Gajim - 2024-06-11

i think ideally there should be a dialogue to not encrypt* for unresolved participants oops lol

> ong: > on all clients You cannot expect anything from _all_ clients in XMPP ecosystem. ↺

kek

tru

Both C and Dino deal with this differently (but still not right), any server misconfiguration compatibility shouldn't take precedence over security.

Did you release 1.9 with broken wrapping to circumvent the Pango bug? o_O You could implement some kludge to estimate the text widget manually, as the widgets are custom anyway.

Questionnaire for Gajim users: do you deliberately prefer comma, colon or some other character(s?), or no character at all, as a mention postfix? If so, why? Do you share this preference with other clients as well?

not sure what happened, but gajim started launching in normal times again

also, how would i enable plugins on the nightly flatpak? the options for them say they're disabled by the system

I occasionally will view a chat and all the messages have a red unlocked lock icon next to each message timestamp. Hovering over the icon says something like "omemo encryption unavailable". I don't know how to reproduce it.

I still experience the animation when new messages are displayed as being sort of choppy in flatpak. Anyone else experience this?

also sometimes there is no animation

zayd [telepath]: you'd have to install plugins vis flatpak as well

https://upload.gajim.org:5281/upload/r4QittXXSiXUNerHiIFzXiaT/b96e0d7c-56d8-4c4a-ae6c-3778fe85c9e9.png

> just pop in to congratulate on the new features. Looks and works awesome. thanks a lot! ♥️ I join in the congratulations, great job! ↺

> Did you release 1.9 with broken wrapping to circumvent the Pango bug? o_O > > You could implement some kludge to estimate the text widget manually, as the widgets are custom anyway. i rather not implement layout logic that GTK needs normally to do in python. 1. because that needs a really good understanding of that topic 2. because its very slow the risk to introduce more weird bugs is high, i rather take the drawback that it does not wrap on very long words, which should be very rare ↺

also, if anyone didn't notice, this change in wrapping affects message history search too

so sometimes text goes offscreen

robertoo, i opened https://dev.gajim.org/gajim/gajim/-/issues/11859 to track the issue

> lovetox: > i rather not implement layout logic that GTK needs normally to do in python. > > 1. because that needs a really good understanding of that topic > 2. because its very slow > > the risk to introduce more weird bugs is high, i rather take the drawback that it does not wrap on very long words, which should be very rare Ah, so I induced the problem myself by sending a long word in this chat, hehe. ↺

And it's not even Eierschalensollbruchstellenverursacher.

Is the _Client Icon_ plugin for someone else broken in 1.9.0 too? I've enabled it, set show icons for any clients including unknown ones, restarted Gajim, and nothing shows up in the roster or participant list. There's at least no issue on the bug tracker.

> bodqhrohro: > Questionnaire for Gajim users: do you deliberately prefer comma, colon or some other character(s?), or no character at all, as a mention postfix? If so, why? Do you share this preference with other clients as well? Bump. ↺

meson: it's only shown in the roster tooltip

(because you can have multiple resources)

Ah, I see. I somehow remembered that it was once also shown in the MUC member list. Thanks, then it's working.

It was once, yes. But not anymore because of mentioned reasons :)

> Shows client icons in roster and in groupchats.

Yes, that's ubtrue

the description should maybe be updated

:D

*untrue

MR is out, that was an easy fix :p

> Questionnaire for Gajim users: do you deliberately prefer comma, colon or some other character(s?), or no character at all, as a mention postfix? If so, why? Do you share this preference with other clients as well? https://xmpp.org/extensions/inbox/jid-mention.html maybe? :-) ↺

Another question: If you disable _show client icons in tooltip_, where else are icons supposed to be found? I don't see any. This option feels equivalent to disable the plugin? ✏

meson: it probably is, the Plugin did more than that in early versions

okay, then this option can be simply removed now, I guess.

1.9.0 has been ported to FreeBSD \o/

I'm upgrading Void Linux package https://conference.gajim.org:5281/pastebin/c923a8fa-f9de-4e4f-a6c7-a263ae4101b7

I miss something?

