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:
 
Reported: 2013-12-08 13:19 UTC by Jean-Baptiste Faure
Modified: 2015-11-22 23:24 UTC (History)
3 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.