| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\
| |
| | |
OMEMO message keys allow prekey="1" alongside prekey="true"
|
| |
| |
| |
| |
| |
| |
| |
| | |
prekey is defined as `<xs:attribute name="prekey" type="xs:boolean"/>`
which allows both `true` and `1` as truthy values.
Not checking for `1` breaks omemo encryption when interacting with
clients which set prekey="1", example: psi+ 1.4.983
Regards https://github.com/profanity-im/profanity/issues/1247
|
|/ |
|
|
|
|
| |
And use better function names.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far `/occupants char *`, `/roster contact char *`, `/roster room char #`,
`/roster header char -`, `/occupants header char -` was saved and
loaded from the preferences.
But was overwritten when the theme was loaded. If the theme didn't set
these values the value was just cleared. Despite that it might have been
set in the users preferences.
Funny enough the themes don't operate generally like this.
For example `otr.char` is not cleared.
This is again due to our borked theme/prefs concept
(https://github.com/profanity-im/profanity/issues/1077).
For now let's just use the one set from the preferences if it's set. The
theme will however overwrite it if it is set there.
Fix https://github.com/profanity-im/profanity/issues/1244
|
| |
|
|
|
|
| |
Fix https://github.com/profanity-im/profanity/issues/1243
|
|
|
|
| |
Makes travis builds for TW, Debian and Arch fail.
|
|
|
|
| |
Regards https://github.com/profanity-im/profanity/issues/1241
|
|
|
|
| |
Only compute string if necessary.
|
|
|
|
|
|
|
|
| |
`/occupants color on|off` to enable or disable XEP-0392 also for the
MUC occupants.
Regards
https://github.com/profanity-im/profanity/issues/1191
|
|\ |
|
| |
| |
| |
| |
| |
| | |
We use malloc() and free().
Fix https://github.com/profanity-im/profanity/issues/1241
|
| |
| |
| |
| |
| |
| |
| | |
`/roster color on|off` to enable or disable XEP-0392 also for the
roster.
Regards https://github.com/profanity-im/profanity/issues/1191
|
|/ |
|
|\
| |
| | |
Download user avatars (according to xep-0084)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
So far we removed the avatar feature only after a succesful retrive in
avatar_request_item_by_id() before we are going to retrieve the actual
image.
We should remove it at every `/avatar barejid` call too so in case one
retrieval was unsucessful that we can call it again.
So far it seems like there is no other way to trigger getting the nodes
except announcing that we support the avatar feature.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Proof of concept.
Needs error checking, a nice interface, general cleanup..
|
| |
| |
| |
| | |
Add a `/avatar` command.
|
| |
| |
| |
| | |
So far we just subscribe and get the IDs.
|
| | |
|
|/ |
|
|
|
|
|
| |
We might want to use utf8proc or something to normalize utf8 strings
later?
|
|\ |
|
| |
| |
| |
| | |
Fix https://github.com/profanity-im/profanity/issues/1238
|
| |
| |
| |
| |
| |
| | |
So far we printed one after the last received message, which doesn't
make much sense of course.
Now only print one if there is not already one present.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Use the whole line.
We do this in win_redraw() so upon terminal size change it still
matches.
Regards https://github.com/profanity-im/profanity/issues/1238
|
|/
|
|
|
|
|
|
| |
Print dashes on the position we last left off in a chat window.
So far the number of dashes is hardcoded, and the feature only works in
chat windows.
Regards https://github.com/profanity-im/profanity/issues/1238
|
|
|
|
|
|
|
|
| |
This is because the actual command that parses itself (cmd_logging) returns false if it didn't get the expected parameters.
Handing the printing however is done by another function. This function is added to the Command struct as setting_function.
So if this is set, and the actual command returns false. We should just call the setting_function and not print the error message.
Fix https://github.com/profanity-im/profanity/issues/1237
|
|
|
|
|
| |
Fixes a segfault if color.nick was never set but we want to print it's
value.
|
|
|
|
|
| |
Remove sentence about mailing James. Not needed anymore. profanity.im
links to the GitHub page.
|
|
|
|
|
|
|
|
| |
Instead of adding `profanity_LDADD = -lm` to Makefile.am or using
`AC_CHECK_LIB()` in configurea.c I use `AC_SEARCH_LIBS()` in case the
fmod() function is in the libc.
See https://autotools.io/autoconf/finding.html
|
|
|
|
| |
Rename some things and use a swtich instead of if.
|
|
|
|
|
|
| |
Implement settings for redgreen and blue blindness.
Regards https://github.com/profanity-im/profanity/issues/1191
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The last 3 commits added basic support.
Thanks @aaptel!
This commit adds basic settings interface to use it.
See `/color on|off`.
We still have to enable settings for color blindness.
And maybe another setting to decide whether to color the
occupantslist/roster with the same algo.
Regards https://github.com/profanity-im/profanity/issues/1191
|
|
|
|
|
|
|
|
|
| |
* add theme_hash_attrs()
* when printing a user message check PREF_COLOR_NICK to decide whether
to colorize it or not
ideally we should hash the jid instead of the nick but this is already
a first step.
|
|
|
|
|
|
|
|
|
|
| |
* add the HSL values of each of the 256 terminal colors
* add color_pair_cache_hash_str()
* move common code to _color_pair_cache_get() helper func
after hashing a string to a color, return the closest matching
terminal color using euclidian distance of the HSL diff vector (this
method was found empirically and seems to work well enough...)
|
|
|
|
|
| |
the option will control whether to enable coloration of usernames
based on the hashing algorithm described in XEP-0392.
|