[Qgis-tr] Suggestions available

Mon May 9 03:05:42 PDT 2022

Hi Richard,

Le lun. 9 mai 2022 à 11:25, Richard Duivenvoorde <rdmailings at duif.net> a
écrit :

> I'd be fine what you propose, let me know if you need something.
>
> Note that
>   2. reactivate the zzz 3.16 project, fill it with 3.22 strings
> is a hell of a job... as (I think) you need to upload for every language
> every (translated) resource?
>
> We have gone through more complicated stuffs together, man 😁! How I see
it is:
1. Ask translators to stop translating.
2. Pull translations from Transifex to github so that we saved "freshiest"
work: we already have a script to do the work. And most of the translated
strings are already in github repo, anyway.
3. Enable the connection between the branch and the project in Transifex
configuration, which should automatically upload source and translation
strings (and hopefully delete removed files). Experiences have
unfortunately proven that this does not work always smoothly, unless they
fix the report I (again) made lately.
4. If strings are not pulled automatically, then we tx force push, hold on
until everything is on the server, and we check if it improves anything.

Above steps are described in the docs readme. I don't know/have any smarter
way but IMHO the workload is on Transifex server, not on our shoulders. Or
do I overlook something?

Kind regards,
Harrissou

> Or do you think there is a smarter solution?
>
> Regards,
>
> Richard
>
> On 2022-05-09 11:16, DelazJ wrote:
> > Transifex Webtranslation page for QGIS is on
> > https://www.transifex.com/qgis/
> >
> >
> > Hi Stefano, Alexandre
> >
> > Strings of the "zzz..." projects are available for the Desktop project
> > because some time ago, Alexandre (I assumed he did because of [0]) put
> > the projects altogether in what transifex calls a memory group [1]:
> > they do share translations each other as suggestions.
> > However, by the time we created the project for 3.22 documentation,
> > that feature had become a paid one (ref the docs linked above), so
> > that project is somehow isolated from the others. If you browse the
> > QGIS Documentation project, you will notice that it provides
> > suggestions from itself only. None of the other projects is connected
> > to it, so you can't use translations you made in Desktop (or Website -
> > though I'm not sure this one is connected) project.
> >
> > I'm still convinced that we should:
> > 1. just drop the zzz projects (at least for 3.4 and 3.10). I'm
> > honestly not convinced they are useful to anything today.
> >
> > 2. reactivate the zzz 3.16 project, fill it with 3.22 strings (source
> > and translations) and rename it into QGIS Documentation. Would that
> > fix Stefano's request ? I can't tell without testing because Transifex
> > is a closed source project, but if we assume that what are referenced
> > in the memory group foreign key is projects ID and not the strings or
> > files of a named project, then reusing that project should work IMHO
> >
> > 3. Kill the current "QGIS Documentation" as its contents are moved to
> > point 2. --> That would mean we have a single project for
> > documentation also (along with Website and Desktop), clearer for
> > everyone
> >
> > 4. Next time we release a docs project (3.28), we push strings in the
> > "QGIS Documentation" project directly instead of creating a new
> > project. Why did we not do it the last time? Because the previous
> > experience using automated pull/push of Transifex<->github connection
> > has been laborious and I was afraid I'd break something. The process
> > is now "well" documented [2] with ways to recover if any problem.
> > 5. If you are really really afraid that something breaks in 2/3, the
> > resurrection and testing can be done in the zzz 3.4 project instead of
> > zzz 3.16...
> >
> > [0]
> >
> https://lists.osgeo.org/pipermail/qgis-community-team/2022-March/006039.html
> > [1] https://docs.transifex.com/translation-memory/sharing-tm
> > [2] https://github.com/qgis/QGIS-Documentation#translating
> >
> > Regards,
> > Harrissou
> >
> > Le lun. 9 mai 2022 à 08:16, Alexandre Neto <senhor.neto at gmail.com> a
> > écrit :
> >
> >> Transifex Webtranslation page for QGIS is on
> >> https://www.transifex.com/qgis/
> >>
> >> That's something that comes from the  translation memory. If that
> >> string have never been translated in the more recent versions it
> >> will pick up suggestions from older ones. Which I think it's useful,
> >> and allow us to keep some coherence between versions.
> >>
> >> Don't think there's a way to bump more recent results to the top,
> >> other that deleting the old resources permanently.
> >>
> >> Alexandre Neto
> >>
> >> A domingo, 8/05/2022, 16:55, Stefano Campus <skampus at gmail.com>
> >> escreveu:
> >>
> >>> Transifex Webtranslation page for QGIS is on
> >>> https://www.transifex.com/qgis/
> >>>
> >>> Hi, I noticed that while I'm translating in Transifex QGIS Desktop
> >>> in the three versions (Master, 3.22 and 3.24), the available
> >>> suggestions in the right window come from the desktop versions and
> >>> from the "zzz OLD QGIS Documentation".
> >>> the translation of the current and active version of the
> >>> documentation is not proposed.
> >>> How is it possible to make the suggestions of the Documentation
> >>> project appear instead of those of the "zzz OLD" project?
> >>>
> >>> https://ibb.co/k9CMXd1
> >>> https://ibb.co/SwfPMT6
> >>>
> >>> thank you and ciao!
> >>>
> >>> stefano _______________________________________________
> >>> QGIS-Translators mailing list
> >>> Qgis-tr at lists.osgeo.org
> >>> https://lists.osgeo.org/mailman/listinfo/qgis-tr
> >> _______________________________________________
> >> QGIS-Translators mailing list
> >> Qgis-tr at lists.osgeo.org
> >> https://lists.osgeo.org/mailman/listinfo/qgis-tr
> > _______________________________________________
> > QGIS-Translators mailing list
> > Qgis-tr at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/qgis-tr
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-tr/attachments/20220509/d57c82a3/attachment-0001.htm>