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
51efaa592d "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
...not the old one that does not contain the changes from the current session.
Otherwise, actively registered components in bundled extensions would not
necessarily be re-registered upon start up. Any old instance would be removed,
but the new instance would not be registered as isRegistered_ would still
return true.
To me it looks like 7a400caaa6 "jl145: #i99257#
Extension Manager prevents running of multiple instances which acces the same
shared data" erroneously introduced a call to getRDB_RO instead of getRDB into
isRegistered_. That (only) call of getRDB_RO gone allowed some clean up, incl.
renaming remaining variables from ..._RO to ..._orig.
Change-Id: I7eccac699e6fa5799f77b038b15d62e0a9c1ad17
There can be only one usedInCompatibleFormatCodes="true" and because of
the new symbol with identical ISO 4217 TRY we need also
legacOnly="true" on the old entry. Additionally, as the TL symbol was
already used with TRL also that one needed legacyOnly="true" to not end
up with a list of duplicated TL formats in the number formatter.
Change-Id: I8e3ec2f75828b8f7c6a2077ef2fd30fc5e7a5642
Turkish currency New Turkish Lira was replaced with Turkish Lira on 01.01.2009.
TRY TL added for default. TRY YTL is not default anymore.
Change-Id: I08f5f70bf46d2f655c11ddaff77f68ba1e398225
+ revert background image removal
+ useful fallback logo text in case rsvg doesn't work on the platform
+ better calculation of dialog size
+ somewhat better high-contrast support
+ slightly modified background image
Change-Id: I1cd77dd7b47eec6bf8709b225ecf0d070f9bb869
First only parts of the parser state was copied, then later the whole
state, but code not using the full copy was still there. Remove it now.
Change-Id: I2c5507e74a24b8dac74552c61d69ba0be7257d6b
This is especially the case when the source is a (saved) query.
Fixes: Report Builder wizard "Finish" button does nothing -> cannot create report through wizard
Change-Id: I266772035435a7c623beb0c0f66fc88e6316be8e
+ hyperlink starting before a field and ending in its results isn't
valid.
+ when footnotes have hyperlinks we need to add the proper XML
namespace and output the relations to a different file.
Change-Id: I1c6cb8acba21c35e10bb0497eeaf96bbd73730d1
This pItemDesruptList is pointless now. We're registering the delete-when-idle
items in their ctor's and deregistering in their dtor's which get called from
the idle callback. The idea of pItemDesruptList appears to be for use in
deleting any items at exit time whose idle callback didn't get called already.
Which was done by DeleteOnIdleItems which itself was removed a while ago
because nothing was calling it (for years). Some experiments in making it a
simple singleton and/or one that hooks off default component dispose or
XDesktop dispose shows that its crash city, so lets just remove the unused
stuff outright rather than trying to fight to get some 12+ year unused appendix
used.
Change-Id: Ie0256d6987cf89a2a12db297065af09674547b3e
This reverts commit b8f7cc3c26.
This does not work, because there is no dependency between the
*Object .d files and the *Objects, and so the concat-deps races with
the compiler writing the dep files.
Introducing such a dependency would of course be reverting
8b5a984d45
A blacklist based approach doesn't seem easy since there are various
different SDKs, MFC, ATL and whatnot each potentially with an own
include path; so simply whitelist the known source and build dirs.
Change-Id: I93b27bd0ffbd57237da2d23afa95dea7c0785774
* in some scenarios gcc (or ccache) generate relative paths
* thus we need to concat the depfiles in the same makerun as the compiles
* stiil not foolproof:
- cd sw && make and abort with Ctrl-C
- cd .. && make sw
- now we have deps from mixed workdirs
* in the end we should likely always cd to SRCDIR before all compiles
Change-Id: I007da96f38ed2cfe403b692400f447764f6d6988
