- RepositoryModule_build: add modules necessary to build gengal and
libraries used at run-time
- add dependencies to gb_Executable__register_gengal.bin
- use gb_Helper_OUTDIR_FOR_BUILDLIBDIR
Change-Id: I4a88c1786b1ee2ee2b75b1a5dd75009ef70ed353
These happen when enabling change tracking, deleting a full paragraph
(incl. paragraph break) and then copying the deleted paragraph to the
clipboard; the "rPos" and "aCpyPam" SwPositions are registered at a node
that is deleted by lcl_DeleteRedlines.
Change-Id: I3e9e29548d23377807c26fdd401b3c9637fddf25
In GNU cp, -r and -R are equivalent.
For the cp in OS X: "Historic versions of the cp utility had a -r
option. This implementation supports that option; however, its use is
strongly discouraged, as it does not correctly copy special files,
symbolic links, or fifo's."
Using cp -r meant that the symlinks in the LibreOfficePython.framework
were not properly re-created in instdir.
Change-Id: I8367269a77b876c063fd21ceb919936215fb7d37
Not really useful to see such messages for stuff that does not depend
in any interesting way on the LibreOffice or system configuration but
is trivially hardcoded based on just the "prefix".
Change-Id: I83ec78bb32891a18318d9f174e4efef901c74846
they are inconsistent with MS word
Reported by: Yan Ji
Patch by: Lei De Bin
Review by: Chen Zuo Jun
Conflicts:
sw/source/filter/ww8/ww8par6.cxx
Change-Id: I48a6761a8e8fb1c052aa4f2a261aefb850d6c112
This reverts commit 69c52bc5b7
I found one place where Y should have been X, but didn't clear
the problem, so threw my hat at it and reverted the lot, its
cosmetic anyway so no functionality lost be reverting.
For a new document the default is already effectively "false" due to
SwDocShell::InitNew() and the ODF and WW8 filters set it explicitly to
false... which is also the appropriate value for RTF and DOCX.
But only OOoXML and (perhaps) HTML (not sure) want "true" as the
default.
It is also mysteriously reset to "true" in
SwDoc::RemoveAllFmtLanguageDependencies() (which is called after loading
a template) for no apparent reason.
Change-Id: If5ad33c99f97412cb3ad4f9cec32f47825ed6f6b
It is not quite obvious what that commit attempts to do... especially
since the bugdoc attachment does not actually exercise the code that was
added in the commit, which changes the handling of the
"IsFollowingTextFlow" property.
The corresponding ODF attribute is style:flow-with-text, which has been
added in OOo 2.0. Investigation revels that MSO's ODF filter does not
support this attribute and acts as if it always had value "false".
The code in FillBaseProperties effectively acts as a default if the
value is not set; the ODF spec does not specify what the default should
be. But when an ODF document was written by MSO, "false" makes more
sense than the previous "true" default. Except when the document is not
ODF but OOoXML format, which indicates it's likely written by OOo 1.x
which did not support the attribute and acts as if it always had value
"true".
The Writer UNO API implementation is however not the right place for
format specific handling, so replace that with an addition to the
function reading the default graphic style that sets the
"IsFollowingTextFlow" property to false as a default, which should
have the same effect because all styles inherit from it.
Note: MSO 2010 Word always writes a default graphic style into ODF docs.
This has a side effect for loaded ODF documents: various newly
inserted objects have the property turned off then. But it turns out
this is actually an advantage, since the same behavior already exists
for _new_ documents (see SwDocShell::InitNew) so it is more consistent
now.
Change-Id: Iba6444a0515fd583398ff052fc5018254da31c30
...to work around MSVC 2008 Express (at least) "warning C4503:
'rtl::operator +' : decorated name length exceeded, name was truncated."
Change-Id: If6838aaa45ecfc0c092f95228e8616e69ea1f0e0
under certain conditions.
Reported by: Li Feng Wang
Patch and review by: Ma Bingbing and Armin Le Grand
(cherry picked from commit f425d556504e055216d9402241ff598a97204509)
Conflicts:
sd/source/filter/eppt/epptso.cxx
(cherry picked from commit 8c23e31acc)
Change-Id: I7e610b754ff7215201bc1ac47d618869e4e8fe2b
when an ellipse is involved.
Reported by: liupingtan
Patch by: Jianyuan Li
Review by: Andre Fischer
(cherry picked from commit da2c3ed52ae631dba11821f201a2fce49bf18c86)
Change-Id: Iff8195365823b60a70641b9efeb9c9f6c86d5341
under certain conditions.
Reported by: Li Feng Wang
Patch and review by: Ma Bingbing and Armin Le Grand
(cherry picked from commit f425d556504e055216d9402241ff598a97204509)
Conflicts:
sd/source/filter/eppt/epptso.cxx
Change-Id: I7e610b754ff7215201bc1ac47d618869e4e8fe2b
The definition of Auto_File_Libs_ALL was not known in
module_hidden_ooo.scp, so it was left unexpanded and the unattached
files were assigned to the gid_Module_Root.
Change-Id: Ie7064da6e02394261a47e88526c073941625dc8c
