| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To be used in regression testing and similar scenarios, where the output ODF
is *not* intended to be further manipulated in LibreOffice. An environment
variable LIBO_ONEWAY_STABLE_ODF_EXPORT is used to toggle this behaviour. I am
not 100% sure whether the generated ODF with the hack toggled on is even fully
correct, but correctness is not the purpose of the hack anyway.
Two classes of issues handled: 1) Automatic style names and 2) use of
randomness.
For class 1), when the hack toggle is in effect, we generate the names at
first as strings based on all the properties of the style, and sort them based
on those, and then rename them (for brevity in the output) to the "normal"
form of a short prefix plus a number (like "P12").
Sure, it would have been better to just figure out *why* the automatic style
naming currently is not stable in the first place, but outputs the styles in
different order (with some styles being assigned different numbers) in
separate invokations of LibreOffice), but I was unable to understand that.
Possibly this code could be used in all cases, except that it does break some
unit test (can't recall which right now). I don't know whether that is simply
because the unit test assumes too much knowledge of the internal workings of
the automatic style name generation, or whether the generated ODF is actually
invalid.
For 2), I found a handful of places where randomness was used to generated
various kinds of identifiers in ODF output. I changed those to just use large
(64-bit) non-overlapping integers instead. I assume there *is* a point in the
original code in each case that explains why randomness is needed, so the hack
definitely needs to be optional and used only for the above mentioned
scenarios.
Change-Id: I17b657197e38bcf24abdfe61ad4a277f4339eeae
|
|
|
|
| |
Change-Id: Ib88b9e5533e56bb8b0b05c4e668299b033f17ffb
|
|
|
|
| |
Change-Id: Iaadec33715f8e0e0c6595c5e684606905274fdab
|
|
|
|
| |
Change-Id: I390b6b0d8e1c143a0d2e8f4f0a1ec80c2924942c
|
|
|
|
| |
Change-Id: I4a70ed8b527096e35fa717b87efc4b6990f29121
|
|
|
|
|
|
| |
since bc1b9d2dc0428f6a23f9284ea4a058ee55f6c3e4
Change-Id: I7e6bccc451f086093086578775e1446afe0babb6
|
|
|
|
|
|
|
|
| |
Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions.
Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT.
Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
|
|
|
|
| |
Change-Id: I16cc5dc16f16d7718dcbda8cc279ae98a89cb751
|
|
|
|
| |
Change-Id: I220868988af814c80c47fad9f8d43c30601d397b
|
|
|
|
|
|
|
|
|
| |
Change-Id: Ib904af4fac5659821ba3b5dbbf62370df8243001
Reviewed-on: https://gerrit.libreoffice.org/5810
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric@lanedo.com>
Tested-by: Pierre-Eric Pelloux-Prayer <pierre-eric@lanedo.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Change-Id: I1d80c2ee463a0253e7e3a84331106006316c1ea6
|
|
|
|
| |
Change-Id: I81767fda35b52e73bc78c07b660244a6808a0409
|
|
|
|
| |
Change-Id: Iccd059e2d09666775f8391a1ac2a074518a5c111
|
|
|
|
| |
Change-Id: I8038a724d79a81ac5502f926f8b8f19e2a277e74
|
|
|
|
|
|
|
| |
I guess "impastp" could stand for "IMPort AutoSTyle Pool" but no idea what the
"l" means, I chose the name "impastpl.cxx" just to match "impastpl.hxx"
Change-Id: I6e03df47f4782bfe5bd959d9b52f1fb666a3086f
|
|
|
|
| |
Change-Id: Ibb4e2475efc7f70c08035184cddedfaf40b7ec25
|
|
|
|
| |
Change-Id: Id32780e5cb565e85f0366a91282ce085ed7d2f3c
|
|
|
|
| |
Change-Id: I4c6c2cd4acf8ae4a759a662f92066ad63df74b3c
|
|
|
|
|
|
|
|
| |
An attempt to import a language from fo:language is fine even if
*:rfc-language-tag was already imported, just ignore this case instead
of warning, warn only if Language!="qlt".
Change-Id: I0f7ebc6964fe079c9f86ca19e98cfa56ec56398a
|
|
|
|
| |
Change-Id: I00e04ba603da8b07d53a9e23134fa01ea1ab3f0b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Triggered by aa9af08b389a106fcfb53842ac7669b208a27205 which explicitly sets
rSet.Put( SdrTextAutoGrowHeightItem(FALSE) ); so there is something set on the
style which is being overwritten.
The code here resets the style to the default of "true" before going on to set
it to the explicit "false" again. In that window of time the master shapes
listen to the property change, on being set to autoheight they resize and on
being unset, they remain stuck on their autoheight calculated size.
Change-Id: I567a791b2bbbcb3a1a111633fabf509142984645
Reviewed-on: https://gerrit.libreoffice.org/5887
Reviewed-by: mhofmann <borim7@web.de>
Reviewed-by: Thorsten Behrens <thb@documentfoundation.org>
Tested-by: Thorsten Behrens <thb@documentfoundation.org>
|
|
|
|
| |
Change-Id: I7ded25661e7d3343afc783e804ab5f3cf0207641
|
|
|
|
| |
Change-Id: I826911bdf06b8047ca8e3bd256687e10fb51962d
|
|
|
|
| |
Change-Id: I1d62c66bd89ec5a813eb7b211042e392903c8baf
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduced gb_INSTROOT, which is the same as $(INSTDIR) except for Mac OS X,
where it is $(INSTDIR)/LibreOffice.app/Contents. Most stuff ends up there (so
most occurrences of $(INSTDIR) have been replaced with $(gb_INSTROOT)), but SDK-
related stuff goes to $(INSTDIR)/$(gb_Package_SDKDIRNAME). (And
GeneratedPackage needed to be made more flexible, to allow for packages that go
into either of those two places.)
For Android and iOS, gb_INSTROOT probably still needs to be set.
The most obvious missing thing yet to make instdir work for Mac OS X is the
instdir/*/LibreOffice.app/Contents/ure/ vs.
instdir/*/LibreOffice.app/Contents/ure-link/ split.
Change-Id: I4478edd27b14c92c96d92d5169bdca3ec50d78f5
|
|
|
|
| |
Change-Id: If6d39259c29e9abcb693c9b0bdfb89b94001f928
|
|
|
|
| |
Change-Id: I9bcf02b270200fd146d2bfee6f15ff1f9ad8888b
|
|
|
|
| |
Change-Id: I6d5e8d3fd69189935a3338fee19b60022f70a7eb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When multiple image child elements are inside a frame, each one is
imported and gets unique name via SwDoc::SetFlyName(). But the
retained one is not necessarily the first one, which is the only one
that may have the original name.
Also the solveMultipleImages needs to return a smart pointer, as nothing
else keeps the image contexts alive.
(regression from 44cfc7cb6533d827fd2d6e586d92c61d7d7f7a70)
Change-Id: I28a8a752f3eed176cc2ebb4c9af11a0dd4d18ea6
|
|
|
|
|
|
|
|
| |
This is a follow up commit to
- 22d1beb78a475e4846af945afde1c4d6c263b5d6
- 1c7af455ab9345304a7ac48ce2e0310de2ac8a75
Change-Id: I55ff666c357c89ad355a1a5bc0d0347fcc188476
|
|
|
|
|
|
|
|
| |
This is a follow up commit to
- 22d1beb78a475e4846af945afde1c4d6c263b5d6
- 1c7af455ab9345304a7ac48ce2e0310de2ac8a75
Change-Id: I102685391125f3b4f7bdf838f8bd17a2283d558d
|
|
|
|
| |
Change-Id: If9768751a50f302b8ad036f345ddcbcc29366b7c
|
|
|
|
| |
Change-Id: Ia8a9f60831d089ec04127213bb9ded31aa754bf7
|
|
|
|
| |
This reverts commit 72e019c4e301ef93bd1be985edd037d1e2b10e28.
|
|
|
|
| |
Change-Id: I43c1f866847e2029bc1547dff3be3c1ed454d281
|
|
|
|
| |
Change-Id: If52ea471ee3ca10e2f69d2fcd7b3ae0d5772bfc3
|
|
|
|
| |
Change-Id: I3ad39e5de5b6999d6c2182c1ec622ae7f873cafe
|
|
|
|
| |
Change-Id: Ia81385dd9952e90cd5ebb3d1bba38aff6f84d079
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1, New character attribute
- Add the three shadow members to font
(width, color, location)
2, Painting
- Extract the shadow painting to a local function
and use that for character shadow (paintfrm.cxx)
- Reduce the painting rectangle of background
(shadow doesn't inherites the background of content)
3, Border merge
- Use text portion join members to skip shadow
when neccessary.
4, Vertical text
- Get shadow space dependant from oritentation and
border merge.
5, UNO API and ODF filter
Paragraph: ParaShadowFormat -> Character: CharShadowFormat
Change-Id: Ief4669990d238016c3ffc18a2609a3df7d9dddbf
|
|
|
|
|
|
| |
Not using UNO API here alone made this code fly.
Change-Id: Ib3eff168bbe49e49fb413909b7a14057f808cdf9
|
|
|
|
|
|
|
| |
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
|
|
|
|
|
|
|
|
| |
Change-Id: I93e14d4936c0ffbe03425d4a54bb0e09bc62b3e3
Reviewed-on: https://gerrit.libreoffice.org/5550
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
| |
Change-Id: Ia529992d15152db981379a1e0a4dec63b2dad40c
|
|
|
|
| |
Change-Id: I71193951ce7a1d1a63fc6931a12267f22cdb72c3
|
|
|
|
|
|
|
| |
Change-Id: Iff0c43d190e6afa26c23416db4da9843cf7f41a5
Reviewed-on: https://gerrit.libreoffice.org/5327
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
|
|
|
| |
Lots of stuff still either ended up in the wrong place, or was looked up from
the wrong place, or both. Fix most cases.
Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
|
|
|
|
|
|
| |
Export works and import has just a little typo.
Change-Id: I570d70423b5a626f21117971fb7eff030eae20af
|
|
|
|
| |
Change-Id: Ib1a79678ffce7764638378b4002f5e87ae749d00
|
|
|
|
| |
Change-Id: Ia29a5956813c5d71f042f774d00de3bc82b7f1aa
|
|
|
|
| |
Change-Id: Id68fa488731d3b34213db23bf4d50f73b04c6fe4
|