Age | Commit message (Collapse) | Author |
|
Even if the symbol font bit isn't set, the oox import route lacks the ability
to state that the bullet font is a font of symbol encoding. If the font is not
available on the system we go into fallback logic to state that famous symbol
fonts are in symbol encoding. But there is a symbol font on mac so its not
unknown and that doesn't happen. And the mac symbol font is not actually in
symbol encoding (seeing as it's all rearranged into the correct unicode
positions) so the recode logic is skipped in this special case to map the
microsoft/adobe private use area chars to the modern code points where they
were moved in the apple font.
I guess one alternative possible solution is to lookup all the fonts used in a
openxml doc using the fonttable stream where the charset info is available. But
seeing as it should only affect one particular font lets just move the encoder
test outside the issymbol block.
Change-Id: Ic5bd3ec15c8d8d99e2cab0fb67cc4bc33081c756
|
|
(cherry picked from commit 2178fea0941c4abb624ecddf2453f670ba68878f)
Change-Id: Ib83d10bcd2d0950fbb8afe8894caa9c0b60e6a5d
|
|
(cherry picked from commit 07302c14ad5e5983720a1d4514ff355b9930e5be)
Change-Id: Iba5303085bf4d6fcc79c0d04197429c436666e15
|
|
Change-Id: I39823e303097ef32f3cc394b0d9215ae351a88f3
|
|
which is used in the cases where no fallback for direct system support is there
(Linux)
(cherry picked from commit 75e9010730525ed6122655ac3c3899359c305104)
Conflicts:
vcl/inc/vcl/bitmapex.hxx
vcl/inc/vcl/bmpacc.hxx
vcl/source/gdi/bmpacc.cxx
Change-Id: I6e7a575e01456297e84785a7de14e42e0dc72f5f
|
|
Change-Id: If20ac542f31dd650d6d1cc22ced618f73e1ce773
|
|
Change-Id: I63a05b7ba0954dbc18932de9cbdea4f0c1a18422
|
|
Change-Id: I8a0c09087e522cbd8ee6a25b71541514e562a618
|
|
We have to register them one at a time, like windows, this means we detect our
bundled opensymbol which makes the "format->bullets and numbering" preview work
again.
Doesn't however fix fdo#68192 yet, more magic smoke required.
Change-Id: I430c91b48d96fb8d62e3b073898b72cf2b8ddea6
|
|
e.g. no ImageRadioButton is now loaded from any res/rsc file, so
that ctor and associated code paths can be stripped out
Change-Id: Ic4cf19d45adb7c734f150e0b89eef193157a74a7
|
|
Change-Id: Id4efe9b7c3831c09043644ad2445cd8f00aecd66
Reviewed-on: https://gerrit.libreoffice.org/5628
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ifb7e6558d39499892a9e94bf1f89f014bacbdbc4
|
|
Change-Id: I9df2312f257867fc89aa29672f2d58ea40363b14
Reviewed-on: https://gerrit.libreoffice.org/5588
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id15fb18df7b1a8da1ff260f8b2c72ed6cd5d352a
Reviewed-on: https://gerrit.libreoffice.org/5605
Tested-by: Jan Holesovsky <kendy@suse.cz>
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
|
|
Search for defaults personas "footer.jpg" and "header.jpg" in a dedicated installation folder, under share/gallery/persona.
Change-Id: Ie79513136c4330771b0dfaaf2d04bcd07f2d8b05
Reviewed-on: https://gerrit.libreoffice.org/5606
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
|
|
Change-Id: Ib1aaafe82c0a316d3a047a00940f65a818993321
|
|
Change-Id: Ie422cd2c903cbd18353b1929c074574d452559ce
|
|
The compiler in 10.6 SDK complains about ambiguous overload
for operator<<. Compilers in newer SDKs don't.
Change-Id: Id0b710a8668021d15754fa6eaea492a91557e34e
Reviewed-on: https://gerrit.libreoffice.org/5604
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ida0a62a438ee36ef1aaecb5ca4a072325b22636d
|
|
The _XDefaultIOError handler (libX11-1.6.0/src/XlibInt.c) already calls exit
(even though _XIOError calling _XDefaultIOError would call exit afterwards,
too), so our XIOError handler must not call aOrigXIOErrorHandler.
Change-Id: I92655f22d25ec1358fb6234c94fdfab368efedba
|
|
...as done in _XIOError (libX11-1.6.0/src/XlibInt.c) after calling the XIOError
handler function (either the one supplied with XSetIOErrorHandler or
_XDefaultIOError), as that calls the atexit handlers, which can wreak havoc in
unrelated threads that happen to be running in parallel, leading to arbitrary
crashes. So avoid that by always calling _exit already from our XIOError
handler.
The old code was careful to /not/ call _exit when the XIOError happened on any
thread but the main one, but I do not see the sense of that---after all,
_XIOError will inevitably call exit afterwards, so this cannot be a way to
"ignore" XIOErrors from special threads (that are set up say for the sole
purpose of trying out "known-shaky" activities without affecting the stability
of the whole process). And findings like comment 12 to
<https://bugzilla.redhat.com/show_bug.cgi?id=831628#c12> "[abrt]
libreoffice-core-3.5.4.2-1.fc17: ICEConnectionWorker thread still running during
exit" ("it is very likely that this is not a normal exit from reaching the end
of main, but rather some explicit call to exit from some error handling code")
make it clear that we apparenly do suffer from such calls to _XIOError -> exit
on non-main threads.
I have no idea why vcl/unx/gtk has its own XIOErrorHdl that is substantially
different from the vcl/unx/generic one, though.
Change-Id: Ida7d407cf5f0fa4e719118cab5e725144ceb3a35
|
|
Change-Id: I35ba21d753adfc619656d4473b214485dc00faba
|
|
Change-Id: Ibbf5720baf7fb507e66515104115d58597258b1d
|
|
Change-Id: I0e86c82fb81732468cf0a60eb8ff1d0579986767
|
|
The compiler in 10.6 SDK probably still requires methods to be defined in
such an order that one should not reference a method from a line of code
that precedes the one where the method is defined. Compilers in newer SDKs
support arbitrary order, as long as the requested method is defined
anywhere.
This is consistent with other methods in the same file that are not declared
anywhere (just defined and used apparently in the order I wrote above).
Change-Id: I14ba699056b6cdd2e804dbc87cfedaef47663664
Reviewed-on: https://gerrit.libreoffice.org/5576
Reviewed-by: Boris Dušek <me@dusek.me>
Tested-by: Boris Dušek <me@dusek.me>
|
|
Change-Id: I89b06a077eaceee7d06c7372dd596840e979e697
|
|
Change-Id: I4ede98469af655dfbac64eee719869f8f3c8d473
|
|
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
|
|
Change-Id: I8902fb837cfbd99b14a80527300470002571af36
|
|
Change-Id: I5560ae291cd5bf9e5f57a5bad5ecdfe7a6cd0bb8
|
|
Change-Id: I78b9f0b4e4e40e30f59ee654128fdc0c6022fe1c
|
|
Change-Id: Ida2b9e3c40205dafaf61ebec67da34d5043c432c
|
|
Change-Id: I93e14d4936c0ffbe03425d4a54bb0e09bc62b3e3
Reviewed-on: https://gerrit.libreoffice.org/5550
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
otherwise I get ugly two-color frames with the Adwaita theme.
Change-Id: Ibac1df9759148f89954e13051e3d6e64db30a2af
|
|
Change-Id: Ib3ebbfda09cd05477b65c1d81ac77e977b2a11e5
|
|
Change-Id: Ie3e5e3b8a68fdfa7b5a0c985b49f69fc87449ee0
|
|
It is not completely clear to me whether we really still might be
leaving such files around. After all, we now in *two* places (at least
in current master) tell our NSWindows to not be
restorable... Norbert's code in AquaSalFrame::initWindowAndView()
*and* Herbert Dürr's code in -[SalFrameWindow initWithSalFrame:].
On the other hand, Cocoa does seem to create the file and keep it
around for a short while before removing it (in responce to our
setRestorable:NO calls?), so there is a slight time window where if LO
crashes, the file will be left around.
Such a file might also be around from an older LO version, or manually
planted there by somebody wanting to reproduce the bug...
Of course, the *real* fix for this problem would be to make LO a
*proper* Cocoa document centric application, that would use
NSDocument, NSApplication etc like native applications are supposed
to, and that *would* handle window restoration the Cocoa way. I.e.,
work with the system instead of against it.
Change-Id: I9ed058130ddddf49cf0221d899bef3e2654589c7
|
|
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
|
|
Change all instances of hardcoded "program", "share" etc subfolder names to
use those from <config_folders.h> instead. In normal builds, the end result
will not change.
Change-Id: I91c95cd8e482818be67307e889ae6df887763f53
|
|
Change-Id: Ib509a7ae62aefc919bdaed269c1605ac6bae9564
|
|
One of the SfxTabDialog ResID ctors is now gone, progress. Equally pleasing is
that the last use of the old PercentField is gone now as well, so that can be
removed and the new PercentFieldWrap can be renamed as PercentField to take its
place
Change-Id: I7a706e98d4dfdc3541da73c3375ee067a799b4bd
|
|
Change-Id: I9ade42e97218449f7fef7d2582fbbe8d1063c2f6
|
|
Change-Id: Ib149c5cfd20e63b60c997eaa8ae2e6fa2c172beb
|
|
Change-Id: I2dc86331cd1ddf3a9b9ea28dcd881d23789d60d6
|
|
Change-Id: I8dd43929a085a1d4cde2a9f057adc2feca5d16c1
|
|
and then reverse them for layout packing
Change-Id: I417bb3f6667ddc10103623867fea1a9b8061f5eb
|
|
Change-Id: I6ab0007f232994a0ca55df817b3dbba06e6e7f9c
|
|
this is more gtk-alike and gives a better balance in e.g.
insert->envelope/file->new->label and hopefully helps reduce the Polish
"standard" button width problem in paragraph style dialog
Change-Id: Ibe3b93d45d867f95fd2f6550a3ee954143f690aa
|
|
Change-Id: I08cfdffa27b856c258b55f31f6b5116bec114fb3
|
|
Change-Id: I4cc2d199ed94444a056134359cbe2674a2885555
|