jdev - 2022-08-07

Link Mauve, the doap files for extension

i think they miss a name attribute

or is that supposed to be added by some automation that transforms this into a html page

like if you look at the one for gajim https://gajim.org/support/extensions/

i think thats not so useful for people dont know by heart the xep numbers

lovetox, you can pick those from the xeps.xml pretty easily though.

I you need any metadata about the XEPs themselves, they’re all there.

hm, but was there not a project who does the conversion to html

im pretty sure we didnt develop this ourself

I wrote the xslt to generate html. If you need something added there I can have a look

pulkomandy, is there a github project?

where i could open a feature request

is there any client that does something special with https://xmpp.org/extensions/xep-0461.html

i dont have a idea GUI wise what i should do with the information that a message is a reply to some other message

ah i can pull metadata from the other message and display it, like time and username which sent the original messasge

https://github.com/pulkomandy/xmpp-doap

lovetox: Or do a tap/click to scroll/focus the original message into view.

With reference to https://github.com/pulkomandy/xmpp-doap/issues/10, there is https://xmpp.org/extensions/xeplist.xml that gets generated via the Makefile, though given the format of the current DOAP samples, it would appear to be simpler to s/.html$/.xml/ on <xmpp:xep rdf:resource="…"/> which would land you on the relevant XEP .xml.

Aside from the name, it would be nice to also pull the version number of the latest XEP, to compare with the implemented version.

A tool that compares XEP version numbers from DOAP with the latest ones would be really nice to have, so you can check if there's something that needs to be updated. Not that it's too difficult to wrangle both into csv and compare

python command line tool would be ok? `$ doap-version-compare https://gajim.org/gajim.doap`

and the you get all outdated xeps with info to the version?

It seems xslt can load data from other xml files, I'll see if that works, if it does I can use it to load the xeps and get the title and latest version from there

that would be great

like one column with XEP newest Version

and then one column with XEP Name

Yes, something like that, I keep it in mind for next time I sit in front of a computer

xml2 < doc/doap.xml | 2csv implements @rdf:resource xmpp:version

curl -s https://xmpp.org/extensions/xeplist.xml | xml2 | 2csv xep-infos/xep number last-revision/version | grep -v ^xxxx,

slap some sed and diff on it and call it a day! 🙂

I've hacked https://github.com/pulkomandy/xmpp-doap/blob/master/style.xsl to extract the title and abstract from the xmpp.org XMLs.

(not without running into a spot of bother with xsltproc and switching to Saxon)

I'll see if I can get the latest version

Not difficult *if* the newest version is always the first <revision/> element.

nav, that is guaranteed™

nav, but even better, use xeplist.xml

nav, https://xmpp.org/extensions/xeplist.xml that has that information readily extracted

jonas’: It's more difficult to match against xeplist.xml

what would be needed to make it easier?

This is what I have so far: https://labs.navlost.eu/pub/doap.html

jonas’: Four digit XEP numbers

https://labs.navlost.eu/pub/doap-style.xsl

Ok, there goes my latest version:

https://labs.navlost.eu/pub/doap.html

Source file: https://labs.navlost.eu/pub/doap.xml (note that it would render directly on the browser if https://xmpp.org/extensions had the appropriate CORS headers).

nav, https://github.com/xsf/xeps/blob/master/tools/extract-metadata.py#L130 wanna change it?

XSLT: https://labs.navlost.eu/pub/doap-style.xsl

CSS: https://labs.navlost.eu/pub/doap-style.css

jonas’: I like going to the individual XEP better because that allows me to extract the date of the implemented version (as well as the date and number of the latest version, which is in xeplist)

I then put the date on the "title" attribute.

great nav, that looks like good improvements

one nitpick, can we name it "Version implemented"

Use version sounds like some lib we use

"Latest Version" "Implemented Version" sounds good to me :) nav, great to see somebody working on this!

lovetox: Roger, why not. I've just uploaded a new version of https://labs.navlost.eu/pub/doap-style.xsl (cleaned up a bit).

Better now? https://labs.navlost.eu/pub/doap.html

wurstsalat: It was either this or doing the taxes. 😬

i find wurstsalat suggestion better than mine

would be great if you could do a PR against https://github.com/pulkomandy/xmpp-doap with your changes

nav, good choice ;) yeah please do a PR! I have some styling ideas I'd like to try

wurstsalat: I'm not touching Github with a bargepole. Here's a diff instead.

https://xmpp.labs.navlost.eu/upload/4f883a857d1fd410d36f3b5a55395c7b1d631fe5/mlHcvPRS68ttlw3Xh7QIk2v4oxKpSgb5N5pab6hm/0001-Add-classes-for-styling-of-XEP-revision.patch

https://xmpp.labs.navlost.eu/upload/4f883a857d1fd410d36f3b5a55395c7b1d631fe5/k4ceq5sWCRrmUNO8KBwyA9fUNpVYkb7Rez8XkWz0/0002-Add-XEP-revision-details.patch

You may also git-email it to someone or a mailing list instead.

Y

Martin: One is more of an XMPP type. 😊

Not that I've seen an email (or for that matter, XMPP) address in that Github page anyway (though you can get them from the git log).

Anyway, I'm working on making it possible to send patches via XMPP to GitLab & Gitea repositories, so you don't have to have an account to contribute.

It is already possible to file bug reports via XMPP without an account on the relevant GitLab / Gitea server, provided that someone with write access to the project configures an appropriate XMPP endpoint.

https://gitlab.com/navlost.eu/xmpp/components/webhooks/-/commit/e4950b1308bbbd8008d9c0348c099474ce302498

hello friends