Age | Commit message (Collapse) | Author |
|
Same as fdo#67615 for TexFields, but for ComboBox.
Same problem, same cause, same solution.
ListBox seems not to have this problem :)
Change-Id: I953c5452f6c313b8940fbd1048b4c901b331fc58
Reviewed-on: https://gerrit.libreoffice.org/13578
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: I8b713cbd64f91ad62d06ef57d790ac4e54e37315
|
|
So that group shapes having an SdrObjList can reuse that.
Change-Id: Icc8a8dd8d1f90b368142a1c7b42249bc34b3bebb
|
|
Change-Id: I9aef4e1bdec68456293a88c410ecf45eb85c7489
|
|
Even if it is moved from not a page to a page or vice-versa.
This allows assumptions made in the Base Form wizard to hold,
namely that if one:
1) Creates controls (and their associated shapes)
2) Groups the shapes (in a GroupShape)
Then all the shapes still remember their associated control
and vice-versa.
Change-Id: I31975970e7ea2f7978aea7f753de88ecd8e55234
|
|
Change-Id: I54a1a714cb80f2d41a922416a0b9d94f1e329b57
|
|
Change-Id: I3cbd554daa74d2c0d9371cb6f07718edea7b24a0
|
|
I forgot that images in menus are automatically shown/hidden
depending on platform. So put these back again
Change-Id: I617fae15dbb9bd8cdfb04e2ae45fb83b4a7666fb
|
|
where 6 of the strings are already just string resources, doing a full docking
window res to .ui conversion for the two remaining strings seems overkill
Change-Id: I6d3224f8bb84edcdb784901aa93351c042684a3e
|
|
Change-Id: If038dcd198bd9ef8c7057a549b6bf4776c28843d
|
|
Change-Id: I4d32ac386ff8b69bee4319e673769917045d9450
Reviewed-on: https://gerrit.libreoffice.org/13547
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I3bcfa2b942ab0a8dbbc2997dffb0b9d18d345099
|
|
Change-Id: I2c76472baf8e5f91dee4ce5f753ca223b24e76e8
|
|
Change-Id: I6b982567eab7ed993f23df7ee246fc53c1fd90f0
|
|
Change-Id: I4fd415845e2732ee8ef0567b8c58b878bb52fac8
|
|
Change-Id: I27b602e829041f0ce7294e4debcc6669712912f7
|
|
cf. ef3fb927977681c3e5b5160e961e240063a8cb70 "svx: Use appropriate OUString
functions on string constants," 897f35006ea48b7b60b087a8f0b955c7f099af3a "fix
build," 3f66df98050175dfbab2026661c0cba734885e05 "Work around GCC bug"
Change-Id: Ifdfaad30cb59d54ac71bfe9347d29fb853551fd4
|
|
Change-Id: I9b971928fa2737d21c225406bf2a86c088be5b9c
|
|
Change-Id: I7daf52a60e3fac8d9f86b464e86af60e0495fcb1
|
|
Change-Id: Ie42972db98da48b60b3f5314e019046b2a2ee0e7
Reviewed-on: https://gerrit.libreoffice.org/12238
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ib53fd467cb270908846f8f613d9f085aeccdff01
|
|
Change-Id: Ide1f3da42864dd53aa0b960b8013a46b3f609025
|
|
Change-Id: Ide1f3da42864dd53aa0b960b8013a46b3f609025
|
|
Change-Id: I878f5bfe15b72ed1b750abfd7ca26513aae1d6fb
|
|
Change-Id: I1a160bd08d3be0356076789539d551f4dc6edfd4
|
|
Change-Id: I54931168bfc18c9ce41babdcf535ebc1bcc72c5e
|
|
...to use single ASCII character literals "more directly" in the OUString API
(instead of having to go via an intermediary OUString ctor call). Especially
useful for character literals that are defined as const variables or via macros
("direct" uses of character literals in the OUString API can often simply be
replaced with single-character string literals, for improved readability).
(The functions overloaded for OUStringLiteral1 are those that are actually used
by the existing LO code; more could potentially be added. The asymmetry in the
operator ==/!= parameter types is by design, though---writing code like
'x' == s
is an abomination that shall not be abetted.)
Change-Id: Ic5264714be7439eed56b5dfca6ccaee277306f1f
|
|
Change-Id: Ib8f0f86a30342ca455a92c9add5b2836fa40f8f4
|
|
Change-Id: Iadc7b4d970e8c3b7f719ed6aab49986a1186cccb
|
|
Also translated some exception messages
Change-Id: I92c3b1be125eb384c33257d6c8b7ff8337ce5f2f
Reviewed-on: https://gerrit.libreoffice.org/13481
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I531a6ddd744f83ef345c0de8f8c112f61d56925e
|
|
Change-Id: I3da4cd7af16a8ecfb19ce23e01117e735e9dd8d6
|
|
Removed XHatchStyle
Change-Id: I89e7edadc4f408e5a50840aaa1a13965b8503afb
Reviewed-on: https://gerrit.libreoffice.org/13442
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Ia012f2bec767cd7e7d2be9502062bea0b085fea0
|
|
Removed XGradientStyle
Reviewed on:
https://gerrit.libreoffice.org/13320
Change-Id: Iff662c05105c3a939104f658f2d0be7d8cb57995
|
|
As agreed with Adolfo (and others) at the Design hangout on 2014-12-10.
Change-Id: Ibe0e8075566523e746866b9d2c15c348c345d2df
|
|
Change-Id: I3091ee19b6f05a4d6b7f1329f64c3be6886cc0b8
Reviewed-on: https://gerrit.libreoffice.org/13393
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
As discussed in
http://listarchives.libreoffice.org/global/design/msg06845.html
Change-Id: I9e9ada1b2bee6023ee7f79d28cf4de2765c5daa0
|
|
Change-Id: Ic3d1f6e47bf068e60dca711c97e3f6b194d14049
|
|
Change-Id: Iaaf38cf8cf9b4b772583d117a0b622fbfce3107e
|
|
Change-Id: I9da6d08964c32e4aafbc9cebc7840eb517f9c33a
|
|
Change-Id: I6a780e93bcd0621d75222e182eb100694e02448d
|
|
Change-Id: Iac97f482df9fca8563e6931e4c710c1cc4e6503d
|
|
Change-Id: Iaceef008e7df91f3a9ad54fdaec25f2170100ee0
|
|
Change-Id: I0d2119a297c9a6d9b99676a561ddf4dd654ecaea
|
|
Change-Id: Ic7ce17e39d2bcaf608576dd785b4f6abf62407c0
|
|
Change-Id: Icb6e3e72939ab0d04d9f099f1e476131a223de48
|
|
Change-Id: I39b081b751219201e86fec1e626b450f15bea9ab
|
|
Change-Id: I6bb3225c171b1637f283de64a38dcff91f3c662c
|
|
Change-Id: I5846940cc45781f4a0264047107dbb568604d543
|