summaryrefslogtreecommitdiff
path: root/ios
AgeCommit message (Collapse)Author
2013-04-24Bin lotuswordpro_component_getFactoryTor Lillqvist
Not suitably licensed. Change-Id: I221cccb9d2ff5b6cb5e25161b6d5bfe504acb10e
2013-04-24gbuild: drop uses of removed packagesDavid Tardon
Change-Id: I400fad08c0ae7b6b34bad63693f54856867e4dac Reviewed-on: https://gerrit.libreoffice.org/3502 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks
2013-04-19Prefer simple and working solution to obscure and non-workingTor Lillqvist
Change-Id: I5c7d02daced542222c2cb3881fafd2d58fe7f14d
2013-04-19Add pan gesture handlingTor Lillqvist
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-19Try to get the tinderbox build workingTor Lillqvist
Change-Id: Ie0a9b6e64c35a046afbb5c26c1b75bdd0d897a23
2013-04-19Add commentTor Lillqvist
Change-Id: I737e43d35eb2ebd6aeadeb5695cb3ecc74cc4484
2013-04-16More orientation experimentation and hackingTor Lillqvist
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-15Start hacking on handling orientation changesTor Lillqvist
Change-Id: I94cfdc1b334539399faff29c046185bbbf698d23
2013-04-15Bin unneeded #includes and usingsTor Lillqvist
Change-Id: I93102156c4713191c8ad49da9b9d2eda5be722e8
2013-04-15Add components needed by spreadsheet documentsTor Lillqvist
Change-Id: I191bc093def5d2965b463dcff9e1289901064ce8
2013-04-14Try depending on touch_inc to maybe fix tinderbox buildTor Lillqvist
Change-Id: I9833437256243c26b9ff468937ec9f975c2e898d
2013-04-14Add text input to the iOS appTor Lillqvist
Don't have our View class implement the UIKeyInput protocol any more. It won't work properly anyway. The docs say: "Only a small subset of the available keyboards and languages are available to classes that adopt this protocol". Instead, use a transparent UITextView on top of our View to accept keyboard input. Seems to work as expected. Change-Id: I3093ea7fbfa0ecab0dc5d0a38e5695723e8ed4ad
2013-04-13Listen for keyboard show and hide notificationsTor Lillqvist
Only react to hide notification for now, call lo_keyboard_did_hide() Change-Id: I2f429039d2a84269783d103ad635ff4c407c4a15
2013-04-13Add some more files for easy breakpointingTor Lillqvist
Change-Id: Ib68928d7213a7dbba830b20c882ba53c6f3deb4c
2013-04-12Start implementing on-demand keyboard display for non-DESKTOPTor Lillqvist
Change-Id: I9321dcf9d863cb59eee9b2a012d887a17cb1b454
2013-04-12Add one more file for easy breakpointing and re-structure list a bitTor Lillqvist
Change-Id: If37b5e646562357c4c6c9ce0a3821d92bbfc07f9
2013-04-12Sort source files for clarityTor Lillqvist
Change-Id: Idac1c756faa47236e4ebc3c7400f7e4412f02a44
2013-04-11TypoTor Lillqvist
Change-Id: I87c74eb6e4f9aa4f06bfca00817b4d04d7d84b40
2013-04-11fix ios buildDavid Tardon
Change-Id: Id8c405e63abec3d8c1d3c5f8fb7f40ba082c9f47
2013-04-07Add some more interesting sourcesTor Lillqvist
Change-Id: Id0fdba93a5d3a46a79cebea8839bdfd467ef4f6f
2013-04-07NSLogging changesTor Lillqvist
Change-Id: I42991d7a9c9e0bd4a023739051393935efa5c29f
2013-04-05new module i18nlangtagEike Rathke
Moved portions from module i18npool, all of former i18nisolang1 library that now is i18nlangtag. Included are languagetag, isolang and mslangid. This i18nlangtag code is now even used by module comphelper, so disentangling i18npool and making this an own module was needed to not create circular module dependencies. Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
2013-04-05Try again to use AllModulesButInstsetNative to unbreak tinderbox buildTor Lillqvist
Change-Id: Ib9da3de2cedf423a18819aa83fa55de77a288a72
2013-04-05List more libraries in an attempt to make tinderbox builds workTor Lillqvist
Change-Id: I21e6affaf08322f9e9cf1554e76f935f2c3e29b3
2013-04-05No need to setenv SAL_LOG in the code for iOSTor Lillqvist
One can set environment variables to be used when debugging an app in Xcode, which is when it is interesting to see SAL_INFO output anyway. (This is very different from Android, where one can't set environment variables "before" an app starts, as apps there aren't separate programs that would be exec'ed.) Change-Id: I3971d1b2d1a849deac2722a90271ef2458db1643
2013-04-03Add the vcl coretext sourcesTor Lillqvist
Change-Id: I433419e1ed7bda566bb13bf14346948d131abee6
2013-04-03Checking the device orientation at this stage doesn't seem to workTor Lillqvist
Change-Id: I0015f7d751cb0e45262774c19a120f428cb35af2
2013-03-31Revert "Try redrawing in multiple phases to avoid blocking the UI thread too ↵Tor Lillqvist
long" This reverts commit 3aae02d02d418222b0b51748008ed5c9c1f1d3c2.
2013-03-31Try redrawing in multiple phases to avoid blocking the UI thread too longTor Lillqvist
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-31Organise the (few) source files included in the Xcode project into groupsTor Lillqvist
Change-Id: I01c9c26c6d282729101386266db898d759450a41
2013-03-31Must pass the test document as a file: URI because it is percent-escapedTor Lillqvist
Change-Id: I8e27f0cb4a9605a97d8120f9f4697e7f939135c1
2013-03-30Use iOS 5.1 as deployment targetTor Lillqvist
Change-Id: Idd44c792b4e0ee9cd27c3d66c2c5d794f4304045
2013-03-30No need to verify the Xcode "configuration" ("Debug" or "Release") matchingTor Lillqvist
Change-Id: I5c2e05feecffa1679930b041854b1cd190ef007a
2013-03-30Draw the frame virtual device bitmaps directly to the destination CGContextTor Lillqvist
Much faster. No need for the pixelBuffer inbetween. Change-Id: I6493faca6da3a3e9a1285e00c887928b85dca56e
2013-03-30Add iosinst.cxxTor Lillqvist
Change-Id: Ia5e84bc661d0de1140a259be7dd9fcdaca5e1930
2013-03-30Refactor the iOS Viewer app and rename it to "LibreOffice"Tor Lillqvist
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
2013-03-30WaE: macro is not usedTor Lillqvist
Change-Id: I4c839e7b20e276b2fb3be60925de42ae91f47ee1
2013-03-26Re-add change from 304cb6ab8fb159c883c42d2d42e82750fab4e4a7Tor Lillqvist
Was accidentally reverted. Change-Id: I1d62003cfab222664b7cf2053f640287910b2892
2013-03-26Handle different basebmp scanline formats and flip vertically when neededTor Lillqvist
Change-Id: Ic0fd7d60ddc66bcd5577988b3a4e5b2185d3ec1f
2013-03-26Use the applicationFrame and not whole screen sizeTor Lillqvist
Change-Id: I33a67b4908759913e49608110cc2635cc50e54b1
2013-03-26I think kCGImageAlphaNoneSkipLast is what we wantTor Lillqvist
Change-Id: I19a5ab15650cef4ee834af63e19bea7807b77477
2013-03-26Introduce temporary lo_set_view_size() hack like on Android and call itTor Lillqvist
Change-Id: I44df0946f59d1b9a2a6ea935b3c2ea3c96c1260d
2013-03-26Add svt and svxTor Lillqvist
Change-Id: I3298b985bc7f197e50f7246c8fe828d51804bde3
2013-03-26Add the soffice.cfg and registry stuffTor Lillqvist
Change-Id: I12dda660f4eac298af29cee8858f8aef496aa5ed
2013-03-26Add to the project some source files where breakpoints are often usefulTor Lillqvist
Change-Id: Iccd5f7bb99a76542481564b2f6475ca365756e45
2013-03-26Add LOViewerWindow.[hm] to the projectTor Lillqvist
Change-Id: I50ac91fd0e803b1b2322e5c7c25f7bf682a8208d
2013-03-26Add images.zipTor Lillqvist
Change-Id: If764bb95ab29b8092b356fee644cfa5190ce3eeb
2013-03-22Try to make the tinderbox build succeedTor Lillqvist
Change-Id: Iae0b134d9579dcaaa39ce8a99e843fe24c27060a
2013-03-21Re-work the vcl aspects of the iOS portTor Lillqvist
Don't try to use similar code as for OS X to manage windows, events etc. I.e. don't use UIKit in vcl to do that. Instead, just do as in the Android port, use the "headless" vcl backend. Do keep using CoreText, though, not FreeType & fontconfig. Start changing the iOS "Viewer" app to correspond to the Android "desktop" app (so it should be renamed). Work in progress since a long time, several crucial details still missing, but committing for now. Change-Id: Iac5fbf8def415e4d0d21e5200450a373420ad7ee
generated by cgit (git 2.34.1) at 2025-01-24 17:00:30 +0000