Change-Id: I5f2577dd1f047331a58d33e05684b673e6dbd11e

Change-Id: I4942a9ef4d3805865896c83cd9efa66437857ba1

Change-Id: I0e6c0900d28e7f01ebf88bcabc7dc6d5bbdb1b6a
Reviewed-on: https://gerrit.libreoffice.org/14594Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I88f1d0a134ffa3fbb9a5b5abdabbd4774f457e81

bit/byte thinko I imagine

Change-Id: I85ef6de4a4e6cffcd9c593eb15da692a2617736e

so we could create bitmap devices that have the same stride that cairo expects,
provide getBitmapDeviceStrideForWidth to get a default value

Change-Id: I7ecc6f54a734b3f6bed59c699ac3b482c4ad7c47

doesn't appear to be equivalent, first continue now skips
second GetBound assign that original code would have done

This reverts commit b56614c6.

Change-Id: I113670064fd285795234ae9c9e09be0cc0697cd0

At least in CppunitTest_smoektest there is a case where
SystemWindow::setOptimalLayoutSize tries to downcast a VclGrid as a VclBox
(stack top below), and that even appears to be unnecessary as the only place
that requires the downcast is the Dialog::settingOptimalLayoutSize override.  So
maybe it is guaranteed that GetWindow(WINDOW_FIRSTCHILD) is a VclBox if this is
a Dialog, but need not be the case if this is not a Dialog?  Or the real bug is
elsewhere...

SystemWindow::setOptimalLayoutSize()
SystemWindow::DoInitialLayout()
FloatingWindow::StateChanged(StateChangedType)
SfxFloatingWindow::StateChanged(StateChangedType)
SmToolBoxWindow::StateChanged(StateChangedType)
vcl::Window::ImplCallInitShow()
vcl::Window::Show(bool, unsigned short)
SfxChildWindow::Show(unsigned short)
SfxWorkWindow::HidePopups_Impl(bool, bool, unsigned short)
SfxDispatcher::DoActivate_Impl(bool, SfxViewFrame*)
SfxViewFrame::DoActivate(bool, SfxViewFrame*)
SfxApplication::SetViewFrame_Impl(SfxViewFrame*)
SfxViewFrame::SetViewFrame(SfxViewFrame*)
SfxViewFrame::MakeActive_Impl(bool)
SfxBaseController::ConnectSfxFrame_Impl(SfxBaseController::ConnectSfxFrame)
SfxBaseController::attachFrame(com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const&)
(anonymous namespace)::SfxFrameLoader_Impl::impl_createDocumentView(com::sun::star::uno::Reference<com::sun::star::frame::XModel2> const&, com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const&, comphelper::NamedValueCollection const&, rtl::OUString const&)
(anonymous namespace)::SfxFrameLoader_Impl::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const&)
framework::LoadEnv::impl_loadContent()
framework::LoadEnv::startLoading()
framework::LoadEnv::loadComponentFromURL(com::sun::star::uno::Reference<com::sun::star::frame::XComponentLoader> const&, com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&, rtl::OUString const&, rtl::OUString const&, int, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&)
...

Change-Id: I786ad451fdf73eca22860695a614ee5b889a83cd

Change-Id: I45081f5f80c4a571af0abebd23a4fed6623498a0

Change-Id: I955d82d8dd7a6092feb1de03c7c6486125f30831

Note that checks in the code against exceeding that limit apparently are
broken, though. After the previous change I ended up with an invalid PDF where
the signature hex string in the output PDF had brutally overrun its
allocation.

Now Adobe Reader says "The signature includes an embedded timestamp but it
could not be verified". This is progress. Perhaps I just need to tell Adobe
Reader to trust the certificate from the TSA I used.

Change-Id: I1e8644ee641592a985e0190b52bf76839f99b3e7

I think Adobe Reader expects the timestamp info to include the TSA's
certificate.

Change-Id: Iedf1c4a9952b12ac61b4ba7f73bee339480e821d

It it scary to keep pointers to stack variables that have gone out of scope in
a data structure that is in an outer block and used there later.

Change-Id: Iced8b809d50089a4e6f9867be9b8501cce59d16f

