XSF Communications Team - 2020-04-16


  1. emus

    I think they are a good way to enable community involvement from people with not so much tech-background. Translations would be great in general I think. However with the lack of ressources dunno where to go.

  2. jcbrand

    Link Mauve: because coordinating them takes time and energy and we're few people. It's better to be a bit less ambitious and be able to do something for longer than to burn out quickly by doing too much.

  3. jcbrand

    I'll never stop someone from making translations, but I don't see the point in going out of our way to accommodate them either

  4. Guus

    +1

  5. pep.

    well the technical/infra stuff only has to be done once

  6. emus

    > well the technical/infra stuff only has to be done once Yes, I'm happy to translate. but what burns down is transfering between the platforms. I at least that is what we should improve. And even without translations, there are still needs to transfer text back to the Wiki and someone has to merge it to the website from github. Last time also formating was not process (no offence, just to clarify about the problem). And we althought think about not using pictures anymore because of traffic or so...... I mean, ... really?

  7. emus

    Guus: Thanks for your help in the Monal issue btw

  8. Guus

    Np

  9. Link Mauve

    Something I’d like to do wrt translations is more technical ones.

  10. Link Mauve

    For instance the XEPs are unreadable if you don’t speak English.

  11. Link Mauve

    Same for xmpp.org.

  12. Link Mauve

    When I wrote my first XMPP client, XMPP wasn’t any more open than any proprietary protocol due to the specs being English-encrypted.

  13. Link Mauve

    I don’t have the time or energy to pour into doing a translation of xmpp.org, but that would be a good direction to go imo.

  14. emus

    Link Mauve: For that sounds like a good suggestion! I still would stick to keep the term wording english. But yes. that would be a cool project I think

  15. emus

    Link Mauve: For me that sounds like a good suggestion! I still would stick to keep the term wording english. But yes. that would be a cool project I think

  16. Link Mauve

    Depends on the language, we tend not to do that in French for instance.

  17. emus

    Yes, I know, you should try to translate once, eg. Last Message Correction. But afterwards stick to the english term. (My intention is, that we keep the wording in general similar)

  18. emus

    on an inter-cultural basis

  19. Link Mauve

    I still think it depends on the language.

  20. Link Mauve

    Languages not using a Latin alphabet will probably want to use names in their languages instead.

  21. Link Mauve

    French too usually.

  22. Link Mauve

    Except maybe for acronyms?

  23. Link Mauve

    German is usually fine with keeping English terms around.

  24. jcbrand

    emus: my issues with images was that it's not clear where they should be hosted and I'm not sure simply copying URLs from somewhere else is a good idea.

  25. jcbrand

    Perhaps others here have some ideas or suggestions

  26. jcbrand

    To host them ourselves, we need to put them in our repo, which I don't think is a good idea

  27. jcbrand

    But perhaps there's another way

  28. DebXWoody

    Why not keep the files of newsletter in a repo in md-format an deploy all within on site?

  29. DebXWoody

    The english is on xmpp.org, isn't it?

  30. jcbrand

    I'm specifically talking about images here

  31. jcbrand

    The newsletter is already in markdown format in the xmpp.org repo

  32. emus

    Ok, yes. Absolute not blaming or offending. I just wanted to show that we think about think we maybe shouldn`t about. I mean that in a positive manner

  33. emus

    Ok, yes. Absolutely not blaming or offending. I just wanted to show that we think about think we maybe shouldn`t about. I mean that in a positive manner jcbrand:

  34. DebXWoody

    Why not keep the fr, de,... at the same place?

  35. jcbrand

    DebXWoody: that would probably be better than having them hosted elsewhere.

  36. emus

    > To host them ourselves, we need to put them in our repo, which I don't think is a good idea > But perhaps there's another way Yes sure, I agree

  37. DebXWoody

    In a second step we can think about to generate tar.gz files to download.

  38. DebXWoody

    an generate some small "post records" like "The new newsletter of xmpp is avaiable on xmpp.org site.... <link>". Which can be used by others (microblog, social media,...)

  39. emus

    DebXWoody: If you have an open repo for this, you just fork it or? Sounds a bit complicated, or?