Age | Commit message (Collapse) | Author |
|
Change-Id: I86fab011150be6f151e4fd6a51246f41e86e5833
|
|
Now with the ATSUI code gone is a good time for some
re-organisation. Get rid of "aqua" in file names and the separate
"coretext" folders. CoreText is all we use now for OS X (and has
always been so for iOS), so no need for a "coretext" folder, we can
keep the CoreText-using code under "quartz". Keep OS X -specific code
in "osx". Ditto for headers.
Keep "Aqua" as part of class names for now, though.
This is also preparation for planned further unification between OS X
and iOS code.
Change-Id: Ic60bd73fea4ab98183e7c8a09c7d3f66b9a34223
|
|
Change-Id: Ie5427d776c726c3725465e06bf4d14e93a2bbb32
|
|
JAB has been discontinued in favor of the native IA2 bridge.
Change-Id: I88461f73c620507d3e97b077ea2abdd2229322e1
Reviewed-on: https://gerrit.libreoffice.org/6819
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Window and cocoa NSWindow types
VCL's Window type and Cocoa's NSWindow type are quite different.
Naming variables as if they were the same introduces gratuitous
complexity especially when debugging stacks where both types are used.
The names of NSView type variables have been adjusted too.
(cherry picked from commit 5e6120c21a979c05bc6b9297035e31a47b98b785)
Conflicts:
vcl/aqua/source/app/vclnsapp.mm
vcl/aqua/source/gdi/salgdi.cxx
vcl/aqua/source/gdi/salgdiutils.cxx
vcl/aqua/source/window/salframe.cxx
vcl/aqua/source/window/salobj.cxx
vcl/inc/vcl/sysdata.hxx
vcl/source/window/syschild.cxx
vcl/source/window/window.cxx
Change-Id: Ic4143dfddfa9502a529c871ac4ce0bea413b6ce9
|
|
Change-Id: I994ebbad19873236ad6d8dc99f721908722d302a
|
|
Change-Id: I5469b00a533ef9bf731698d7906a470699e29ba6
|
|
The "2" part was a temporary measure so an older version of the file,
that is long gone, can coexist.
Change-Id: I3a22b287bfb1351bb73e9dabbfa67100fe17bb97
|
|
TDF has been shipping a CoreText-using LO since 4.1 and the sky hasn't
fallen. Getting rid of the ATSUI code will make other needed
refactoring easier.
Change-Id: I494096c3988ea26fa2b336621857d32b64b040f0
|
|
Change-Id: I78b364394b3bedafe66b2b72b3191a8ae778432b
|
|
This was only used for printer built in fonts, which was dropped in the
previous commit.
Change-Id: Iff62786284470ff3873c8d4b0aae0614bf69c7f3
Reviewed-on: https://gerrit.libreoffice.org/6859
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The so called printer resident fonts is a relic of a bygone era, when
life was simple and there was only ASCII and Type1 fonts.
It is just broken by design these days, offers nothing useful and can go
wrong in many ways. Since 1f3a91cf2ace315fb332c0149808a2433eb9ae71 this
"feature" is disabled by default anyway, so scrap this code to make room
for some long due cleanup.
Change-Id: Id124b2cad1a484099701a885c4d96e6a12af8d9a
Reviewed-on: https://gerrit.libreoffice.org/6858
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I75181d12ca8b883055e5314504633af38b5e49c7
|
|
Change-Id: If4aee2b42f0d2e15ca228863754959b7486437ee
|
|
Change-Id: I693e4c9916e1968c33ebd922829662f6efc27bfb
|
|
Change-Id: I24e5ad4f27584aa982fa8a4d7ee80e7167bbcacf
|
|
We have a convention. Use it. Kill copypasta.
Change-Id: I512e1c8e75b5da20b6756ffc88209a27674ad7c7
|
|
Change-Id: I453bd42e24b059e86e71dc2a64a0d6f524f7a197
|
|
Change-Id: I81725b388311ad9aade52906b4c5a6263b6bc104
|
|
Change-Id: Ib3e6705d166dec9d7db8787496947faf73e3cfb3
|
|
Rename the CoreText-specific ImplMacFontData class to CoreTextFontData
and unify it with its sole derived class CTFontData.
Change-Id: Id3540432996ca55b2e4a20fd8798c94cb7bc84b6
|
|
No need to hide stuff from ourselves at multiple levels. Rename the
CoreText-specific ImplMacTextStyle class to CoreTextStyle and unify it
with its sole derived class CTTextStyle. This is all internal to vcl
anyway.
Change-Id: Ib9e632ccba5c273200d4e3fce79a97db305c6662
|
|
Especially as the CGFloat typedef depends on whether compiling 32- or
64-bit code.
Change-Id: I2426aa6fb91a9a76367eb965d08b985ce69e4997
|
|
Change-Id: I76be464200d486efef9c8a7e957c310c9adae3b8
|
|
Change-Id: I8c2fea0367ebfa53ce5e109ef48fd661cbfb78b3
|
|
Change-Id: I7ea4c093d6318a24106542f851cfd58230bc3ea3
|
|
Change-Id: Ib90364afebea4ff1b926f3c8b9fd949b155fa81f
|
|
Despite the comment in salwtype.hxx, and despite it being set, before
4e7495ac2cb6b015ad492def45fd24f4ba0f54f8 the mbDeltaIsPixel flag had not been
used for anything on OS X (or other desktop OSes). So when the code was
modified for the sake of touch devices to do take mbDeltaIsPixel into
consideration, that code path was incorrectly taken also on OS X leading to
incorrect scrolling.
Change-Id: I7cbca4656037eefce963e976f6acf8fbb32d5269
|
|
Change-Id: I10f3dbd9513052b3bbe30ddc6523cd231f26ded3
|
|
Change-Id: I90ca2f5dd8d2678dff74ae5599e640c9a69aee33
|
|
Conflicts:
vcl/inc/sft.hxx
Change-Id: I1b744f14b6524e4d5913775427280e68c4ee07fc
Reviewed-on: https://gerrit.libreoffice.org/6491
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I45b072e5d6a216f0b82f7a0b3a4554ef4cc3570f
|
|
Thorsten thought it might have been used for to the handling of the "Original
Size" functionality originally. That seems slightly broken currently in some
use cases, and this change doesn't make it any worse. (To see the brokenness,
play with resizing an image, reloading the document, and using "Original
Size". With the right sequence of actions, LO seems to think that the
"original size" is very small (1x1 pixel perhaps).)
Change-Id: I4e0852d2b367def5bc40baf95aac273d59731eec
|
|
This is pre Windows 2000. Drop it.
Change-Id: I3599a0d2ff7cb967c534eaa0cd4f070817fe3240
|
|
Change-Id: I3858c2152267474afab8e5a72b9f5da0ac623012
|
|
Change-Id: I3fd1ac8aaea2e79efcd9e2d4b12347a387d0d28b
|
|
Change-Id: I78023074a31cf1cc3703a8fbeeb7f6a44a5c70d3
|
|
Change-Id: I5a6eb741c0669d2f1e5bfbe302066be863ec0249
|
|
Got the selection start and end handle dragging working... The trick was not
to call SwWrtShell::SetCursor(), but SwCrsrShell::SetCrsr(). Sounds easy but
took a lot of guessing and experimentation to figure out. Anyway, now it does
what I had expected it to do a few das ago already.
There are glitches, especially in corner cases like if you move the start
handle past the end handle or vice versa.
more
Change-Id: Id6c1d99a4052531789bccf0d48165cfb41b89cfe
9b94c0dd55b04a7b6b3c40654562a9c51fa9b450
|
|
They are practically always useless, often misleading or obsolete.
Change-Id: I2d32182a31349c9fb3b982498fd22d93e84c0c0c
|
|
Faking mouse clicks is a stupid way to do it of course. Try to do it
"right". For now just worked on moving the end handle, but once that
works, similar code should be used for the start handle, too.
Does not work yet. It is hard to extract out from
SwEditWin::MouseButtonDown() exactly what all is relevant, and what
isn't, for this use case.
Change-Id: I76a226f787facbac645aaff8b4852d693bcf4ccb
|
|
The ImplKernPairData struct was used now only by the VCL Windows code, and was
apparently supposed to be identical to the Win32 KERNINGPAIR struct anyway.
GetKernPairs() was called just once with zero and NULL parameters anyway, so
it can be simplified.
Change-Id: Iaa288868d1e590e0385377abc5b9d9d331d39d97
|
|
Change-Id: I721266ee242704eb9bfef0d4ef0bbde255ab2020
|
|
Change-Id: I70ed11c576b75bc21ca1c9a021f0d3bf33073679
|
|
I left only the Windows one because it being called (as
GetKernPairs(0, NULL), but may be it does something, who knows).
Change-Id: Iec05d61c8f0cd311a1158bb1cb07e4ee977f32fe
Reviewed-on: https://gerrit.libreoffice.org/6260
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Kerning is just another font feature and is already handled by the
layout engine, there is nothing special about it.
Non of this seems to be used anywhere, anyway.
Change-Id: Ia40c66ec186d11ab46d5d5256b09307a319318c0
Reviewed-on: https://gerrit.libreoffice.org/6259
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
They fell out of use before I had my first computer. This has no
relation to the input text encoding being used.
Change-Id: Ie1fde3c3578c80d77ebd63531e74c13931d46bbc
Reviewed-on: https://gerrit.libreoffice.org/6258
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
So try to set size to full "screen" size. most window managers
will ignore this however unless _NET_WM_FULLSCREEN_MONITORS is
set, Under gtk3 we can use gdk_window_set_fullscreen_mode to
do that. Its effectively impractical for LibreOffice to itself
calculate the right parameters for _NET_WM_FULLSCREEN_MONITORS
as far as I can see
Change-Id: Ia725f21048bfcec3dbf1478b4303ccd9cfec0b36
|
|
Change-Id: I7bfd221f89718ba8634417c93a26b3a199178694
|
|
Change-Id: I475bee35ca5d24903d85e7f2427fab0e47d8db4d
|