- SFD-discuss - lists.mailman3.com

Re: [SFD-discuss] DFD: to meet or not to meet

by Stuart J Mackintosh

Frederic, I have been in similar talks with another FOSS community that I am involved with - we are planning our annual meet in Huston. Our contingency plan is to hold our conference by video - run it like the conference, with the same level of preparation, effort and investment. Using this approach, you could organise a Jitsi SFD - that is a great way to showcase free software whilst reaching a wider audience. Run it like a conference, with people on-hand for the day and resources available - you could operate round the clock with global shifts or spotlight a particular region. This way, just a handful of people need to get together in each location so reduce the risks associated with the current global challenge. I can donate the hosting of the Jitsi if needed. SJM > Hi! > > Rather concerned not to make matter worse we are wondering what to do > for Document Freedom Day. At the end of the day each individual is free > to meet with others or not, still we are wondering what would be the > proper way to address the issue towards ourselves and towards people we > would like to reach. > > Any suggestion or idea? > > Thank you. > > Fred > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss -- Stuart J Mackintosh CEO / Founder OpusVL Logo Business management software - Joined-up, flexible & open • Open Source Specialists Drury House Drury Lane Rugby CV21 3DE Office: 01788 298 450 Direct: 01788 298 457 Email: sjm(a)opusvl.com <mailto:sjm@opusvl.com> Web: http://opusvl.com IM: xmpp:stuart.j.mackintosh@project.im

March 4, 2020

DFD: to meet or not to meet

by Frederic Muller - DFF

Hi! Rather concerned not to make matter worse we are wondering what to do for Document Freedom Day. At the end of the day each individual is free to meet with others or not, still we are wondering what would be the proper way to address the issue towards ourselves and towards people we would like to reach. Any suggestion or idea? Thank you. Fred

March 4, 2020

Re: [SFD-discuss] moving away from moinmoin

by Frederic Muller - DFF

Hey! Yes Dokuwiki is rather straight forward. Now we were thinking to archive past content like we did with pages before 2009, probably transferring everything into static html files and having all new content under Dokuwiki. The question is now how to replicated some of the convenient features of Moinmoin into Dokuwiki or maybe doing without them. I found templating very convenient. Dokuwiki has some similar features but they don't work exactly the same. We could also work without them. We could (and we need to) also rewrite the whole registration application to improve the way it's working and then maybe we don't need such as smart wiki anymore. As Paulo mentioned, it's true that being under a LTS means security fixes will still come for a few years and so many the move is not so urgent. I still feel it is better to start thinking about it and finding ways else we'll easily miss the EOL deadline. We'll take a look at the links you provided and see how this could fit our current issues. In the meantime should you have more feedback we'd be happy to hear about it. Thank you. Fred On 11/30/19 10:44 AM, Benson Muite wrote: > Hi! > > Dokuwiki is easy to setup. How easy would the content migration be? > > Localwiki (https://localwiki.org > https://github.com/localwiki/localwiki/releases) has nice mapping > features, but last release was 6 years ago. It seems very user friendly > though. > > > There are a couple migration articles online: > > https://peterlyons.com/problog/2011/01/moinmoin_to_giti/ > > (Gitit is under active development, https://github.com/jgm/gitit but > written in Haskell) > > https://dev.w3.org/2008/moinmoin2mediawiki/README.html > > > An alternative might be to use a static site generator with Gitlab or > Github, though mapping may require a little more work. > > > Regards, > > Benson > > On 11/27/19 7:26 PM, Paulo Henrique de Lima Santana wrote: >> Hi Fred, >> >> Some days go there was a discussion about MoinMoin used in >> wiki.debian.org >> >> https://lists.debian.org/debian-www/2019/10/msg00037.html >> >> Paul Wise from www team said: >> "We will revisit the decision when the time comes since Python 2.7 and >> MoinMoin 1 still have a number of years of security support in Debian >> stable and LTS, but if we have to, we will evaluate MoinMoin 2 before >> getting it into Debian and before potentially using it. I expect it is >> probably more stable than what the label says." >> >> Best regards, >> >> >> On 27/11/2019 06:16, Frederic Muller - DFF wrote: >>> Hi! >>> >>> As you may know Python 2.7 will reach end of life at the end of the >>> year. Moinmoin wiki will not work before some times under Python 3 and >>> therefore we have to chose between keeping outdated code or leaving >>> Moinmoin. >>> >>> A lot of our infrastructure and scripts rely on Moinmoin and will need >>> to be rewritten if moving away, but maybe it's not that much work. >>> >>> Now what should we replace it with? I was inclined to use Dokuwiki as it >>> is lightweight and very supported. We also used it in other projects >>> making me more or less familiar with it. >>> >>> I know a few member of our community are also using moinmoin. What will >>> you be doing? What do you suggest? How do you easily convert old >>> moinmoin pages into plain html? Do you import all the users or let >>> people create new accounts when they need? >>> >>> We would be happy to hear from you. >>> >>> Thank you. >>> >>> Fred >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>> >> > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss

Nov. 30, 2019

