| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Note that I found a pre-existing bug in linguistic/source/gciterator.cxx
but I was not able to fix it, because doing so appears to expose
bugs elsewhere!
Change-Id: I17fb9108d98a98d0ae13fe5a8e043d2db5b27a6a
|
|
|
|
|
|
|
|
| |
Create a merged XWriter interface for the service.
The xml.sax.Writer service already existed, it just did not have
an IDL file.
Change-Id: I4e6d3f3c68f9282a55fc7aa19778f97632fd8ad5
|
|
|
|
|
|
|
| |
Change-Id: Icf4b434a1961cc4964ee6e362491868e898a1831
Reviewed-on: https://gerrit.libreoffice.org/887
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
| |
Change-Id: Ie49265fbcd9d608de0017cdc599cb5054f7cced2
|
|
|
|
|
|
|
|
|
| |
We are using font metrics to compute the stretch ratio for autofit; but that
collides with nPropr property of SvxFont - it is then counted twice, ie. in
the case of nPropr == 25, we actually behave as if it was much less; and
worse, only in the horizontal direction.
Change-Id: Idba62f1e3f40802651b93f1344e376048866b1b6
|
|
|
|
| |
Change-Id: Ib5f39e099d238b739e0d6b3d92d3f04ee50022fb
|
|
|
|
|
|
| |
http://lists.freedesktop.org/archives/libreoffice/2012-October/039639.html
Change-Id: I231f0b367bf0b513c6c1ce4c4cfdb7c3dc8660d5
|
|
|
|
|
|
|
| |
This is a hairline border that should be mapped to a non-zero width
border given that LO doesn't have hairline borders as such.
Change-Id: I4a2d2f983ac8e016b2ddb6b38435f5562e545c72
|
|
|
|
|
|
|
|
|
|
|
|
| |
Replace the 2 duplicate implementations of this in ww8 and writerfilter
with a common one. Differences were:
2) ww8 doubles the with, writerfilter does not
13) unsupported, mapped to THINTHICK_SMALLGAP vs. THICKTHIN_SMALLGAP
22) unsupported, mapped to DASHED vs. SOLID
26) INSET not supported in writerfilter
27) OUTSET not supported in writerfilter
Change-Id: I533b77394388e736f38d70284a6a11061d81e813
|
|
|
|
| |
Change-Id: Id50515efae1729d08bd8d90488ab77a82b1ad7c8
|
|
|
|
|
|
|
| |
The xml.sax.Parser service already existed, it just did not have
a new-style service to create it.
Change-Id: I6f145a7504ff9e149c802f723991954a2801cbc9
|
|
|
|
|
|
|
| |
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159
Reviewed-on: https://gerrit.libreoffice.org/734
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
| |
|
|
|
|
|
|
|
| |
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
|
|
|
|
| |
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
|
|
| |
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
|
|
|
|
|
| |
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
|
|
| |
Change-Id: I9d39a9cfacf07aa596d047aee66c71b5ac6008ec
|
|
|
|
|
|
|
|
|
|
| |
Instead of synchronizing the main list and the list of entries in the
dialog, just remember what was added and removed and only add / remove
those entries in the main "SvxAutoCorrect" list.
Additional add MakeCombinedChanges which adds and remove entries in
one call and only writes changes to the "acor" file once.
Change-Id: Idcc4c64d25e050c3f6eb9960a59c4a55d06b5ca1
|
|
|
|
| |
Change-Id: Ie5e7aecd4f1c0e5b4dda9250ae755bf9210e048f
|
|
|
|
| |
Change-Id: I6c2bc67a2b837adf9c12c5e93200fc1567732da3
|
|
|
|
|
|
| |
...and some further clean-up.
Change-Id: If5dce53e382b56390c502d0d0d93fc06cbfe33ea
|
|
|
|
|
|
|
|
|
|
|
|
| |
...with the same rationale as recent 543158edba6678d3d76eee983a9d4edd2a422fee
"Require XComponentContext.getServiceManager to throw instead of returning null"
(this helps find problems like 065a758d0c2b66c6683d648347b7a6cdef4a80f7 "Enable
experimental gtk3 plugin only via SAL_USE_VCLPLUGIN").
Removed comphelper::createProcessComponent[WithAguments] and replaced its few
uses with direct calls to createInstance[WithArguments].
Change-Id: Ia44b8656f74de88ef6eab3eb6bd597729b08e1c8
|
|
|
|
| |
Change-Id: Ibf3dd31f2c213dca83a03773c430de841d2511de
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
|
|
|
| |
Create a merged XPipe interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Change-Id: I682633c6252aab503eb2469c9bd2ba771f10bc4b
|
|
|
|
| |
Change-Id: I19b3ba7c978e02ce865360f0411007525012149c
|
|
|
|
| |
Change-Id: Ibd08fa09370580bff12f19f867219098f0d4980e
|
|
|
|
| |
Change-Id: Id9bbb2bbcafe335eada3f36ae103a9074a56848f
|
|
|
|
| |
Change-Id: Ifff80c025d9e3309190330931e1eb49e8ea7f9e4
|
|
|
|
|
|
|
|
|
| |
i.e. since b35980d9b
seems remove, remove, delete was old pattern, new patterns ended up
as remove+delete, remove. Reorder to remove, remove+delete
Change-Id: I54ec8d0296e751110c516516465be2ac0615f6a1
|
|
|
|
| |
Change-Id: I9ccf664e8f75a68b1b87c2b29ae617a90d0741a7
|
|
|
|
| |
Change-Id: I5815bdc2ef0d7eff15d518f6d66e913e31592d83
|
|
|
|
|
|
| |
Converts it to a template based on std::vector
Change-Id: Id7f89f494164c61a3a573cff443ac0e0488e93f1
|
|
|
|
| |
Change-Id: I278cd66fb4819721bb473796c28598aaf04eb123
|
|
|
|
| |
Change-Id: Idda2852c3e96ce15fde75d5a95369ec50a012410
|
|
|
|
|
|
| |
Those classes don't exist. So remove friend class operators too.
Change-Id: I8e3b32db933dea7cbab86015f0c926df967511f6
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Part of MultiLineEdit was moved down from stvools to vcl
with name VCLMultiLineEdit. MessBox uses it to display the
message in read-only mode. Some of svtools' classes - which
are necessary to implement VCLMultiLineEdit - were moved to
vcl as a whole, and their includes are rewrite.
Note: ExtTextView and ExtTextEngine classes would be leaved in svtools
if VCLMultiLineEdit is a template class, but two macros: IMPL_LINK
end IMPL_LINK_NOARG make it impossible to use template syntax.
Change-Id: I26543868d8081c225c7125404d23369de3c3afcd
|
|
|
|
| |
Change-Id: I7f52d67d955896821f2c340fdd51e072b53fdd2f
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
51efaa592d4f54133c74e38cf294526bc78dffcd "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
|
|
|
|
| |
Change-Id: I7a32e8d7c21c1e87e1acab9020f9ecbb7e441f2c
|
|
|
|
|
|
| |
...when running editeng/CppunitTest_editeng_lookuptree.mk
Change-Id: Ida1cbb16965138a42bec9e675b630bcbf2f6617e
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LookupTree is a tree structure for fast autocompletion lookups.
Additionally the tree structure stores word probabilities, so each
autocompletion request returns a result with highest probability.
LatinLookupTree is an implementation which was designed to be even
faster and more efficient latin text, however it works with any kind
of unicode strings.
The tree structure was coded by Nico Weyand, Unicode strings support
and conversion to Libreoffice code structure was done by me.
Change-Id: I6549ee45d0952407b8a070f30ed0598fcb420aa7
|
|
|
|
| |
Change-Id: Ifec201efc4e97baf2d36d66c4ae6967eadd6134c
|
|
|
|
|
|
| |
so remove svxbox.?xx
Change-Id: I329b8468d05ea108ea9cfb57e3702cccfcc69227
|
|
|
|
| |
Change-Id: I565b93a8dca6dadea7a6b3b9895c9d997acfb017
|
| |
|
|
|
|
|
|
|
|
| |
Probably using const_cast is "good enough" here for the exising use
cases of modifying elements in a sorted_vector; not exposing non-const
accessors in sorted_vector should deter adding these in the future.
Change-Id: I613d7d40041b01109fd1d54f51c105acf56ae34a
|
|
|
|
|
|
|
| |
And convert it from a private superclass to a member. The code
is cleaner and easier to read as a consequence.
Change-Id: I35501a208c96615ce5797ad06d34d3b7efc2c4db
|
|
|
|
| |
Change-Id: Ia3d1d8dbe100443410b80c3881f10ab51b2d0419
|