pchampin / gereco Goto Github PK

When the response header link contains several links, only the first one is considered by Gereco for generating an HTML link...

E.g.:

  Link: <http://ex.co/foo>;rel="next",<http://ex.co/bar>;rel="prev"

gives a single link, to http://ex.co/foo .

It should be possible to customize the request headers through the interface.

When content-type is text/uri-list, the URIs should be displayed as links.

Instead of the spinning "loading", we could incrementally display content as it is being received...

When visiting "external" links, window.location is not updated, which is normal (pushState does not allow use to override someone else's content), but then relative links in the response are broken.

A way to fix this would be to use a <base> tag in the HTML.

When the response is JSON-LD, the @context should be used to insert better links.

The rationale is that the content-type of the error message is not likely to be useful for further requests. On the contrary, whenever you get an error message after a PUT or a POST, you currently have to change it back to its original value.

In cases where the visited URL can not be pushed with pushState, an alternative URL should may be pushed instead (e.g. consoleURL#visitedURL).

Of course, this implies that such alternative URLs are correctly loaded.

The title is quite self-contained...

Maybe another button for copying the response headers could be useful as well.

Click on links is intercepted to load the new page inside the console (rather than reloading the page).

However, CTRL+click should be let through so that it opens a new tab/window as expected.