This is the same feature as done for sw internal copy&paste and for the
sw RTF filter: if the copying would leak information, better not to do
that.
Change-Id: I39186d7b798d822f1f3a5a4b1ce2aa000c6f7906
Just like in sw, doc metadata wasn't copied to the document. As a start,
copy the user-defined doc properties. Note that this just takes care of
the source -> clipboard part, it's still up to the clipboard ->
destination code to decide how to merge the properties at the end.
Change-Id: Ic506e25ab598f4748d443d65664a193d589acd3c
The primary benefit is that this release supports sha256 out of the box,
so we can drop xmlsec1-nss-sha256.patch.1 and
xmlsec1-mscrypto-sha256.patch.1.
Change-Id: I78606c02591ac8ae7e347b0faa510ae2483e3183
Reviewed-on: https://gerrit.libreoffice.org/23096
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
just do the same as we did for gstreamer 0.10 and set the
size found condition once we get the message even if there is no size
Change-Id: I826d76dd1097432e5bd33d4acc1a187b8e5068da
Just added a condition to trigger ScTable::SearchAndReplaceEmptyCells
which already finds and replaces all empty cells.
Corrected range detection to find empty cells in data area only.
Odd behavior when selection was left or above actual data area
has been fixed.
Change-Id: I4b0cedd9d28ebdcaf580ca1bc8da780cf6342c54
Reviewed-on: https://gerrit.libreoffice.org/22766
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
With this, it can't happen that "paste" returns an error, but "paste as
rtf" succeeds (from a classification point of view).
Change-Id: Ia6807e5a6c065557cdd735a574ea858d29a97160
So that input filters can build their own doc properties and can also
use CheckPaste() without having the full original document around.
Change-Id: I0b8a63702f73ce04e8728a360b56ab9d1ca67af1
This helps setting all or no metadata in case an error would happen in
the middle of parsing metadata entries.
Change-Id: I349f53148627dd07f1304ebe00f0664bd23e26ea
The "copy" part of copy&paste works in sw by creating a separate SwDoc,
then copying the selection of the original SwDoc into it, so filters can
easily just export the whole clipboard document. A side effect of this
is that the clipboard document has no documnent shell, that would
contain the metadata.
Add a new member to MetaFieldManager that can store metadata in the
clipboard case, let SwTransferable::GetData() write metadata there, and
finally adapt the RTF export to look for metadata there as well.
Change-Id: Icfe32abca4290af8bf5b24a34160c43d4c87c04a
Just force the whole ValueSet to be formatted. Individual rectangles
are already being invalidated (when PREVIEW_CHANGED event comes), but
something naughty must be happening in ValueSet that those changes
don't show.
Change-Id: I4fd8af36e34c3a445d7b16b59e45256f016fd9df
Reviewed-on: https://gerrit.libreoffice.org/23115
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Project: dictionaries 3bbf614616d6da0c94b8953299c467c1db7b912d
tdf#98531 Updated Croatian dictionary
- converted .aff to UTF8 to match .dic encoding
- removed nonsenses like "word1yyyyyyyyyyyyyyyword2" or "wordyyyyy."
- added 123 new words
- added some new classes to .aff (just because I could not use default ones, nothing fancy)
- tried to improve suggestions by adding a REP section
Change-Id: I002e86fbc1b8e239404220c550e08e12b99e5910
for wayland
Dragging toolbars around to move them (starting with an undocked toolbar, not
the moving outline fake thing) doesn't work under wayland (as far as I can see)
without using gtk_window_begin_move_drag i.e. gtk_window_move doesn't work.
But this is supposed to be used from the initial mouse click (while it works
under wayland from a move, it doesn't work under X from a move) so rework the
last attempt to occur right at the initial click to drag.
Change-Id: I612f188b3e8482307bc816f5aa775530e6092eda
Make use of FillProperties in TextCharacterProperties. DrawingML:
Fill related elements in Text Run Properties are in sync with Table
Cell Properties and all of Line Properties.
Change-Id: I7c513ecfc5f94cf49e98a657384b5c0f5dddc1c7
Reviewed-on: https://gerrit.libreoffice.org/22979
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
I corrected the mistake that i did while converting OSL_ENSURE to
SAL_WARN_IF while submitting a patch regarding removing OSL_DEBUG_LEVEL > 1
conditionals. Thanks to Julien Nabet :)
Change-Id: I374373bf151a43b1ababf4c28b509da71068f755
Reviewed-on: https://gerrit.libreoffice.org/23112
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
