- Display the "Reload page" instantly and not after 5 seconds
- Remove stack trace, buggy anyway
- Wrap the error details so it does not expand beyond boundaries (scrollbar would not show up either)
- Do not show the slow-loading warning on error
- Make zeeoe details selectable instead of editable
- Label improvements
Since the introduction of infinite scrolling, `/clear` is now broken. As far as I can tell, there is no way to reproduce something decent (and working!) without drastically changing its behavior from "hide the messages in current channel" to "permanently destroy all messages in memory in the current channel", which is not a great change to introduce sneakily 😂.
The code for this was very trivial, so removing it now until there is a better way to do so, if this is ever possible.
Also, `/clear` was not even autocompleted, sooo...
This option is less and less the norm on modern webapps, it is fair to assume this is the default behavior. In fact, we were making it the default.
But more importantly, coming soon is the ability of remotely logging out of your other sessions, which is well handled through token deletion. That means we need to know about said tokens, which are not sent in no-"Stay signed in" version.
- s/Links and URLs/Link previews/: From a user perspective, these are the same thing... These options are for the prefetcher, not the URLs themselves
- s/thumbnails/images/: What we call thumbnails are for "site" previews, not actual image links
- s/links/websites/: Technically, both image and non-image links are links, "websites" carries a tiny bit better the meaning
Rationale for this is that the whole point of autocompletion is to be intuitive and show up naturally when starting to type something else. For example, all commands start with `/`, so obviously starting to type a command will trigger autocomplete. This is true for channels as well. Emoji are a bit particular because all systems that support emoji open their completion with `:`. The only not-so-intuitive completion strategy is for nicks because it is not so common to start them with `@` on IRC, but as long as we keep tab completion after any set of characters, this is fine. It will be even nicer once regular tab completion uses the same autocompletion dropdown.
