Age | Commit message (Collapse) | Author |
|
Add l10n support to oox module to achieve this
Change-Id: I7bece62bdf5ef0f0d1ef424074f16cef94649d77
Reviewed-on: https://gerrit.libreoffice.org/74819
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I1af665f4c6d34d8514dd23bb7a3eba700ce3ddbc
Reviewed-on: https://gerrit.libreoffice.org/67559
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
also remove pre-onegit special handling
Change-Id: Ie60be508a188e00b9eea1b743ea10f1f985c459e
Reviewed-on: https://gerrit.libreoffice.org/63288
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Change-Id: I8bf3509637cb295847e0dd667c1862269a192bbe
Reviewed-on: https://gerrit.libreoffice.org/61881
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
...mainly to test how well/poorly extension help is supported by
--with-help=html, but also as a kind of reference implementation. (There are
also extensions in odk/examples/ that contain help content, namely
odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ containing context-
sensitive help for a dialog, a topic that is not covered here.)
See <https://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/
Help_Content#Integration_into_the_OpenOffice.org_help_system> for the ways an
extension's help content can be integrated into the "classic" (plain
--with-help) help system (citing sub-section headings used in that document):
* Help Viewer Contents page:
The contained help.tree provides a "The test-passive Extension" section with
a "The test-passive Extension" page (main.xhp).
* Help Viewer Index page:
The contained main.xhp provides index entries for "test-passive extension" and
"extensions"-"test-passive", and---only on the index pages of Calc and Writer
---for "test-passive extension in Calc and Writer".
* Help Viewer Find page:
The contained main.xhp is indexer="include", so it should be found by e.g.
searching for "bla bla".
* Context sensitive help and extended tool tips:
The contained Addons.xcu has been extended with a small (floating by default)
toolbar containing a "native" button (doing the same as the "passive - native"
menu entry), and the contained main.xhp provides an extended tooltip of "Show
the test-passive extension's native dialog" for that toolbar button (displayed
when using "Help - What's This?" and hovering over the button).
For context-sensitive help for dialogs, see the mention of
odk/examples/DevelopersGuide/Extensions/DialogWithHelp/ above.
The contained help is only provided in "en" localization, which should thus be
used as fallback regardless for which locale LO is run.
The help-related XML files need to provide identifiers in lots of places, many
of which appear to be unused for the given example uses. I specified those as
empty strings.
The workdir/Extension/test-passive.oxt extension can be built with `make
Extension_test-passive`.
Change-Id: I0e75f35df85683c9fae1d1384fa6afeaeb8a687d
Reviewed-on: https://gerrit.libreoffice.org/55736
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
jvmaccess, jvmfwk, l10ntools, libreofficekit and linguistic
Change-Id: I9d290d1098b25ccb3aee19d2df18c18f4aa65105
Reviewed-on: https://gerrit.libreoffice.org/51495
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I5c3ffc03c26b3428f1f336e6ecba7838a1cf1157
Reviewed-on: https://gerrit.libreoffice.org/46764
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I73eed5cbaaa1a0668f0dfa89a1a26883f64b3107
|
|
Change-Id: I5e8e4a9a31aa7c3ff54cc7ce137d08770ea297e1
Reviewed-on: https://gerrit.libreoffice.org/40279
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
* all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl
* all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string")
* ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching
MODULE .mo files
* UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui
goes from l10n target to normal one, so the res/lang.zips of UI files go away
* translation via Translation::get(hrc-define-key, imbued-std::locale)
* python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there
to keep finding the .hrc file uniform) so magic numbers can go away there
* java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation
mechanism
* en-US res files go away, their strings are now the .hrc keys in the source code
* remaining .res files are replaced by .mo files
* in .res/.ui-lang-zip files, the old scheme missing translations of strings
results in inserting the english original so something can be found, now the
standard fallback of using the english original from the source key is used, so
partial translations shrink dramatically in size
* extract .hrc strings with hrcex which backs onto
xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap
* extract .ui strings with uiex which backs onto
xgettext --add-comments --no-wrap
* qtz for gettext translations is generated at runtime as ascii-ified crc32 of
content + "|" + msgid
* [API CHANGE] remove deprecated binary .res resouce loader related uno apis
com::sun::star::resource::OfficeResourceLoader
com::sun::star::resource::XResourceBundleLoader
com::sun::star::resource::XResourceBundle
when translating strings via uno apis
com.sun.star.resource.StringResourceWithLocation
can continue to be used
Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
|
|
Change-Id: I0490efedf459190521f4339854b3394d57765fdb
Reviewed-on: https://gerrit.libreoffice.org/38058
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
persumably because there were never extracted to be available
for translation
Change-Id: Ib9d37105a41c19898577ba8acec121b87e3af9e5
|
|
Change-Id: I1f08d6ef43b76e7bae41ac33bb954f506ae7c485
Reviewed-on: https://gerrit.libreoffice.org/36542
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I0aad8ccf24eca383c763010cfdefba19465c487d
|
|
(which hopefully also fixes some tb's complaints about the code)
Change-Id: Ie7529ad40c5c91214c281e84461888525cbbf479
|
|
Change-Id: I6fd5f86288b303c8e3ce1cd072368df578e5e6a9
|
|
Change-Id: I720f70f81db92d75cdd83aa20a1cbf5a311b092b
|
|
Change-Id: Id35caa8b8ed0c2f7e4d868f5c87a2a0f331cb352
|
|
Change-Id: I13afaa9d0c7c9b46b3ebaedf299de41bed551e7c
|
|
Change-Id: I3017a5904569d9f773d3c69cb6aa27f860b8b2a8
|
|
Change-Id: I0af62539f9dfe636eb242acd766559ffe1097217
|
|
Change-Id: Id954d556c2b65772025b8aaabdbfa9ed4ae7a9b7
|
|
Change-Id: Id2eb27132fd6c1734e50c02617ce1bbb75e294a0
|
|
This reverts commit 05050cdb23de586870bf479a9df5ced06828d498,
not all places that use e.g. OStringToOUString to convert potential UTF-8
are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and
some places like e.g. in codemaker are happy with the best-effort effect
of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).
|
|
Change-Id: I771004b7ccab3344a67e827e45bc34c22ffa5f77
|
|
Change-Id: I81b77599590410da2bd93fe538b143f934917e8e
|
|
Change-Id: Id7c517fb37bc28797c45fc0dde83e866f2aa4aac
|
|
Change-Id: Ie1684fe456ea6f9cd4b93481aa73f5b51a20ba1b
|
|
Change-Id: Ic1a99ef971168093835207dd084e50a4f02b5e5f
Reviewed-on: https://gerrit.libreoffice.org/9141
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
and so padmin is no more
Change-Id: I554cefa8b38581daad8a78bafa167448b0a0ef61
|
|
Change-Id: Iee6557755e4976e023d1c04bde24e3aa1d0fd062
Reviewed-on: https://gerrit.libreoffice.org/8369
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ia10056ae9e1b9adfe74f299afac5c3c84fa8cea7
Reviewed-on: https://gerrit.libreoffice.org/8278
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I654e3af31a6915f08ff808b351d304da773ad267
see: git://gerrit.libreoffice.org/impress_remote
|
|
Change-Id: Ia4836a69ddd8bebe8cc21cea67be96b029388cb1
|
|
Change-Id: Ic92ab5e715253caa4be9c0fea4499797ed2b7485
Reviewed-on: https://gerrit.libreoffice.org/6997
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
It will be better to handle Android Impress Remote localization
independent of the big LibreOffice source tree. Instead of
stringex, we will use android2po, a 3rd party utility for conversion
strings.xml <-> pot/po.
Change-Id: I4eae53e4f8d94c55e5564d54c5e5c214bc9569d7
|
|
Change-Id: I7bffb6c976654e23e8728e902d7bac287e45afd3
|
|
Change-Id: Id1e0d4241a356bdb08a44b3ae87c3d1023c4669e
|
|
Change-Id: I759b22ca0f5bf7e3405572088d79263dd978f43c
|
|
Change-Id: Ib78b25641ae20a3eb23545649f08b963e34c74ff
|
|
Change-Id: I9ec5192c007df6d0ce15f5e61cb53cf6ea04db08
|
|
Change-Id: I5aedd4595c3f676deaedddf80c3a96250015f2ed
|
|
So no need to ad it in a commandline parameter.
No need to use a vector to store languages.
Change-Id: I1f7d3bd131b5a9ff23d403cee4ac6804ae8e0a0b
|
|
Plus avoid use of Export::sLanguages member outside
of the class.
Change-Id: I33702816fdb4980d690cfe8fcd8cc3fbd0df1dd8
|
|
Change-Id: I1b9e31b8c64ed8bf7eb073f036a7fdda39a15392
|
|
To avoid big diffs, stem from platform dependent order.
Change-Id: I848a14de2c4e7af2f3a2d9a0fdb005c289cfead2
|
|
Working:
1. Localize add header to po files.
2. Executables append po entries to po files.
3. Localize delete entryless po files and empty directories
Plus a bunch of clean up.
Change-Id: I58e300eaee4cee948203cc9d3e642ca9462d0d26
|
|
Change-Id: I8bd987ec0f2bd4a886a14d38d7b7ba354abd2f06
|
|
See also: 73b7792f716064db0815ad0f86846093edcd2f78
Change-Id: I9ea5e77cf84ce9ac6b247b97e579373831ab9ab9
|
|
Change-Id: Id9f3d2435530ff9c797eca5e86aa568f921017b1
|