Age | Commit message (Collapse) | Author |
|
Change-Id: Id027823617d2328b9e827268825812634731a828
|
|
Change-Id: Id7d8bc05b1393cc2bae4a531c8a47f62df24b1d6
Reviewed-on: https://gerrit.libreoffice.org/1488
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ie5070d514c1f4dd9f9708253eb44134baec6524a
|
|
|
|
Change-Id: I7127db6aad9e97a0f3e758aa83b22ac8465d3f43
|
|
Change-Id: I401fd149e62d74a96edfc2a7e5105fb2cc95f0c7
|
|
The font cache in VCL returns different fonts for identical parameters,
which causes layout differences in Writer.
first we search the font with language 1054:
debug: XXX 0x2103950 add to maFontNameList: TH SarabunPSK->waree
p maFontNameList
$9 = boost::unordered_map with 1 elements = {
["TH SarabunPSK"] = "waree"
debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->waree
in this very same invocation the "waree" is then rerouted to Deja Vu
(which can only be because it was called with language 1033):
debug: XXX 0x2103950 add to maFontNameList: TH SarabunPSK->dejavusans
p maFontNameList
$11 = boost::unordered_map with 1 elements = {
["TH SarabunPSK"] = "dejavusans"
}
debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->dejavusans
- the selection of different fonts happens in
FcPreMatchSubstititution::FindFontSubstitute.
- we never get a direct cache hit from maFontInstanceList because there
are some differences like WIDTH_DONTKNOW, and the maSearchName
- the first time a font is searched, it ends up in maFontInstanceList
- the second time a font is searched, it may end up in maFontNameList,
which maps _only_ based on the name (appears to be an invalid optimization)
- once we have TH SarabunPSK->dejavusans in maFontNameList we can never
select the other one because apparently dejavusans covers all languages
Change-Id: Ibd73de88d8fc3b6e1319eb34c261e55ea217a988
|
|
... to actual minimum so that the fix for fdo#33090 in
UniscribeLayout::GetNextGlyphs subtracts exactly the right number.
The original value of mnSubStringMin is guessed and may be up to 8
smaller than the actual start of the first VisualItem.
For the bugdoc it happens that sometimes it's too small by 8 and then
the wrong entries in mpGlyphs2Chars are initialized and then apparently
there are single glyphs that represent multiple characters and so
GetNextGlyphs returns a -1 character which is invalid.
->GetNextGlyphs dir 1 36 mnSubStringMin 28
->GetNextGlyphs g2c #1 [8] = 36
->GetNextGlyphs g2c #1 [9] = 37
->GetNextGlyphs g2c #1 [10] = 38
->GetNextGlyphs g2c #1 [11] = 39
->GetNextGlyphs g2c #1 [12] = 40
->GetNextGlyphs g2c #2 [4] = 40
->GetNextGlyphs g2c #2 [3] = 39
->GetNextGlyphs g2c #2 [1] = 38
->GetNextGlyphs g2c #2 [1] = 37
->GetNextGlyphs g2c #2 [0] = 36
...
->GetNextGlyphs init nCharPos -1
->GetNextGlyphs g2c [2] nCharPos -1
->GetNextGlyphs set pCharPosAry -1
layout[0]->GetNextGlyphs 768,1024 a1800 c-1 0
Change-Id: Ie33ec797a412aa898bec3f4e8f97b88dcfed4d11
|
|
|
|
|
|
Change-Id: I433512dbd533fe6c84e94059f378c4a7a6e8671d
|
|
Should be good enough for now, at least doesn't break any existing
functionality if you don't use the system provided full-screen
buttons. Should continue to compile against older SDKs but still work
also on newer OSes.
There are some known glitches. For instance if you choose View:Full
Screen, the window does go into the system full-screen state, but if
you then use the system unfullscreen button on the (now no longer
disabled, but hidden) menubar, LO keeps displaying its own small
floating unfullscreen dialog...
I also occasionally managed to get some menus in the menubar borked
with no text!? But as traditionally a full-screened LO has no menubar
at all, technically that isn't a regression;)
Partially based on my own old patch, partially on
http://svn.apache.org/viewvc?view=revision&revision=1423520 ,
http://svn.apache.org/viewvc?view=revision&revision=1423523 by Herbert
Duerr <hdu@apache.org>.
Change-Id: I546c58f7cee9f8cb6c746eb014d8d5a8af3619cb
|
|
reset members before calling GetBitmap(), as apparently they are used by
GetBitmap(), resulting in missing/not rendering parts of the preview
image in the bugdoc.
(regression from c0ce7ca4884f7f6d1016bd1dbcc22066cb4a7797)
Change-Id: I02a6abb822900e1a28a1c632a122c1e093b73553
|
|
I had to drop XEventBroadcaster from the merged interface
because it introduced method name conflicts (addEventListener).
Shouldn't be an issue since it was scheduled to be dropped anyhow,
and the service implementation still implements it, so existing clients
will be fine.
I dropped the interface XPropertySet from the combined IDL because nobody
seems to be using it, and it's primary purpose appears to be to set weird
flags.
I dropped the optional interfaces
XStatusIndicatorFactory
XDispatchInformationProvider
from the combined IDL because the service does not implement them, and
nobody seems to be using them. I suspect they were mistakenly copied
from XFrame.
I also did not convert the Title, UserDefinedAttributes and LayoutManager
properties to attributes, again because no-one is using them.
Change-Id: I678a00006ed2cca2d6c37c4e39465811442c33af
|
|
Change-Id: Ifec449ea334d9055bb33beb0518ab2e01d885d0d
|
|
As suggested by Olivier Hallot and Lubos Lunak
Change-Id: Ie5d9f379294b004992dab0b98d6dfa4aa5456159
|
|
Change-Id: I98385c9b75125c2785a52ab1a2e6c2c4a6798213
|
|
it takes the outputsize of the entire widget and take a little
(not enough) off that as the line width. The line is always
wider that space available, so with widget-layout enabled it
will request more space. On the next update of the lines it
repeats, so listbox grows ever wider.
Change-Id: Ib43239d297bb0ba0dc1096acf347ef17b5e41273
|
|
Change-Id: I82d5a957b5c38b8aa19e28ceb8d6850c0bf7526e
|
|
Change-Id: Ic3948384bc1709d648507c41542c34437abea468
Reviewed-on: https://gerrit.libreoffice.org/1422
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: Iec7b9a0d04c3974a081813aee285f7482de904aa
|
|
No idea how long this has been broken, or if it ever worked,
but inserting a picture sets the 'link' and 'preview' checkboxes to true
for the next time (as getValue() returns void*, which gets silently
converted to bool *sigh*).
Change-Id: I6af0e09ac5e475fc9ff04cd7f937af0bc7aeea77
|
|
Change-Id: I94c7865b68c65540765c9fbfba6f669055dad4ba
|
|
The idea is to get rid of GUIBASE and GUI checks as much as possible.
GUIBASE=aqua <=> OS=MACOSX
GUIBASE=WIN <=> OS=WNT
GUIBASE=cocoatouch <=> OS=IOS
GUIBASE=android <=> OS=ANDROID
Don't set GUIBASE to these values any more in configure.ac
either.
GUIBASE_FOR_BUILD is not used anywhere.
Conflicts:
configure.ac
postprocess/packcomponents/makefile.mk
postprocess/packregistry/makefile.mk
Change-Id: Ie0526b40e1073f2328ba6c333e28752104b0fed3
|
|
So codepoints that are from the legacy range need to be converted to their
unicode equivalents even in the presence of an installed "symbol" font on
MacOSX.
This should work out ok if input codepoints that exist in the apple symbol
unicode are used, they should be left untouched by this conversion.
Change-Id: Ia9996e2d9bf632c86c8d26832d77c7c662cf1076
|
|
Change-Id: Iff0537a69b2c6ae929da6a05f26c0d55415d6d8a
|
|
Change-Id: Ie5a1da69c1282c518ec33835fefe723b0fdf3a40
|
|
move svt::SelectableFixedText to vcl and implement
"selectable" GtkLabels by mapping to that vs
FixedText for standard GtkLabels
Change-Id: Ic114991cd2c2eb6673bcef634fa286dd7c67056f
|
|
rather than just for SfxTabDialog, do it for all TabControls
Change-Id: I29a19c51c7ce3baec428df716e2ee3595e496c39
|
|
and in the .ui builder set that name from the name of the
label widget matching that tab
which allows human understandable names to be used in looking
up the pageids for a given tab page rather than fragile
by_position so tab pages can be freely moved around without
busting the code
Change-Id: Ieaff1408b25545c561a0b28c51ec205af6e1400f
|
|
Change-Id: Ief4707613352b1382fb23e5914fd05f6c7618327
|
|
Change-Id: I70f2238021c79a34b97a6bdbcc374d8b1ffb2a31
|
|
Change-Id: Ie8fc421d4b9cc7340d5c634e3e2593795bf2be68
|
|
Change-Id: Ic7a43fceb455a119d5b5b17ae79357d92d9ccb3d
|
|
Change-Id: Ie975cd2df17461de1bb94a23d4daf081f6588fe7
|
|
Change-Id: I147cea986b8152e54586a0296e446652bd695a18
|
|
Change-Id: I18764f58effcf46581e7456742df2267f41090f5
|
|
|
|
Change-Id: I137eada05aa74ab8f0a524f17f519e11c27fceb5
|
|
This service was never documented in an IDL file.
All it did was provide a wrapper around some VCL module API.
Now that we can link the VCL stuff into SD and SDEXT, just
access the API directly.
Change-Id: Ic0ba34c2bca797baa7319878d98cfe3a4ec59d4d
|
|
...where all but the variants for Android and --enable-headless already did so
(and curiously the DestroySalInstance variants for Android and --enable-headless
already contained code to release the solar mutex). See the thread at
<http://lists.freedesktop.org/archives/libreoffice/2012-December/042535.html>
"--headless broken with --enable-headless" for further details.
Change-Id: I01be2e237e203a151ea8b1f3adfbcb3e63247cd7
|
|
Change-Id: I2bf601bae34285675e19551781d4fdaca88d3dc6
|
|
Change-Id: Ic8364075007f636c6319a94d895360188bbf66b2
|
|
The magic WB_TABSTOP bit is the one that allows a widget to be accepted as a
candidate for getting focus when pressing tab
Change-Id: I7d964bae6b84184ccbc4652d66cf3d2637566405
|
|
Change-Id: Iff29c1f0a795d920a071eadc64e6639ff7506fff
|
|
can probably only do this for full dialogs rather than .ui snippets
Change-Id: Ic8269e1c909fee3acec6ac06c36b9107cb6ff5db
|
|
Change-Id: Ib1219e8e7031febd4f9cc599cb19426f974eac9c
|
|
and hack up a mechanism to support menubuttons and map
the popups to the menubuttons
Change-Id: I6f3bd0e83b2c55f71aa85924fdc32d3a73ce0197
|
|
Change-Id: I0cbe7b4c6d329f2780cb3cac9bce6d722b7de469
|
|
|