Age | Commit message (Collapse) | Author |
|
Change-Id: I88d6176f919de90b5014f328fdad84d017b3bb55
|
|
Change-Id: Id44a5bb0dca7bc6b8d97a6d5ae26ea642043e374
|
|
Change-Id: I2444acf09b3108c1a79658f0954bb9481c8fad0c
|
|
Change-Id: I47545d0592348f585c23e3c6be079e0ed664d706
|
|
Change-Id: Ie17504bfb991503e1790ea8a696768fb90c116a2
|
|
Change-Id: Ie0fbacf01fcde8cb50b660e7976471a2d3bb9edc
|
|
The executable of the LibreOffice app (which as such at the moment
doesn't work, since the tiled rendering changes) is built using
gbuild, and thus we can't generate the native-code snippet in the
CustomTarget that builds the app bundle, but need it already when
building the executable. This is one wayt to handle that.
Change-Id: Ifdab40c970e93b1f2608cefc637df8a8e5396efe
|
|
This allows us to get rid of component-declarations.h and
simplify component-mapping.h.
For new, converted, implementation_getFactories, adding one line into
native-code.py should be enough to make them available in application.
Change-Id: I042320e5b7f8a9aa9f02b77d2bdd07cf9a690ee6
|
|
Change-Id: I7842d9d0e5786647d14d0c30be5230c05883ada2
|
|
Change-Id: I7db16b3736a83b9372aba11ac9ff302bc087e008
|
|
Change-Id: Ibf1ed5ee1d7ab8319b393475c49655708e9a6d61
|
|
Change-Id: I20b9325f9c7eed1e49ea815c284f8fe1a6ed428d
|
|
Avoid an implicit upper limit on the value calculated (and displayed) by
keeping a counter, too, for each slot in the array.
Also edit a comment, as I now have a better understanding of how the
tiling works.
Change-Id: I5df4076917a244f73f27b66f4983f17ce95b9df7
|
|
Change-Id: I11e282c1a72dbc6b41a5a89229065983b41eb65b
|
|
Running dsymutil takes much too long to be bearable during
development. But when building for actual release we do want a
separate dSYM of course. (Of course none of the current iOS apps in
the source are intended to be actually "released". But add this logic
just for completeness.)
Change-Id: Ibb5037d6926e969a891269d6c9d86232bc01cb3c
|
|
Change-Id: If1c1bbaadf8866605bf1026c4a71da0a397391a4
|
|
No one says this is the only good classification.
Quite possibly it's not even a good one, but at least something.
Change-Id: I81178314222f9f63708a83b262ff8ef73a1d9467
|
|
Change-Id: I52bbae367d1b4a76aa5507daa38582f7c97d794d
|
|
Hopefully it makes sense, I don't know.
Inspired by Debian packages.
Change-Id: I8caf2d4aa75b8f6de3cc7da9eb293955a4ed58d8
|
|
Change-Id: I0b82e8a284f871829b7c22a654d61534b5c5a3cc
|
|
Change-Id: Ic3eb95119eed7a691c9cd0c677f28c87395b9415
|
|
...to directly call constructor functions of ComponentContext-based C++
implementations of (non-single-instance) UNO services. The case where these
calls would need to be bridged across different environments (e.g., from gcc3
to gcc3:affine) is not yet implemented.
bootstrap.component and expwrap.component are adapted accordingly as a proof-of-
concept (which had previously been adapted to use the prefix="direct" feature,
which may become unnecessary again in the end, depending on how to handle
single-instance services/singletons). More to follow.
Change-Id: I18682d75bcd29d3d427e31331b4ce8161dbb846d
|
|
Change-Id: I96e2931763c277d72ff1bb7ebdf5b71c0d6e091b
|
|
I had to add some horrible hacks to make sure the test doc has been
loaded into a Writer shell before retrieving its size and being able
to render it. Obviously some better solution is needed. But this is
just a testbed to get some profiling data.
The app is built using an Xcode project, and in gbuild through a
custom target based on the MobileLibreOffice one. Setting up the
various files used (or not used...) at run-time should really be
factored out from the CustomTarget files.
Change-Id: I1711b0cae9d28a09b73476b2d37d98b1820c9943
|
|
It's not terribly nice, but, hopefully, better.
The hope is that one day, lo_get_library_map will be no more.
In lo_get_implementation_map we can specify more precisely what to link
into the binary.
Change-Id: I99a1854fbae05be2f70302cc56bea88e522ec129
|
|
Change-Id: I9304b62134bab375b721399ae078bf66e01191d8
|
|
Demonstrating on expwrap library.
There is hope, this will bring code size savings for mobile
platforms, where we don't need every implementation.
Change-Id: I3519fb6148fd7a47ed9df092c73779ea6add552f
|
|
Possibly quite broken intermediate commit. But anyway, now it is
possible to render the tile diretly to a CGContext. Can be seen in
the MobileLibreOffice app when build in the Debug_tile_tester
configuration. See touch_lo_draw_tile() in viewsh.cxx. Unfortunately
the old plain LibreOffice test app is now broken, though, and
displays nothing at all.
This refactoring and hacking in vcl was done in a quite ugly fashion,
with ifdefs etc. But trust me, I did try, several times, for many
days, to get where I wanted in an elegant and clean fashion. But doing
it cleanly meant not being able to actually build it for days while
trying to figure ut which bits go where and which class should be
split into what base and derived class(es), and it was too much for my
limited brain capacity. I just couldn't juggle all the vcl class
structure in my head, especially as I don't have any good
understanding of the general design of it all.
Change-Id: Ia59d6a9cce15a63e63f94e8d8574bef21993fb1f
|
|
Change-Id: I6f8c6827c00db50184a46f39968f882b944d18d4
Reviewed-on: https://gerrit.libreoffice.org/6967
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
|
|
- WORKDIR path is just workdir
- INSTDIR path is just instdir
- WORKDIR_FOR_BUILD is workdir_for_build
- INSTDIR_FOR_BUILD is instdir_for_build
- replace other usage of INPATH by combination of OS and CPUNAME
Change-Id: Ie398387ebd82a968ec2605f2103c55b43a231482
Reviewed-on: https://gerrit.libreoffice.org/6601
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: If6e8c4862ec628eb4c052e0fd237f5aef89db8eb
|
|
Change-Id: I1b1e47de2eec94150a0abee4aa74994f55b9b88e
|
|
Change-Id: I75ffc83be6af34b09b4a98a5890b3585b4a76bde
|
|
Change-Id: I9806eb87e8d679c3b37de9cf7b87e26c3d4b5387
|
|
Change-Id: I45e1a8483ff065d584d83824f9020f7d33a5257e
|
|
It is obvious that I don't fully understand how to handle the view
coordinates, the applicationFrame etc. Possibly I am doing something
slightly wrong... Anyway, add a hack to make the touch input actually
refer to the thing under the finger;)
Also fix the handling of the selection end dragging.
Change-Id: I27a6a978e7fc28759b70d29ebca75bfd6b5f54a1
|
|
Change-Id: Id4baff53735586345dd6624f3c8b996f1816149a
|
|
Note that this *is* still just an experimental app, not intended to be
in any way carefully designed for end-user use. I tweaked the look and
feel a bit just for fun.
Change-Id: I98339d32a8c3ac332fc42b206ab185a61abc4cc6
|
|
Change-Id: Iaddbfb48a071baaf84ee7bde38f40449f342dce8
|
|
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
|
|
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: I59eac660accfc362766bc3744655e2ba2d66ddd6
|
|
Change-Id: Ia29725295613faf875a688b3917b144a5f05bbe3
|
|
Change-Id: I31c6bcb9a4b26653d439601f78d71fd94d938eeb
|
|
Change-Id: Ied91c3edf9e4c8996a08ea722ba8dd409357d7b5
|
|
Change-Id: I6e75db10028143ef5926ceed8029e0404ab82d2b
|
|
Change-Id: I0d842cc951cb5a3e7e990f835f541ccf1bd89df6
|