Age | Commit message (Collapse) | Author |
|
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: I0d0934d964143231b11356fc25cc3e6dad289d15
|
|
Change-Id: Iee16bd0d774a9c24834a2a0882d301a9255d7bd9
Reviewed-on: https://gerrit.libreoffice.org/6372
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I60384fdb4307b71d84072a0268e75abead8c5896
Reviewed-on: https://gerrit.libreoffice.org/6368
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.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: Ifd3613f7a48f966f23ea2023f922b05b5f83fcab
|
|
Change-Id: I9326c9684a9c53f1f9a3ea5603bcb44c941e8918
|
|
Change-Id: Ifd80d9128fdd37f91377ccb48e91db273a5b1770
Reviewed-on: https://gerrit.libreoffice.org/6358
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I329d43e06b0c81cebda0464ebb0fff41714020a3
Reviewed-on: https://gerrit.libreoffice.org/6355
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ibfa9373cc82d7e2022190e158f94eb323a57f241
Reviewed-on: https://gerrit.libreoffice.org/6351
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I59eac660accfc362766bc3744655e2ba2d66ddd6
|
|
Change-Id: I1c4a45c3f19d79b4da8cc96304e0e1802f92dff2
Reviewed-on: https://gerrit.libreoffice.org/6320
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ia29725295613faf875a688b3917b144a5f05bbe3
|
|
Change-Id: Id3854de1bcb8d5856d56e96895ff3bbf2e4aa666
|
|
Change-Id: I31c6bcb9a4b26653d439601f78d71fd94d938eeb
|
|
Change-Id: I4c688a4aeedcae56ed6404574bd1bb392d4190cb
Reviewed-on: https://gerrit.libreoffice.org/6311
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I78428758aff0f0fb7e25ae8724ac32db824e10a6
|
|
Change-Id: Ie8ac64769c01c5e967a56844a69747ef4d4f20af
|
|
Change-Id: I1a3d10b7fb61b19664b383d29c6e607c01b90a71
|
|
Change-Id: I6118c55caa12d9ba52000f89e869e27b218859be
|
|
Manual intervention still needed to copy over the
ios/MobileLibreOffice and ios/shared directories, though.
Change-Id: I1e985cb9bf61238631bd01cd222eeaeb447d58b9
|
|
Some libraries exist both in solver/*/lib and in their
UnpackedTarball/foo location.
Change-Id: Ie312479069738b27900bd4d7021ede986d94f22a
|
|
Change-Id: I014202fa48a211499b0290e6236bbdc96ad247a8
|
|
It seems that using libc++ when building with Xcode 4 (and iOS SDK 6)
you get linking errors. Stick to libstdc++ for now then with that.
Propagate the choice to the iOS Xcode projects through the lo.xcconfig
file.
Change-Id: Ic61dd2336066a77c4219c532106e3e50e85d0689
|
|
Change-Id: I196feb392f9ebebfdcd6f6e0ecd2c9cc89707cbb
|
|
With this change, the MobileLibreOffice app builds and runs for me.
Change-Id: I8c7ce3fdedced5eb82ed18e21873e773733d612f
|
|
Change-Id: Idc81f4913a96938f1fdd2644cc9e34a07554bb21
|
|
Change-Id: I1859f6c05f371fccdd39f903d663d5a452866876
|
|
Also quotes added by Xcode around library names that contain
nonalphanumerics.
Change-Id: Ie5b34b2da0ec5600e9ca1aba1e17efd7e3e087de
|
|
Change-Id: Ib3de4092f48e16ac88108d6a69a04baf92a82de1
|
|
Change-Id: Ib30199e3f193f9b98e9f0e2ec0d76953abf39a14
|
|
For many 3rd-party libraries we have for some time already kept the
archives only in their build directories, under workdir's
UnpackedTarball. Also, we now use upstream names for them which often
contain a verison number.
Change-Id: I51888de287e2c352a890bd4ae1dfdf0c6dc77158
|
|
Link libs from where they are now. Yeah, a third place where we
tediously list this (also in solenv/gbuild/platform/IOS_ARM_GCC.mk and
ios/Executable_LibreOffice.mk, although the latter will probably now
go away when/if the experimenatl iOS app is superseded by this
MobileLibreOffice app).
Also, don't duplicate the lib_link directory, and don't use a path to
the randomly-named DerivedData directory.
Change-Id: I7b685085d07da18a4594db067fb586b4eb3d2d4a
|
|
Change-Id: I1286feafa1a11fe30aa4f8383c094661aa10db92
|
|
Change-Id: I400fc5d0d572b3eab99f8da20162de1191cf3a53
|
|
Change-Id: I1b3b22a9de54559a0b89c91fb10ef6f90ccb1ceb
|
|
Change-Id: I9304a0a08c6eed79726700cdc8451dc0fbe613cf
|
|
In a --enable-dbgutil build there is no ".pro" suffix.
Change-Id: Id95f5a4a972059a9c67985a8c15405a9303ad6b2
|
|
Change-Id: If693c4ddcd560336df6878a0a83e445d889d30de
|
|
We use GNU cross-compilation terminology: "host" means the platform
the code being compiled will run on (this is often somewhat surprising
to those unaware), and "build" means the platform the build tools (=
the compiler, linker etc) is running on.
For an iOS app, "host" is iOS and "build" is OS X.
There is also "target" but it is in this case the same as
"host". (Only in a so-called Canadian Cross situation is "target"
different from "host" (and from "build").)
Change-Id: I6eefa982916f0660afd259770bf455cf28793670
|
|
Change-Id: I59767af5fe4b2067a175c6882ecb3edf3c4ee2f7
|
|
Also, add INSTDIR and WORKDIR.
Change-Id: I16266202c2e2d005533f7ffbcc2ae41f63833928
|
|
Change-Id: Ia8eb3ad11c947bae64b5758fd4c0820bf3c09905
|
|
Change-Id: I9ac049ef61e698afda1577a630e1185c75a33734
|
|
Change-Id: Ied91c3edf9e4c8996a08ea722ba8dd409357d7b5
|
|
Change-Id: I6e75db10028143ef5926ceed8029e0404ab82d2b
|
|
Change-Id: I0d842cc951cb5a3e7e990f835f541ccf1bd89df6
|
|
Change-Id: I195a6a38f7cc597e6365ffd7f3e0432c73447e1a
|
|
Rename functions so that functions called by the UI layer for actions
to happen in the LO layer and functions called by the LO layer for
things to happen in the UI layer use different prefixes. Move
declarations to the generic <touch/touch.h> and avoid iOS-specific
types in the API.
Change-Id: Ieb8979065e02a87c4a415c934163265f2790d011
|
|
This is just throwaway experimentation, not how it should *really* be
done of course.
Change-Id: If600a5d3f01f118e84079f513dfccb25f4d59622
|