Hm no, I think this is a bad test that seems to be locale dependent

Emil: you can ignore that one test

And suddenly previews are no longer shown for me and I don't see any error in the log. Weird.

Someone on the internet :-) noticed longer startup time of Gajim 1.9.0 compared to 1.8.4: https://fosstodon.org/@kzimmermann/112598261928631736 He is right, Gajim takes a long time to start, but intereestingly also a long time to shut down. Not a big deal for me, as I start Gajim once every one or two weeks and let it run. But maybe it is a thing that can be improved anyway at some point.

Is it something like when gajim gone from 1.3 to 1.4?

he doesn't mention which version he comes from

hueso I assume, he had the previous version from Debian sid, which was 1.8.4 until yesterday, but maybe that is not the case.

> I'm upgrading Void Linux package > https://conference.gajim.org:5281/pastebin/c923a8fa-f9de-4e4f-a6c7-a263ae4101b7 The same test failed in Debian, too. lovetox or cal0pteryx suggested to ignore it — which I happily did. ↺

debacle: I don't see increased startup times, if it takes longer than 3 seconds I would say we need to look into it

You can point people to this chat then we can analyse the problem

If you can reproduce it, then please gather a debug log and check in the start where the time is lost

> And suddenly previews are no longer shown for me and I don't see any error in the log. Weird. nvm. my fault. ↺

> If you can reproduce it, then please gather a debug log and check in the start where the time is lost Will do! ↺

hueso, I wrote a veeeery basic version of the whisper plugin:

https://share.conversations.im/meeson_/vPlX5S1FSaoBGyti/Screenshot_20240611_182218.png

great!

can I peek at your repo?

it's not uploaded yet, because it's just a proof of concept at the moment.

but I can do that anyway now

are you using ctranslate2?

You need https://dev.gajim.org/mesonium/gajim/-/tree/stt_voice_messages?ref_type=heads https://dev.gajim.org/mesonium/gajim-plugins/-/tree/stt_voice_messages?ref_type=heads

do you have some news regarding voice calls between modern messengers?

its a pain to use Dino for it

> are you using ctranslate2? nope, just whisper for the moment ↺

> do you have some news regarding voice calls between modern messengers? I wonder if someone has ever thought of reimplementing cross-clients voice calls in gajim ✏ ↺

I think it's the only "big" feature it's missing

actually I wanted to know if someone knows why whoever started this project decided to program it in python

and not some statically-typed compiled language

congrats on the great release

is it a known issue that the scrollbar overlaps if the text on long messages?

like the last letter on a line isn't visible because the scrollbar is on top

oddly enough, now that I am switching back to the same channel it changed line break and the issue is gone.

should have made a screenshot 😑️

> is it a known issue that the scrollbar overlaps if the text on long messages? I believe you're experiencing this: https://dev.gajim.org/gajim/gajim/-/issues/11854 ↺

looks related, yes

> actually I wanted to know if someone knows why whoever started this project decided to program it in python Maybe because there are various Jabber clients written in different programming languages? Dino in C and Vala, Kaidan in C++, Profanity in C, Psi in C++ (AFAIK), there are also projects using Rust and Java :-) ↺

yes but I mean did they have a specific reason to use python or what

hueso, does it work for you?

do I need both gajim and gajim-plugins?

yes

You need the commit from the gajim branch, which adds the gui extension point. With that you can use the plugin ✏

ok I'll try it tonight

> nope, just whisper for the moment whisper-ctranslate2 is much faster/lighter than standard whisper ↺

thanks for the hint! We can incorporate it as well ✏

thanks for the hint! We can incorporate it as well and make the model and framework optional ✏

and for english language it's best to use distil-whisper models

Alright :) if you want go ahead and rewrite the plugin so that it can use abitrary models

I'll try to hack whisper-ctranslate2 into it. shouldn't be much different from openai-whisper

I see you already added a model selector `type_values = ('tiny', 'base', 'small', 'medium', 'large')` ✏

yes, but it doesn't remember the choice yet on restarting Gajim

and it's only relevant for whisper

