Age | Commit message (Collapse) | Author |
|
Change-Id: I3891441fee41dd56ff183c833b17d926722b8f91
|
|
Change-Id: I6497550e8f55f9ba08b0c4f20de0ea04be45d617
|
|
Moved portions from module i18npool, all of former i18nisolang1 library
that now is i18nlangtag. Included are languagetag, isolang and mslangid.
This i18nlangtag code is now even used by module comphelper, so
disentangling i18npool and making this an own module was needed to not
create circular module dependencies.
Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
|
|
The tab area page has a magic bit which is set when the page is activated that
enables its properties to be applied on ok. If another page is activated that
also affects area fill using an alternative set of properties, then the bit is
unset.
For layout we have to activate all pages that don't exist yet to get their
optimal size. So we need to re-activate the original/current page after forcing
the other pages to exist in order to make this trickery work.
Change-Id: I90cac4624a12e6c29f6b226ce831f71c7cc49117
|
|
Just sprinkle #ifdef SOLAR_JAVA into the code instead.
In the source for jvmaccess and jvmfwk such ifdefs can be removed as
it isn't compiled unless SOLAR_JAVA.
Change-Id: Ia8614f8bd6d833582d3b79b5fb75f9153fa79606
|
|
Change-Id: Ideeda46baf3d96dd52a77b5d225df3c00153183e
|
|
Change-Id: I7d1494430cbc75cfb831dfe5500a0c3e6c9147fa
|
|
Change-Id: Ib10545d964e96ae6f92583bbad8479951385247c
|
|
Change-Id: I32160cff67494cde2ad21cb6d6fe48091d600b8d
|
|
Change-Id: I1d0ed94d41b3b8bcf0504e1528f4f505f817ad86
Reviewed-on: https://gerrit.libreoffice.org/3127
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
|
|
Restore removed spinner artwork, cleanup the code: hicontrast - is now
a function of icon theme, not a global boolean.
uwith thanks to Ariel Constenla-Haile)
Change-Id: I68d4c7293a6faa130274cf45f53509ce140fa8c0
|
|
Change-Id: If44cc1750b8555eab6e3dc2659e60a8fff10b24c
|
|
Change-Id: Ibb3e74e98762358614713688d64e50db21025f1d
|
|
Presumably aStr is intended here, not aTmpStr itself.
Change-Id: I9a887c33f89d519c17ee0156ba9cea55b465fe97
|
|
Change-Id: I02ae342857d2944c3d1a20b8d24bd6fcf3ac1f4a
Reviewed-on: https://gerrit.libreoffice.org/3159
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I378228808ef8f974e574714f48a2faf23123714b
|
|
Change-Id: I1d0963f51472328a1a5b212ab277c6e72fafd7b9
|
|
So no point in checking font *family* names like "arial" or
"times". Actually, I doubt this whole block of heuristics is
necessary.
Change-Id: I6965c27a7c4bed53db0e7ddaa40b1d09ccc4ad43
|
|
Change-Id: I938b512dc3a32af9f2529a92ea3e4291abf64ad2
|
|
As its name says, CFDictionaryGetValue() follows "The Get Rule",
i.e. you don't have ownership of the object returned, so it shouldn't
be released.
Change-Id: Ie605ac21754ed479911d8f4ceb00744a6df600aa
|
|
The functionality was removed by fdo#48549.
This partially reverts
0f6101cfef4c2e45d9f1f1b3a61ef94799e4526b
0bdf6fc7c71c4c49e6d6f83d56ac953272ad16d5
85cb9084533605657aca0394afe4516058a8e4ef
I changed the behavior to always beep, because only the basic macro
function is using Beep(). Looks like the Beep macro function didn't
even work correctly before the removal, because the default was to
not beep for most platforms. So I set the volume from disable (0)
to 50% for XBell().
Change-Id: I663ffb7af75d2fd6d2c1f94073e4412d9744de4a
Reviewed-on: https://gerrit.libreoffice.org/3124
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I28b125405eda3362d0c71a1e1052ef4d3afbcf34
|
|
...and fixing two call-sites.
Change-Id: I8ed8cb189bd5034130b49b2f57156568e6b24716
|
|
Change-Id: I9aac6a1f6e4a36fb95a518b752aef2066b45094c
Reviewed-on: https://gerrit.libreoffice.org/3163
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I993bd95b31f1090c747f01a899650e8873dcaada
|
|
Change-Id: Iceaaf6cf98a4c64a17e88e4d3191cd7649940e82
|
|
Change-Id: I85ea6cc60add141954c8b75f78a8024c872d7174
Reviewed-on: https://gerrit.libreoffice.org/3158
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I01e19a9c7345e4a3489377ccb38c0465f8c88292
|
|
Change-Id: I4b9a20e62e8e137a1bfaa1c654307f15c33e3d3c
Reviewed-on: https://gerrit.libreoffice.org/3143
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I7e9e71c721266a0cbc4412024ec49cb689672876
Reviewed-on: https://gerrit.libreoffice.org/3165
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Change-Id: Ic33dd20a469d1905d2bdaf1ce3633e6ac6db8a4c
|
|
Change-Id: If5950affaff1537362b1e5c2e3791d04c5371306
|
|
Change-Id: I43d83b916bf1741cea7c94a77dcc57b69544801c
|
|
Used multithreaded when SdrGrafObj is on asynchronous loading. It was not safe
due to using VirtualDevices on occasions where needed (mostly Font stuff).
Extends fix of 6280a1e3104826ccdcd71c422b149e249783d5da for fdo#36991
(cherry picked from commit a379ffae809a4b9f92fbde9b9699f5353f7b3472)
Conflicts:
svtools/source/filter/wmf/winmtf.cxx
svtools/source/filter/wmf/winmtf.hxx
svtools/source/filter/wmf/winwmf.cxx
Change-Id: Ifd1d23217c0fbe22edbd1b1995286846e19030de
|
|
long"
This reverts commit 3aae02d02d418222b0b51748008ed5c9c1f1d3c2.
|
|
When initially calling lo_render_windows() from a redrawRect(), just
post the user event asking for a redraw of the (headless) windows, and
return without actually drawing anything to the context.
Then when the RenderWindows() callback for that user event eventually
gets called (which during startup and/or loading of a document might
be several seconds later, as there is lots of other activity going on
also as "user events"), ask the UI thread for a fresh redraw, and wait
for lo_render_windows() in that phase to signal the actual redraw of
the "headless" windows into the context.
Unfortunately this doesn't work well enough. It is not a good idea to
not draw anything in response to a drawRect() it seems. The affected
rectangle gets initialised to black. So there is now irritating
flashing. One sees an almost ready document (and the UI elements which
still are there), but then it goes away for some time before finally
re-appearding. Quite silly. So I will revert this, and I am committing
it just to keep the code for reference in git.
Change-Id: I9ee490345f093d80113c36f9e3268cab5a810dd0
|
|
Change-Id: Ie85ba53c59eda5586b70527a518e3f80223fc49e
|
|
Change-Id: I39cea3e90f0ac57168e1cd2d4a9af9199e1416fb
|
|
Change-Id: I247a261bb96b0c437a43922070777892cdcbc1f6
|
|
Change-Id: I66b85365d1c59f802253b8abdb1e04e25950a09b
Reviewed-on: https://gerrit.libreoffice.org/3098
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
_PC_NAME_MAX is a symbolic constant meant to be used as a pathconf()
argument, not a buffer length.
This piece of code was even "honored" in
http://womble.decadent.org.uk/readdir_r-advisory.html
"The code that enumerates fonts and plugins in the appropriate
directories uses a stack buffer of type long[sizeof(struct dirent) +
_PC_NAME_MAX + 1]. I can only assume this is the result of a programmer
cutting his crack with aluminium filings."
Thanks to Heiner Rechtien for pointing this out.
Note: declaring the buffer of type long instead of char looks weird but
probably has the reason that it is casted to struct dirent* for the
readdir_r() call that might not work on architectures that forbid
arbitrary alignment on non-even boundaries.
Change-Id: Ie959b8905d1328c6fcaefbf6f6c915cc430e85b6
|
|
Change-Id: I067d52236b189e09955d7aa3ce2fbd25b0d330bd
|
|
Change-Id: I17593ac6e495213a1ef99d4d5525a6e38aee0bc7
|
|
Change-Id: I272c2efc21f78dbd35c6dff6143c4770aed4ec16
|
|
Change-Id: I1c0d5ca4b2f88ca48225fcdbeb978f27fa91f7a6
Reviewed-on: https://gerrit.libreoffice.org/2953
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Peter Foley <pefoley2@verizon.net>
|
|
I am not really satisfied yet with how the UI redrawing in the app now
works (during startup, which of course is more or less all the app
does so far).
It can take quite some time before a "link" (function to be called)
posted with PostUserEvent() gets run (if there are lots of
time-consuming other "user events" in the queue already, or
something?), and blocking the UI thread for that time is not
acceptable. Will have to come up with some more complicated solution.
Change-Id: Icab20183df3bc4980ae33f0502d10397802cc391
|
|
Change-Id: I663ab56faf8d13a3f0443706d9dc75bd5969aece
|
|
We used to render them in the app main (GUI) thread, which is
dangerous, accessing the headless frames in one thread while the LO
thread (where the "main" LibreOffice code is running) might be
updating and changing them.
This fixes some problems like that part of the document did not show
up. If I would test the app on a multi-core iPad, presumably I would
have seen even more problems.
But this also introduces new problems: Now the UI doesn't appear
incrementally (for instance, with an actually progressing progress bar
during the loading of the document) as it used to. Now it all appeads
all of a sudden, everything at once. Which would be fine if it
happened very quickly after starting the app, but it doesn't... on the
original iPad it takes half a minute.
Change-Id: I04068e0d884aa5cb86acefa76449aac4e081b193
|
|
Change-Id: I6873461aed7db7b7f06e45556eacb82bcf118aea
|
|
Much faster. No need for the pixelBuffer inbetween.
Change-Id: I6493faca6da3a3e9a1285e00c887928b85dca56e
|