Re: [SFD-discuss] moving away from moinmoin

by Benson Muite

Hi! Dokuwiki is easy to setup. How easy would the content migration be? Localwiki (https://localwiki.org https://github.com/localwiki/localwiki/releases) has nice mapping features, but last release was 6 years ago. It seems very user friendly though. There are a couple migration articles online: https://peterlyons.com/problog/2011/01/moinmoin_to_giti/ (Gitit is under active development, https://github.com/jgm/gitit but written in Haskell) https://dev.w3.org/2008/moinmoin2mediawiki/README.html An alternative might be to use a static site generator with Gitlab or Github, though mapping may require a little more work. Regards, Benson On 11/27/19 7:26 PM, Paulo Henrique de Lima Santana wrote: > Hi Fred, > > Some days go there was a discussion about MoinMoin used in > wiki.debian.org > > https://lists.debian.org/debian-www/2019/10/msg00037.html > > Paul Wise from www team said: > "We will revisit the decision when the time comes since Python 2.7 and > MoinMoin 1 still have a number of years of security support in Debian > stable and LTS, but if we have to, we will evaluate MoinMoin 2 before > getting it into Debian and before potentially using it. I expect it is > probably more stable than what the label says." > > Best regards, > > > On 27/11/2019 06:16, Frederic Muller - DFF wrote: >> Hi! >> >> As you may know Python 2.7 will reach end of life at the end of the >> year. Moinmoin wiki will not work before some times under Python 3 and >> therefore we have to chose between keeping outdated code or leaving >> Moinmoin. >> >> A lot of our infrastructure and scripts rely on Moinmoin and will need >> to be rewritten if moving away, but maybe it's not that much work. >> >> Now what should we replace it with? I was inclined to use Dokuwiki as it >> is lightweight and very supported. We also used it in other projects >> making me more or less familiar with it. >> >> I know a few member of our community are also using moinmoin. What will >> you be doing? What do you suggest? How do you easily convert old >> moinmoin pages into plain html? Do you import all the users or let >> people create new accounts when they need? >> >> We would be happy to hear from you. >> >> Thank you. >> >> Fred >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> >

Nov. 30, 2019

Re: [SFD-discuss] moving away from moinmoin

by Paulo Henrique de Lima Santana

Hi Fred, Some days go there was a discussion about MoinMoin used in wiki.debian.org https://lists.debian.org/debian-www/2019/10/msg00037.html Paul Wise from www team said: "We will revisit the decision when the time comes since Python 2.7 and MoinMoin 1 still have a number of years of security support in Debian stable and LTS, but if we have to, we will evaluate MoinMoin 2 before getting it into Debian and before potentially using it. I expect it is probably more stable than what the label says." Best regards, On 27/11/2019 06:16, Frederic Muller - DFF wrote: > Hi! > > As you may know Python 2.7 will reach end of life at the end of the > year. Moinmoin wiki will not work before some times under Python 3 and > therefore we have to chose between keeping outdated code or leaving > Moinmoin. > > A lot of our infrastructure and scripts rely on Moinmoin and will need > to be rewritten if moving away, but maybe it's not that much work. > > Now what should we replace it with? I was inclined to use Dokuwiki as it > is lightweight and very supported. We also used it in other projects > making me more or less familiar with it. > > I know a few member of our community are also using moinmoin. What will > you be doing? What do you suggest? How do you easily convert old > moinmoin pages into plain html? Do you import all the users or let > people create new accounts when they need? > > We would be happy to hear from you. > > Thank you. > > Fred > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss > -- Paulo Henrique de Lima Santana (phls) Curitiba - Brasil Debian Developer Diretor do Instituto para Conservação de Tecnologias Livres Site: http://www.phls.com.br GNU/Linux user: 228719 GPG ID: 0443C450

Nov. 27, 2019

moving away from moinmoin

by Frederic Muller - DFF

Hi! As you may know Python 2.7 will reach end of life at the end of the year. Moinmoin wiki will not work before some times under Python 3 and therefore we have to chose between keeping outdated code or leaving Moinmoin. A lot of our infrastructure and scripts rely on Moinmoin and will need to be rewritten if moving away, but maybe it's not that much work. Now what should we replace it with? I was inclined to use Dokuwiki as it is lightweight and very supported. We also used it in other projects making me more or less familiar with it. I know a few member of our community are also using moinmoin. What will you be doing? What do you suggest? How do you easily convert old moinmoin pages into plain html? Do you import all the users or let people create new accounts when they need? We would be happy to hear from you. Thank you. Fred

Nov. 27, 2019

Re: [SFD-discuss] Call for Help on SVG Counter

by Maren Hachmann

Hi Fred, yes, SFD was good in Kiel :) Took me a bit to recover from all the work (we're organizing a whole conference, not 'only' SFD), but now I can test away with the generator extension. I don't have an issue with the commas, though. I put the text in quotation marks, and then it works (with a single comma per replaced text, it fails for the row when there are more). Is there more than one comma in the items? If so, we can switch to using semicolons or some other unused character, and drop the commahack. Not sure what you're missing about the SVG file with Javascript included - what exactly are you confused about? An example of a similar type of file (SVG + JS in an embed tag) is here: https://vektorrascheln.de/ iframe or object should work, too. But on some sites, CSP headers won't allow loading this kind of image from a different domain. A static image of the png/svg/jpg kind is certainly easier to use and embed on all kinds of websites, and it seems to be easy to generate now. Kind Regards Maren Am 24.09.19 um 17:50 schrieb Frederic Muller - DFF: > Hey! > > I hope you had a great SFD. mine is still in the making here (public > holidays conflict). > > So after playing with the extension I had issues, some which I fixed > (like finding the text size in pixel - which is not the value displayed > in Inkscape), some which I didn't unfortunately. Still trying to figure > out how to insert a comma in some of the text. Apparently the current > csv import doesn't support that. I emailed the extension creator but > didn't get any response yet. It seems I would need to replace the csv > interpreter code to allow comma to be accepted. > > And since now you have time I am still a bit confused about the other > alternative which was having a script inside the SVG file and making it > run from SFD's servers. What am I missing? > > Thank you. > > Fred > > On 9/24/19 8:23 PM, Maren Hachmann wrote: >> Hi Fred, >> >> glad it works! That extension is really very useful. >> >> The only thing it can't do is to adjust the width of the text >> automatically, not sure if that's a problem. Using centered text helps >> to alleviate the issue. >> >> I didn't remember that the generator extension would also do the >> exporting to the format you'd need, that's why I added the export >> extension to the mix - good that it's not needed :) >> >> Is there still anything left for me to do? (I could probably add >> functionality to query the text object's width and to scale it down to >> the desired max width. Always wanted to put that in anyway...) >> >> Maren >> >> Am 19.09.19 um 13:00 schrieb Frederic Muller - DFF: >>> Wow Excellent! >>> >>> So don't worry it's not going to be for this SFD! Now I've downloaded >>> and install ink-generator and played with the sample file: everything works. >>> >>> I'm currently using inkscape v. 0.92 (Fedora) so no issue with using >>> v1.0 yet. >>> >>> I am not sure why I would need the export object extension though. Is it >>> because we have move than 1 design in the same file? >>> >>> The way I look at it as we have a few languages we'll have all the >>> "numbered" countdown file in the same svg/csv for all languages >>> (actually they don't change anymore until we change the whole countdown >>> design). >>> >>> Then we have 3 files to edit and export per language each year. They are >>> actually 1 file with 3 different texts. Only Spanish has a text size >>> change in 1 image because the text is too long. Maybe I could add font >>> size as a parameter (though it switches from 1 line to 2 smaller lines - >>> maybe something we can improve). Again I'd have 1 svg/csv pair to >>> generate those 3 images x translations. >>> >>> So we'd end up 2 svg/csv, using on 1 pair in fact, except if we change >>> the countdown design. >>> >>> And then we (I ;-) ) manually upload the 3 images in the wiki. >>> >>> Please correct me if I missed anything! >>> >>> Thank you very much. >>> >>> Fred >>> >>> On 9/19/19 5:16 PM, Maren Hachmann wrote: >>>> Hi Fred, >>>> >>>> yes, this should be possible, using the inkscape-generator extension >>>> that is available in Ubuntu repositories (example files that can serve >>>> as instructions here: >>>> https://inkscape.org/~Moini/%E2%98%85example-files-for-generator-extension) >>>> and the export-objects extension ( >>>> https://gitlab.com/su-v/inx-exportobjects) >>>> >>>> Both extensions may need to be adjusted (if you want to use Inkscape 1.0 >>>> at some point, they have to be), and a script would need to be written >>>> to wrap them. >>>> >>>> I'm busy currently with our Kielux event, so cannot help you with it >>>> before this year's SFD. For the next one, I think I could. >>>> >>>> (or even an extension could be made from these two, as a combo) >>>> >>>> Maren >>>> >>>> Am 19.09.19 um 11:49 schrieb Frederic Muller - DFF: >>>>> Hi! >>>>> >>>>> Thank you for all your explanation. Reading again your email it is a lot >>>>> of choices to make ;-) >>>>> >>>>> I initially thought it was possible to include everything inside the SVG >>>>> image and that people could just reference it as they do with the png >>>>> file today. From my recent searches it seems not, and JS is always >>>>> needed and causes issues you're referring to. >>>>> >>>>> So with that in mind I'd rather go for a script that takes the initial >>>>> design, pick a language (from?) and generate 100 or 300 png files with >>>>> the right name for each language. >>>>> >>>>> Is this possible? >>>>> >>>>> Thank you. >>>>> >>>>> Fred >>>>> >>>>> On 8/28/16 11:24 PM, Maren Hachmann wrote: >>>>>> Hi Fred, >>>>>> >>>>>> Am 28.08.2016 um 06:48 schrieb Frederic Muller - DFF: >>>>>>> Thank you for the answer. We actually discuss with the topic at >>>>>>> length with Alexandro and maybe others 3 years ago. There was a >>>>>>> small bug in the display of the SVG between Inkscape and the >>>>>>> rendering engine making the text slightly off. >>>>>> >>>>>> - Rendering engine? You mean the browser? >>>>>> >>>>>>> That's about as much as I remember. I can't even remember how to >>>>>>> edit the file now if it's not using a text editor. >>>>>> >>>>>> - That I can do ;-) >>>>>> >>>>>>> So back to what we want is actually replacing the current PNG files >>>>>>> for our countdown with SVG file(s). We believe this would help us >>>>>>> better manage translations and re-editing the file year after year. >>>>>>> So it should be able to display the SFD countdown image (we have >>>>>>> the SVG source so that should be ok) and deduct 1 day everyday as >>>>>>> we get closer to SFD. Also the current availability of the files >>>>>>> make it possible for people to chose the SFD date based on their >>>>>>> timezone. So it is pretty simple to just copy & paste the code and >>>>>>> insert it in a blog or website. >>>>>> >>>>>> - You want the thing to work client-side, right? Not via a script that >>>>>> serves the image-of-the-day from the sfd website? That's what I gather >>>>>> from the unfinished SVG file in the Wiki. >>>>>> >>>>>> That's actually the hard part for including in a blog. You need to use >>>>>> iframe, embed or object tags, or paste the source of the image >>>>>> directly into the html to get the counter js to work, if it's included >>>>>> in the SVG image, as far as I know. >>>>>> >>>>>> img tags will *not* work. >>>>>> >>>>>> So would the iframe thing be desirable? I'm not sure if everyone can >>>>>> include one on their blog, that's why I'm asking. >>>>>> >>>>>> Or would it be more practical to create those 60 svg (or even better, >>>>>> png) files automatically and have them work like the pngs currently? >>>>>> That's easy to do with Inkscape and either some own scripting or a >>>>>> preexisting Inkscape extension. >>>>>> >>>>>> That's a solution which would work for everyone, but would still >>>>>> require that a script be run on your server (which requires a gui if >>>>>> one uses Inkscape for it... :/) or on the translators' local machines >>>>>> to create the single svg/png files. >>>>>> >>>>>> We should also make sure to either use a font that is readily >>>>>> available for everyone, to convert the text to paths in the process >>>>>> (using Inkscape), or to include/link to the font file when using an >>>>>> SVG, or just to use a png. >>>>>> >>>>>> Do you have any preferences? Or would you just like to have it work >>>>>> easily? >>>>>> >>>>>> What I would do is: >>>>>> - modify the SVG image >>>>>> - add instructions for translators into the svg file, ask them to >>>>>> install the necessary fonts, so they can adapt the size of their texts >>>>>> correctly >>>>>> - only have them translate those few strings, then ask them to upload >>>>>> the changed SVG file >>>>>> - provide instructions how to generate the pngs automatically, using >>>>>> Inkscape (with gui) and a csv file for the dates on a computer where >>>>>> the required fonts are installed >>>>>> - have you continue serving the png images using the working script >>>>>> you have >>>>>> >>>>>> It's less sophisticated, and less automatical, than the js version, >>>>>> but makes work easy for translators and works for all kinds of blogs. >>>>>> Even when you visit them using IE ;-) >>>>>> >>>>>> What do you think? >>>>>> >>>>>> (If you prefer the other option, I would also prepare the file for the >>>>>> iframe/embed/object option, only my javascript foo is weak - I can >>>>>> tell you the steps that need to be performed / the ids that would need >>>>>> to be adapted, but can't write it myself). >>>>>> >>>>>> Regards, >>>>>> Maren >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> SFD-discuss mailing list >>>>>> SFD-discuss(a)sf-day.org >>>>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> SFD-discuss mailing list >>>>> SFD-discuss(a)sf-day.org >>>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> SFD-discuss mailing list >>>> SFD-discuss(a)sf-day.org >>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>> >>> >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>> >> >> >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> > > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss >

Sept. 24, 2019

Re: [SFD-discuss] Call for Help on SVG Counter

by Frederic Muller - DFF

Hey! I hope you had a great SFD. mine is still in the making here (public holidays conflict). So after playing with the extension I had issues, some which I fixed (like finding the text size in pixel - which is not the value displayed in Inkscape), some which I didn't unfortunately. Still trying to figure out how to insert a comma in some of the text. Apparently the current csv import doesn't support that. I emailed the extension creator but didn't get any response yet. It seems I would need to replace the csv interpreter code to allow comma to be accepted. And since now you have time I am still a bit confused about the other alternative which was having a script inside the SVG file and making it run from SFD's servers. What am I missing? Thank you. Fred On 9/24/19 8:23 PM, Maren Hachmann wrote: > Hi Fred, > > glad it works! That extension is really very useful. > > The only thing it can't do is to adjust the width of the text > automatically, not sure if that's a problem. Using centered text helps > to alleviate the issue. > > I didn't remember that the generator extension would also do the > exporting to the format you'd need, that's why I added the export > extension to the mix - good that it's not needed :) > > Is there still anything left for me to do? (I could probably add > functionality to query the text object's width and to scale it down to > the desired max width. Always wanted to put that in anyway...) > > Maren > > Am 19.09.19 um 13:00 schrieb Frederic Muller - DFF: >> Wow Excellent! >> >> So don't worry it's not going to be for this SFD! Now I've downloaded >> and install ink-generator and played with the sample file: everything works. >> >> I'm currently using inkscape v. 0.92 (Fedora) so no issue with using >> v1.0 yet. >> >> I am not sure why I would need the export object extension though. Is it >> because we have move than 1 design in the same file? >> >> The way I look at it as we have a few languages we'll have all the >> "numbered" countdown file in the same svg/csv for all languages >> (actually they don't change anymore until we change the whole countdown >> design). >> >> Then we have 3 files to edit and export per language each year. They are >> actually 1 file with 3 different texts. Only Spanish has a text size >> change in 1 image because the text is too long. Maybe I could add font >> size as a parameter (though it switches from 1 line to 2 smaller lines - >> maybe something we can improve). Again I'd have 1 svg/csv pair to >> generate those 3 images x translations. >> >> So we'd end up 2 svg/csv, using on 1 pair in fact, except if we change >> the countdown design. >> >> And then we (I ;-) ) manually upload the 3 images in the wiki. >> >> Please correct me if I missed anything! >> >> Thank you very much. >> >> Fred >> >> On 9/19/19 5:16 PM, Maren Hachmann wrote: >>> Hi Fred, >>> >>> yes, this should be possible, using the inkscape-generator extension >>> that is available in Ubuntu repositories (example files that can serve >>> as instructions here: >>> https://inkscape.org/~Moini/%E2%98%85example-files-for-generator-extension) >>> and the export-objects extension ( >>> https://gitlab.com/su-v/inx-exportobjects) >>> >>> Both extensions may need to be adjusted (if you want to use Inkscape 1.0 >>> at some point, they have to be), and a script would need to be written >>> to wrap them. >>> >>> I'm busy currently with our Kielux event, so cannot help you with it >>> before this year's SFD. For the next one, I think I could. >>> >>> (or even an extension could be made from these two, as a combo) >>> >>> Maren >>> >>> Am 19.09.19 um 11:49 schrieb Frederic Muller - DFF: >>>> Hi! >>>> >>>> Thank you for all your explanation. Reading again your email it is a lot >>>> of choices to make ;-) >>>> >>>> I initially thought it was possible to include everything inside the SVG >>>> image and that people could just reference it as they do with the png >>>> file today. From my recent searches it seems not, and JS is always >>>> needed and causes issues you're referring to. >>>> >>>> So with that in mind I'd rather go for a script that takes the initial >>>> design, pick a language (from?) and generate 100 or 300 png files with >>>> the right name for each language. >>>> >>>> Is this possible? >>>> >>>> Thank you. >>>> >>>> Fred >>>> >>>> On 8/28/16 11:24 PM, Maren Hachmann wrote: >>>>> Hi Fred, >>>>> >>>>> Am 28.08.2016 um 06:48 schrieb Frederic Muller - DFF: >>>>>> Thank you for the answer. We actually discuss with the topic at >>>>>> length with Alexandro and maybe others 3 years ago. There was a >>>>>> small bug in the display of the SVG between Inkscape and the >>>>>> rendering engine making the text slightly off. >>>>> >>>>> - Rendering engine? You mean the browser? >>>>> >>>>>> That's about as much as I remember. I can't even remember how to >>>>>> edit the file now if it's not using a text editor. >>>>> >>>>> - That I can do ;-) >>>>> >>>>>> So back to what we want is actually replacing the current PNG files >>>>>> for our countdown with SVG file(s). We believe this would help us >>>>>> better manage translations and re-editing the file year after year. >>>>>> So it should be able to display the SFD countdown image (we have >>>>>> the SVG source so that should be ok) and deduct 1 day everyday as >>>>>> we get closer to SFD. Also the current availability of the files >>>>>> make it possible for people to chose the SFD date based on their >>>>>> timezone. So it is pretty simple to just copy & paste the code and >>>>>> insert it in a blog or website. >>>>> >>>>> - You want the thing to work client-side, right? Not via a script that >>>>> serves the image-of-the-day from the sfd website? That's what I gather >>>>> from the unfinished SVG file in the Wiki. >>>>> >>>>> That's actually the hard part for including in a blog. You need to use >>>>> iframe, embed or object tags, or paste the source of the image >>>>> directly into the html to get the counter js to work, if it's included >>>>> in the SVG image, as far as I know. >>>>> >>>>> img tags will *not* work. >>>>> >>>>> So would the iframe thing be desirable? I'm not sure if everyone can >>>>> include one on their blog, that's why I'm asking. >>>>> >>>>> Or would it be more practical to create those 60 svg (or even better, >>>>> png) files automatically and have them work like the pngs currently? >>>>> That's easy to do with Inkscape and either some own scripting or a >>>>> preexisting Inkscape extension. >>>>> >>>>> That's a solution which would work for everyone, but would still >>>>> require that a script be run on your server (which requires a gui if >>>>> one uses Inkscape for it... :/) or on the translators' local machines >>>>> to create the single svg/png files. >>>>> >>>>> We should also make sure to either use a font that is readily >>>>> available for everyone, to convert the text to paths in the process >>>>> (using Inkscape), or to include/link to the font file when using an >>>>> SVG, or just to use a png. >>>>> >>>>> Do you have any preferences? Or would you just like to have it work >>>>> easily? >>>>> >>>>> What I would do is: >>>>> - modify the SVG image >>>>> - add instructions for translators into the svg file, ask them to >>>>> install the necessary fonts, so they can adapt the size of their texts >>>>> correctly >>>>> - only have them translate those few strings, then ask them to upload >>>>> the changed SVG file >>>>> - provide instructions how to generate the pngs automatically, using >>>>> Inkscape (with gui) and a csv file for the dates on a computer where >>>>> the required fonts are installed >>>>> - have you continue serving the png images using the working script >>>>> you have >>>>> >>>>> It's less sophisticated, and less automatical, than the js version, >>>>> but makes work easy for translators and works for all kinds of blogs. >>>>> Even when you visit them using IE ;-) >>>>> >>>>> What do you think? >>>>> >>>>> (If you prefer the other option, I would also prepare the file for the >>>>> iframe/embed/object option, only my javascript foo is weak - I can >>>>> tell you the steps that need to be performed / the ids that would need >>>>> to be adapted, but can't write it myself). >>>>> >>>>> Regards, >>>>> Maren >>>>> >>>>> >>>>> _______________________________________________ >>>>> SFD-discuss mailing list >>>>> SFD-discuss(a)sf-day.org >>>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> SFD-discuss mailing list >>>> SFD-discuss(a)sf-day.org >>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>> >>> >>> >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>> >> >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> > > > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss >

Sept. 24, 2019

Re: [SFD-discuss] Call for Help on SVG Counter

by Maren Hachmann

Hi Fred, glad it works! That extension is really very useful. The only thing it can't do is to adjust the width of the text automatically, not sure if that's a problem. Using centered text helps to alleviate the issue. I didn't remember that the generator extension would also do the exporting to the format you'd need, that's why I added the export extension to the mix - good that it's not needed :) Is there still anything left for me to do? (I could probably add functionality to query the text object's width and to scale it down to the desired max width. Always wanted to put that in anyway...) Maren Am 19.09.19 um 13:00 schrieb Frederic Muller - DFF: > Wow Excellent! > > So don't worry it's not going to be for this SFD! Now I've downloaded > and install ink-generator and played with the sample file: everything works. > > I'm currently using inkscape v. 0.92 (Fedora) so no issue with using > v1.0 yet. > > I am not sure why I would need the export object extension though. Is it > because we have move than 1 design in the same file? > > The way I look at it as we have a few languages we'll have all the > "numbered" countdown file in the same svg/csv for all languages > (actually they don't change anymore until we change the whole countdown > design). > > Then we have 3 files to edit and export per language each year. They are > actually 1 file with 3 different texts. Only Spanish has a text size > change in 1 image because the text is too long. Maybe I could add font > size as a parameter (though it switches from 1 line to 2 smaller lines - > maybe something we can improve). Again I'd have 1 svg/csv pair to > generate those 3 images x translations. > > So we'd end up 2 svg/csv, using on 1 pair in fact, except if we change > the countdown design. > > And then we (I ;-) ) manually upload the 3 images in the wiki. > > Please correct me if I missed anything! > > Thank you very much. > > Fred > > On 9/19/19 5:16 PM, Maren Hachmann wrote: >> Hi Fred, >> >> yes, this should be possible, using the inkscape-generator extension >> that is available in Ubuntu repositories (example files that can serve >> as instructions here: >> https://inkscape.org/~Moini/%E2%98%85example-files-for-generator-extension) >> and the export-objects extension ( >> https://gitlab.com/su-v/inx-exportobjects) >> >> Both extensions may need to be adjusted (if you want to use Inkscape 1.0 >> at some point, they have to be), and a script would need to be written >> to wrap them. >> >> I'm busy currently with our Kielux event, so cannot help you with it >> before this year's SFD. For the next one, I think I could. >> >> (or even an extension could be made from these two, as a combo) >> >> Maren >> >> Am 19.09.19 um 11:49 schrieb Frederic Muller - DFF: >>> Hi! >>> >>> Thank you for all your explanation. Reading again your email it is a lot >>> of choices to make ;-) >>> >>> I initially thought it was possible to include everything inside the SVG >>> image and that people could just reference it as they do with the png >>> file today. From my recent searches it seems not, and JS is always >>> needed and causes issues you're referring to. >>> >>> So with that in mind I'd rather go for a script that takes the initial >>> design, pick a language (from?) and generate 100 or 300 png files with >>> the right name for each language. >>> >>> Is this possible? >>> >>> Thank you. >>> >>> Fred >>> >>> On 8/28/16 11:24 PM, Maren Hachmann wrote: >>>> Hi Fred, >>>> >>>> Am 28.08.2016 um 06:48 schrieb Frederic Muller - DFF: >>>>> Thank you for the answer. We actually discuss with the topic at >>>>> length with Alexandro and maybe others 3 years ago. There was a >>>>> small bug in the display of the SVG between Inkscape and the >>>>> rendering engine making the text slightly off. >>>> >>>> - Rendering engine? You mean the browser? >>>> >>>>> That's about as much as I remember. I can't even remember how to >>>>> edit the file now if it's not using a text editor. >>>> >>>> - That I can do ;-) >>>> >>>>> So back to what we want is actually replacing the current PNG files >>>>> for our countdown with SVG file(s). We believe this would help us >>>>> better manage translations and re-editing the file year after year. >>>>> So it should be able to display the SFD countdown image (we have >>>>> the SVG source so that should be ok) and deduct 1 day everyday as >>>>> we get closer to SFD. Also the current availability of the files >>>>> make it possible for people to chose the SFD date based on their >>>>> timezone. So it is pretty simple to just copy & paste the code and >>>>> insert it in a blog or website. >>>> >>>> - You want the thing to work client-side, right? Not via a script that >>>> serves the image-of-the-day from the sfd website? That's what I gather >>>> from the unfinished SVG file in the Wiki. >>>> >>>> That's actually the hard part for including in a blog. You need to use >>>> iframe, embed or object tags, or paste the source of the image >>>> directly into the html to get the counter js to work, if it's included >>>> in the SVG image, as far as I know. >>>> >>>> img tags will *not* work. >>>> >>>> So would the iframe thing be desirable? I'm not sure if everyone can >>>> include one on their blog, that's why I'm asking. >>>> >>>> Or would it be more practical to create those 60 svg (or even better, >>>> png) files automatically and have them work like the pngs currently? >>>> That's easy to do with Inkscape and either some own scripting or a >>>> preexisting Inkscape extension. >>>> >>>> That's a solution which would work for everyone, but would still >>>> require that a script be run on your server (which requires a gui if >>>> one uses Inkscape for it... :/) or on the translators' local machines >>>> to create the single svg/png files. >>>> >>>> We should also make sure to either use a font that is readily >>>> available for everyone, to convert the text to paths in the process >>>> (using Inkscape), or to include/link to the font file when using an >>>> SVG, or just to use a png. >>>> >>>> Do you have any preferences? Or would you just like to have it work >>>> easily? >>>> >>>> What I would do is: >>>> - modify the SVG image >>>> - add instructions for translators into the svg file, ask them to >>>> install the necessary fonts, so they can adapt the size of their texts >>>> correctly >>>> - only have them translate those few strings, then ask them to upload >>>> the changed SVG file >>>> - provide instructions how to generate the pngs automatically, using >>>> Inkscape (with gui) and a csv file for the dates on a computer where >>>> the required fonts are installed >>>> - have you continue serving the png images using the working script >>>> you have >>>> >>>> It's less sophisticated, and less automatical, than the js version, >>>> but makes work easy for translators and works for all kinds of blogs. >>>> Even when you visit them using IE ;-) >>>> >>>> What do you think? >>>> >>>> (If you prefer the other option, I would also prepare the file for the >>>> iframe/embed/object option, only my javascript foo is weak - I can >>>> tell you the steps that need to be performed / the ids that would need >>>> to be adapted, but can't write it myself). >>>> >>>> Regards, >>>> Maren >>>> >>>> >>>> _______________________________________________ >>>> SFD-discuss mailing list >>>> SFD-discuss(a)sf-day.org >>>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>>> >>> >>> >>> >>> _______________________________________________ >>> SFD-discuss mailing list >>> SFD-discuss(a)sf-day.org >>> http://mail.sf-day.org/lists/listinfo/sfd-discuss >>> >> >> >> >> >> _______________________________________________ >> SFD-discuss mailing list >> SFD-discuss(a)sf-day.org >> http://mail.sf-day.org/lists/listinfo/sfd-discuss >> > > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss >

Sept. 24, 2019

Re: [SFD-discuss] Countdown 2019

by Frederic Muller - DFF

Nice chameleon! :-P (i am biaised, I am already into iguanas ) Hope you had a good one, and thank you for the photo (even though the list blocks attachments). Fred On 9/22/19 12:17 AM, Jimmy PIERRE wrote: > > Done! > > On Sat, 21 Sep 2019 at 12:29, Luna Jernberg <droidbittin(a)gmail.com > <mailto:droidbittin@gmail.com>> wrote: > > Happy Software Freedom Day > > On 9/18/19, jimmypierre.rouen.france(a)gmail.com > <mailto:jimmypierre.rouen.france@gmail.com> > <jimmypierre.rouen.france(a)gmail.com > <mailto:jimmypierre.rouen.france@gmail.com>> wrote: > > Fred, > > > > Voici notre integration: > > > > https://nui.fr/sfd-software-freedom-day-21-sept-a-rouen/ > > > > Wordpress 5.2.2 + Elementor + OceanWP > > > > Cheers, > > Jimmy > > > > -----Original Message----- > > From: sfd-discuss-bounces(a)sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org> > <sfd-discuss-bounces(a)sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org>> On > > Behalf Of Frederic Muller - DFF > > Sent: 18 September 2019 14:04 > > To: sfd-discuss(a)sf-day.org <mailto:sfd-discuss@sf-day.org> > > Subject: Re: [SFD-discuss] Countdown 2019 > > > > Et donc vu que ca parle français, les 3 dernier jours du compteur > sont à > > jour! > > > > --- > > > > Just a quick note to inform that the 3 last days of all published > countdowns > > have been updated. Those are: > > Catalan, Chinese, English, French, German, Portuguese (Br & Pt) > and Spanish. > > > > Thank you. > > > > Fred > > > > On 9/18/19 6:06 PM, Seydina Issa PATE wrote: > >> Bonjour Jimmy, > >> Pour mettre à jour la carte il faut tout d'abord avoir un compte > >> http://wiki.softwarefreedomday.org/2019?action=newaccount > >> > >> Ensuite vous suivez ces informations: > >> http://wiki.softwarefreedomday.org/2019 > >> > >> On Wed, Sep 18, 2019 at 9:16 AM > <jimmypierre.rouen.france(a)gmail.com > <mailto:jimmypierre.rouen.france@gmail.com> > >> <mailto:jimmypierre.rouen.france@gmail.com > <mailto:jimmypierre.rouen.france@gmail.com>>> wrote: > >> > >> Hi Fred, > >> > >> Comment met-on la carte à jour stp? > >> > >> https://www.softwarefreedomday.org/map/index.php?year=2019 > >> > >> Au plaisir, > >> Jimmy de Rouen, France > >> > >> -----Original Message----- > >> From: sfd-discuss-bounces(a)sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org> > >> <mailto:sfd-discuss-bounces@sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org>> > >> <sfd-discuss-bounces(a)sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org> > >> <mailto:sfd-discuss-bounces@sf-day.org > <mailto:sfd-discuss-bounces@sf-day.org>>> On > >> Behalf Of Frederic Muller - DFF > >> Sent: 17 September 2019 18:06 > >> To: Paulo Henrique de Lima Santana <paulo(a)phls.com.br > <mailto:paulo@phls.com.br> > >> <mailto:paulo@phls.com.br <mailto:paulo@phls.com.br>>>; > >> sfd-discuss(a)sf-day.org <mailto:sfd-discuss@sf-day.org> > <mailto:sfd-discuss@sf-day.org <mailto:sfd-discuss@sf-day.org>> > >> Subject: Re: [SFD-discuss] Countdown 2019 > >> > >> Hi! > >> > >> Actually it's overwriting which is forbidden. I did the dirty job > >> and upload > >> the files. Thank you so much! > >> > >> Do you think they would actually match for Portuguese Portuguese? > >> > >> Thank you. > >> > >> Fred > >> > >> On 9/17/19 8:04 PM, Paulo Henrique de Lima Santana wrote: > >> > I am not allowed to upload there. > >> > So, they are attached. > >> > > >> > Best regards, > >> > >> > >> _______________________________________________ > >> SFD-discuss mailing list > >> SFD-discuss(a)sf-day.org <mailto:SFD-discuss@sf-day.org> > <mailto:SFD-discuss@sf-day.org <mailto:SFD-discuss@sf-day.org>> > >> http://mail.sf-day.org/lists/listinfo/sfd-discuss > >> > >> > >> > >> _______________________________________________ > >> SFD-discuss mailing list > >> SFD-discuss(a)sf-day.org <mailto:SFD-discuss@sf-day.org> > <mailto:SFD-discuss@sf-day.org <mailto:SFD-discuss@sf-day.org>> > >> http://mail.sf-day.org/lists/listinfo/sfd-discuss > >> > >> > >> > >> -- > >> /Seydina Issa *PATE*/ > >> /Ingénieur en Téléinformatique/ > >> /Certifié Linux Professional Institute/ /Tel : 76 675 21 95 |//77 524 > >> 11 00/ /seysade(a)gmail.com <mailto:seysade@gmail.com> > <mailto:seysade@gmail.com <mailto:seysade@gmail.com>> / > >> > >> > >> > >> _______________________________________________ > >> SFD-discuss mailing list > >> SFD-discuss(a)sf-day.org <mailto:SFD-discuss@sf-day.org> > >> http://mail.sf-day.org/lists/listinfo/sfd-discuss > >> > > > > > > _______________________________________________ > > SFD-discuss mailing list > > SFD-discuss(a)sf-day.org <mailto:SFD-discuss@sf-day.org> > > http://mail.sf-day.org/lists/listinfo/sfd-discuss > > > > > > > > _______________________________________________ > > SFD-discuss mailing list > > SFD-discuss(a)sf-day.org <mailto:SFD-discuss@sf-day.org> > > http://mail.sf-day.org/lists/listinfo/sfd-discuss > > > > -- > Sent from my iPad > > > _______________________________________________ > SFD-discuss mailing list > SFD-discuss(a)sf-day.org > http://mail.sf-day.org/lists/listinfo/sfd-discuss >

Sept. 22, 2019