hueso: we should also add a database to remember and load already transcripted messages. The gui could also offer a quick setting for different models

Also we could highlight the spoken text during playback

> Also we could highlight the spoken text during playback that'd be awesome. best whisper experience ever ↺

Heyo, Gajim s still in version 1.8.4 on the Windows Store, is it managed by someone here?

it's funny that even with python and gtk you can make something lighter than discord, congratz to the team 🎉️ long life to xmpp

Codimp: it needs to be updated manually, just wait a bit ;)

ok, thanks ;)

Stream closed by peer: Communication with this domain is restricted (policy-violation) How to deal with

J

Just found it, doing that

> debacle: > https://xmpp.org/extensions/inbox/jid-mention.html maybe? :-) How's that relevant? ↺

> maximus: > I wonder if someone has ever thought of reimplementing cross-clients voice calls in gajim There are two open MRs already. ↺

> maximus: > and not some statically-typed compiled language Because not everyone loves statically-typed compiled languages? Especially in 00s, they were totally not on the hype, what alternatives could you suggest? Rust/Go didn't exist, Haskell/C++/OCaml were immature, D just too marginal. Python filled the niche for *NIX systems which .NET filled on Windows. And why ain't you surprised why Tkabber or strophe.js exist? In fact, Python's flexibilty and extensibility, and ease of programming were probably the key factors which made Gajim the most featureful client (more than even Psi+, I suppose), with a vast ecosystem of decent plugins up to early 10s. Before it became being… ahem… modernized. ↺

bodqhrohro: out of curiosity, what exactly got lost after it became _modernized_?

Probably OTR 🙄

With modernized I assume v1.3 is meant

I think python is the main reason why Gajim today still exists. Because it's easy to learn and people can contribute. That's a major factor for an open source project

> meson: > bodqhrohro: out of curiosity, what exactly got lost after it became _modernized_? Windows XP compatibility? GTK+2? Separate history view with pagination by date? (I'm also not sure if the problem with gaps when rapidly accessing old history is solved already.) XHTML? Fetching images by arbitrary links in messages with no need in highly limited OOB? Cool plugins like blinking with the Scroll Lock LED? (might be eligible to resurrection though) Client icons also worked better before, being visible right int the participants list rather than in a popup. vCard-temp is broken, now Gajim requires vCard4. That's what just came to my mind quickly. ↺

> Kris: > Probably OTR 🙄 Surprisingly, I don't even use it personally, hehe ×D ↺

Some people had written me with it before though and it just worked™

I sure as hell would not have learned C or C++ just to contribute. With python I could start hacking in 5 mins.

I also got a butthurt because OTR chats weren't saved in logs by default.

> I think python is the main reason why Gajim today still exists. Because it's easy to learn and people can contribute. That's a major factor for an open source project This is actually an interesting perspective that I haven't heard before ↺

fjklp: that's also one reason why kde folks lool into improving respectively creating python bindings to Qt and their frameworks

meson: Cool, maybe we will see more Qt stuff

I just had a lightbulb moment

shouldn't gajim have a mention message foreground color configurable?

the reason it's hard to get a perfect mention background color is because you have to fight between getting good contrast between text and chat background AND mention text and mention background color

it makes no sense

> fjklp: > meson: Cool, maybe we will see more Qt stuff Yeah, some PySide-based client would be neat. ↺

Mirage for Matrix already exists and looks awesome.

> fjklp: > it makes no sense Pretty calculatable task. ↺

If only the background is not a wallpaper, hehe.

But even then, you can just use a border.

> Pretty calculatable task. what do you mean? ↺

> fjklp: > what do you mean? Haven't you seen software like gpick which automatically calculates colour palettes? ↺

Based on a color or several.

It's just calculating a colour distant enough from all 3 colour specified, it's easy.

Taking some theory into account and how human eye distinguishes G>R>B differently.

> Haven't you seen software like gpick which automatically calculates colour palettes? Yes, and I agree. I just didn't know if you meant this or something like 'you should be able to figure out the optimal balance'. ↺

I'm all for doing it in a way calculated from knowledge of human visual perception