Age | Commit message (Collapse) | Author |
|
Change-Id: Ie3f55a35874ecaf07440da26c8ba22c2803a0480
Reviewed-on: https://gerrit.libreoffice.org/2566
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I0811d0404b325307a7cab60c8c634a74eef0736b
Reviewed-on: https://gerrit.libreoffice.org/2564
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I08d755677c46c476710ecbd067ed9f7e2f54a671
loplugin: clean warnings: unused variables, incorrect indentation and log area.
Reviewed-on: https://gerrit.libreoffice.org/2544
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Patch-by: orw
Tested-by: orw
(cherry picked from commit 52c755f84a4755982d0f0933986c292d199a34f0)
Conflicts:
svtools/source/filter/jpeg/jpegc.c
Change-Id: Ic0686ad44fcd527fc6f182748e255daceac2089e
|
|
(cherry picked from commit febadae3d165ba12f2f7944b441fdfc328a3725a)
Conflicts:
vcl/source/gdi/sallayout.cxx
Change-Id: I928bbf253cb5f7824b870ca77d04d3e453af67bd
|
|
(cherry picked from commit 83587cfa95ca3ffa6c857d184f28e74c5b0a6bd7)
Change-Id: I15bb5c1e6007688bc394858bea8374c59b965057
|
|
(cherry picked from commit a6ee3d58c7cc3e6b0c4ddb31ddd8f495385adad2)
Change-Id: I382c4d0b1206f84d2e38818aa022a3f4b1684b04
|
|
Change-Id: Ic2baaa9d6de5e6b53bbd11e5917f206336302f7c
|
|
Change-Id: Ie6100b1eb21cc991324636c18745faa10092f570
|
|
For both build and host platform.
Change-Id: I0fa9b5d85449887c2c6bd758fb1fecec9776d97c
|
|
Also kills horrible SKIP_TESTS hack along the way.
Change-Id: Ida59fb44d247b52ef11ee7ba5e4e006996a87ebf
|
|
Change-Id: I132d63807cd49905a38cb8e38d887c5634a1f01f
|
|
Change-Id: I7529c4a3ad52cddcab0198e9fd4f2d7b42584dec
|
|
I think it should die completely but openbsd and solaris still use it.
Probably just setting LDFLAGS should be enough for them ?
Also SOLARINC_FOR_BUILD and SOLARLIB_FOR_BUILD are not used anywhere.
Change-Id: I1c11981f859876af8b90e8ba60fce2820b354022
|
|
Change-Id: I81e3cb8f21f156e61536237ee8b87e475218dafd
|
|
The information can be read from the font data itself now, so
this is a bit pointless. It wasn't entirely reliable anyway,
as it is also necessary to ensure two font different font files
don't overwrite each other.
Change-Id: Ie17ab8118e1c08228beb7c749c5c8d6cf3426362
|
|
Change-Id: I95842a35a7c795cb0a3c1957f4062a373a9c4797
|
|
Change-Id: I6d38e83a7fa609d53f2f687ccfe289440d23e960
|
|
Change-Id: I867918bbb61b289e1ad8752e6f46705af6e85b7c
|
|
|
|
|
|
Only applies to PropertyAttribute::REMOVEABLE, and all instances in comments.
All other instances of the misspelling have remained the same.
Example: AF_REMOVEABLE
Change-Id: I391f4101bbc3e06689318235a37d616065bc1686
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I910c2f769e88c5d9d17fc5bf072909b4b7f28ef0
Reviewed-on: https://gerrit.libreoffice.org/2557
Tested-by: Luboš Luňák <l.lunak@suse.cz>
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4f27a839c6403c08983f0366402c852b0710029c
|
|
fdo#48735: Save crop information in PPTX.
Change-Id: I8aee13b11406988ab451034f43ee41c662add5fb
|
|
Change-Id: I1d825c39cde67c204110b4a787b3ffb290331fe5
|
|
Change-Id: I4c7f79393721bff3d5e6fda98b8d4bf16a5ee398
|
|
Change-Id: I66657ce38456e4a8dc3a602997c451cf1cdd983b
|
|
Change-Id: I0de697ccf779163408755bcd677b2af2e74bd18f
|
|
Change-Id: I922286ea88663402e813365cbf7993890d33e9de
|
|
Change-Id: I3b0ebab5e87897a9c29da4b3f97f7fb71cdd1751
|
|
Change-Id: I90ea912fd0cc54068843d21cb2585e78e70a3d71
|
|
Change-Id: I13f0286e532ede2ebd9a9f9d28e71d6ec376549b
|
|
As suggested by Norbert
Change-Id: I1b23f2e0de8524db9e1c903863163a82a3965e41
|
|
Used by AndroidSalInstance::AnyInput(). Unfortunately there is no way to check
for a specific type of input being queued as the AnyInput() API would
want. That information is too hidden, sigh. Should fix that.
Change-Id: I2d971a7da531bb00a80fd39311fb70ab29359b08
|
|
Change-Id: Ia591bc9422112d62756c7c80b3d11f5a9af42037
|
|
Change-Id: Id627136d25a40b5d573e274cc6ad78418b8ffdb9
|
|
Change-Id: Idd08a89dd0dcf05caeacc9e14a0a6ea10b433588
|
|
...this is a sure way to std::terminate
Change-Id: I8753b1b1d6594829ea529462aa0369e4f2f623d4
|
|
Change-Id: Id19c8c768bd8be7767d6d224fa5d584381707217
|
|
Change-Id: I45f309c6c23704af8638003fd54f1a7e45062d61
Reviewed-on: https://gerrit.libreoffice.org/2555
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Don't ask the LO code to zoom while scaling in progress. That is way too
slow. Return to the idea of just scaling the already rendered bitmap
containing the "top-level window" from LO's perspective, UI elements and
all. (Obviously if we continue to work on thie demo app, the desktop style UI
elements need to disappear from the sides of the LO "window", so that the only
thing LO renders is the actual viewport of the document contents.)
This time, instead of scaling the View, which for some reason causes horrible
flickering glitches at least on my device, draw the bitmap scaled in
onDraw. Much smoother for some reason.
Of course when we then in onScaleEnd() ask LO to do the actual zoom, what
eventually results (remember that the LO code runs asynchronously in a
separate thread, and the zoom request only gets posted to that thread) is not
at all the same as what just drawing the bitmap at scale produced. (Especially
not as there is no way yet to have LO zoom centred on a specific pivot point.)
Change-Id: Id80576c99a03f5f8bf0d8039c6c7406322581956
|
|
See http://nabble.documentfoundation.org/Cppcheck-nTotalItems-is-assigned-a-value-never-used-sfx2-part-td4036724.html
Change-Id: I8c752dc7bede7cbf5e450d62500a227458b8dc25
|
|
|
|
Change-Id: I08d540bdbe32ba9df994528bac97ac76e587795a
|
|
Change-Id: I9ca6ea16868fd41c5547fdca547184bf73e134e1
|
|
The incorrect SwLineLayout width caused a missing repaint when a
character is inserted after the tab in the bugdoc, see the already
existing sw/qa/extras/ooxmlimport/data/n793998.docx.
Change-Id: I685203eeb2ed4236758d65132069cd894ece488c
|
|
... "crash on Tools - Options - LibreOffice - Personalization - Select Background Image"
The root cause of this is my conversion of the UNO code to use the
new-style FilePicker service constructor in commit
4b51374a7021d52f7f1be1861e2ee6a011b30ecd
Unfortunately, the new-style service constructor will always call
initialize(Sequence<Any>), which the old code did not do.
And initialize does not like being called without any arguments.
The cleanest fix for this is to simply remove the createDefault()
service constructor method and make all the call sites explicitly
choose the style of FilePicker dialog they want.
As a bonus, this simplifies some of the call sites.
Change-Id: I75f5e03cff4e39abe22cd9650a079ec78ab636c4
Reviewed-on: https://gerrit.libreoffice.org/2553
Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ic2d84bc20abda1ad2417d4dfdbe8c8fb09a49efd
|
|
Change-Id: I2ad13cd8de2c0f8f5672a30c3c1117708368b05f
|