The menu is now:
Slide Show
Start from first Slide
Start from current Slide
...
instead of:
Slide Show
Slide Show
Slide Show From This Slide
...
I also changed the recently introduced function name/uno command for "Start from current Slide".
This should make no trouble, since this function has not seen a release so far.
Change-Id: I248c9d63ec28071b2887f89912aa90fa1e4afcb5
Reviewed-on: https://gerrit.libreoffice.org/3604
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Change-Id: I25b7f509ba5d1007a16c84ad05870a8174c094ec
Reviewed-on: https://gerrit.libreoffice.org/3621
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
Use URE_BOOTSTRAP instead of listing ~its content individually.
[DY]LD_LIBRARY_PATH needs to be set to all of installdir's ure and program as
well as OUTDIR, as initPoniesMode (pyuno/source/module/pyuno_module.cxx) tries
to load the OUTDIR test library. Abstracted as gb_PythonTest_PRECOMMAND.
Abstracted Mac's special LibreOffice.app/Content path as gb_DEVINSTALLROOT,
adapted a number of places accordingly.
Change-Id: I1646615c77dfab342675f84dbb83c579bf16058d
With the fallback loading of extDrawing for SmartArt graphics,
slideshow animations into that drawingml fragment didn't work -
for it being modelId diagram references instead of plain shape IDs.
So use the modelId if present, and only then fallback to shape id.
Change-Id: Iac2b8bc16255611d7ab165b72fb251cd2a65073a
With this, if dc92bac5df72ecca123472a5e945b1864a17f457 fails, it won't
crash, just the assertion will fail.
Change-Id: I9830094088819cade7cf47d1f25d34bb6eb52ae6
The problem was that in case an exception was thrown, it was only caught
outside the loop, so in case any error occurred, we didn't even try to
export the remaining objects. At least in case of
embed::WrongStateException, this is safe to do.
Change-Id: I71a7abc45a89bebc667664bc001245bb886a8d83
Previously all the formats was specified but none of them were being converted or detected . But in my patch , it is able to detect and convert ppt pptm pptx formats .
So ,we can atleast add support for these formats .
Change-Id: I6083a9048ada870178753cd4ba523c9d3916cf11
Reviewed-on: https://gerrit.libreoffice.org/3617
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
* Make use of unoidl::Manager::createCursor in
TypeManager::createTypeDescriptionEnumeration
* ConstantDescription::getName returned unprefixed name
Change-Id: I4b2e1ce6a240d8f6292375ad36f71e0b19699367
Implement commit 3213cd54b76bc80a6f0516aac75a48ff3b2ad67c
for MSVC. Not sure what the extra "Summary" section at the end
of the output does, and whether it would make sense to filter it.
Change-Id: I874abec0e8bb8d1ec2894fd6e94bc78b48e384e1
Reviewed-on: https://gerrit.libreoffice.org/3612
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Commit da45a0e255f77d002c35438e9c2a17fecdde6d81 added CSS column-count
property to the exported non-standard MULTICOL element. With this change
we are also able to import multi-column DIVs into multi-column sections.
Now we can change the exported element from MULTICOL into DIV which
actually works in browsers supporting this feature. Importing legacy
MULTICOL elements is still supported.
Change-Id: I55bea40326904de7f137e996a000a7d213fa0593
Reviewed-on: https://gerrit.libreoffice.org/3610
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
This Checkbox is shown in the File picker dialog and does not embed the file in the document, if checked.
Change-Id: I84fbc182cc9b432cd38ccb044c0479ced119d97f
Reviewed-on: https://gerrit.libreoffice.org/3602
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Let's keep that "fix" just in the SUSE-specific branch.
This reverts commit 56d41fef8f96888d5aaf39a9c4d0c7eca5b63d44.
Conflicts:
fpicker/source/win32/filepicker/VistaFilePickerImpl.cxx
Change-Id: If331c6ec8978923e8e8bc6653bd27b5a9edaf2d7
All getter methods in this class use BLOCKED, all setter methods use
NON_BLOCKED... except for getDisplayDirectory(), without any hint as
to why it might be different... so make it consistent.
Change-Id: I3c90ea6560944f9e7033a26f4419003f154a520c
make it approximately infinitely faster
a) add a method AdjustEntryHeightAndRecalc that just does AdjustEntryHeight and
RecalcViewData and replace all the places that do the two of those together
with that utility
b) in our SetFont now only call AdjustEntryHeightAndRecalc if the new font is
different to the old font, ignoring color which doesn't have a bearing on row
size.
c) where we originally called SetFont(GetFont()), which would have triggered
AdjustEntryHeightAndRecalc, now call the new AdjustEntryHeightAndRecalc
explicitly.
The performance problem apparently a regression from
ac7acb0ab1329913b0cec79790adcde0263960be where we seem to now end up drawing on
ourself and calling SetFont on ourself rather than on a pImpl without an
overridden SetFont. So when we redraw on scrolling we triggered a cascade of
calculations and force text layout of every row.
Change-Id: I3c284c360f06ac383e8c38045fc4c2946f505b35
