Age | Commit message (Collapse) | Author |
|
Change-Id: Iab879390c18a3ce2c5bfc49548ca273ce0b907da
|
|
Change-Id: I9c5cb458ea7595c1b623ce14ed58fd3d5b3d961e
|
|
Change-Id: Ifef81d53bee4241be3c0dd6b7ddb2c1bbf419b5e
|
|
... at the same position.
Since commit 0d57434180db6c8eda8c5b9b704f8a1c18b371df these will be
exported by the ODF filter as duplicate attributes.
Change-Id: I8befe55f61c59ab968409fa03359540c300f9198
|
|
This reverts commit 05050cdb23de586870bf479a9df5ced06828d498,
not all places that use e.g. OStringToOUString to convert potential UTF-8
are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and
some places like e.g. in codemaker are happy with the best-effort effect
of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).
|
|
Change-Id: I771004b7ccab3344a67e827e45bc34c22ffa5f77
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>,
changed from a macro- to a template-based solution. (Unfortunately MSVC 2012
does not support explicit conversion operators. Worked around that with
explicit #ifs rather than some HAVE_EXPLICIT_CONVERSION_OPERATORS and
SAL_EXPLICIT_CONVERSION_OPERATOR ainticipating we hopefully soon move to a
baseline that requires unconditional support for them.)
Change-Id: I4a89643b218d247e8e4a861faba458ec6dfe1396
|
|
Change-Id: I18274d920865f8e28377acce8084eb1629ff8127
|
|
Change-Id: If59d0e2f886e94148b81cb6cfcad067733fcb918
|
|
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: I71fa20213e86be10de332ece0aa273239df7b61a
|
|
Change-Id: Ice3b0a4ccf7a6d25311ff65a23efa9082cd501de
|
|
The GetPrevPara() method apparently has to return 0 when there is no
previous paragraph.
(regression from ac85b6cff11d193f5f71d11b1f3cc1c474653f59)
Change-Id: I09a3e1d3a3adb33562e4e03c0755447047cbd433
|
|
Change-Id: I7611c5307e4d4e925dc3e54c6b3f2d1a47bd9080
|
|
Change-Id: I9603cc51545f72fdb0854f2d76e2326706329000
|
|
Thre is still some 0xffff limit left and possibly some
less than gracefully handled overflow/error cases
Change-Id: I00957ee3a30b02f73918ea49d7353056263dc638
Reviewed-on: https://gerrit.libreoffice.org/7787
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I31bce794c95062abfa1171c13cf565498688b5f3
|
|
Change-Id: I56c1190c93333636981acf2dd271515170a8a904
|
|
Change-Id: Ibf04062ca86ed866202d748c3b62a210d30ed6ec
|
|
... as several tags (i.e. renamed) may map to the same LangID.
Change-Id: I8202b18ea0dc8034522017be59bb104b3d06c0f4
|
|
which makes autocorrect in the editengine work again
Change-Id: I97d56448e4abd6e563479ffee706b86cb04199ec
|
|
Also:
- simplify the return type of the GetPrevPara method, there is no
need return an OUString by pointer
- simply the ppPara parameter of the ChgAutoCorrWord method,
passing a pointer to a pointer to a value type is unnecessary.
Change-Id: I4a8c44fdab1cf68af88c34003827d1c20704f839
|
|
It fits better this way.
Change-Id: I139de7858e999a6dd26633a548c47634dfad8a65
|
|
And a new test case to catch it.
Change-Id: Ie51ddf185f70c656e7d838fc7016b5726efbdf3f
|
|
Change-Id: Id04dffc135fad6bb66ea157cd280dd481cb80117
|
|
Change-Id: I8d4f62b473ad43807621a9dbb826ed33857b737e
Reviewed-on: https://gerrit.libreoffice.org/5189
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Added simple Trie lookup tree which is more tailored to what is needed
in autocomplete implementation, but still has the speed of the
LatinLookupTree that has been used till now. As the implementation
is much simpler it should be more managable and easier fixable.
For now two actions: insert (word) and findSuggestions are supported.
Acttion findSuggestion returns all words in a list for a searched
sub-word, it also fixes fdo#62945.
Change-Id: I63b69c30d28b4e1c465c2122ebc537f7f75a033a
|
|
Change-Id: I0184488344bd11c50bddd1bb1726e0d1225aff7e
|
|
The horrible SvxAutoCorrect::AutoCorrect() inserts the character into
the document half-way through, and then _expects_ this inserted
character to show up in its rTxt parameter. This broke in Writer when
SwTxtNode::m_Text was converted to OUString, because now a
temporary String copy is created. Work around this disaster area for
now.
(regression from 0295c8a34e39326414c1b98cf4da905802f061b0)
Change-Id: I1cb11a20cb0c2577036176e605426105631f3311
|
|
|
|
|
|
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk
have kept them, in order not to break external API (the automatic using declaration
is LO-internal).
Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
|
|
Change-Id: Ie9bbeb38ec9cc2fa0377709e75abb0338b20bab5
|
|
Change-Id: I7a32e8d7c21c1e87e1acab9020f9ecbb7e441f2c
|
|
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
|
|
Word uses a completely different definition of "width" of a double border
than OOo and ODF: for Word the width is apparently the largest of the 3
component widths, while OOo and ODF define the width as the total with of
all 3 components. The new border implementation in LO 3.4 was apparently
inspired by Word's double border definition, which resulted in
various import filter regressions, see the previous fixes:
36e43b52992735c622833e923faa63774b9e2f76
e2ffb71305c5f085eec6d396651c76d6daee3406
70a6a4d425558340bb49507975343a3e0a1bdde8
These fixes set the ScaleMetrics, which actually seems sub-optimal as
there is a ScaleItemSet function somewhere that apparently re-scales
all items in an itemset, which could undo the fixes.
Also, one of the fixes actually managed to break RTF/DOCX import
of double borders, as that ended up in the same code via the API.
This commit now reverses the change, so that the width of a border is
now always the total with of all components, which is (imho) much more
intutitive, and also leads to a consistent UI where selecting say 3pt
width has predictable results, no matter what the border style.
The border widths are now converted in the Word format import/export
filters (writerfilter and sw/source/filter/ww8), and various tests
were adapted to the new handling.
Change-Id: I50456c49b1a298569607e6c88f19f18441348ac3
|
|
Change-Id: I1dadb53f46b23f92d34061ef78dda872bdbcda67
|
|
|
|
Change-Id: Iec70985319a64cdc3630e15499ac304a7f1aabae
|
|
Change-Id: I1267629da8b66fc21c4ae2e78634c2093274aa61
|
|
Make sure the type IDs are associated with correct service names.
Change-Id: I5ff8ec7fb56f2790f9a3eca8e019c784cb27de43
|
|
avoids the problems of dangling uno singletons invalidated after the first
dispose and the chain of other singletons that don't expect to need to
re-initialize, etc.
reenable editeng cppunit test
inherit i18npool cppunit test from unotest base
drop LibreOfficeProtector, do "throwable" work in setUp/tearDown not
in ctors/dtors
|
|
|
|
Turns out that this change affected all cppunit runs.
|
|
|
|
Without manually releasing the EditDLL singleton instance, it gets
deleted *after* the cppunit does its cleanup, which de-initializes VCL.
The problem is, when the EditDLL instance is destroyed, its member
GlobalEditData instance deletes the OutputDevice instance that it owns,
which in turn accesses font caches in VCL. But by the time we reach
that point, VCL is already de-initialized, hence the problem.
|
|
|
|
|
|
|
|
|
|
|