Age | Commit message (Collapse) | Author |
|
* As UCB is only ever initialized with "Local"/"Office", remove this
configuration vector completely. The "create" ctor creates an instance
internally initialized with those "Local"/"Office" keys. Special (test) code
can still instantiate an uninitialized one via plain createInstance. And for
backwards compatilibity process startup still ensures to create an initialized
instance early, in case there is still code out there (in extensions) that
later calls plain createInstance and expects to get the already-initialized
(single) instance.
* XInitialization is an "implementation detail" of the UniversalContentBroker
service, do not expose in XUniversalContentBroker.
* ucbhelper/configurationkeys.hxx is no longer needed and is removed.
* ucbhelper/contentbroker.hxx is an empty wrapper and is removed; however, that
requires ucbhelper::Content constructors to take explicit XComponentContext
arguments now.
* The only remaining code in ucbhelper/source/client/contentbroker.cxx is
Android-only InitUCBHelper. Is that relevant still?
Change-Id: I3f7bddd0456bffbcd13590c66d9011915c760f28
|
|
- fixes rest of n#759172
Change-Id: I6c2694bf8276337b7d1fa54a12867bfc2b658a23
|
|
Change-Id: I24021fa1495a9fb48c1cb5f107d119031a4d1e87
|
|
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
|
|
Change-Id: Ib13c0435d61e803220d5444c29c99cf670340008
|
|
Change-Id: Idda2852c3e96ce15fde75d5a95369ec50a012410
|
|
Change-Id: Ibd749a70a7bbe8c1023edf7bd144aa6547147a12
|
|
Change-Id: Ifbfd8e4b7a549d0225229a60a12b1b346fc02828
|
|
Change-Id: Idd83f6340d13a1d7111d0d5a7268f1aa8bf5c09e
|
|
This reverts commit 2f804c94cdaaa9ac047f229509c774dbea1dbcaa.
|
|
Change-Id: I0d6aad17c471b6edd584c668dc7ff054090c185c
|
|
|
|
These were only referenced by Package_inc.mk...
Change-Id: Idc771477595b9d221f9f2003b293fdd1ba7e1588
|
|
Those never get included at any point in the code.
Change-Id: I17736e005635b9e57759cfc95176a99e7c5e8988
|
|
Change-Id: Ic3d45afca14d0bebfb6168b6cf6fc6c618754183
|
|
The Lanczos scaling is of very good quality, but it's rather slow,
which can be very noticeable with large images, so it's not a very
good default for everything. And in general, it's not good to refer
to a specific algorithm when all one usually wants is fast/default/best.
Some of these changes are a bit of a guess between default/best,
but the general logic is that best should be used only for images
that won't be large or where the possible waiting does not matter.
Change-Id: I53765507ecb7ed167890f6dd05e73fe53ffd0231
|
|
|
|
|
|
This adds a way to test whether mpCompositeSurface contains the front
buffer image, so it can be used as a source in painting operations.
It means the mpCompositeSurface changed status from 'temporary' to
'persistent' (which it was anyway, from implementation POV :-)
Change-Id: Iee4fc7a97cd60e47d0abb148e7337f0b50cabb40
|
|
Change-Id: Icc6f47cc76dfa6716fc44f6c1b5f1b11ba1443c6
|
|
Change-Id: I819d5b931c937ec52b14f60591546d1d86c38631
|
|
Change-Id: Ia0bc37f81b7213b20fc5093beb46d7a05b1ac931
|
|
Where we explicitly ask for better quality, use BMP_SCALE_LANCZOS, instead of
BMP_SCALE_INTERPOLATE.
Change-Id: I28ddf3290204532a8660e09ee9ab0949b6ce1c73
|
|
Change-Id: I73abfa24f5bb7f25afddef820bb4725bf7cee359
|
|
Change-Id: Id5be3a25fc66d2f7fcec8325491a23d6908021fc
|
|
Change-Id: I5a254459a491b9547530d8e312260dceed21f25c
|
|
Change-Id: I43dbe846160d19b203ad6bed06e807d4fbf7ce56
|
|
|
|
Change-Id: Idda0262e62e42817b8c0502a38ee16913495233c
|
|
Change-Id: Idd08fd733670f4410349a45de882710b19a31f67
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
|
|
This is to avoid unintended regressions based on configure options.
|
|
|
|
Compiles, but I obviously have no idea how it works yet.
Yes, eventually we should factor out common parts from the iOS and
MacOSX code.
|
|
|
|
- otherwise we might end up with wrong coordinates
- fixes fdo#38580
|
|
|
|
|
|
|
|
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)return \([^()]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\) ) *);/\1return \2 == \3;/' \{\} \;
|
|
|
|
|
|
|