* New bullets added as ordinary gallery
* makefile not within the WITH_GALLERY_BUILD switch
because Bullets & Numbering rely on these images
Change-Id: Iaa2f58129b80bd468baaabd2c495557f053fc59e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90185
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>
This reverts commit 2e74fdc559.
Reason for revert: Does not work
Change-Id: I8014d2d046385a795777208330e2a6af1b9f5222
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90395
Tested-by: Jenkins
Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
OpenSymbol is crucial for Math; so it is not just some font that
could be used if present, but part of program resources. As such,
it must be available with other program resources, and not depend
on user preferences, like uninstallation of the font from system.
This patch puts it into program/resource/common/fonts, and adds
that path to the paths used for private fonts. This is in addition
to share/fonts/truetype, which is optional, and is usually absent
on most Linux and Windows installations (on Linux, it is usually
in a separate package installing it to system fonts; on Windows,
it is also installed to system by MSI).
Change-Id: Ibf5e12e70dacb62b965035645fc53e9d83cd8793
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86649
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Reviewed-by: Rene Engelhard <rene@debian.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
The following build:
$ make clean && make gb_CppunitTest_sc_ucalc
[...]
$ cd sc
$ make gb_CppunitTest_sc_ucalc
triggers:
sc/CppunitTest_sc_subsequent_filters_test.mk:133:
*** Missing font filelist -> run make more_fonts extras.
This didn't help the general Win32 font build problem AFAIK. There
were additional patches to the way Windows loads the LO provided
fonts, so just revert this.
This reverts commit 368c996b24.
Change-Id: I841f96fe8312c47980c8e3be2e9d88242df5b28d
Reviewed-on: https://gerrit.libreoffice.org/84633
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
The current dependency is already a hack, because there is no way
I know of to depend on delivered top-level modules like more_fonts.
The original patch parses the gb_Package_MODULE_ooo_fonts list of
registered packages to add them as build dependencies.
But this is not sufficient, as it just adds the dependencies on the
installed / unpacked fonts in the workdir (actually it's just the
installer filelist), where they can't be found by the unit test
running in the instdir environment.
So this converts the depndency into a make error, if either the
filelist is missing or the included font files. But if we are in
a full run and know the more_fonts module, we simply depend on its
delivered files.
This needs some minimal changes to gbuild, as neither the delivered
file list nor the modules class names are yet available. And this
moves the fontconfig handling to extras, where the opensymbol font
is already handled.
Change-Id: I1b70a4c45ff189266ce56c57e534ddc45e7c5c19
Reviewed-on: https://gerrit.libreoffice.org/74624
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
design part of the personas patch
Change-Id: I53c3b4d7dd6a4b47ac2d27b361978faa597386e6
Reviewed-on: https://gerrit.libreoffice.org/61507
Tested-by: Jenkins
Reviewed-by: Muhammet Kara <muhammet.kara@pardus.org.tr>
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
Reviewed-by: andreas_kainz <kainz.a@gmail.com>
Maintaining XML code is easier if we need to change a font
(name or size). See tdf#114749
Change-Id: I1c1e5951c24863be717aef3dd22d533f5fd23a4f
Reviewed-on: https://gerrit.libreoffice.org/58787
Tested-by: Jenkins
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>
Tested-by: Heiko Tietze <tietze.heiko@gmail.com>
Mainting XML code is easier if we need to change a font name
or font size for asian and complex. See tdf#114749 or tdf#114746
For Classy_red.otp, Object 1 was renamed Object1, as no space are
allowed in file names.
Change-Id: I6ed0b4df20943396640a9d9b749b77d5ba16ed2d
Update: as suggested by Mark, add indentation with xmllint --format
Reviewed-on: https://gerrit.libreoffice.org/47221
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mark Hung <marklh9@gmail.com>
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>
- Remove .bau files
- Unzip .bau
- Add missing mimetype files
- Remove trailing spaces and tabs
- Change directory names of standard/FN/Object 1 to standard/FN/Object_1
- Add files to project (3800 files)
- Remove non-UTF8 characters in sk/template/HLB and sk/template/HRB
- Move user autotext in CustomTarget to a sub directory "user" to avoid
conflict with shared autotext
- Change all META-INF/manifest.xml to add DOCTYPE line and complete
manifest tag
- Add AllLangCustomTarget_autotextshare.mk
- Make relative path for office.dtd and Manifest.dtd in xml file
- Correct pl/standard/ZO/atevent.xml and pl/template/PT1/atevent.xml
Caolan's dream: https://bugs.freedesktop.org/show_bug.cgi?id=40499#c36
Change-Id: I17486cd88f380976990291a7d12969cc7751fb84
Reviewed-on: https://gerrit.libreoffice.org/9954
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
- this renames the 'almost' module target to non-l10n
- and adds a l10n target which is intended to only build l10n parts of
the product
- packagers should then be able to build l10n and non-l10n parts of the
product independently, thus:
- enable quicker rebuilds
- distribution of load
- updates to l10n without a full rebuild
- security fixes to binaries without rebuilding all l10n
- the new targets are called build-l10n-only and build-non-l10n-only
- note this is not intended to move a concept of split packages
upstream -- while this exsists in distros, the number of test
scenarios for this would explode upstream
Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863
Conflicts:
filter/Module_filter.mk