Bug 72476 - qtz pseudo-language (KeyID) should be buildable in release mode too
Summary: qtz pseudo-language (KeyID) should be buildable in release mode too
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
Version:
(earliest affected)
4.2.0.0.beta2
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: l10n-Optimization
  Show dependency treegraph
 
Reported: 2013-12-08 13:19 UTC by Jean-Baptiste Faure
Modified: 2023-12-18 16:29 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Baptiste Faure 2013-12-08 13:19:48 UTC
It could be useful to check the localization in a release build. But, currently, we can have key ID provided by the qtz pseudo-language only in a dev. build like beta versions (the ones which are installed under the name LibreOfficeDev).

I suggest that the build of the qtz pseudo-language could be decided the same way than for all other languages by adding its code in the option --with-lang in the autogen.input file.

Best regards. JBF
Comment 1 Jean-Baptiste Faure 2013-12-08 14:37:43 UTC
Forgot to set it as enhancement.

Best regards. JBF
Comment 2 David Tardon 2013-12-08 20:57:29 UTC
What would be the advantages of doing that? It would not be enabled for official builds, so one would have to build libreoffice oneself. But in that case one can just do a non-release build...

IMHO the key "translations" are testing/debugging aid, therefore they do not belong to release builds.
Comment 3 Jean-Baptiste Faure 2013-12-09 05:34:06 UTC
(In reply to comment #2)
> What would be the advantages of doing that? It would not be enabled for
> official builds, so one would have to build libreoffice oneself. But in that
> case one can just do a non-release build...

I think that if qtz pseudo-language was available in official builds too, that would make debugging translations in x.y.z (z > 0) versions easier. 
 
> IMHO the key "translations" are testing/debugging aid, therefore they do not
> belong to release builds.

In fact we are always in testing period. When translations bugs are found in the integrated help by advanced users in x.y.0 or x.y.1 versions, it would be easier to find their exact locations with the keyID. It would be sufficient to say her: please install qtz language and give me the keyID. Actually it may be very complicated to explain how to go to a particular help page.

On the other hand, it seems that dev builds with keyID are available only for betas which concerns only x.y.0 versions.

Best regards. JBF
Comment 4 Kevin Suo 2014-06-29 16:23:14 UTC
Since JBF has already provided the needed info, this should be set back to UNCONFIRMED.

I agree that this enhancement request is reasonable, So I set it to NEW.

There are always UI/help translation errors in release builds. KeyID is really helpful to locate strings quickly and help to speed-up localization.

In fact, if you look at 4.3.0.1, many languages are not 100% translated. For 4.2.5.2 release, there are still many strings need translation improvements.
Comment 6 Roman Kuznetsov 2022-10-04 14:08:05 UTC
Christian, could we really to have qtz in release builds too?
Comment 7 Tuomas Hietala 2023-12-18 15:43:06 UTC
+1 from me also for having KeyID in the release builds. It would be useful for translators and I don't really see any drawback in including it. Yes, it's a kind of testing tool, but these days LO also ships development tools in the release build (and I don't have any objections to that either).
Comment 8 Tuomas Hietala 2023-12-18 16:29:44 UTC
I'll add that it would be also useful to enable "qtz" in the release builds of Help (offline and online), so that anyone who finds an error in Help could easily switch the language to qtz to see the associated KeyID.