Age | Commit message (Collapse) | Author |
|
Change-Id: I52537a96af596db076c38dc607abe857d0771257
|
|
Change-Id: I48a6906382fd41906a06704855d2f054467c1716
|
|
Change-Id: Ibace4a943fb61e2f897c9571cc2c8814935b6e75
|
|
Change-Id: Iac5d9e97f04af92ff6f6945d691abe94a3d785b0
|
|
Change-Id: I1117ec42bdf0f2cb19f77723b87597d301d20ddb
|
|
Change-Id: I1526ab6969effa043cb7d429961aa7611e1fdd06
|
|
Change-Id: I81ce20c54bb62bec68152ca228eb222f3fd3c597
|
|
Android behavior is: if there is a graphic selection, then drag inside
the shape is a move.
lokdocivew behavior was: drag on the border of a graphic selection is a
move, but inside, it's just a pair of clicks.
Since commit 658534d36f87f9ab03d862e57b04ea268b73ccab (SdrMarkView tiled
rendering: suppress handles during text edit, 2015-03-19), we can depend
on the availability of the handles to decide if we want to move the
shape or do text editing, so do the same in lokdocview as well.
Change-Id: I2b105089e9acbbda75568622d4f2b1adecfe08f1
|
|
Change-Id: I0910afdb6a0d031cb64f545b5b2c0d16f18a0f04
|
|
It simplifies lok_docview_init() a lot and makes harder to add a
LOKDocView_Impl member without initializing it.
Change-Id: I02d91b97fecd86896c11facca98fabd6a79157e5
|
|
And move private data out of LibreOfficeKitGtk.h, so that clients are
forced to use the getter/setter functions.
Change-Id: I6565312b5ec5a8e882c3763164ff5aa81ed9720c
|
|
Change-Id: Iaecedd01d7e7bba90e49ddaa5f36859d9218242d
|
|
It's not necessary since the normal widget renders normal 256x256px
tiles, not just a single huge one.
Change-Id: Ia1c6a6c8692769093232d66aa63fde096390a7b2
|
|
This order seems to be less confusing.
Change-Id: I95a7e3e2f6244915c820bb86e67745a777714e2d
|
|
Change-Id: I166b4b713c2ea52c62c52045bb2073b6d84c1547
|
|
Fixes the crash on startup.
Change-Id: I991537644dfb6a5335d08d3d03c3d25491a0c335
|
|
Change-Id: I317f8f5397bfeb9c0d6ecaaa656cb31e66eece0b
|
|
Change-Id: Id986d5408981b6ae7bf3c8c96c5226d2445a5f0d
|
|
Change-Id: Ie4e28f9315c9de2062d63c5eb5e9c7481c719cef
|
|
Previously there were two cases when the user clicked inside a graphic
selection:
1) If the click started at a handle, it was a resize.
2) Otherwise it was a move.
Change 2) by requiring a click on the border for move, and otherwise
interpreting the click as a normal one. This makes it possible to edit
shape text with a blinking cursor.
Change-Id: Ifc063790cacb3da2684f6f72eaadd86323dd3aef
|
|
While Writer uses "0" for the "minimal width" case, editeng uses 2. We
used to round up 0 to 30, do it for any value smaller than 30.
Change-Id: Ib3cc7645b55881fc51f0729163cdea5eb9ca4f0a
|
|
Implements also Bold button as an example in the gtktiledviewer.
Change-Id: I3b07d51165f28534aadbb4673f964ec10d5fc6ef
|
|
Change-Id: Ib91bfea95d957362d807a3de53b12e2fc9389fbb
|
|
Otherwise it's not possible to later move the keyboard handling code
from gtktiledviewer to lokdocview, and handling keyboard in
gtktiledviewer but mouse in lokdocview is confusing.
Change-Id: Ib036e2cbf65ffa28771a41b01c0fda2b7b895f47
|
|
Change-Id: Ib24003178bb576ff1450d674d74ef8978b350b92
|
|
Editing can start by clicking into the widget or by pressing the toggle
button on the toolbar. In the first case the widget should emit a signal,
so the the toggle button's state can be up to date.
In both toggle button <-> LOK widget direction only update the state if
it's not yet up to date to avoid infinite loops.
Change-Id: I84c9e7757cd7cde42a95f67f0cb28f9ad6984e7a
|
|
This is mainly to be in sync with Android, but this also makes blinking
text work in viewer mode.
Change-Id: Ie307cab722bae5030ca9bdfb442555a728aa33cc
|
|
Change-Id: I57a9c94ed0fb67befd226afe78a90bee9a7fb358
|
|
Not too important for now, but in case later we want to show some kind
of preview, then this will be the place to do it.
Change-Id: I531761178491f606834b4b359281122be4c8bca9
|
|
Change-Id: Ibf9d62c52edeaad4aada7960820e1bb8fa6c2c63
|
|
It's the same as resizing, except that the action starts inside the
graphic selection, but not over any handles.
Change-Id: Ie2465fc4534d2d919ccb0f316874477f02a5d103
|
|
With this, it's now possible to resize images in Writer.
Change-Id: I2f557d6a64efda54959627d21406aef85160e470
|
|
Change-Id: Ic9804857df2237507f412bc6e248e5a7e83f8803
|
|
The problem being that any lib later loaded via osl_loadModule (e.g.,
libgcc3_uno.so) would not bind to the same global (RTTI-related) symbols as
libsofficeapp.so and its dependencies (so, e.g., -fsanitize=function would
erroneously assume that bridges/source/cpp_uno/shared/component.cxx's
uno_initEnvironment is called with a different, non-matching uno_Environment
type).
Change-Id: I08b0cbc1f9eb74641eb617c46587a0a528a56c31
|
|
Remove the unnecessary ones, but make sure that e.g. the sofficeapp library is
built (which was not covered by depending on services.rdb).
Change-Id: I1adfa4aaaf60787c944d71cc289cdafba8351c1b
|
|
gcc 4.6 reports: sorry, unimplemented: non-static data member
initializers
Moves the initialization into the constructors initializer list.
Change-Id: Id25ac042aa3207135edda2485d3c5fe8f98652af
|
|
1) One more place in desktop that missed the LOK_TEST check.
2) One testcase currently fails on baseline, disabled for now, need to
check later.
Change-Id: I8c8bcf2cec1618e39e8453120755dffd3feb79ce
|
|
This should fix the problem that LOK_CALLBACK_CURSOR_VISIBLE is emitted
2 times during every mouse click (hide, then show), while the motivation
behind this callback is to just hide the blinking cursor for image
selection, i.e. it's never emitted during normal text editing.
Change-Id: Id2a2b1102589f8151f640af3fcb50b646d261275
|
|
Change-Id: I8c1331c32baf92b077f45678929df0e4cf185774
|
|
No markers yet, but we're aware of the selection rectangle at least.
Change-Id: I92d3fc62d066e401ad19107fbbd414b1b9b26125
|
|
With this, if a Writer document contains an image, then clicking on the
image then back to the text properly shows/hides the blinking cursor.
Change-Id: I3313319ded614a2eb86e1c66c926189511a7cca6
|
|
There are multiple levels of being hidden: if the cursor is not visible
due to just blinking or in case it won't show up after some timeout,
either.
Let's use CursorOverlayVisible for the condition if the cursor should be
painted right now or not, and CursorVisible for the long-term "is it
visible" state.
Change-Id: Ib583236c1429f25e14ba79fdabad4ea899bb4269
|
|
The main problem was that UserInstallation did not point to the usual
workdir/unittest/, so initialization failed early, not finding the
soffice.cfg directory under
workdir/CppunitTest/libreofficekit_tiledrendering.test.user/.
Disable one testcase that still fails, though.
Change-Id: I3fdae5ead47dd2a805a0ed8d3cb407938f868e3b
|
|
Change-Id: I883c0b95d91ae9cb7e59b8f68ae0c8a3ebcb9f88
Reviewed-on: https://gerrit.libreoffice.org/14796
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
The implementation still sends them to the currently active VCL frame,
not to the given document, though.
Change-Id: I6fa2decdea3f949c55287e802cb3373c85664207
|
|
Change-Id: I15a6b265c6fa0d0c62277814fa119d20b311625b
|
|
Change-Id: Id7e995ef3b6eb117dc74a0a0258417d9dc1291e6
|
|
Change-Id: I2a3c729d06d73ff7a7b7cedff27d9fb4a3a88d73
|
|
Change-Id: Icfd38ea4bc4fb470e3eb3eb1a3d48c6607d6a999
|
|
Change-Id: I2e3b86fd7f9eb2da0bcd36afd5a735a2815d70cd
|