Age | Commit message (Collapse) | Author | Files | Lines |
|
It is no good to change temporary object...
Change-Id: Ib1178e154341dd0216fd965d3ed6c264de40d634
Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
|
Conflicts:
desktop/source/app/sofficemain.cxx
instsetoo_native/util/openoffice.lst
solenv/inc/minor.mk
Change-Id: I3e9510067c7173f6c71368e70ba6dfe168c5318e
|
|
We are using font metrics to compute the stretch ratio for autofit; but that
collides with nPropr property of SvxFont - it is then counted twice, ie. in
the case of nPropr == 25, we actually behave as if it was much less; and
worse, only in the horizontal direction.
Change-Id: Idba62f1e3f40802651b93f1344e376048866b1b6
|
|
This is a hairline border that should be mapped to a non-zero width
border given that LO doesn't have hairline borders as such.
Change-Id: I4a2d2f983ac8e016b2ddb6b38435f5562e545c72
(cherry picked from commit 59ab112fe93cbf4e2b052f4e8bafbdb4e6738bef)
Reviewed-on: https://gerrit.libreoffice.org/847
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Replace the 2 duplicate implementations of this in ww8 and writerfilter
with a common one. Differences were:
2) ww8 doubles the with, writerfilter does not
13) unsupported, mapped to THINTHICK_SMALLGAP vs. THICKTHIN_SMALLGAP
22) unsupported, mapped to DASHED vs. SOLID
26) INSET not supported in writerfilter
27) OUTSET not supported in writerfilter
Change-Id: I533b77394388e736f38d70284a6a11061d81e813
(cherry picked from commit ecd70a727d7f559ebda1dd726cea1be472948270)
Reviewed-on: https://gerrit.libreoffice.org/846
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I9d39a9cfacf07aa596d047aee66c71b5ac6008ec
(cherry picked from commit d953cc27fc5da5e612b1dc4c29707c09d17fc643)
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
In a language for which there is no dictionary available (no "ABC" check in
front of the current item in Writer's "Format - Character... - Font - Language"
list), "Correct TWo INitial CApitals" (from Writer's "Tools - AutoCorrect
Options... - Options") did not work (i.e., typing "FOo" followed by a space
would not change it to "Foo"). That was apparently a regression introduced with
51efaa592d4f54133c74e38cf294526bc78dffcd "Double-capital autocor takes
spellcheck in account." (I verified that with this fix words like "MPs" in
"English (UK)" are still left as "MPs.") Thanks to Caolán for help.
Change-Id: Ia76286e4ca73138ce3571145b9c40b031a4553ba
(cherry picked from commit 566bcf64ad9092ba6e55ba3de514226ae6b10c10)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Conflicts:
editeng/source/misc/svxacorr.cxx
|
|
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
This should do the inverse of ConvertBorderWidthFromWord.
Change-Id: If0b2a8a83a7faa6600a07ecfcb13a124d7cdeab6
(cherry picked from commit 927f1e56d57ef9238a4574699ae36626b3daaf22)
|
|
Word uses a completely different definition of "width" of a double border
than OOo and ODF: for Word the width is apparently the largest of the 3
component widths, while OOo and ODF define the width as the total with of
all 3 components. The new border implementation in LO 3.4 was apparently
inspired by Word's double border definition, which resulted in
various import filter regressions, see the previous fixes:
36e43b52992735c622833e923faa63774b9e2f76
e2ffb71305c5f085eec6d396651c76d6daee3406
70a6a4d425558340bb49507975343a3e0a1bdde8
These fixes set the ScaleMetrics, which actually seems sub-optimal as
there is a ScaleItemSet function somewhere that apparently re-scales
all items in an itemset, which could undo the fixes.
Also, one of the fixes actually managed to break RTF/DOCX import
of double borders, as that ended up in the same code via the API.
This commit now reverses the change, so that the width of a border is
now always the total with of all components, which is (imho) much more
intutitive, and also leads to a consistent UI where selecting say 3pt
width has predictable results, no matter what the border style.
The border widths are now converted in the Word format import/export
filters (writerfilter and sw/source/filter/ww8), and various tests
were adapted to the new handling.
(cherry picked from commit 2d045cdb69176b280812dda0b813371cf1ac72e2)
Conflicts:
sw/qa/extras/ooxmltok/ooxmltok.cxx
Change-Id: I50456c49b1a298569607e6c88f19f18441348ac3
|
|
Change-Id: I1dadb53f46b23f92d34061ef78dda872bdbcda67
(cherry picked from commit 8b4593948582c3b5b3d013bd751bb19ffd37a31b)
|
|
Change-Id: Iec70985319a64cdc3630e15499ac304a7f1aabae
(cherry picked from commit 463e59d680467a7b0d30ae956935a444c513de9e)
|
|
Change-Id: Ia1c31cc8122c99a7e37bc285f61f8c5d2779b577
|
|
Change-Id: If58683331c50f2a95204e8e2dea11edbef3ccb63
|
|
...if there are actually individual line widths given; fixes the
sw_rtftok test.
Change-Id: If5f6ef54b93c5bfccfd011f25d9d9301637d388e
|
|
Update calls to factories to use new ::create methods
Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
|
|
There are 2 problems here:
- the border widths are tripled on import, because that is effectively
what SetWidth does for DOUBLE borders; set a divisor of 3 similar to
e2ffb71305c5f085eec6d396651c76d6daee3406
- the 3 individual line widths are ignored and the 3 lines end up with
the same width, while older versions had numerous pre-defined border
styles with asymmetric line widths; fix this by always guessing the
width from the 3 parts for DOUBLE lines
Change-Id: Ibdde7e034e25433835765330e81db0825efd9eb8
|
|
Change-Id: I5fb5bc5016bd2779643ecfcf2df40e00c4741a2c
|
|
* Known issue: If the hyperlink wraps the next content is always from
the new line! :(
* Pending: Creation of unit test case for this.
|
|
Change-Id: I8848d0e687c3b19be1a8bc1f41c2a0c94e13bbbf
|
|
Change-Id: I477fc34c21530b51d975216156e66abf21a7149c
|
|
Change-Id: I30be93ccaeb1f9fd17cbe9e3ed3165e094810b2e
|
|
When the new BorderLine2 struct with its added members was introduced,
the PutValues methods that are called by the macro recorder with
seqeunces of Anys were not adapted, so running recorded macro for
".uno:BorderInner" ".uno:BorderOuter" ".uno:SetBorderStyle" fails.
(regression from b624e6e6cf2ecfc6e6e983af45212fce5e731006,
7db30f7aa037f52eb07cbb4fd2796bd869204af8)
Change-Id: Icd8a11d7f5c8d79c57020f213a1554540b6c666d
|
|
Change-Id: Id7bd039b505d30e71065c2cdf27eba1cb466be56
|
|
Change-Id: I5a254459a491b9547530d8e312260dceed21f25c
|
|
Change-Id: I1267629da8b66fc21c4ae2e78634c2093274aa61
|
|
Change-Id: I563ab83a24ca4f839892548b350486e83dd071d3
|
|
Make sure the type IDs are associated with correct service names.
Change-Id: I5ff8ec7fb56f2790f9a3eca8e019c784cb27de43
|
|
This can be safely substituted by the normal DATE.
Change-Id: I I6b4ccfa342a8d7b638b013cdce64a0b7ff477ec0
|
|
Change-Id: Ib9bea60e05f1dcdd9501a3320f3b1185d5890d17
|
|
Change-Id: If9e01ab91d52d21cab175bfda925e690625fac3e
|
|
Change-Id: I28fbab54ba71f01b989a47ab357583113e85fccb
|
|
Change-Id: Icab3910f49639fff1551dfdb5be9341bd3ea70b1
|
|
Change-Id: I1b6261d09dfc42913070ffd2f797688587ab7a8b
|
|
Change-Id: I286988eabcc2d813008597b3657c366d510f8ab6
|
|
There are two structs called TransliterationChgData with different
layout. The crashes on MacOSX must be due to this. Rename them
so they've different names.
Change-Id: I887a33bed26b339e229b7fb1ef8dddd192f6fae3
|
|
Change-Id: I85364368d2ffca717b38d17c3396f53699001a3f
|
|
Change-Id: I56801d8ce1a9bb6f8f9faebdf15ce831b7e9ea3d
|
|
Change-Id: I7e5d0abbf209fd975a1f886b2588b51e05cf35e7
|
|
Change-Id: I43aba3046fb0c7adcf5362ea26273189addc12fe
|
|
Change-Id: Ifa8210ffdf29624689f547b436fd687a2de82eb1
|
|
Change-Id: Id1ccae62037369917a46d620c0c46ac2447a0910
|
|
Change-Id: I3d1d4c1e9adebda16c62f4e14bd5aca14e058605
|
|
Change-Id: I Iae5abcd0936f176b0b8976b6ea50cfe3e18593b4
|
|
Change-Id: I43c374f549bbcddaa1a1bd63c1eb346130208b60
|
|
Change-Id: Ifcc62cd15dcfe0cb37f7c851930ff103384f3827
|
|
Change-Id: I8bfb2d04285885c76f0ed1455c46612ad5ec98b0
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
Change-Id: If39637fd1123b7e6971c639cb7e6774780106ba2
|
|
Change-Id: I0521274a6e19414d2640a1473a249a90ce2224fc
|