-
peetah
I will have a look some times before the end of today
-
emus
okay, is fine
-
peetah
currently reviewing july newsletter: should'nt the images be hosted on xsf github accounts ?
-
peetah
I remember we decided to store them in content/images and I propose that we create a directory for each newsletter (i.e. july2020) and store the newsletter image in this directory
-
peetah
then they are refered like this in the newsletter: [profanity 0.9 screenshots](content/images/july2020/ "profanity 0.9")✎ -
peetah
then they are refered like this in the newsletter: [profanity 0.9 screenshots](content/images/july2020/profanity09.jpg "profanity 0.9") ✏
-
peetah
then they are refered like this in the newsletter: [profanity 0.9 screenshots](/images/july2020/profanity09.jpg "profanity 0.9") ✏
-
peetah
then they are refered like this in the newsletter: [profanity 0.9 screenshots](/images/newsletters/july2020/profanity09.jpg "profanity 0.9") ✏
-
peetah
I correct: images could be stored in /content/images/newsletters/<monthYYY>/
-
peetah
this way pelican should deal with it automatically, but I don't know about the emailed newsletter and others ways of publication
-
peetah
emus: ^
-
emus
I have no clue tbh
-
DebXWoody
peetah: Markdown format for images it '' Alt Text will be displayed, if your browser do not support images.✎ -
DebXWoody
peetah: Markdown format for images is '' Alt Text will be displayed, if your browser do not support images. ✏
-
peetah
DebXWoody: right, I missed the '!', but I'm pretty sure the text between double-quotes inside the parenthesis is the one used as the image title when you hover it
-
DebXWoody
peetah: Ah, right. https://nl.movim.eu/?blog/debxwoody%40movim.eu/182ed65c-c0cc-498e-a8d3-7b24bf60f9f0 this is like ''
-
DebXWoody
hover,.. Neumodischer Schnickschnack :-)
-
peetah
ya mein herr, whatever you said :)
-
emus
😂
-
DebXWoody
BTW, I like the idea of https://planet.debian.org/ this is a feed aggregator.
-
Licaon_Kter
DebXWoody: there's one for XMPP too...
-
emus
Planet Jabber
-
DebXWoody
Ah, on jabber.org
-
emus
peetah - I have no clue how to do the picutre situation right now. There are claims to provoke high traffic to website for the direct links. There are claims that we should not bloat the XSF repository. However, I prefer to keep our responsiblity on our side. And its not that we have many MB of data each time. I think it would be best to keep it at XSF as you said. To keep the data low we can reduce the number of pictures to 2. What do you think. But I would like to do that to the next version as I want to talk to the iTeam first on this
-
emus
ralphm: Hello ralph, may I have administrator rights? I want to edit the MUC description for each newsletter.
-
emus
Another question: There are a bunch of open PRs in the xmpp.org repo - https://github.com/xsf/xmpp.org/pulls Shall we consider to act on those from our side? SouL?
-
peetah
The picture situation has already been discussed several times. From my understanding, as jcbrand suggested, it was considered a better solution to keep images in the xsf control, and as verified with Nÿco , technically it is already feasible on the pelican side
-
emus
okay
-
emus
Will try tomorrow. You can also PR if you want