Age | Commit message (Collapse) | Author |
|
Change-Id: I78023074a31cf1cc3703a8fbeeb7f6a44a5c70d3
|
|
Change-Id: I5a6eb741c0669d2f1e5bfbe302066be863ec0249
|
|
Change-Id: I5100d44ceea79c4b47d2dd5bda5066c5003313a1
|
|
... found at http://msdn.microsoft.com/library/cc233965.aspx (the 5th or
6th place I'm aware of where MS defines LCIDs, all different ...)
* a bunch of new definitions up to Windows 8.1
* lots of cross-checks done with SIL, Ethnologue, ...
Change-Id: Ifae8e676558c6712fe752856acca600d05d0a63f
|
|
There were only a couple of real bugs fixed, but we're a little
bit safer now.
This also fixes the assert and the comment in OUString::operator[]
about this.
Change-Id: Ibe16b5794e0ba7ecd345fa0801586d25b015974c
|
|
Convert places that call
aStr[aStr.getLength()-1] == 'x'
to use the shorter form
aStr.endsWith("x")
Change-Id: I1b3a19c0e89b8989cdbeed440f95fc76f9a4b6b6
|
|
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
|
|
Change-Id: Ib0d90de832bc8006eaa62b55abb416e2d19b4782
|
|
Change-Id: Idd1e33b6da8be9575e74701735f0dbc742849c07
|
|
They are practically always useless, often misleading or obsolete.
Change-Id: I2d32182a31349c9fb3b982498fd22d93e84c0c0c
|
|
Change-Id: If59d7c75c89a102a573738d15d8593cb8ac5c486
|
|
Change-Id: Icc09ef129d39575e02de4eaf1e371e3de8758eb3
|
|
Change-Id: Ic574acda26775848918dc42ce3bce43c731ae267
|
|
Change-Id: I489b0088302016fb403fed090be9de9d6c213350
|
|
Change-Id: I4baa3c144c357d3622c1d6b6a32435e52059d897
|
|
hammer silver nails into coffin and bury in concrete
Change-Id: I3fda2ff47738bb33793adab97faba2d439ac9a28
|
|
to cppu::supportsService
Change-Id: I0b03d3910f094f2183bf9859db9d5bcaf35d1f14
Reviewed-on: https://gerrit.libreoffice.org/6370
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
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
|
|
Change-Id: Ibfe1d3a319fc82223f340ebd705a1966b8250089
|
|
Change-Id: Iabb80c72f9e6aab3b58590299ce9f22e0ae1a5fa
|
|
Change-Id: I264bdfc3453e2b6a17397ffb27154a29394c8c1b
|
|
(cherry picked from commit dd1cb9aa9ea24b6c89de05e6c5deae7951b78feb)
Change-Id: I7a63835d1e93f4cebc0f908d01873ea3ff91fe66
|
|
Change-Id: Icdc36b4b24d2f399f481065df3200feb98025135
|
|
Change-Id: Id7e67d7e7bd4be6600a296a846512e9076c9df23
|
|
Change-Id: If41503f382115affb42068d9a441241543197147
|
|
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: I427bb7b8e32d8a0040dbca1d0d0c765f526ba62f
|
|
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>
|
|
Change-Id: I9747817edc76973af4a4ffdbf542b8d1467d7f08
|
|
This file is never compiled under Windows or Mac.
Change-Id: I25a1b961959a8935a95d872f667681379f85893a
Reviewed-on: https://gerrit.libreoffice.org/6256
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ic971825bbe7d10849718f0ad0413305dbd5547a0
|
|
This commit removes copy and paste code, creating a constructor for it
Change-Id: I7a66cfda7fc7c11308d155a7a890352fdacfaacc
Reviewed-on: https://gerrit.libreoffice.org/6356
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I700f45c680fb0154aecd37b54d8de9fe4ee9d238
|
|
i.e. due to d07e7d692ddd2a9ab956a59bcc0f676c7d76bc10
"wait until we know the UI language before initializing gtk"
we need to have uno working earlier
Change-Id: I77dbea78113c1c95b622a2367472a0111d0d32d1
|
|
Change-Id: Ia29725295613faf875a688b3917b144a5f05bbe3
|
|
Change-Id: I244c3b5a949ae5c8a5bf46d1b58439e080b2c848
|
|
Change-Id: I923153579d6cc50354450a5b3a55ecc133ae5e41
|
|
Jaw dropping hack to set a slideshow to span all
monitors if gtk3 is available at runtime
Change-Id: I363f63c9855d5cb1f92d65d0b34add0c60f7263c
|
|
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
|
|
...and neither exclusively nor additionally as an environment variable (where
bootstrap variables include environment variables, see the @file comment in
include/rtl/bootstrap.h). Note that LibLibreOffice_Impl::initialize
(desktop/source/lib/init.cxx) sets it as a bootstrap, not as an environment
variable. (Though desktop/unx/source/start.c still only reads it as an
environment variable; could potentially check argv for
-env:SAL_USE_VCLPLUGIN=...)
Change-Id: I9315f585cdb4f0783181359e030686167c4e4625
|
|
Change-Id: Ibe31a105972cee2aff9b6896cdd80bd93a1a0e7d
|
|
Change-Id: I6118c55caa12d9ba52000f89e869e27b218859be
|
|
Change-Id: If0983696bf9a44bda6edeb746c121446106a95c5
|
|
Change-Id: I7bfd221f89718ba8634417c93a26b3a199178694
|
|
does not work yet - needs fix by tor after refactoring of ios-bootstrap.h
Change-Id: I0728306beb734511bd3f16e2e4922fd726bb37da
|
|
Change-Id: I6f640c0c4459f8330261ca59145a10b7a624bbe8
|