| Age | Commit message (Collapse) | Author |
|
have an issue (effects all popups and anything else that uses them),
seems to be an issue in charm
|
|
|
|
|
|
|
|
|
|
|
|
|
|
make things not static so they color changes)
|
|
empty, it wouldn't show the empty chat message
|
|
strings instead of the frequency strings
|
|
on start to avoid "insta-reading" messages of the top isgnal)
|
|
|
|
|
|
|
|
on start, then managed by the client and stored once on client exit
|
|
the signal already open, it will be added as the first signal
|
|
"signal" and it's variants as this is the new terminology for "user
signals" which are direct messages between 2 users
|
|
|
|
so the client can use it to persist notifications
|
|
|
|
get completed even if the user disconnects, this is not ideal and should
be reworked in the future
|
|
the user has access to the frequency, because it is needed for the
is_admin ping type but also to prevent the case where someone was an
admin, got demoted and can now monitor when new messages are sent there
|
|
fixes the client to use this new system
|
|
|
|
end of the line and that line is the last line, it wouldn't delete
anything
|
|
|
|
|
|
got to the top message but then more messages have been added
|
|
new messages in the frequency/receiver
|
|
|
|
|
|
|
|
|
|
components have updated instead of before so the view will reflect the
update in case any of the updates change the notifications
|
|
and sends the info to the client when it connects
|
|
they separate
|
|
|
|
|
|
|
|
how it looks lol)
|
|
|
|
and not save if it takes longer than 1 second
|
|
frequency, similar to how discord works
|
|
|
|
trusted and their public key mismatches and also ellipsis when the
username overflows the width
|
|
while in user signals
|
|
some things
|
|
|
|
|
|
will be selected, instead of just the selected message
|