This is a follow-up to commit be8a7eb7c1,
which dropped the setting from instsetoo_native/util/openoffice.lst .
Change-Id: I86cf333fae78edf1a4d2167505457ac925d96208
This has never been enabled during the open source history of
openoffice.org . Yet we have been building the code and the resource
file for it. Should I be surprised?
Change-Id: Iba8262f125d0ea3a35fa7f256a3cdbd353e598bc
It's been quite a time since the big header move. I suppose this iss not
needed anymore.
This reverts commit 1b2f3b9c64.
Conflicts:
solenv/gbuild/UnoApi.mk
Change-Id: Iea817c17a2559e853709d3b7686365dd29e12ea8
Which was empty of contents e.g. from autotext->macro...
because of 5d84af7e83
"fdo#57553: Picture dialog Macro tab page: lazily init"
which was because of bd2c14ec78
"we have to have all tabpages in all modes now"
which was because we need to create all tabpages in order to determine their
size for layout.
Change-Id: I01fe03abf3e4582e87927729286a21d0bac7037c
Change-Id: Ic662f6a927225b56820ccebf135b82ab1631974d
Former code did not find the Firefox plugin, if it was
registered under HKEY_CURRENT_USER. Therefore the checkbox state was not
preserved in Tools - Options - Internet - Browser Plug-in.
Change-Id: I9ae2a7dae1501500d7ea7cb42517605219450af3
math.dtd was dropped from installation in 2009, see
https://issues.apache.org/ooo/show_bug.cgi?id=97200#c3 :
"In agreement with MIB and MT it was diecided that the Math.dtd should
be removed from the installation set as well since it
a) has incorrect content
b) is no longer used nowadays at all"
Change-Id: Id2a727338c224b0beb4b8def197988ab071a7d94
The FILELIST install method is really tailored to large sets of closely
related files. It is not such a great idea to apply it just to move some
unrelated files, delivered from a single module, out of $(OUTDIR), like
here, because it requires splitting one Package to several to allow the
files to be placed to different installation modules in scp2. The extra
makefile increases the overhead needed to place a file into an
installation set. We really need a better way to handle this...
Change-Id: I2f271562d8773152e69d284b4fe8ae356dea0945
Do we need to install them? Or even have them in the sources, FWIW? The
old XML format has been superceded by ODF 10 years ago...
Change-Id: I909afcf86ae808441c7dbc6182512bedb9789c1c
This is in preparation for using doxygen to generate IDL docs. Because
the file names generated by doxygen are essentially random, it is not
possible to use a Package to deliver them. And we really do not want to
go back to using Zip, as unpacking slows the installation down.
Change-Id: I5f4aa6bf10c6aab30a5b1870e04dca723c123317
Reviewed-on: https://gerrit.libreoffice.org/3774
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
Calculate the delta based on the whole cluster width no just the first
glyph.
This whole ApplyDXArray() business is completely flawed, it is just
trying to second guess information we already had, and then workaround
all bugs it is introducing.
Change-Id: I5f719d7addcb89c9d5662b48ca7cf55cd388b41e
