sailfishos-chum / sailfishos-chum-gui

GUI application for utilising the SailfishOS:Chum community repository
https://openrepos.net/content/olf/sailfishoschum-gui-installer
MIT License
13 stars 16 forks source link

Updates for file translations/sailfishos-chum-gui.ts in fi on branch main #211

Closed transifex-integration[bot] closed 9 months ago

transifex-integration[bot] commented 10 months ago

The following localization files have been updated:

Parameter Value
Source File translations/sailfishos-chum-gui.ts
Translation File translations/sailfishos-chum-gui-fi.ts
Language Code fi
Transifex Project SailfishOS:Chum GUI
Transifex Resource translations/sailfishos-chum-gui.ts (main)
Transifex Event translated
Olf0 commented 9 months ago

@tuplasuhveli, I don't know how you do that, but by some action at Transifex you let Transifex remove the whole Finnish TS file and close the corresponding (i.e. specifically, this) pull-request; now for the second time. Please try to avoid this action (I would be interested how that is achieved at Transifex), because I restore the deleted branch and revert the commit, which deleted the file, each time. This is a bit tedious. I do not want this branch to be discarded, because it nicely tracks the changes over time.

tuplasuhveli commented 9 months ago

@tuplasuhveli, I don't know how you do that, but by some action at Transifex you let Transifex remove the whole Finnish TS file and close the corresponding (i.e. specifically, this) pull-request; now for the second time. Please try to avoid this action (I would be interested how that is achieved at Transifex)

@Olf0 I'm sorry, I have no idea how I did that. I'm using Librewolf (118.0.2-1) browser and some sites have issues dealing with it. Could very well be something else, though.

At some point, I had multiple Transifex tabs open (checking other translations), but I don't know if that could have caused the undesired action. I noticed that sometimes when I saved the changes I made, Transifex dropped them into the history section and not as the current translation. Anyhow, seems weird and I'm sorry for the inconvenience.

Olf0 commented 9 months ago

Well, I do not think this is a technical issue, I rather assume Transifex does that when one alters a translated string (or translates a formerly untranslated string) and then deletes it (instead of changing it to rectify or improve the translated string), while the pull request triggered by the first action is still open.

tuplasuhveli commented 9 months ago

Oh, that would make sense. I did delete strings I was unsure / unhappy with. I'll know better next time! Again, sorry for causing you extra work.

Olf0 commented 9 months ago

Do not mind: I only assume that I have finally understood what is happening here (saw that rarely and always occurring only once, before), this and your feedback that you did indeed delete translated strings helped me to model this pattern, and if I am right, Atlassian's Transifex machinery could handle this better.

But Transifex was without an alternative a few years ago, and I did not dare to try hosted Weblate yet, because the learning curve for using new web-based services is usually steep and bumpy. It is very unfortunate that a couple of FLOSS-alternatives to Transifex exist, but only Weblate offers a hosted instance publicly for long (Zanata formally is new FLOSS-alternative, but lacks features and seems to require the use of a special client software), which can be used for free by FLOSS-projects.

But as I learned to hate Atlassian for their general product, security and customer politics / mindset, with some new project I am going to try hosted Weblate.