Age | Commit message (Collapse) | Author |
|
Change-Id: Ic99a5a11b32d4712b91d58021e1e9ff3bab7890d
|
|
Change-Id: Ie8b8741fbad8e5e9f600dc1497b64ecd27515818
Reviewed-on: https://gerrit.libreoffice.org/2204
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I0660592f233d9f190d11337068f33f2c13ba9251
|
|
Change-Id: Ie17347cc0a90bf93399027f6e816f56cd89c1678
|
|
Change-Id: I43d7cd5a6280f367e1105f1cdbd547d206f12b01
|
|
... and not before selecting each object, which leaves only the last
object selected (thanks Németh László for the hint).
(regression from abebf10e2681181cff45deabacfc9b2929d52631)
Change-Id: Ibfb13ae6c4eeeb83bf6ac00b18c4ef6f50ec6a02
|
|
Change-Id: I04689c9c1c30482d57e43faf2912ca37299129ca
|
|
Change-Id: I36e777b2f623429773277e092284f7d2ba61e6ef
|
|
Unfortunately i don't see an easy way to handle the problem, let's hope
it doesn't happen in practice.
Change-Id: I86e58c241fda6d07d83fb383421f0a5a810b581a
|
|
Do not convert any of the 16bit index variables at this time: the
enforced limit of TXTNODE_MAX should ensure that they are sufficient,
and there are thousands of these variables all around sw.
(also, STRING_LEN/STRING_NOTFOUND is used as a "not found" value all
over the place)
Change-Id: Id26a145701de731470b0bcb95359ed62d4d6d579
|
|
Change-Id: Ie91fe22f2baf0a280e5cf21c2416228ab414f285
|
|
|
|
Change-Id: I5454b836fe085d73feff0da2ae3875b5d6b641ff
Reviewed-on: https://gerrit.libreoffice.org/2203
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iccf3d16b39919931d17dc74f2e9ece127be8aa89
Reviewed-on: https://gerrit.libreoffice.org/2205
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I948f10518510d017d69a883c68d4e9dda94b7bb6
Reviewed-on: https://gerrit.libreoffice.org/1967
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I3736de989ab9978ba20883ffcad635729048e4f9
Reviewed-on: https://gerrit.libreoffice.org/2198
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
File->Properties.
Change-Id: I92757153c8815d17ea9f721a98b22b9088014f31
|
|
Change-Id: If69a3ca02615ae50404fc66b3f560d9c9988ded4
|
|
Change-Id: I9dff9f25afff4253001902a2685b626d1e706e22
|
|
Change-Id: Ie4d6f19bdcfdd30f0d2144963325b847003a9db5
|
|
Change-Id: I724db9d199ad15d31f8daf2329ceb9cd46fdefda
|
|
Change-Id: Ifddd7348754054e505b0b9abe1d760e903e00f2a
|
|
The UNO API provides the annotation field associated to a comment range
fieldmark when the fieldmark starts. To achieve this, it looks up the
annotation field by name, but it failed to ignore the fields which are
present only because the undo stack still holds a reference to them,
making the ODF export filter fail to export the document.
Change-Id: Ia3b738a1eca7ed9981e1963b3d70ea8e3dbe8db8
|
|
Change-Id: Id4683649aa9115f9075717768aa6cef4110c2ad2
|
|
Change-Id: Ic9aef7fe5295b7dae6f5b7ee7f28378d393cbfe4
|
|
Change-Id: Ibba9295d34a0089127c6e09f59f9c0de6be386c5
|
|
also fixes...
coverity#736210 Out-of-bounds access
coverity#736211 Out-of-bounds access
Change-Id: Ie93150ec764abfc53881f4bad839e32e85fac65c
|
|
Change-Id: Idd0b5bb68bd0038473f981bb03aab63a5defd3b7
|
|
Change-Id: I0867ff9dd279f06c4af0acc4e28f95b1f47dbe6b
|
|
Change-Id: I02d1a8b5c9f1cd4640e84216c4ef7c3d1fab0042
|
|
I had remove more of the the ascii-art ;-)
Change-Id: Ia5c5d1d8b539ffb4286232177c12b294b0f60706
Reviewed-on: https://gerrit.libreoffice.org/2171
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Change-Id: I62a86c1615ccddb23e658e01423dce8634156ffe
|
|
Change-Id: I28683f11380a04051926e6c048686bde6fefdc61
|
|
According to ODF 1.2 part 1 19.385 office:value-type, the attributes of
table:table-cell, namely office:value-type="string" and
office:string-value="foo", should override the element content of the
cell.
Change-Id: Ic580307effb046d127c4d64a4f963f0e91b3a2d1
|
|
Change-Id: I1ca2075ab99fe1b09df700f55645b44f38cf5bcc
|
|
Also adjust SwUndoReplace to not assume that everything was inserted and
use the stored indexes instead in Undo.
Change-Id: I52f3aaf063c2b1bd52381bdc19e29a41a12c3847
|
|
Return the actually inserted string from InsertText(), so callers can
check if the insertion was actually successful.
Especially InsertHint() will likely cause problems if it cannot insert
its CH_TXTATR; also Undo objects should not Undo more than was actually
inserted.
Change-Id: I87c9ea8b226ae4a2a6c20c112da76db07051a1bf
|
|
Change-Id: Iba94df67c21514cf4f5361bab28629c6d5d9d3e8
|
|
Change-Id: Idfcf54013107ba6b7ce3de0d0bddbef306698f33
|
|
It's not a good idea to have STRING_LEN characters in a SwTxtNode
because then there is no valid SwPosition at the end of the paragraph.
Also it turns out that LO 3.6 and 4.0 do rather stupid things with a
full SwTxtNode. So enforce a limit, at first in the usual places that
are used during file import, SwTxtNode::InsertText() and
SwCntntNode::CanJoinPrev()/CanJoinNext().
Change-Id: Icb0f44acd20aa81635d42b84d4ae0f9b693a661c
|
|
Change-Id: I5924ae824f87f796c808d56bf13d3dfd143a8e0a
|
|
Change-Id: I4da6683489c87fe06d45474dfc20351cb31ed000
|
|
I'm struggeling over line 407 in sw/source/core/edit/acorrect.cxx, is this the right translation.
Is this a question or is it a description what happens in the moment???
Change-Id: Ie665a8dffc41ee057c0277788282eea96cbbe6a3
Reviewed-on: https://gerrit.libreoffice.org/2157
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Under Linux dlsym will search other locations and find them if they exist
elsewhere, but not under windows, so its easy to put the wrong lib name in if
developing under Linux because it'll generally work anyway.
So add a script: bin/verify-custom-widgets-libs which can be used under Linux
to verify that the required factory methods exist in the right lib.
Change-Id: Ic30f8da5acc4712684a7a25fbfb003e8b21cb867
|
|
Change-Id: Ic23b7589f48f7b2fc4b8f6e4bc285364b8819081
|
|
- replaced the really ugly goto hack though
Change-Id: I14dfbe414dc16b634fbaca0a365e2e9ec37ab08e
Reviewed-on: https://gerrit.libreoffice.org/2133
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: Ie1f5c5eb437c55844a524c1219b1e30e5f07b3c3
|
|
I have send it again and abandon the old changes. Hope this is correct?
:-D
Change-Id: Ib7668f30d4c813ce656e9d8d5fcc0060d1a6aff5
Reviewed-on: https://gerrit.libreoffice.org/2143
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ibc0cd792ee0d21ad4ed2958bad66e2536eec5250
|
|
Change-Id: If7ed109ea1e5582356ab882989dfba22a346e3dd
|