De-listing flag

[comradekingu]

With changelogs piling up and old ones often not included or worthwile to translate, it would be nice to flag them "delist" to remove them from the translation bars and tallies.

Isn't there something like that for read-only already?

I see two not-completed projects and I have to remember whether I translated the recent one, and also know whether a version has been released afterwards.
If it was all full if done and not-full if not done, I could spend more time translating current changelogs.

I thought about "current-changelog", but that is a bit iffy since there might be more versions released, and there are also short-desc and long-desc type strings in the same Fastlane components. Similar for SailfishOS.

[nijel]

See https://docs.weblate.org/en/latest/formats.html#app-store-metadata-files and https://docs.weblate.org/en/latest/admin/addons.html#addon-weblate-flags-bulk for info how to skip certain strings from translation.

[comradekingu]

So unless I am as stupid as I thought I was just now, that only describes "read-only"?

I actually want to allow translation, I just don't want those strings to count towards the totals (as if it was read-only). If I translate everything that isn't delisted, I want full bars.

So all of read-only, without the actual read-only.

Bonus for also applying a low priority: to any string that is flagged "delisted".

Other than metadata,

say you want to delete some of your strings. A part of the program got deprecated for example. Now instead of losing the translation memory of it, you can de-list those strings. It helps people look up translations, it helps populate new strings. All that good stuff.

None of the "throw new strings in with the old ones and have everyone translate everything", and especially no "lets have to identical components for two versions and forget to set up linking". Just de-list whatever isn't new, and everyone wins.

And I am somewhat thinking it can help formats that don't support fuzzy strings by just updating the string(?).

[nijel]

Now it sounds like a duplicate of #1993

[comradekingu]

Yes, only now more relevant since changelogs are very ephemeral.
There is no use losing the data, and currently translating the latest one is hard because of old ones being kept as is.

[nijel]

The strings should be ordered correctly, so the first one to translate should be the latest one.

[github-actions]

This issue has been automatically marked as stale because it has not had any recent activity.

It will be closed soon if no further action occurs.

Thank you for your contributions!

[comradekingu]

Don't see any other way of solving this.
The ordering once opened doesn't signify in the overview whether a component is to be opened or not.

[nijel]

I don't see other way of solving this than #1993 (besides what is already in place).