Age | Commit message (Collapse) | Author |
|
This appears to be messy: The /org.openoffice.Office.Views/WindowType
configuration group template has both a nilable bool "Visible" property and a
UserData/Data string property that encodes various things like geometry---but
also visibility---in a string.
Now, likely due to the problem that has meanwhile been fixed through
f3f79cc9e6c265baf48955d53f7e888205e0b3e0 "Resolves fdo#46074: Fix
Partial::contains for paths that go past a leaf node," some
registrymodification.xcu files in the wild contain such WindowType entries in
"default" state, without a UserData/Data string and with a nil "Visible"
property.
The way SfxChildWindow::InitializeChildWinFactory_Impl and
SvtViewOptions::IsVisible are implemented, they will always lead to an invisible
window for such broken registrymodification.xcu data (as IsVisible unhelpfully
returns false for a nil value, and InitializeChildWinFactory_Impl uses that
value when there is no UserData/Data string).
For the Math formula editor window (ID 30378) this means that it can disappear
from the UI completely, as there appears to be no UI trigger for the user to
show it in case it is hidden.
The fix is to introdue SvtViewOptions::HasVisible (which only returns true if
the property is not nil) and change InitializeChidlWinFactory_Impl to only use
the value of IsVisible() if HasVisible() returns true. This makes the code even
more baroque, but this is a rather central, generic piece of code for all sorts
of windows, so I do not want to break any other uses by e.g. changing IsVisible
to return true for a nil property.
Change-Id: Iae40075a7116a8aabd2d25aa9334709522e23d8f
|
|
and remove code freshly unused post widget layout introduction
Change-Id: Ifa244391f7f2b565dec10314ca3fd2958dfd87a9
|
|
Change-Id: Iad4d1f6cdd9ad03c5ccc02c57acef5b9bbb47d35
|
|
Change-Id: I9d045c6947fa2acb86befdb9bf43c666f82e8858
Reviewed-on: https://gerrit.libreoffice.org/670
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|
|
Change-Id: Ib3a7a90174b14c77d01285430151098142815867
|
|
Change-Id: I3c2fd7eb1ccf445f7f389f7400784748a80aa929
|
|
Change-Id: I4f0a0304d7dd23ed8ce011e6f8f90e170bfbe5df
Cleanup in Tools > Options > User Data
Change-Id: If89f19e22b6efeb0fdd811ff8afe2cb6c0b0bf4e
Reviewed-on: https://gerrit.libreoffice.org/500
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Implemented user editable date acceptance patterns.
The introduction of strict date parsing using locale dependent date
acceptance patterns in 3.6.0 wasn't always welcomed. Besides that not
every locale had patterns for incomplete (only day and month) date
input, users also complained about not being able to key in dates on
numeric keypads if the locale's date separator wasn't '/' or '-'
This commit implements a "Date acceptance patterns" edit field under
Tools->Options->LanguageSettings->Languages that follows the selected
locale and enables the user to add patterns.
Example de-DE locale:
* default patterns: D.M.Y;D.M.
* to enable additional input on numeric keypad: D.M.Y;D.M.;D-M-Y;D-M
* if 3-4 shall not result in a date, D-M- could be used instead of D-M
* note that to enter an ISO 8601 Y-M-D date with a D-M-Y pattern
active one needs to enter a year >31 or with at least 3 digits, e.g.
011
Change-Id: I9e20fcb168578b02d0f0248a0e209942e0f27113
|
|
This was a regression introduced with 2af9040d38af7c7353855415dbea0134585058f3
"Cleaned up utl::UCBContentHelper." GetSize exhibited the same problem and has
also been fixed. IsYounger exhibits a similar problem, but has not been
addressed, as it is unclear what to return in case no dates can be compared; it
is only used in one place (handling SID_EDITDOC in
SfxViewFrame::ExecReload_Impl, sfx2/source/view/viewfrm.cxx) where, it appears,
only contents for which DateModified /does/ yield a non-void value are relevant.
Change-Id: Iff9f5e1ed6f45eede117713d64a265b98f6862b1
|
|
Change-Id: I231e41771e81f7e6f2939468e6b2175f2bc10101
|
|
Change-Id: Icf41caa23ce9a548223da4613a199116641e7fe5
|
|
Added wrapper using OUString instead of String to textsearch
Change-Id: I866a109d60085da67ffa2fed3131c4e60b074bbf
Reviewed-on: https://gerrit.libreoffice.org/425
Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Also checked the following with bin/find-german-comments (all
false positives):
- sysui
- xml2cmp
- udm
- ucb
Change-Id: I2c72f973f5cecf56d70b5419e56338170dd55a2e
|
|
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
|
|
Change-Id: Ied91b5b298f0cfad0d3408c3cbb87c7bd1b83247
|
|
Change-Id: Id13e7acfbe34eca5e124c9032d36d6f158bfb831
|
|
Added new TextSearch::SearchForward mirroring TextSearch::SearchFrwrd using OUString and sal_Int32 to make it possible to replace all uses of tools/String
Change-Id: I260d8d3a23d634eab37f28a5ceaf61ace5040540
|
|
Avoid some uses of non portable #!/bin/bash in shell scripts.
Patch contributed by Pedro Giffuni
http://svn.apache.org/viewvc?view=revision&revision=1235297
remove redundant namespace, patch contributed Mathias Bauer
http://svn.apache.org/viewvc?view=revision&revision=1162610
removal of OS/2 port changes, and preferring our similiar
tools/inc/tools/solar.h DLLPOSTFIX cleanup.
i118595 - Removal of the use of getopt() from rscdep.
Patch contributed by Andre Fische
http://svn.apache.org/viewvc?view=revision&revision=1202270
|
|
Change-Id: Ic36b131ee9964a6671f7f41e1cad1631c43ad565
|
|
Change-Id: I48e193322967fb75e93eaf81e9e2110d3056f92a
|
|
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: Ic3fb0c8eb37317d55bcdc6abc7ff9843ba11fac6
|
|
Change-Id: I8018d9b5fa01d1720c0392dc5fdc4a0656f25a35
|
|
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
Change-Id: Icb5f5adf9139d1c0f0e86d8128ea6742ce20b138
|
|
Change-Id: I1a72115796dfe876fe20bc3fecd9897c90da8db5
|
|
Change-Id: If8b6b4a3d9222726ae562e5b685710d86b5fe332
|
|
Change-Id: Id5f730fc447b11000b266954f9e7f5287bad02f4
|
|
With several legacy pre-ODF1.2 and ODF1.2-only consumers out there,
folks wanted a more backward-compatible ODF1.2 extended mode, that
uses stuff deprecated in 1.2, and/or is 'bug-compatible' to older
OOo-versions.
Therefore, adding ODFVER_012_EXT_COMPAT, and sticking it to several
attributes that were ODFVER_LATEST before.
|
|
...where the OSL_FAIL line numbers did not point at the relevant code.
Change-Id: I4d12d63782378cbbc446cdcd77c07676ffc81d78
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
|
|
|
|
|
|
|
|
|
|
|
|
...which has the necessary features to support it.
Change a lot of classes to either contain a protected non-virtual dtor
(which is backwards compatible, so even works for cppumaker-generated
UNO headers) or a public virtual one.
cppuhelper/propertysetmixin.hxx still needs to disable the warning, as
the relevant class has a non-virtual dtor but friends, which would still
cause GCC to warn.
Includes a patch for libcmis, intended to be upstreamed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
...so that other code in comphelper can use it.
|
|
* cppheader.xsl had initially been written under the false assumption that a
missing oor:nillable attribute defaults to "false" instead of "true". That has
been fixed.
* As a result, many places that use the new simplified officecfg/*.hxx headers
broke as they did not expect value types to be wrapped boost::optional. To keep
the code simple, I decided to change all occurrences in
officecfg/registry/schema/ of properties that specify a default <value> and do
not explicitly specify oor:nillable="true" to oor:nillable="false". Strictly
speaking, this is an incompatible change, but in many cases it should be what
was intended, anyway.
* Some places that use the new simplified officecfg/*.hxx headers still had to
be adapted to boost::optional wrapping.
* This showed that unotools/configuration.hxx did not yet work for those wrapped
properties and needed fixing, too.
|
|
|