Gajim - 2024-09-12

lovetox: about the nick change errors, it does not even have to be jid-malformed, for instance try to rename yourself to "nicoco" here

> could you please review https://dev.gajim.org/gajim/gajim/-/merge_requests/1076 and test the nightly build lovetox, sure, but it might take a few days

hannibal, in the .desktop file there is a line `Icon=org.gajim.Gajim`

ahh, we overwrite the original file with the devel

so this works

but afterwards the file is renamed to .Devel and exported

so.. wonder how would the host system pick up that icon

rename-icon modifies that line, too, I assume

Any plans to support the latest version (0.8.3) of XEP-0384, i.e., OMEMO 2?

Yes, but no estimate when ;)

Can I toggle the autojoin flag for a MUC somewhere?

Seems all the modern clients switch away from that, and using bookmarks as "am joined to the room" and not the old behavior or a traditional bookmark

I'm not sure what the "modern" or "traditional" behaviour each are, not I don't quite follow. I basically want some noisy channel on my desktop, but don't want them on my phone.

If I understand xep-0402 correctly, I simply want to set autojoin=false for those channel.

Hugo: in the upcoming gajim version, you can set if you want to sync those autojoin settings in general

Channels have two names in the UI, both are called "name". When I go to the "Group Chat Details" window, they are both visible in the same window. The top one is shown in the main channel list, and the bottom one is the name given by the owner/administrator...

... Wouldn't it be reasonable for the top one to be the same as the bottom one by default?

Hugo: both should be the same, unless you renamed it manually

I didn't rename them manually, but I did join from other clients which _may_ have edited the bookmark name implicitly.

A minor nitpick: I can't select-and-copy from the disabled Name field.

The upcoming version will show the original name in brackets in the contact details view, to avoid confusion

Is a "workspace" equivalent to a "<group>"?

No, as groups are for 1:1 contacts only. Workspaces are a different thing, which allows to include group chats. Groups are synchronized between clients, workspaces are not

MUCs can't be in a group. xep-0402 could well have defined an extra field `group` in the bookmark elements.

That ship has sailed tho.

Hugo: XEP-0402 has an `<extensions />` element that could be used for that. The issue is there is no such stuff for 1:1 chats.

For 1:1, contacts have a <group>Friends</group> element in the roster, no?

True, there are roster groups indeed, but that does not map well to gajim workspaces. For instance, one contact can be in several groups. Also, to sync workspaces we probably want to identify them by something a bit more robust than their name I think? Maybe that's not needed. Anyway, I agree that some workspace sync across multiple instances of gajim (or even other clients laters) would be very nice! Relevant issue: https://dev.gajim.org/gajim/gajim/-/issues/11847

If a MUC can be part of a group, then the concepts of workspace and group would overlap, no?

E.g.: if a MUC can be in a group, then wouldn't groups supercede the need for workspaces?

No

I don't think I really understand workspaces 😅

I think you do but you're overlooking some of the complexity of workspace sync across clients. I've been there 🙂

It's not undoable, but I think there's not clear winner betwen "a custom pubsub node" and "use bookmarks extensions, but then we also need some sort of XEP for roster extensions".

Just user roster groups sounds bad because some users or clients use them for something else IMHO.

For instance, I use roster groups to group contacts by the transport I use, but I want Bob-through-XMPP and Bob-through-whatsapp in the same workspace.

Cheogram (the android client I use) show roster groups as "tags", which is convenient when I want to start a chat with "Bob", I immediately see if it's through transport X or not. This is just an example of group usage that does not map well to gajim workspaces.

workspace is just a mechanism to group chats, whats hard to understand there

it is the age old folders vs tags argument.

lovetox pushed 1 commits to branch gajim/master other: Flatpak: Improve separation of nightly and stable build - https://dev.gajim.org/gajim/gajim/-/commit/c6f71c5043b8949722841b18771296d3f0d1a411

hannibal, i tested the changes locally, seems to work now

1.9.4 will deploy soon?

maybe on the weekend

lovetox pushed 1 commits to branch gajim/master new: About: Distinguish flatpak stable and nightly - https://dev.gajim.org/gajim/gajim/-/commit/74180bc535698a9f68da89e32eb58f388476a929

I initially thought of workspaces as an _alternative_ to groups which also supports MUCs. I understand now that it's actually another dimension on which chats are grouped.

You sort by group and by workspaces with different criteria.

I'm mostly looking for a way to have MUCs in groups, but don't need the extra dimension.

Oh the subject of groups, can I make the contact list render them by group?

i thought we do this

depends on what you mean by "contact list"

if you click your avatar, the roster/contact list will show and it displays contacts by group

if you mean the "Start Chat" dialog

you cannot sort this by group