Age | Commit message (Collapse) | Author |
|
Change-Id: I041390c7cea1e246f07e799ee2430c16e86723d8
|
|
Change-Id: I1e100302dd60ebbcdf187cf30befe0c767c6d6b8
Reviewed-on: https://gerrit.libreoffice.org/34474
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Fixes #229.
Change-Id: I6e74d41f83cacb628356cba57a49165c41113723
|
|
Change-Id: I2b817859e4e6e0ea6dd15b0052da2370a262c6a4
|
|
Change-Id: Ia4bdc254e4967613aedde35cd24ecc4ae6298ae5
|
|
Change-Id: Icefd6b869bdbfb3d03f24aea5b94fcf83961d388
|
|
Change-Id: I0f541a020232960541bccdf970c042cf3303671e
|
|
Change-Id: Iccee29668f5d619c4726d09baa4503c6ae38e84b
|
|
because as soon as we're wrapped somewhere with a temp.
uno/rtl::Reference, its destruction will lead to our own
destruction while we're still in ctor. Typical situation
is when the broadcaster rejects our listening request.
Change-Id: I7fd282e53095ab9939f803df9564c9767263b1f8
|
|
Change-Id: I1d5196e1ca888dfb11d5bd6ef4676937dce49fdc
|
|
Change-Id: I8b56423724360f49e1f361cb95056b391a9a3a42
|
|
Instead of a singleton, CommandInfoProvider should just be a set of static methods.
Change-Id: I16d4406e361a72f013d78f18d6bd0ae20c0cc5e9
|
|
Change-Id: I35d08f6ff1ff3e78a5078062cef89304fa782489
|
|
A patch related to tdf#96685 (commit 598e6a024163f1510d076000788b7745625f5ed5)
caused the initial regression that Japanese-mozc would freeze(tdf#100903).
That patch only modified what happened when the text was marked as focused.
However, the regression fix for Japanese bug 100903 (commit
1c81af2c1814e8bd12701f85e09cebf5fe206647) was not placed
inside of the "if focused" code, and so it applies to more situations
than were broken by the first regression, thus causing new bug 105256.
So, applying fix 100903 ONLY when focused solves both problems.
Change-Id: I1d8381f2d8cf793d481287ae975ce8a485b6c573
Reviewed-on: https://gerrit.libreoffice.org/34453
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>
|
|
Change-Id: Id4f788dfae64e7a9bcde16af2db2ddeafaf6900e
Reviewed-on: https://gerrit.libreoffice.org/34468
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
By using a single ifdef block for the disable-pdfium case and by adding
PDFWriterImpl::BitmapEmit::getObject().
Change-Id: Ia21e16d469bc75e9b1a95342ed01caef3e91ccd9
Reviewed-on: https://gerrit.libreoffice.org/34462
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I9f8610bc9ed7d5c175c369973dc8906179ae042d
Reviewed-on: https://gerrit.libreoffice.org/34456
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I22269d6d1868b744f48274ff53ca46fa93ce9fc1
Reviewed-on: https://gerrit.libreoffice.org/34455
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I55e876ef159c677c109f82fee917944a9fddd918
|
|
Change-Id: Ide1af0779d4fa83ea480088874d5d2767518bbf7
|
|
Change-Id: I84c488a4a0fa96f85158d34035a16aa5e10c7c21
Reviewed-on: https://gerrit.libreoffice.org/34418
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Fakabbir Amin (Aeimi) <fakabbir@gmail.com>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
The change in PopupMenu::ImplExecute is needed because
MenuBarManager dispatches commands synchronously, and a
command can try to dispose the parent window of the
MenuFloatingWindow (e.g. right clicking inside the report
header, and choosing "Delete Header"), which will lead to
Application::Abort in a debug build. So we must get rid of
the MenuFloatingWindow before handling menu selection.
Change-Id: I1657cd16a005207abc31f4b65595ab78ed235e37
Reviewed-on: https://gerrit.libreoffice.org/34407
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
from "unstable" log file https://oss-fuzz-build-logs.storage.googleapis.com/build_logs/libreoffice/latest.txt
#5 0x617248 in operator new[](unsigned long) /src/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:84
#6 0x710843 in MetaCommentAction::Read(SvStream&, ImplMetaReadData*) /src/libreoffice/vcl/source/gdi/metaact.cxx:3363:18
#7 0x6e1921 in MetaAction::ReadMetaAction(SvStream&, ImplMetaReadData*) /src/libreoffice/vcl/source/gdi/metaact.cxx:266:18
Change-Id: I518adea27565d1fbe91c8817f41850deb0ba9877
|
|
Change-Id: I06c36dd30ed6422b2c21dce3a43b89f43b1218b2
|
|
PDF allows referencing a page of an existing (embedded) PDF file
together with a fallback bitmap, but this is only allowed for form
XObjects, not for image XObjects.
So case the image is a PDF one, wrap the image XObject in a form
XObject, that will allow later referring to the embedded PDF image.
Change-Id: I30839dd6696f1fddd8ca2caa0d33123e90fcedbc
Reviewed-on: https://gerrit.libreoffice.org/34376
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ia6f80871ccf56527bb1338a288554bc37cd699e2
|
|
Initial step to have vector output for PDF images in the PDF export
result.
Change-Id: I3d08403d3c83e11c63af69312f9af7474dcd2ead
Reviewed-on: https://gerrit.libreoffice.org/34366
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I936c78c2e2906d6a24ac6a5af3c867075b67e6d5
|
|
Change-Id: I04b27ea7ede9dca6ca41ac910ac97a878788f2e0
|
|
Change-Id: I63af4ab93dfd021f88f03fad2c065f5a0e9eeed9
|
|
http://crashreport.libreoffice.org/stats/crash_details/2de31c06-da20-4280-916a-e282a337b16b
Change-Id: I0b599de9b36f62d65988c1ab698f1559134fbf7c
Reviewed-on: https://gerrit.libreoffice.org/34294
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I9b9e6afb543c42bf3b64cb3c2ed872304f33c7f0
Reviewed-on: https://gerrit.libreoffice.org/34282
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I85cfe02f28729e13f2c0dd3d91cd89e6f3e3b6a9
Reviewed-on: https://gerrit.libreoffice.org/34219
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I7cc4106063831f342c82c57b0476b9ac8c4b479a
|
|
Change-Id: I861a64938a73f625ae190d18aee15dc57ac4d97d
|
|
...since 65b7b6322b662785bf032e66c76abc36c9a2bb0e "loplugin:unusedenumconstants
read-only constants in vcl"
Change-Id: I50b904dfbfecf3400591fadd392e229505c1a97f
|
|
Replace creating a full Draw component with direct pdfium library calls.
This also means that the result is now a bitmap, not a metafile for now.
Also decouple HAVE_FEATURE_PDFIMPORT and HAVE_FEATURE_PDFIUM, the first
is the "import PDF into Draw" feature, the second is the "insert PDF as
image" feature.
Change-Id: I72c25642ec84cc831df362e02b1520c6e6d9adcf
Reviewed-on: https://gerrit.libreoffice.org/34217
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Icf6c7a29ad129550fbc533c3af2b77fe7e91ce26
|
|
no logic change intended
Change-Id: I26558d743f1ab6c3d7b42179fe44f06a786806b6
|
|
Change-Id: I6b366f115258ef8497807163179d3e08ab3d5e6f
Reviewed-on: https://gerrit.libreoffice.org/34180
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
Change-Id: I26e9823faa53fdbb0ae468f03e40b0a4e5313b49
Reviewed-on: https://gerrit.libreoffice.org/34170
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Instead, use "code points" (if you mean full 21-bit Unicode code
points), or "code units" (if you mean the 16-bit units that make up
UTF-16). Hopefully I got it right which one was meant in each case
here.
Change-Id: I8ee7a98996f1cebcfb95cd7d18a56570e48fa390
|
|
The 16-bit things that make up the UTF-16 encoding are called "code
units".
Change-Id: Iab2b83323783e518198c1a0553f7b053fc415985
|
|
Change-Id: Id4a4631ff7c69aa01deddd2b88626ff83fd5e7b1
Reviewed-on: https://gerrit.libreoffice.org/34151
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
|
|
In OOo times, there'd originally been efforts to allow building on Windows with
MinGW. Later, in LO times, this has been shifted to an attempt of cross-
compiling for Windows on Linux. That attempt can be considered abandoned, and
the relevant code rotting.
Due to this heritage, there are now three kinds of MinGW-specific code in LO:
* Code from the original OOo native Windows effort that is no longer relevant
for the LO cross-compilation effort, but has never been removed properly.
* Code from the original OOo native Windows effort that is re-purposed for the
LO cross-compilation effort.
* Code that has been added specifially for the LO cross-compilation effort.
All three kinds of code are removed.
(An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing
--with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.)
Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568
Reviewed-on: https://gerrit.libreoffice.org/34127
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
It's a public symbol and can live in the vcl namespace just fine.
Change-Id: I677f22e79f8ddc0c0756cc9bfeb498249354c516
|
|
Change-Id: I49284d409bbe678e1e018c9d9502d79db5553faa
|
|
Change-Id: Ib47e850d8ade769cad11f53b7eb3d7cab0337feb
|
|
Change-Id: Iabdebb02e91c630aef11e99f4677fd4187df78a5
|
|
and drop unused enumerators
Change-Id: I2f42f0f441cf9ce96338d40382acb6d75ea1e1a0
Reviewed-on: https://gerrit.libreoffice.org/34061
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|