Age | Commit message (Collapse) | Author |
|
Change-Id: I57fcfd442d2b5815e7c07a9cbd660f3698168dee
|
|
Change-Id: Iaea4396f60aeade5303bf83a4504ad62f161b83c
|
|
Change-Id: Iffab819621615c59709c087202cc578af00dd799
|
|
Change-Id: I2c280be12f36c1538e922286745aabc62482423d
|
|
Change-Id: I78a816b23a0cc118a61a39ca21d6ec234fd39749
|
|
As now ::comphelper::existsValue is not used anymore, we're removing this too.
Change-Id: I9bd2544a9c378f5a18746255133f5684867e0114
Reviewed-on: https://gerrit.libreoffice.org/6378
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
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
|
|
Conflicts:
sw/source/ui/inc/content.hxx
Change-Id: I58d81881271fc6e3320bf3b5f1321594b28614a6
Reviewed-on: https://gerrit.libreoffice.org/6388
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I1c2d95e4c3fb6242dcb4cdb88cf9733471a3412b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Using the same "finite()" as on (GNU/)Linux seems to work.
Change-Id: Iad3baa967194f09d7ca25fb9b316b780de5bb90f
|
|
Change-Id: I9d9f1a542dbbfc461dd27c32b57e4cad5532fab0
|
|
Change-Id: Ib1c3cdca7652f5621ba79b1e3590a9241021c389
|
|
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: Ifd5e918028c15c4b2b61ff1612ae27ed96f45d3b
|
|
Change-Id: I94f5331fd00602778421ff6ba5f96cf2366cf1da
|
|
Change-Id: Idb74e75b4f3e499eb4a633605600f639fb87b728
|
|
Change-Id: Ia7c5b1654f3decc549b363c4443863f40c3f26e6
|
|
Change-Id: I27240d18099f73e6a327ad1c259ddc3f32a02ce6
Reviewed-on: https://gerrit.libreoffice.org/6387
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: Idd1e33b6da8be9575e74701735f0dbc742849c07
|
|
Change-Id: I09a350dbd35a04f737d360bff7804dab74fdce82
|
|
Change-Id: I4e91b73dc276f984a4fe324c3a80cb94e8df6ee3
|
|
Change-Id: I48280cf6e12a5219adaa34f57323a93d21c3f554
|
|
(Had to fix type of some variables holding TextPaM::GetIndex() values from
sal_uLong to sal_uInt16 to avoid -Werror,-Wsign-compare failures when comparing
those against HightlightPortion's nEnd.)
Change-Id: Ia8a0ba682ae28e86e394ee48adff3225eb8de053
|
|
Change-Id: I0ecc15f9bfd557d0a70a05536906a4984a46463c
|
|
They are practically always useless, often misleading or obsolete.
Change-Id: I2d32182a31349c9fb3b982498fd22d93e84c0c0c
|
|
Change-Id: If59d7c75c89a102a573738d15d8593cb8ac5c486
|
|
Change-Id: I6d114e932d113f3d126cac3f7e43fade2a740245
|
|
Change-Id: I14b495067e25e9a80c08b08ff2034b7bfe1e6759
|
|
hammer silver nails into coffin and bury in concrete
Change-Id: I3fda2ff47738bb33793adab97faba2d439ac9a28
|
|
Change-Id: Id881fe3f9c7c89a7bcc1a5d8f653e18494ffa913
|
|
Change-Id: I1cd598fba94e337c2ccad68a4a888743aeb292f0
|
|
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: Idc5974e5a2ec68e8f1b2312a88fab15092c82788
|
|
Change-Id: I566e3ade54962bbc6ace9b757f79c1b8ed9ffd00
|
|
Change-Id: Ia422df4066e77bbe3a43a380ba978815fe46dc9c
|
|
Change-Id: I8b68b78042a980850d71a0f67ec520986d6085e4
|
|
Change-Id: I2b725ad476cbd9552a7e57a550945a1f227fc823
|
|
Change-Id: I43ab83e478deb417fef679c236d885180eb71bbd
|
|
Change-Id: I5d19eadc3dc24b0aeeb61c677f440eef83af78c2
|
|
Change-Id: I8ed341aeef90584dfc545a794f999e3adc08dd72
|
|
Change-Id: Icdc36b4b24d2f399f481065df3200feb98025135
|
|
Change-Id: Ia160d7cbaa2ee71773483c3f91306f89cdad5947
|
|
Change-Id: Id7e67d7e7bd4be6600a296a846512e9076c9df23
|
|
Change-Id: I5ae90b02e7ae5ddd19495fd0847b7e9dfc4419e8
|
|
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: I37e35b5a16d37b1fccc6aa47f5027ff406c67d98
|
|
Change-Id: I6f90e9a06acaa5af88cd011015938dba2059ee0e
|
|
Change-Id: I64711aa3e6580eff7c64a92243e3161ef2d7cb9e
|
|
Change-Id: I084ce5c4833964018849617632a1308dc74adda3
|
|
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>
|