| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
Replaces the inaccurate Rec. 709 luma we used to use before.
This is the first feature here that requires libm, which doesn't
seem to be a particularly great sacrifice.
Moreover, I've rectified that the input isn't linear in sRGB,
and then was even normalized wrong for the luma formula.
|
|
|
|
|
|
|
| |
It didn't make sense to have these unimplemented,
though perhaps += shouldn't enforce a set.
Sadly, autocomplete is fairly difficult for -= of multiple items.
|
|
|
|
| |
It's pretty annoying to type `/mode -o <user>`, for little reason.
|
|
|
|
| |
I've almost forgotten that we use this for message spliting.
|
|
|
|
| |
This is somewhat similar to a nick change.
|
|
|
|
| |
Too much repeated, non-obvious code.
|
|
|
|
| |
Just set `tls_cert`, and add `sasl` to `capabilities`.
|
|
|
|
|
| |
It doesn't require much effort to cancel capabilities, plus with
the newer version we get the respective notification anyway.
|
|
|
|
|
| |
The list may later be requested manually, which shouldn't have
an unexpected side-effect.
|
|
|
|
| |
We can receive and display capability values now.
|
| |
|
|
|
|
| |
The bug has apparently been there since the beginning.
|
|
|
|
| |
Forgotten to do it when adding the support for it.
|
|
|
|
|
| |
We might just always set the highlighted bit on,
it would be consistent with PMs.
|
|
|
|
|
|
| |
Also fixed the possibility of eating a sequence of signals
as we reset the indicators /after/ we took action,
which creates a time window for races.
|
| |
|
|
|
|
| |
Don't trust the IRCd to have them in a subset of UTF-8.
|
|
|
|
|
|
|
| |
It was super annoying to just slightly modify strings and
string arrays, now you can have existing values filled in.
complete_word() looks a bit cleaner now as well.
|
| |
|
|
|
|
| |
Partly by unifying the interface for prompt hooks to match GNU Readline.
|
|
|
|
|
|
|
| |
Now that the input to the backlog helper is wrapped the same way
as what we display. There's a slight issue always triggered by
fancy-prompt.lua where a multiline prompt/command line makes less(1)
go too high up but it's nothing too important.
|
|
|
|
|
|
| |
There's nothing experimental about this project anymore. It's stable.
Maybe we should add a photo of Hitler or something.
|
|
|
|
| |
Regression from the last release.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Ensure the error stack is cleared after errors are processed.
Also handle NULL returns safely.
Makes the debug mode spew more data, though almost none of
the contexts is in reaction to network peer data.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The worst offenders are actually OpenSSL and Lua, this is
mostly about a preventable surprise.
This is more correct because we mix escape sequences for
attributes with text, however in practice no one will use
shit-jizz with degesch.
It is also a clean-up: "struct line_char" has been almost
halved in size. We used to use it as a cache and now we
recompute the multibyte sequence.
Of course, it'd be best to get rid of the linked list but
it would take a very long time to rewrite the algorithm.
Plus, it's not certain that it could be improved by much.
The change in "struct line_char_attrs" is merely cosmetical.
|
| |
|
|
|
|
|
| |
We don't want to print the reply for ourselves
nor for unknown or PM-only users.
|
| |
|
|
|
|
|
| |
Channels now need a reference to the server,
so don't pass it to functions.
|
|
|
|
|
| |
We're not going to implement polling. Polling is complex.
Freenode supports away-notify.
|
| |
|
| |
|
|
|
|
| |
I got confused about safety.
|
|
|
|
| |
3_3_3_3_4 looks awful and it wasn't even precise.
|
|
|
|
|
|
|
|
| |
I've had this happen to me on Russian channels and it's highly
annoying because you lose the entire message. On the contrary,
this at worst screws up the last few characters of it.
Closes #2
|
| |
|
|
|
|
| |
We've moved most of our configuration test in there.
|
|
|
|
| |
Assuming that sgr0 includes rmxx behaviour, which should be true.
|
| |
|
|
|
|
| |
Let's say the rest is in Oxford spelling, not sure about it.
|
|
|
|
| |
resolve_relative_runtime_unique_filename() used to have a bug.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a backlog helper was running and the prompt changed,
it failed to restore within input_rl_show().
Since before input_rl_show() is called the prompt is empty
and in input_rl__restore() it will be changed to the new
version, just skip invoking any Readline functions within
input_rl_set_prompt() when the prompt is hidden. Simple
and straight-forward.
This bug is what I hinted at in the previous commit.
|
|
|
|
| |
The main issue has been eliminated.
|
|
|
|
|
|
|
|
|
| |
Now that I've learnt what exactly these characters are and how they
ended up in attribute strings, we can just eliminate them and disable
`backlog_helper_strip_formatting`. Saner defaults, again.
I've also added skipping of terminfo delay sequences, so now it's less
of an issue to pipe raw attribute sequences into backlog helpers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstreamed after who knows how long, in a slightly modified form.
The marker looks fairly ugly without this and defaults should be
desirable.
It's possible to get the previous behaviour by resetting the separator
character in the configuration to an empty string. It might be
a better idea in general to just disallow this value with a special
validation callback, so that there's only one way to do it.
However given that without fancy-prompt.lua, an optional plugin,
the long line stands out considerably, it might actually be a good
idea to keep the old behaviour as the default. I'm torn.
Right now we don't care about the situation where the string occupies
more than one terminal cell or is some Unicode BS. User's problem.
|
| |
|