summaryrefslogtreecommitdiff
path: root/vcl/ios
AgeCommit message (Collapse)AuthorFilesLines
2014-11-08These constants are now in the scoped enum MouseEventModifiersTor Lillqvist1-4/+4
Change-Id: I73e1498198cbb55ccd969713a38b6cd678c94643
2014-10-18vcl/layout.hxx was included twiceAndras Timar1-1/+0
Change-Id: I03a30793e02def731cb6c8f130c48aeb325a2528
2014-09-18use vcl::FontNoel Grandin1-1/+1
Change-Id: I22fd5c1340ca0c646725d9fce77304c10d9eb5d5
2014-08-18Bin "temporary" code that doesn't compile any longerTor Lillqvist1-8/+0
Change-Id: I7550a40bab4ffd1b585ad37dceb59c38cf1e4ca3
2014-08-18ErrorBox->MessageDialogCaolán McNamara1-4/+4
Change-Id: I57d4e43460e40d3aff54873280eddbb18c12446b
2014-05-26No need for these fields for iOSTor Lillqvist1-2/+0
Change-Id: I3fff002919a1f15ae370c7d0c7f65e67108a6232
2014-04-22With tiled rendering for iOS there is no need for a "frame buffer"Tor Lillqvist1-146/+3
The resulting dropping of the basebmp code reduces app size by 0.7 MB. Change-Id: Id263873ed5c4bb2435d929a1319fedeedb6daa14
2014-04-20cppcheck: Prefer prefix ++/-- operators for non-primitive typesJulien Nabet1-2/+2
Change-Id: Ic24715d86b3f822babd236ac73c041f3a5c1d92b
2014-04-10Kill the ImplSVGDIData::mbNoXORClipping flagTor Lillqvist1-1/+0
Instead, act as if it was true on all platforms. Don't do XOR clipping on any platform. Simpler code is better code, and XOR tricks are generally very much out of fashion these days, I have been told. Didn't seem to have any visible ill effects on Linux at least. Change-Id: I6192006c77a4a81363ec7b3292f72d512d5e9b53 Reviewed-on: https://gerrit.libreoffice.org/8901 Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com> Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
2014-04-07For consistency, set the same "GDI" and "Win" flags for iOS as for OS XTor Lillqvist1-0/+2
No visible effect, though. Which is both good and bad: Good because it means that without ill effects a larger degree of idenical code paths can be used for both iOS and OS X. Bad because this change didn't help in getting rid of the annoying misrenderings on iOS of some Smart Art objects. Change-Id: I9da0f98ca90554dbac963688705b3c7955021741
2014-04-02Kill superfluous vertical whitespaceTor Lillqvist2-2/+0
Change-Id: I81ce8fd7022bf283db668705efdfb0666f87bde9
2014-02-28sal_Bool -> bool in mostly vcl moduleChris Sherlock1-2/+2
Conflicts: include/vcl/settings.hxx svtools/source/table/tablecontrol_impl.cxx sw/source/core/frmedt/fecopy.cxx vcl/inc/canvasbitmap.hxx vcl/inc/headless/svpframe.hxx vcl/inc/unx/salframe.h vcl/inc/win/salframe.h vcl/inc/win/salprn.h vcl/inc/win/salvd.h vcl/osx/DragSource.cxx vcl/osx/DragSource.hxx vcl/osx/DropTarget.cxx vcl/osx/DropTarget.hxx vcl/osx/OSXTransferable.cxx vcl/osx/OSXTransferable.hxx vcl/osx/clipboard.cxx vcl/osx/clipboard.hxx vcl/osx/salprn.cxx vcl/qa/cppunit/canvasbitmaptest.cxx vcl/source/components/fontident.cxx vcl/source/control/edit.cxx vcl/source/control/spinfld.cxx vcl/source/gdi/gdimtf.cxx vcl/source/gdi/virdev.cxx vcl/source/helper/canvasbitmap.cxx vcl/source/window/dockwin.cxx vcl/unx/generic/dtrans/X11_selection.hxx vcl/unx/kde/UnxFilePicker.cxx vcl/unx/kde/UnxFilePicker.hxx vcl/unx/kde4/KDE4FilePicker.cxx vcl/unx/kde4/KDE4FilePicker.hxx vcl/unx/kde4/KDESalFrame.hxx Change-Id: I9866d985da86dea2a56feff23f91c1467a1636b0 Reviewed-on: https://gerrit.libreoffice.org/8219 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-02-21Adapt vcl to various loplugin warnings on Mac OS XStephan Bergmann1-1/+1
Change-Id: I4553ce218fbcf2ac681b284c71e7d558a451511c
2014-02-20fix compilation of iostsahi glik1-0/+1
2014-01-26Make sure ShowNativeDialog() shows something: Use NSLog()Tor Lillqvist1-0/+3
Change-Id: I5ca0a471c980aa19d243500e95ee8cf585e1be9e
2013-12-15We already get AquaSalGraphics::CreateFontSubset from salgdicommon.cxx nowTor Lillqvist1-11/+0
Change-Id: Ie63ee5ea20a8340cfcbb51323871e5b0318e6cc3
2013-12-14iOS tiled rendering workTor Lillqvist1-1/+3
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
2013-12-11Try to fix colour issuesTor Lillqvist1-3/+3
Use RGBA consistenly. Wonder why the code was changed to use BGRA at some point? I got the picture in the document to show up with correct colours but unfortunately not the RED GREEN BLUE etc text. Weird. Even weirder, if I add a temporary hack in CoreTextStyle::SetTextColor() to use some other colours for non-black text (instead of the ones passed in the parameter), those colours do show up. This is a mystery. Change-Id: I591424a19fa02b3f095035e989cbc49fff94b8ca
2013-11-15releasing the CGDataProvider to prevent possible memory leaksPtyl Dragon1-0/+1
Change-Id: Ib64f457bd9cc185e979b1a3e9f07fdba93da88d7
2013-11-15created a long long unit for MLOContentSizePtyl Dragon1-11/+0
Change-Id: I41910058088161119d3cae8ca625d456652d890f
2013-11-15changed to CGSizePtyl Dragon1-0/+11
Change-Id: Ic84fcadf4332210693586825cdd8e32ef0f2a727
2013-11-15refactored to allow copying FixedImage to iosPtyl Dragon1-2/+34
Change-Id: Icecdae8ea2bb68c228f038758af8fb688ce9dd4a
2013-11-15Tiled rendering: Tunnel the request for a tile to the ViewShell.Jan Holesovsky1-13/+0
Change-Id: I6271546ab2c0e92832c501617d94d5ad155de705
2013-10-23More work on selection handling in iOSTor Lillqvist1-0/+26
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
2013-10-22Try to handle selection resizing in a more "correct" wayTor Lillqvist1-0/+27
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
2013-10-18More text selection WIP hackingTor Lillqvist1-18/+22
Change-Id: Ia29725295613faf875a688b3917b144a5f05bbe3
2013-10-17Tiles: Documentation of the parameters.Jan Holesovsky1-1/+1
Change-Id: Ibe31a105972cee2aff9b6896cdd80bd93a1a0e7d
2013-10-17added draw tile signature and select all fixptyl@cloudon.com1-0/+13
Change-Id: I6118c55caa12d9ba52000f89e869e27b218859be
2013-10-15New iOS client codeptyl@cloudon.com1-4/+4
does not work yet - needs fix by tor after refactoring of ios-bootstrap.h Change-Id: I0728306beb734511bd3f16e2e4922fd726bb37da
2013-10-13Minor refactoring of iOS codeTor Lillqvist1-15/+17
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
2013-10-11iOS experimental app support for selection marking via long press gestureptyl@cloudon.com1-0/+28
Change-Id: Ib7a71797a2dc967f9d8ddd60fdc10c78201a87c8 Reviewed-on: https://gerrit.libreoffice.org/5911 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2013-10-09Fix for iOS scroll by pixels, and pinch to zoomptyl@cloudon.com1-3/+14
Minor further changes by tml to match the coding style of surrounding code mainly. Change-Id: Ied6087a264f1c6b00763ea36fba9808329afede4 Reviewed-on: https://gerrit.libreoffice.org/5742 Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2013-09-12in iOS avoid copying covered windows to screentsahi glik1-3/+11
Change-Id: Iebf53e5c2e3909e068739351ccce497ca91b67a5 Reviewed-on: https://gerrit.libreoffice.org/5710 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2013-09-12Sync IOS screen invalidate to end of painttsahi glik1-2/+17
Change-Id: If179c5280366a377ace710e4acf7df737544b224 Reviewed-on: https://gerrit.libreoffice.org/5706 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2013-07-12Turn basebmp::Format into a proper enumStephan Bergmann1-1/+1
Change-Id: I4067c5039c7b5c74a1c144721dd7260de54dd2bf
2013-06-26There is already the AddTempDevFont() in coretextTor Lillqvist1-7/+0
Change-Id: I384e9d499eedbe87030417952bf057b16cf549d2
2013-04-19Add pan gesture handlingTor Lillqvist1-0/+11
I get exactly the same kind of artefacts as in the Android app, which I guess is good as it is at least consistent, as the implementation at the LO layer is identical... Change-Id: Icf0690fd2c48a133cb66de2ab7977b7088d2199e
2013-04-16More orientation experimentation and hackingTor Lillqvist1-0/+9
Now it re-orients and re-sizes the LO "frame" correctly upon rotation, but it still starts wrongly if starting in landscape orientation. Change-Id: I4c12a7e00d687391435a47400b6e8b4c7e49bdda
2013-04-16Try to propagate display size change to LOTor Lillqvist1-1/+25
Change-Id: If52c0aa9290c377c08f2cec8c9e36d987c0ed9b6
2013-04-14Add lo_keyboard_input()Tor Lillqvist1-0/+11
Change-Id: I5904f673de9854af47eefac2f192295a281c5525
2013-04-13Add experimental lo_keyboard_did_hide() implementationTor Lillqvist1-0/+15
Change-Id: I24a7449848710c0e09a4bf0da0d906d30a59f0bd
2013-04-07mass removal of rtl:: prefixes for O(U)String*Luboš Luňák1-7/+7
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk have kept them, in order not to break external API (the automatic using declaration is LO-internal). Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
2013-04-07Bin some not longer interesting NSLoggingTor Lillqvist1-18/+0
Change-Id: I1afd93fc9a56e85a30991bce9ca2350764cf1ec2
2013-03-31Revert "Try redrawing in multiple phases to avoid blocking the UI thread too ↵Tor Lillqvist1-36/+12
long" This reverts commit 3aae02d02d418222b0b51748008ed5c9c1f1d3c2.
2013-03-31Try redrawing in multiple phases to avoid blocking the UI thread too longTor Lillqvist1-12/+36
When initially calling lo_render_windows() from a redrawRect(), just post the user event asking for a redraw of the (headless) windows, and return without actually drawing anything to the context. Then when the RenderWindows() callback for that user event eventually gets called (which during startup and/or loading of a document might be several seconds later, as there is lots of other activity going on also as "user events"), ask the UI thread for a fresh redraw, and wait for lo_render_windows() in that phase to signal the actual redraw of the "headless" windows into the context. Unfortunately this doesn't work well enough. It is not a good idea to not draw anything in response to a drawRect() it seems. The affected rectangle gets initialised to black. So there is now irritating flashing. One sees an almost ready document (and the UI elements which still are there), but then it goes away for some time before finally re-appearding. Quite silly. So I will revert this, and I am committing it just to keep the code for reference in git. Change-Id: I9ee490345f093d80113c36f9e3268cab5a810dd0
2013-03-30Unbreak use of pthread condition variablesTor Lillqvist1-10/+74
I am not really satisfied yet with how the UI redrawing in the app now works (during startup, which of course is more or less all the app does so far). It can take quite some time before a "link" (function to be called) posted with PostUserEvent() gets run (if there are lots of time-consuming other "user events" in the queue already, or something?), and blocking the UI thread for that time is not acceptable. Will have to come up with some more complicated solution. Change-Id: Icab20183df3bc4980ae33f0502d10397802cc391
2013-03-30Render the "headless" frames to the UI view in the LO threadTor Lillqvist1-30/+48
We used to render them in the app main (GUI) thread, which is dangerous, accessing the headless frames in one thread while the LO thread (where the "main" LibreOffice code is running) might be updating and changing them. This fixes some problems like that part of the document did not show up. If I would test the app on a multi-core iPad, presumably I would have seen even more problems. But this also introduces new problems: Now the UI doesn't appear incrementally (for instance, with an actually progressing progress bar during the loading of the document) as it used to. Now it all appeads all of a sudden, everything at once. Which would be fine if it happened very quickly after starting the app, but it doesn't... on the original iPad it takes half a minute. Change-Id: I04068e0d884aa5cb86acefa76449aac4e081b193
2013-03-30IosSalInstance::BlitFrameToBuffer() and RedrawWindows() are unneeded nowTor Lillqvist1-49/+0
Change-Id: I6873461aed7db7b7f06e45556eacb82bcf118aea
2013-03-30Draw the frame virtual device bitmaps directly to the destination CGContextTor Lillqvist1-4/+30
Much faster. No need for the pixelBuffer inbetween. Change-Id: I6493faca6da3a3e9a1285e00c887928b85dca56e
2013-03-30Refactor the iOS Viewer app and rename it to "LibreOffice"Tor Lillqvist1-8/+7
No, it isn't any closer to being "ready" despite the name, but still, using the current approach, it clearly isn't restricted to be just a viewer. Also drop the verbose LOViewer prefix from class and file names in it. Change-Id: Ib4e8a31d6fa1b35169ee98cf2aa8f0f22957164c
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-21 03:13:35 +0000