Change-Id: Idbde54c641531b34f397d07c5f929870c3a82371

Change-Id: Id770188f8c03cade5fd4f97295bb0933968dee71

Why is a separate field then needed? Dunno, but probably because the type and
values fields make up an encoded NSSCMSAttribute. (The comment in <nss/cmst.h>
says so, but it took a while before I realized what it meant.) The typeTag and
encoded fields are for NSS internal use or something.

Now Adobe Reader says "The signature includes an embedded timestamp but it is
invalid". Progress...

Change-Id: I390947db8d414a7ceecc1f67aaeed5fa0f66fe6f

Change-Id: I17fb441eac2593a0b43809f177250d46d6862a58

Not that it seems to help. Adobe Reader still claims "signing time is from the
clock on the signer's computer".

(Why can't RFCs come with standard C header files (and Java and C# sources)
defining macros/constants for the magic numbers, OIDs etc that the RFC
defines?)

Change-Id: I56e8cb4ef56e20345506a080e4d23764d2dfb956

Change-Id: I239aee06ce543b6f7c213d845313ca51b3a5502d

Change-Id: I36baaa1cd46385430474f8a841eafaaba07a18fc

Change-Id: I5170b9bbc4a3acab8307f7ad5ebc5e4ba9d58352

To avoid code duplication in SwRangeRedline::dumpAsXml() and
SwFrm::dumpAsXml().

Change-Id: Ic473cd77e960041b035b147dd31c16b141cc7cbe

Change-Id: Ibbc804ad2082c749160872a4460a45af8f985559
Reviewed-on: https://gerrit.libreoffice.org/14598Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I458b2e4c812f727b4254137aa48627522576df3b

This reverts commit b940df4d.

Remove outdated icons from themes, to make future maintenance easier.
Fixed file names and updated 'missing' log, 'copyright' text and 'links' for themes- where needed.
(Checked against current 'images.zip' bundled themes and git history).

Change-Id: If97378582377a64ed798eb44596ac56b89e3eb12
Signed-off-by: Andrew <dent.ace@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14583Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Create 4 new formats enums rtl_math_StringFormat:
rtl_math_StringFormat_E1, rtl_math_StringFormat_E2,
rtl_math_StringFormat_G1, rtl_math_StringFormat_G2
to 1 or 2 digits in exponent for scientific notation.

Set General format to use rtl_math_StringFormat_E2.
Set trendline equation in status bar to use rtl_math_StringFormat_E1

Change-Id: I41466a6d4ba808ba5b9b38ba252b37c6b4560f12
Reviewed-on: https://gerrit.libreoffice.org/14562Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

They can and should be terse, technical and informative. Simply say exactly
what API function call failed. The tag and source file name in the SAL_WARN
output should already tell a technical reader of the warning what
functionality it is related to.

Change-Id: I93509bddaca836bd6a07d2899b3faf693b071957

Change-Id: I7b08b7b6376db29b392243f24f6ad3ccf2ee8655

Change-Id: I8b3b2b839c37b584e1a4036e49af7ff2737ea7f6

Change-Id: I95387ae6b2ca8f49af87945954e4c418322860be

Change-Id: Ie15b08a3bc08760d602f6b71ff30234aa4a03dca

Change-Id: I151da82d4a7b3d2f00108bfcea444915d6b8e1da

Change-Id: I87e03eaac0fe4e078d8fee09bf2ffca374bff6d8

Change-Id: Ie70559f344018647cbb92fe542a2278056da20e4

Change-Id: Ie5040c2932715b2505635ff3cb909ccfeb4b7fa0

Changing the splitter position can cause an infinite loop which is
most likely a cause of a rounding error. This happens constantly
when in HiDPI mode so remove it for now until a better solution is
found.

Change-Id: Id3551b41ea61c36a78f38a51a1fddfcfd104265a

Change-Id: I24cd38f0f7e0f595815548a53824452d50ddd893

Change-Id: I197ca370dad5cadcddd2472ed9f25d7b3acc504a

Change-Id: I82a743ef3935baab82d9f9239bd589e55def8d76