This is quite similar to PDF, except that by default the File menu
doesn't advertise this command. Possible to add it via Tools ->
Customize -> Menus -> Search -> EPUB.
(Reasoning for having a dedicated UNO command for EPUB is an increasing
amount of users look at EPUB as the new PDF, given how non-reflowable
PDF is hard to read on mobile devices, while EPUB is primarily
reflowable.)
Change-Id: Ib80f784a630a192f5b6ffbbfc60cb565fda7ed37
The previous implementation had the odd behavior that Freeze First
Column and Freeze First Row removed any frozen state (column or row) if
there was one, instead of freezing the actually selected choice.
Changed to
* Freeze First Column
* always freezes the first column
* removes another column freeze if there was one
* keeps a row freeze if there is one
* checks the Freeze Rows and Columns toggle box
* Freeze First Row
* always freezes the first row
* removes another row freeze if there was one
* keeps a column freeze if there is one
* checks the Freeze Rows and Columns toggle box
* Freeze Rows and Columns
* freezes at the current cell cursor position if there was no freeze
(toggle box was unchecked)
* removes any freeze if there was one (toggle box was checked)
Change-Id: I38c4b6f0486ef8e93da0bb3a69a99e5c7709a21e
Reviewed-on: https://gerrit.libreoffice.org/41908
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
so 'o' pops up native menu, shift+o is unhandled by native, sent to
vcl one which pops up some shoddy emulated version of the o menu
Change-Id: Id6b0d27dd81f8a6d141cef79cc4825703c923636
Reviewed-on: https://gerrit.libreoffice.org/42538
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
SeekToEndOfRecord() now doesn't seek to EOF if the offset is too large;
break out of loops in the obvious cases where this could be problematic.
But don't use SAL_WARN_UNUSED_RESULT because unfortunately GCC doesn't
allow to explicitly suppress that with a (void) cast.
Change-Id: Ie0211075bf0f4ef271bb26bdfead5fb070875a2b
look for places where we can flatten the control flow in a method by
exiting early with a throw, ie. instead of
if (cond)
stuff();
else
throw ex;
we change it to:
if (!cond)
throw ex;
stuff();
Change-Id: I8b6bdf883b325807c7e3a3ef698e4f4606e7d38b
ever since
commit 0929dfa83c
Date: Sat Jan 11 11:54:14 2014 +0100
writerfilter: drop never generated rtf
{XAlign,FHDR,YAlign,XRelTo,YRelTo}
Change-Id: Icabe9ff848e3cc9918741e9c68d8f2312145fb74
ever since
commit 4a924576e4
Date: Wed Jan 15 20:24:41 2014 +0100
writerfilter: drop unused BlipDib and FSP in doctok
Change-Id: I9bf644bdc4b37cb6c4a9a9ab7757c4a83a520cd7
ever since introduction in
commit 328d154015
Date: Fri Jun 10 18:56:08 2011 +0200
resolvePict: import the stream as a graphic object
Change-Id: Ife03094d721621cc592be9cd94899a4e40550330
- we can call MakeFrames on them right away
- as there had been performance issues on mail merge here before, this
might a bit quicker for suoer large documents.
Change-Id: Idd84d7e6a962d00d59e2981f63ed9db60377fa01
Reviewed-on: https://gerrit.libreoffice.org/42442
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@libreoffice.org>
... and also in XclImpDffConverter::ProcessDgContainer()
This was looping in CppunitTest_sc_filters_test, reportedly since
commit 7e8c38b697.
The problem is that checkSeek() doesn't actually seek until EOF
if the offset is too large.
Change-Id: I16226a88388dcac8069d6a4cad860470540466e3
PropertySetInfo(PropertyMapEntry const * pMap) stores the pointers,
and its lifetime is controlled by refcounting, so the lifetime
of aInfoMap can't be automatic.
ERROR: AddressSanitizer: stack-use-after-return on address ...
... is located in stack of thread T46
at offset 224 in frame SvXMLExport::exportDoc(xmloff::token::XMLTokenEnum)
This frame has 39 object(s):
...
[224, 288) 'aInfoMap' <== Memory access at offset 224 is inside this variable
Change-Id: I4eaa9d38bab708b222d999b0982100d7ef97e95c
Compiling against the 10.13 SDK with --with-macosx-version-min-
required set to 10.9 or 10.10 (or defaulted, meaning 10.9) causes a
compilation error now. Earlier SDKs did not catch it if you were using
connectx() even if targeting pre-10.11.
Try the approach from https://github.com/curl/curl/pull/1336/commits .
Change-Id: I7cac294931c8afa6ff26a6ca9cf4491aff249de0
With all bells and whistles, instead of the crude size/dpi JPG dialog
even for PNG.
Change-Id: I695a78643e07900822ec9253ac818efd52339cc0
Reviewed-on: https://gerrit.libreoffice.org/42498
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
