Age | Commit message (Collapse) | Author |
|
for one HSQLDB_JAR is already a path and secondly, gb_Helper_make_path
doesn't even exist (anymore). It's supposed to end up in
URE_MORE_JAVA_CLASSPATH_URLS so use gb_Helper_make_url
Change-Id: I52c6117299caeb4fac8c894fc54564befc673e67
Reviewed-on: https://gerrit.libreoffice.org/55552
Tested-by: Jenkins
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
|
|
Change-Id: Ie0e8b8b7ad59ee640d6b195dfae1a7cf745056fd
Reviewed-on: https://gerrit.libreoffice.org/54543
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
|
|
* 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
|
|
Add new PACKAGE_FILELIST_FONT
The DONT_DELETE style has no effect for files.
The FONT_WARN_IF_EXISTS style has no effect.
Change-Id: Id062ada0a680341c01827e457b1166d625afe8cc
|
|
Fixes regression from 73661c6f0f78964633a74f487d6bb7c0922d00dc
Not sure why these need their own scp2 Module
Change-Id: I26386a5105b8244eacfcb1760091e8806c55abd8
|
|
Change-Id: Ib7b0773ee2b347d81d3f8894ea3063c6d6f18d90
Reviewed-on: https://gerrit.libreoffice.org/34168
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
In OOo times, there'd originally been efforts to allow building on Windows with
MinGW. Later, in LO times, this has been shifted to an attempt of cross-
compiling for Windows on Linux. That attempt can be considered abandoned, and
the relevant code rotting.
Due to this heritage, there are now three kinds of MinGW-specific code in LO:
* Code from the original OOo native Windows effort that is no longer relevant
for the LO cross-compilation effort, but has never been removed properly.
* Code from the original OOo native Windows effort that is re-purposed for the
LO cross-compilation effort.
* Code that has been added specifially for the LO cross-compilation effort.
All three kinds of code are removed.
(An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing
--with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.)
Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568
Reviewed-on: https://gerrit.libreoffice.org/34127
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I4d2fe64fb8635bb87c9eb3b3f5b98227811cea03
|
|
Change-Id: I9998f3dcd6725a49aa2c083eac0de1f970b167e0
|
|
And a little cleanup.
Change-Id: Id066b4d37e217b8ab21ea162c23a999566a9e190
|
|
gid_Brand_File_Bin_Soffice_Bin_Manifest was removed
in 26bddf3e80865d847f52e649ab60f97269177a3e
Change-Id: Iff5314e8c3c6191556c082bc30938dd177b254fc
|
|
..in e759269e373fa02d3e8566d1edc9fb9526de6640
Change-Id: I670cd35f64f1784b4150a8c3ab310bd1c88e6ed0
|
|
Change-Id: I21a53381ad4018034de3833e8e244d0d7a7d28b8
|
|
Change-Id: I59afb2302b7fe891a83ca5ce7b12eca322bb7ed7
|
|
Change-Id: I23c0227ee304a6b756ff3d474866609d95e6a071
|
|
Change-Id: I9dda8144e0cb3ff2ea80c65f210a9b94b88a0026
Reviewed-on: https://gerrit.libreoffice.org/22379
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
This unbreaks Windows packaging after
85b46f51928dc17cda1bc974bca9159de9221b4d - I guess this should be
Linux-only for the moment.
Change-Id: Ie19f7f3e4b611e2884e3fdb1a64c63927b018989
|
|
Change-Id: I231cb935f1d0a4e69bc3f970e48aece8305ab2b3
|
|
Change-Id: I4d3eab1f16751a1b3f24a995e3d28322fd2f510b
Reviewed-on: https://gerrit.libreoffice.org/21606
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
These were missed during the removal of NPAPI.
Change-Id: Ie6233a755cd8f2995692fb8790bd65055d100251
Reviewed-on: https://gerrit.libreoffice.org/21015
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Seamonkey based address book driver is based on pre-compiled libraries
and is only used on Windows 32 bit. Remove it in favor of mork driver.
Given that Seamonkey based mozab driver also provides Outlook and
Outlook Express address book integration, that Windows-32-bit--only
feature is lost for now. If necessary, support for that feature could
be rewritten from scratch, in a way that would also work for Windows 64
bit.
Change-Id: Ie1c125e692598bda999767c328c9e2262a2b82af
Reviewed-on: https://gerrit.libreoffice.org/19560
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I383b83b3778b11a012a931c19a2be85445af29c5
Reviewed-on: https://gerrit.libreoffice.org/18900
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
That's what it actually means. Also make it a boolean
Change-Id: I249e18351253b34b5dada28e2a9c6bc0c06b730c
Reviewed-on: https://gerrit.libreoffice.org/18688
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
With the new RHEL6-era baseline TDF can finally ship KDE4 support.
Change-Id: I227278b576a3ed2f2aaa751d41b469ca92dc78b3
Reviewed-on: https://gerrit.libreoffice.org/18267
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I85c0db36709f545bf2d4eaba9b458e4741b7879b
|
|
... except for soffice.exe which is referenced by some FolderItem.
Change-Id: Ie5788aa950f0b8526220fb2c8b9281ce934b8a5d
|
|
This removes ENABLE_NPAPI_INTO_BROWSER while it should keep
ENABLE_NPAPI_FROM_BROWSER (embed flash in LO) intact.
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Conflicts:
extensions/source/nsplugin/source/npshell.cxx
Change-Id: I80a9159a75653c74423d8fdc7c188568d3188e04
|
|
In other words, only executable files go in the MacOS folder. Dynamic
libraries and bundled frameworks (i.e., LibreOfficePython), and
nothing else, go in the Frameworks folder, and all other files go in
the Resources folder.
Especially, note that Java class files and rc (.ini) files also go in
Resources.
Such an app bundle structure is what Apple strongly suggests one
should use, and it has been hinted that future versions of code
signing and/or Gatekeeper will require such a structure.
There is still some ugliness thanks to traces of the historical
separation of URE from "the office". Like there are two separate
"unorc" files, one for URE, one for the LibreOffice application. IMHO,
this should be cleaned up, but is probably controversial.
(Eek! I now see there are actually *three* unorc files in the app
bundle. Not intentional. Need to fix that later.)
Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606
|
|
Change-Id: I94b3f39ce3dc642c97dfd515b026e4470724b06c
|
|
Change-Id: Iac7d30ea181edbc479034e7b6f8eea285d7f6fbb
|
|
Change-Id: I02e99812b7a6afba04afee1b5c810bf5b1640c51
|
|
Change-Id: If4f5c51e986b51f5795012b9535ab7a7ea51337b
|
|
Change-Id: I5898314c630348552ca2e0a6df1cc76972e3974c
|
|
Change-Id: I13bf9d1b75b3da1a8b6925f12eca938141fc9baf
|
|
Change-Id: I5a50e7fcf5eafb18a63d250a82810703d3d8b11d
|
|
Change-Id: If79d57cf1743427106c0e4202fb4d5e42b5a807e
|
|
Change-Id: If07b243e71be7c67d36e3d652c52781ef902e380
|
|
Change-Id: I0a3b2bd6744f6ccca0017cd1e06a4018f085445a
|
|
Change-Id: I1404cfc08cd03cff000b088a305e47c96df0b986
|
|
Change-Id: Ie586fd383af33cb8dcb00b2d8f9ae41f39a1a673
|
|
Change-Id: I8034b6fdf85697b6b409143396983ef3170257b2
|
|
Change-Id: Ia29a173ab6bb3442f98cd6db4db67ad27e7fa9a1
|
|
Change-Id: I8932febdd39c35f23fb3a89703b69e25302f5678
|
|
The assumption that all configure variables had been normalized to
TRUE/<empty> turned out not to hold; convert a bit more in that
direction.
(regression from 4af38b099c741c3676aefeb20c515913aaeed666)
Change-Id: I2127c515e8a833a07c9b26ed9d693ce5a1853fe4
|
|
Change-Id: Ia2c5ce1176496e98643e2cefc65d4c6d0cf9c781
|
|
Change-Id: Ibcf2dca1a2c624e6467db45ccfe195035e35555e
|
|
Change-Id: I2535fb641ba6e0f3c651868143e70ca0bbd88d5e
|
|
Those .jnilibs that are not needed as .dylibs (this includes those that are also
UNO components) are handled via RepositoryFixes.mk. The remaining one,
libjava_uno.jnilib is packaged as a symlink in instdir. Everything else is not
necessary and removed (including the venerable oddity macosx-create-bundle).
Change-Id: I34a1801b0733cdff885c1c72db16fa631c5d82ef
|
|
Change-Id: I4b41f8c2c6dd82956cb2493676c9854744eecbad
|
|
This commit adds gb_Package_add_symbolic_link.
Change-Id: I58511ede3da402464e60a4c45549c15c9c5dd1a5
|