Age | Commit message (Collapse) | Author |
|
Change-Id: I47d4f60daec82d2b6a4b5e8f20b8cb6484c55057
|
|
Change-Id: Id3486cf7faf0c03f2ce9c72f31d564d5149e5b48
|
|
Change-Id: I431b7ff79cffd5c9a7ff06f41a2fdd56bf2f968c
|
|
Change-Id: I9c906c9ab91f604537769db6820aa820d5f637fd
|
|
drawinglayer has a separate property for the shadow transparency, too.
One more step towards Writer frames have the same UNO API as
drawinglayer shapes.
Change-Id: I84617502e9beb9e077c783ee8eb771d79c6ee666
|
|
Change-Id: If59e9a3956074557842ebc5b178266e9be95a867
|
|
Also adjust SwFrm::PaintShadow(), seems that can't deal with
transparency ATM (always paints white in case of even minimal
transparency).
Change-Id: I88baea732d6ef01b2e516af562bc424775c38f84
|
|
Change-Id: I13682f3886451838e522b259dbb2d686bff1437b
|
|
Change-Id: I2f50ef1dabe2f152f2e18025edc88734158dbea2
|
|
Change-Id: Ibe06bb5c62ac0d8fae17c8a9ffcc4b1bc2768bcc
|
|
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: Id65e819fd1172a28b2cb0bafbd7763313c5fcf50
|
|
Change-Id: I4a996c51e6e7115e90bf15254b26025aae1f9a6c
|
|
Change-Id: Id04dffc135fad6bb66ea157cd280dd481cb80117
|
|
Change-Id: I41b73e0af6841247a0403974b1c66e5a66123420
Reviewed-on: https://gerrit.libreoffice.org/5483
Reviewed-by: Matteo Casalin <matteo.casalin@yahoo.com>
Tested-by: Matteo Casalin <matteo.casalin@yahoo.com>
|
|
Change-Id: I8d65f43b95944583b50874adb90db38eee7623de
|
|
Change-Id: I20adfc9148b8afa7a59245349f233604bd9a1d2e
|
|
Change-Id: I4d6196a9a96ad1dd236f8622a523b4702e92d76f
|
|
Change-Id: I9ccb06134dfadd9bf1ecb8e5edcd24c02980b754
|
|
Change-Id: I178f9eb702afb6143c583d5fd54003a427d895fa
|
|
Thanks to dougmencken for noticing.
Change-Id: If9b18b7686981b523e8422cecef0930fded10c91
|
|
Using a literal string that includes non-ASCII character(s) to initialise an
OUString causes a warning "sal/rtl/strtmpl.cxx:1338:
rtl_uString_newFromLiteral - Found char > 127".
I doubt the '\xFF' in the aWordDelimiters initialiser makes sense. The
initialiser contained "\0xFF" since the beginning of time, which (as said in
e7a958441a19a4e14bf12aac09fa566de0f263ee) means a zero byte '\0' followed by
"xFF".
So '\xFF' was not included in the initialiser during all that time
either. Whatever the '\xFF' means in the set of "word delimiters", quite
possibly it is handled explicitly in the code anyway (grep for
CH_FEATURE_OLD).
Change-Id: I2998a13e6e573f85c92e66ff6edbb6354ba11b5b
|
|
Change-Id: Idf191ab3dfa7f6fde190c55d4d1d228a49ecf771
|
|
Change-Id: I9d93d6aa26b2c9d20f7be8d201051a51e8e4ce7a
|
|
Change-Id: Ib574cc7130f49c7a6be23566377313906c52abb8
|
|
Change-Id: I04c7da143425a9d8cc4fae155ad45a469df953c1
|
|
d08a76cf72e1d1db9add8b01f4e93c4b4ba4dd15 revealed that "\0xFF" was
always inserted as a delimator but presumably the intent was a single
delimator of "\xFF" and not four delimators of '\0', 'x', 'F', 'F'
Change-Id: I6b34c1bcd90086fd5d6fe7043fa98ef89bcb8553
|
|
Change-Id: I49e0e589c4bad3706882c9e30fe4f6bf8bdd7f1d
|
|
Change-Id: Id23139b9bdd7897178a013d7dc9e39a670e3d4da
Reviewed-on: https://gerrit.libreoffice.org/5324
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
regression since c9c2fbe485de2bb831bd2e58faef87a19ceff622
revert the logic change and keep the OUString conversion
Change-Id: Ia4f8c3be2b6e325122ae7b21c431c301b8afecad
|
|
Change-Id: I888537cbaec11ef52b1e89b61f7351c6b7769819
|
|
... that already exists in Font baseclass.
Change-Id: Ia87e8b791e153bdd4ddc6c84eba6b4f37d127dca
|
|
Change-Id: I54a7daee7345e7c0c5c3f866d5c365722b567eff
|
|
Change-Id: I8d4f62b473ad43807621a9dbb826ed33857b737e
Reviewed-on: https://gerrit.libreoffice.org/5189
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: Ia9bebaf92bf570c10d01a9ed3db437f70098a07d
Reviewed-on: https://gerrit.libreoffice.org/5185
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
This reverts commit 3a46d91f8de420f38dd763028e91229c846dff52.
This breaks the Stylist, not sure why (does it depend on something
setting the search flags before?) so revert for now.
Change-Id: Ia50feeebae8bf852c827e4f270e81e9f08d2b1ac
|
|
Change-Id: I9000ea607e1df140ac18d59f7c4d4abd999c71d1
|
|
Change-Id: Ibc0d19861cf86cfdbef48010dd4099768e7ee767
|
|
The clients always start with First() anyway so they might as well use
external iterators, which makes calling First() in certain situations
just so the internal iterator is invalidated unnecessary.
Change-Id: I0948576c20410136448e8b85311c21a257469bc7
|
|
If no LanguageTag instance is at hand use the static methods to convert
between BCP 47 string, Locale and MS-LangID instead of creating
temporary instances.
Change-Id: I9597f768078eb81c840e84a5db5617f26bb7dc09
|
|
Change-Id: Ibbe84ddde5c9d7fbcb9920ea76896c44c0cdf387
|
|
Change-Id: I9b77c0a48b7de39eadae118c24c70ac415898293
|
|
Change-Id: I36eb559fa58dbe75384b7119c788af0048813aed
Reviewed-on: https://gerrit.libreoffice.org/4733
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
- replaced RTL_CONTEXT_ with SAL_INFO
- replace OSL_* with SAL_*
Change-Id: I26761cf1d4c1cfe21dec7d8ede6df6f177bf2c3e
Reviewed-on: https://gerrit.libreoffice.org/4620
Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
|
|
Change-Id: Ifae7f344e3827875e32afa3cda23c771f5735707
Reviewed-on: https://gerrit.libreoffice.org/4659
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I6a92196f33d7a5278c7dcc426112e9c56d582655
Reviewed-on: https://gerrit.libreoffice.org/4627
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
For some functions and all kinds of Exceptions.
CannotConvertException
CloseVetoException
DisposedException
EmptyUndoStackException
ErrorCodeIOException
Exception
GridInvalidDataException
GridInvalidModelException
IOException
IllegalAccessException
IllegalArgumentException
IllegalTypeException
IndexOutOfBoundsException
NoMasterException
NoSuchElementException
NoSupportException
PropertyVetoException
RuntimeException
SAXException
ScannerException
StorageWrappedTargetException
UnsupportedFlavorException
VetoException
WrappedTargetException
ZipIOException
throwGenericSQLException
throwIllegallArgumentException
createInstance
createInstanceWithContext
forName
getByName
getPackageManager
getPropertyValue
getUnpackedValueOrDefault
getValueByName
hasPropertyByName
openKey
setName
setPropertyValue
supportsService
bash command:
for i in `cat list`; do git grep "$i\s*(\s*OUString(\s*\"" -- '*.[hc]xx'
| cut -d ':' -f1 | sort -u
| xargs sed -i
-e "s/\(\<$i\s*(\)\s*OUString(\s*\(\"[^\")\\]*\"\)\s*)\s*/\1\2/g"
-e "s/\($i.*\)\"+ /\1\" + /g";
done
Change-Id: Iaf8e641b0abf28c082906014f87a183517630535
Reviewed-on: https://gerrit.libreoffice.org/4624
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: Idb9971d848870f4d00dbf77e80e48bf7dfde8913
Reviewed-on: https://gerrit.libreoffice.org/4601
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ib0ca4fc350d84e25283e261cb9f48b0f6f22e81b
Reviewed-on: https://gerrit.libreoffice.org/4556
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
This bug fixes the DOCX import and export filters, adds a new property
to the document model and updates the UNO API.
There is no need to add layout \ UI updates, because in Word
the only way to turn this on\off is using a simple button,
and there is no way to control the shading color itself.
However, ODF import \ export filters should be updated in a future
commit.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Change-Id: I1d34cec79289e38c08e42a4c6265d998e1edfdef
Reviewed-on: https://gerrit.libreoffice.org/4452
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
|