Age | Commit message (Collapse) | Author |
|
It was missing as the shape text range was deleted twice, as
DelFlyInRange() thought both the fly and the draw frame format own its
contents range, while only the fly one does (when called by
SwDoc::MakeFlyAndMove(), called by SwXText::convertToTextFrame()).
Thanks Red Hat for the pizza!
Change-Id: I26e23550df085511e0e87f593f1a461057413d0e
|
|
Change-Id: If8892446dcabd8dc51d1193fe1fcccd64fa07bac
Reviewed-on: https://gerrit.libreoffice.org/28706
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I69d8fd528238548521f1e201a19d1681c4ee3ec1
|
|
Change-Id: I48b119e2bc7571ccaa609e7a8cef7eb4ad8aeb0f
|
|
Change-Id: Iedb239eba5d74d10cef68276c2a03028f8cf81bf
Reviewed-on: https://gerrit.libreoffice.org/28703
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
This reverts commit 1deaa9d304239b2d603cc85bbcb8b8f50d8714da.
Change-Id: I4718ffea3f288b654cb037a5edbfa66f704a6eb5
|
|
(and fix static method call)
Change-Id: I5a73695eaa8b6b5b3506acd34b303dea28cfb5e5
|
|
Writer arrows toolbox includes following commands
.uno:LineArrowEnd
.uno:LineCircleArrow
.uno:LineSquareArrow
.uno:LineArrows
.uno:LineArrowStart
.uno:LineArrowCircle
.uno:LineArrowSquare
.uno:Line
Change-Id: I91af27826ea411eabfa61c11962cfb85d2d2aab2
Reviewed-on: https://gerrit.libreoffice.org/28363
Signed-off-by: Gulsah Kose <gulsah.1004@gmail.com>
|
|
If the button was dropdown only type the arrow
was on the same position as a text.
Change-Id: I3d9693ef57c5c2d27549987339a1c388bc3ff724
Reviewed-on: https://gerrit.libreoffice.org/28721
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I94197bd40e4eca751452494d41abba05f69c8b8c
|
|
Change-Id: I61c1c008925bcd4b51de327004b73e1c18b34189
|
|
Change-Id: I16badc615e98202668b1b201035b5137cb94c10c
|
|
Change-Id: I793597b65a8bacac2cab67ece70b42478c793aad
|
|
Change-Id: Ie01cca9b7cc432fc1fe14bb600af5083d6ca6a0d
Reviewed-on: https://gerrit.libreoffice.org/28687
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The DOCX import handles this at a tokenizer level, so let's do the same
in the RTF case as well.
Change-Id: Id7ff43fa9e9bcd05b13d187623d39fb072758057
Reviewed-on: https://gerrit.libreoffice.org/28679
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I6b2351b5a46562236dc93c6de3daa185e2a72fb2
Reviewed-on: https://gerrit.libreoffice.org/28653
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If6e368a5d3bd1dfddb58556cbd9c249f9ced32fe
Reviewed-on: https://gerrit.libreoffice.org/28671
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
* popup converted to .ui file
* added .uno:Orientation
* label & icon for .uno:Orientation
* control inserted to the notebookbar.ui (Page layout tab)
Change-Id: I93f35a65c4461635d0cfd1afd4546a9d2a8c4d04
Reviewed-on: https://gerrit.libreoffice.org/28405
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: Ifbfcf3557ca2a16d21e7a1d613ee54c1c6625f07
|
|
Change-Id: I6dd02d4f7df028dada6cfd5d767a6ec1b1c1efe1
|
|
Change-Id: Ib740da708612df7a5f4b8c82262b9b1bd436604d
|
|
Change-Id: I30cfa5a0649b806604c443f55683d1f2a430983d
|
|
Change-Id: I136423c105316c9b5b18e64d04a248fd7ac5590b
|
|
Change-Id: I79f9eefecc6389bbf288d2be6b13129cd8f467ef
Reviewed-on: https://gerrit.libreoffice.org/28663
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>
|
|
Change-Id: Id290ca5e53c75b2c27dda6a6bb228a380084b115
|
|
Change-Id: I3850017bdf3ac2ac0436d4f64f45d61be9c8691a
|
|
Change-Id: Idd96330afaee66dcbeddc62c93691139c2a1830d
|
|
Change-Id: Ia756854e1f4a848b62dda38c9667ddd032989605
|
|
The image hyperlink is a resource id in the document and needs to be translated into real URL.
First I define a new type CT_Hyperlink_URL in the model and associate it with an action handleHyperlinkURL.
In OOXMLFastContextHandlerProperties::handleHyperlinkURL I dispatch it to OOXMLHyperlinkURLHandler to translate resource id to real URL then set the PropertySet with real URL.
Then the correct URL will be captured while resolving GraphicImport, which will be stored in GraphicImport_Impl::sHyperlinkURL as an OUString.
Finally the property will be set in the GraphicImport::applyName if the length of the sHyperlinkURL is not 0.
Also adds a test file image-hyperlink.docx and a test in ooxmlimport.cxx.
Change-Id: I6194b9cc6bcc1bfaa033ab05e94836fe96e33f14
Reviewed-on: https://gerrit.libreoffice.org/28432
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
not just a single point in it.
This way gtk3 knows the successive tooltip hints for the positions
along the hyperlink are for the same tooltip
Change-Id: I46a8c960e528f6a9aaab5bea145c6870f22e46c5
|
|
Microsoft allows spacing in textboxes even if the borders are not
shown, but LO does not. Added a compatible setting, used an existing
setting to allow the spacing, and changed .doc export not to zero
out the spacing if the border was zero-width.
Using the compatible setting in the export code is almost redundant,
but it does require that the document was LOADED as .doc, and not
"save as" from another format.
This patch simply allows round-tripping - any user attempt to modify the
border settings will enforce normal LO border rules.
Change-Id: I60ac036e1bfac381eea15e33c21495ad3800277a
Reviewed-on: https://gerrit.libreoffice.org/28601
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
For one, this is unwanted: in the LOK case we want to switch between the
windows without any side effect to be able to e.g. paint tiles.
For another, this caused an invalidation loop when two views selected
the text frames or images in Writer. The loop looked like:
1) Press a key in view #1, so a setView(0) + paintTile() is necessary in
view #0.
2) SfxLokHelper::setView(0) to switch from view #1 to view #0.
3) SwFEShell::ShellLoseFocus() on view #1, which hides sdr marks ->
invalidate.
4) SwFEShell::ShellGetFocus() on view #0, which shows sdr marks ->
invalidate.
5) paintTile() in view #0.
6) SfxLokHelper::setView(1) to paint tiles due to 3). (Generates
invalidations in both views.)
7) SfxLokHelper::setView(0) to paint tiles due to 4).
And so on, this way a call to SfxLokHelper::setView(0) resulted in an
another (async) call to SfxLokHelper::setView(0) all the time.
Change-Id: Ice855b9128f61bb7b823b499cad366998f297b5d
Reviewed-on: https://gerrit.libreoffice.org/28611
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Revert "tdf#32531 Fix for key movement in table cell of different
directionality"
This reverts commit a215cec969f7401b08cabb686c5b2b1d803399d0.
This seems like the wrong fix for the original issue, as it breaks how
“visual” cursor movement works in RTL text.
|
|
...when testing sw/qa/core/exportdata/html/pass/cp1000068.odt, leading to the
problem described in bf3c6237bb110d3eb84970e44593a7880e2e8536 "pTemplate can
probably be null here"
Change-Id: Ic96fabb3cab83b005a1ebae573a5bf4549270603
|
|
Observed with "make clean && make CppunitTest_sw_filters_test" (which misses a
dependency, a bug to be fixed next, so happens to not set up m_pTemplate in
SwHTMLWriter::WriteStream, so dereferences a null pTemplate here. Don't know
whether there's also legitimate scenarios that can lead to a null pTemplate
here, but at least the code in SwHTMLWriter::WriteStream setting up m_pTemplate
takes into account that it can be set up as null, and the code in the called
SwHTMLWriter::GetTemplateFormat takes into account that the passed in pTemplate
(which used to be the same object as the outer pTemplate/pDoc, before breaking
IDocumentStylePoolAccess out of SwDoc, see below) can be null.
Regression introduced with 535971f3a166da6c0e44a6b7211c7f8c298f388f "Refactored
IDocumentStylePoolAccess out of SwDoc."
Change-Id: Iabb4ae2ca018ce3a19756d62b9002b245cb409cd
|
|
No idea whether the warning is useful, though, but at least now it
tells what the value of Pos is and how much "too big" that is.
Change-Id: Ib2794f0484a660715c78e1341b1f8c66e3e2f77e
|
|
Change-Id: I7e3fa90b9186b518188b322f9236bd588d00d846
|
|
Change-Id: I6f9b6c024442f5152b5f2c72fa018f10b4b7866a
|
|
Change-Id: I4f5c6b79d884497574dee37a15752178c1eb59ed
|
|
Change-Id: Ic80132c5fa94d935910c1cfdb03f696b2812676a
|
|
Change-Id: I0b7615bb5a29e1a275647670351f643784467885
|
|
Change-Id: I7784e9bebf3185eb3e0f699fc80005d3d92ac1b5
|
|
Change-Id: I99d4f5fb322301542519241ec65a38304ecc16a1
|
|
and fix the bForceZeroExtleadBug TODO
Change-Id: Iac9295c6ce31112d69a870e3a229823eb1e9a4f2
|
|
MaybeNotifyModification() should be called only in the POS_INSIDE case,
not when POS_EQUAL gets there via the fallthrough.
Change-Id: I8a05ee508a14f62b12e93799b2e98a33041d6f33
Reviewed-on: https://gerrit.libreoffice.org/28582
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I3d8769f59811863ab38abeaefb289213d2c37570
Reviewed-on: https://gerrit.libreoffice.org/28379
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
It was disabled build-time + also one had to turn it on from a debugger,
doesn't seem to be useful anymore.
Change-Id: Id04a763e8dc9f09ce28374210da4ec39fbb2b3e1
Reviewed-on: https://gerrit.libreoffice.org/28579
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ie120e56339d263ef7e2e7f1bdd04da62726d046c
|
|
Change-Id: I56cbdc1ede491486643f73a98117c5cd4ce77c1d
Reviewed-on: https://gerrit.libreoffice.org/28564
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Commit bcb41235deaf4b7ca90522bda3ba21a686819e6e - in addition to
introducing the enum SfxStyleFamily - inconsistently converted one
call of DrawDocShell::SetStyleFamily to use enum SfxStyleFamily
instead of a mysterious "5", but did not adapt all of the code that
extracts the SfxUInt16Item that subsequently extracts this value and
expects a number 0-5.
Since it's clearly inexcusably stupid to have 2 different public sets
of integers identifying styles, make the usage of the second "array
index" integers private to templdlg.cxx; the SfxUInt16 item now always
contains enum SfxStyleFamily.
(regression from bcb41235deaf4b7ca90522bda3ba21a686819e6e)
Change-Id: I333575c504277c2046f8f5a6b36ae3f86b3b3201
|