Bug 127511 - Extension add language support for content
Summary: Extension add language support for content
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Extensions (show other bugs)
Version:
(earliest affected)
6.4.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-12 06:42 UTC by andreas_k
Modified: 2020-11-19 11:10 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 andreas_k 2019-09-12 06:42:27 UTC
when you make an extension you can add in the description.xml file license, display-name, extension-description for different languages.

example

	<extension-description>
		<src xlink:href="description/component_en.txt" lang="en" />
		<src xlink:href="description/component_es.txt" lang="es" />
	</extension-description>

that's fine and you have language support in the LibO extension manager.

but it's not possible to define that the content (color palette, gallery, ...) should be selected depend on the language. The reason is that the path for the content is stored in config.xcu file and there is no lang="" tag available.
Comment 1 andreas_k 2019-09-12 06:43:07 UTC
example config.xcu file
=======================

<?xml version="1.0" encoding="UTF-8"?>
<oor:items xmlns:oor="http://openoffice.org/2001/registry">
	<item oor:path="/org.openoffice.Office.Paths/Paths/Palette/InternalPaths">
		<node oor:name="%origin%/palettes" oor:op="fuse"/>
	</item>
</oor:items>
Comment 2 andreas_k 2019-09-12 06:44:01 UTC
example config.xcu file with language support
=============================================

<?xml version="1.0" encoding="UTF-8"?>
<oor:items xmlns:oor="http://openoffice.org/2001/registry">
	<item oor:path="/org.openoffice.Office.Paths/Paths/Palette/InternalPaths">
		<node oor:name="%origin%/palettes/colors_en.soc" oor:op="fuse" lang="en"/>
		<node oor:name="%origin%/palettes/colors_es.soc" oor:op="fuse" lang="es"/>
	</item>
</oor:items>
Comment 3 Xisco Faulí 2019-10-03 11:08:28 UTC
@Heiko, as an extension expert, what's your opinion here?
Comment 4 Heiko Tietze 2019-10-05 07:45:22 UTC
As an _advocate_ of extensions, I could live with this limitation. Don't see a clear use case for l10n. And ultimately it's possible to ship different extensions.
Comment 5 andreas_k 2019-10-05 08:25:47 UTC
(In reply to Heiko Tietze from comment #4)
> As an _advocate_ of extensions, I could live with this limitation. Don't see
> a clear use case for l10n. And ultimately it's possible to ship different
> extensions.

ok, but why we have than l10n support for the extension manager? the stuff in the extension manager is "only" informativ. The content of the extension (eg. the gallery elements, whatever, ...) is more usefull to have translated.

On the other side, which extension developer is interested in translate there stuff in all languages.
Comment 6 Xisco Faulí 2020-05-11 07:38:20 UTC
Hello Andreas, Heiko,
What's the status of this issue? It has been in UNCONFIRMED for a while, what should we do with it ?
Comment 7 andreas_k 2020-05-11 08:15:38 UTC
As there is a GSOC Student for extensions stuff this would be a good bug for the UI part of the GSOC project.
Comment 8 Xisco Faulí 2020-11-18 15:20:45 UTC
(In reply to andreas_k from comment #7)
> As there is a GSOC Student for extensions stuff this would be a good bug for
> the UI part of the GSOC project.

Hi Andreas, Heiko,
any update on this ?
Comment 9 Heiko Tietze 2020-11-19 11:10:16 UTC
(In reply to Xisco Faulí from comment #8)
> any update on this ?

Nope, and I doubt it will be done. 

You can provide multiple extensions alternatively to the proposed packing of everything into one file. Having different configurations or directories is not feasible. And localization is possible out of the box, see https://wiki.openoffice.org/wiki/Extensions_best_practices#GUI_Localization