jdev - 2020-12-08

Third (or fourth) time's the charm. I rewrote my form package yet again and I *think* I've got an API I can live with finally and worked out some of the weird ambiguities in the spec.

lovetox, where can I report issues with window management in gajim? :/

on our tracker, dev.gajim.org

it seems that all windows are the same, even the "dialogue" ones, which causes annoying window management with i3

yes i also use i3 and noticed that

and I have no way to match on the roster window

but i also dont know what people that use i3 really want

I think this also affects other WMs, but in more subtle ways

either way, setting a few window roles is not going to harm

you can match all windows

i thought its more about making the windows float

that I’d like. all windows *except* the one with chats :)

yeah, I want all of them to float except the chat window

wait i can look into my config

but other applications get their widnows floating without any additional hassle, so I think there’s something wrong with how gajim does it

probably something about dialogue vs. main window

yes

or however that’s called in gtk

stuff like the account management should really be a dialogue

the dialog flag i dont have it on many windows

it would be good to get that

then all it needs is a port to Qt and it is usable :-X

and gajim doesn’t close its roster window when I try to close it via i3

I think I need to put some work into that

lovetox, I’d still be interested in your config bits :)

i have to find it first

# for_window [instance="org.gajim.Gajim" title="Start / Join Chat"] floating enable

you should be able to match on instance and title

title should be "Gajim" for the main window

if you are in single window mode

single window mode?

you can have roster and chat in one window

checkout preferences

pref -> genereal -> window layout

that’d solve some of the issues indeed

I need to check that out tomorrow, thanks!

bedtime

maybe join for the next questions the gajim chat :) n8

I know a few people said they ignore the special multi-item result form syntax from dataforms, but does any client or server actually use it for anything that can provide a counter example?

I have an API that works now, and I see how adding result forms would work, but I don't actually understand the purpose of it, so I thought I'd try to understand it first before supporting it.

yes Sam Whited

look at the Search XEP

i think 0055

and i know metronome uses that for searching for other users on the same server i think

And Gajim implements the multi item report form

i also dont see what the big problem should be with that, why you should ignore it

there's a prosody plugin. it just builds and deals with xml, not prosodys dataform library

is it even using dataforms?

what?

0055?

yes

scroll further down

I mean this mod_vjud, looks like it doesn't do any of that after all

never mind me

and as i see it the multi items thing, is just a special cased dataform

because creators might thought, that its very often the case that a server wants to give back a table of data

so they thought, so that not everyone invents there own "table" in a dataform

they describe it in the XEP

funny how rarely used it is tho

mostly we do disco#items or something

but also the search xep misses a way to page it

Can't you RSM it?

at least it does not mention it