Age | Commit message (Collapse) | Author |
|
ie.
void f(void);
becomes
void f();
I used the following command to make the changes:
git grep -lP '\(\s*void\s*\)' -- *.cxx \
| xargs perl -pi -w -e 's/(\w+)\s*\(\s*void\s*\)/$1\(\)/g;'
and ran it for both .cxx and .hxx files.
Change-Id: I314a1b56e9c14d10726e32841736b0ad5eef8ddd
|
|
Change-Id: Ia8c331f33bc81e7bdabeea649a47c73930dae206
|
|
Change-Id: I3158762e7da10eacaf2616a7d868531ad7fa7a51
|
|
This fixes a fallout from bf8b86e932df3edaeaa887509a22e57cd3920bc1.
Change-Id: Ie2d2a1329df0ec36f21a07938af142c32c74277a
|
|
Change-Id: Ib43b844ead1720df3c93b2d2371d310af400fb29
|
|
Removes dynamic loading logic described in tdf#84315, similar thing
removed in swdbtoolsclient.
Change-Id: I8762102a7263e6933354c2ff6f9978929b760f6e
Reviewed-on: https://gerrit.libreoffice.org/15147
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Normally, the text overflowing from other cells is completely ignored by Calc,
and the user always works with the underlying cells.
On Android / mobile, it is though more natural to be able to select the text
directly; so implement a compromise:
* tap places the text cursor, so that the user can write into the
cells hidden by the text too
* long-tap selects the word in the text, even if the text 'just' overflows
from another cell
Change-Id: Ibe8666301ff1df0414c0206c1f3336842485433b
|
|
Calc has no real understanding whether there is a text overflowing to the
other cells or not, it is sorted out when drawing in DrawStrings().
Re-purpose it so that it has a mode where the caller can ask for actual region
of text that covers the given cell.
Change-Id: Id0caa3972727bafdaeb148f8bbabb412f771a67d
|
|
Change-Id: Iee2fbf71375631a349992a90c67c1c4c34e6ba3b
|
|
Change-Id: I58297ba336d96358eb0683684bbd763870ef56cb
|
|
Change-Id: I84bff53e55fc93ad423835ebc3bf129546dfb7c3
|
|
Change-Id: I94136c926fc8fa69ce2ce2b97fa34dc984dbe095
|
|
Change-Id: I065a07e1bb5f5a7f85429c919830b6b9605206ea
|
|
Change-Id: I3a249d1ee4a49dfc66d7d6052803b0896ae42d39
|
|
Change-Id: Ife3e805b95bede7be5d436abab925b35e717ee5e
|
|
Change-Id: I5ce2f528ae4a243ea8402c787b5c77cf75052d2e
Format: "Slide 2 / 3" changed to "Slide 2 of 3 (1)".
Reviewed-on: https://gerrit.libreoffice.org/14806
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: I5a159be0c342b778730cedb0fe35843c2c368c97
|
|
and fix up some confusion in SC and STARMATH about which constants to
use
Change-Id: Ib75bc78a24bd2fad6ec6d7c94c4c1ad7dc222c1a
|
|
and fix some dodgy usage in /sc in the process
Change-Id: Ia2bee267df31aba431fc8cb81195bb83e5b64deb
|
|
Change-Id: I715374b531da2850434b2436633b6042ecb9ebe0
|
|
Change-Id: I13cbde947d6252c1157ec79a5f2190df24cca978
|
|
Change-Id: I77914d1b6fe538f3f38beb449e68f50ae36b0798
|
|
Change-Id: I05175f0d8c37994658e0dcdf355a753bf7c840b8
|
|
Change-Id: Ib537d5e4a0c7c9ed6a6b2520512d32da6c651188
|
|
...and css::uno::makeAny<css::uno::Any>() was never meant to be used. Introduce
css::uno::toAny for the (template-code) cases that shall return an Any for both
Any and non-Any inputs.
Change-Id: Ifa977d73f1da71b2fedde7e8140b19497c4a0257
|
|
Change-Id: I650a5112511fd57099be3f0a84314d0577deae22
Reviewed-on: https://gerrit.libreoffice.org/15175
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I1d3c144b2438776a31a246a2d0d4fe57b0caeaa3
|
|
With the current behavior, showing the cell cursor is counter-intuitive and
counter productive - we focus more on the editing itself.
It is still possible to select just one cell though - it is the cell selection
that starts and ends in the same cell.
Change-Id: Ie6d96783d486c6fcda5b4c4f6acf91c1926cdf6c
|
|
When moving the handle outside of the cell editeng, we want to turn the text
selection into the cell selection.
This patch includes work by Henry Castro - thanks!
Change-Id: I081480b7d8b0fde8276f63c261d91bb9f2dc3b96
|
|
Change-Id: I6f28ab1e4af91b12005ddfb9e64e984c783081ff
|
|
...which removes the need to abstract over the standard URI '%' escape prefix
vs. the silly vim '=' special case invention.
Change-Id: I54a52dd912c3aafc38275a0ac2466a6daeec328f
|
|
Change-Id: I9665fc003cb3a44f4db857b24584fa3a70487259
|
|
Change-Id: I4cb63550b3913d097db63b374f0acbea591682e4
|
|
Change-Id: I80d9ed6abe6b3ddb2bb1e0d6b7c74ce50d0df55a
|
|
Needed again.
This reverts commit b11c58889cde10f43a9f239a959eb2c252dc4db7.
|
|
There are still too many problems with the interaction with the editeng,
unfortunately.
Change-Id: I5cdbc80dbe1dc3996ecd89f0bca5399cbfb9c9b0
|
|
Before this commit, the selections outside of the aScrSize rectangle did not
work - they always degraded to a single cell selection.
Change-Id: Ie51da710424bff3691302f5923b141a2f2bea676
|
|
In the tiled rendering case, it points the cell cursor, and immediately
start the editing.
When it is double click, it will only trigger the selection of the cell.
Change-Id: Iafcabba408533e8162bd45d780f5e8926c6970bb
|
|
Change-Id: Ie73569bf3faefdc9aa6a309423d8048a49dda272
|
|
Change-Id: I367c53e245df8aa720463319a61835c65ff93875
|
|
Instead of posting an event to the main loop of the soffice thread, do
what every other methods do: take the solar mutex and execute the task
on the thread. This fixes random lost/delayed key events on Android.
Change-Id: Ibe819282b5f3bb64e44d4b6f0a92611fe651bb39
|
|
The default DPI is 72 using static function OutputDevice::LogicToLogic.
Change-Id: I8aba7e74f745092a34e8b50c4e52f84c1de77695
|
|
Turns out Impress wants an mm100 -> twips conversion in this case, while
Calc wants a pixel -> twips one, so there isn't anything here that can
be abstracted in VCL.
Change-Id: Ieb961afa97affbf682e13c0a56585396ae09f552
|
|
Change-Id: I3d32edfb62cbe7eaceed823742ecd729dbe2f627
|
|
Instead just assert if we get something really really wrong there - and let's
fix the root cause.
The limits come already from the initial check-in of the OOo code, so maybe
the reason why it was there in the first place is long gone anyway.
Change-Id: I6e98a6a52eee81bd32d10269aeac76198d30b7c2
|
|
Change-Id: I110c0ff8c14d552ecc24dda7b02e4188a7c39d70
|
|
Instead of using whatever MapMode value that was used the last time for
rendering the tile, set it to something predictable when counting the mouse
clicks (100% zoom), and use the value consistently in Calc via
GetDrawMapMode().
This fixes clicking the shapes in various zoom levels.
Change-Id: Idf83b560f57baab4dc79c45b2ff7c3d75653e102
|
|
Now it is possible to move the cursor or adjust the selection in text in
drawing shapes in Calc too.
Change-Id: I9ed5b2efa426dda669ec32a2b6aa05d95481ef3d
|
|
Both Writer and Impress disable map mode during tiled rendering, i.e.
IsMapModeEnabled() always returns false. Nevertheless, using
GetMapMode(), it's possible to query what was the map unit before
disabling the map mode, which is twips for Writer and mm100 for Impress.
If Calc needs anything special here, that's better to be done in
ScGridWindow::LogicInvalidate().
Change-Id: I2c10df47d32b80d2cef2b6e6587872fe4126a3f5
|
|
I suspect the change in svdedxv.cxx is a hack and that the root cause is that
we should initialize the pDrawView somehow more / better wrt. the output
device that we are passing to BeginDrawLayers. [Probably the
AddPaintWindowToPageView() called in ScGridWindow::PaintTile() is not enough.]
But otherwise this makes the situation much better, and also makes the code
even more on par with the non-tiled-rendering case, so let's live with that
for now.
Change-Id: I347b0af9e21acacc9aff4ebb7155246abd3beb43
|