summaryrefslogtreecommitdiff
path: root/ios
AgeCommit message (Collapse)Author
2018-11-12We need share/liblangtag, tooTor Lillqvist
Otherwise i18nlantag works weirdly. Change-Id: Ic5bf2007e586e6bb53a9e89782c2b05f73e348e3
2018-11-09Do put a BRAND_SHARE_RESOURCE_SUBDIR setting into fundamentalrc for iOSTor Lillqvist
Not sure wht it was commented out. For now use $(LIBO_SHARE_RESOURCE_FOLDER) which is the same "program/resource" as on Unix. Change-Id: I81b8dd4868e68c3a8c38f9b4f84de7bfc8383d28
2018-11-09Alignment (whitespace) cleanupTor Lillqvist
Change-Id: Ie46906d5aa84d91efcb88ca795797883e883939f
2018-11-06The image zipfiles should be in share/config, it seemsTor Lillqvist
Change-Id: I6f4cf36509c2fedf7bed346a07080fe0c67716a2
2018-11-01gbuild: rename value OS=IOS to OS=iOSMichael Stahl
This gets rid of the horrible hack in gbuild.mk to accomodate the case-incorrect iOS platform makefiles that cannot be renamed without upsetting git on file systems that sadly lack the case sensitivity feature. Keep the macro defined to IOS though. Change-Id: I1022bfef4900da00e75fc1ccce786b20f8673234 Reviewed-on: https://gerrit.libreoffice.org/62705 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de> Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-10-31Handle also css::ucb::NameClashException>(aExceptionTor Lillqvist
Change-Id: I979a163e796418d9a693229698b638cec4bf2226
2018-10-22Look for the generated native-code.h where it now isTor Lillqvist
The makefile here was changed already some weeks ago to put native-code.h in workdir and not in the source directory, but I forgot to make sure this file still compiled, as it is used by LibreOfficeLight only. Yes, it is ugly to use the workdir/CustomTarget/ios pathname, so sue me. Change-Id: I568d933c1d1384041632f432053d0a0c64c485c2
2018-10-19It seems to work even without calling temporaryHackToInvokeCallbackHandlers()?Tor Lillqvist
But I tested just a few times. If somebody re-starts work on LibreOfficeLight, and encounter hangs, hopefully they notice this commit and try to un-comment-out the line in question. I hadn't noticed that temporaryHackToInvokeCallbackHandlers() thing before, maybe calling it in the iOS app being developed (in the "online" repo) is necessary, and would help avoiding the hangs I occasionally see in it? Change-Id: I0f4d8c800024c43acb512d40efdfad71c229bec2
2018-10-12Avoid superfluous directory levelTor Lillqvist
Don't bother with a 'userinstallation' subdirectory. It is a subdirectory called "user" of the UserInstallation value that will be used for our stuff anyway. Change-Id: Idb6b5992bfda73ed7af80274b0de8ad7b43c241c
2018-10-10Move the iOS CGBitmapContextCreate() call do doc_paintTile()Tor Lillqvist
Thus it now actually takes a buffer pointer also on iOS, like on Linux and Android. Less confusing, more uniform. Add a separate iOS-specific paintTileToCGContext() method to LibreOfficeKitDocumentClass that takes a CGContextRef. Adapt callers correspondingly. (The LibreOfficeLight code in particular needs the paintTileToCGContext().) Change-Id: I81084806d37b9aac9f2b2bc03d0c262e991eec81
2018-10-10Make LibreOfficeLight build againTor Lillqvist
(And it actually works now again, as far as I see, after the recent fix to LibreOfficeKit's iOS code.) Adapt to earlier changes: The generated files are now in workdir, not in the ios source directory. Use org.libreoffice.ios.LibreOfficeLight for the PRODUCT_BUNDLE_IDENTIFIER instead of janI's own. (Additionally the DEVELOPMENT_TEAM was reset to the one I use; apparently there is no way to make sure that developer-specific setting is in a file not in version control?) Change-Id: I575561583f584b5ac3c759d115b1c9c6dc97ef94
2018-10-08The UnitTest app needs the MobileCoreServices frameworkTor Lillqvist
(No idea why it complains about that only now. I did upgrade the Mac where I am building this to 10.14, but not sure how that could have an impact?) Change-Id: Ifaf56dbbe380694049d4957cc3fa8174c602bc67
2018-10-05Add more vcl sources for easier breakpointingTor Lillqvist
Change-Id: I3dccdd3253bf6e3e451b9ed53786eefaa02d451e
2018-10-05Add sources in vcl/headless for easier breakpointingTor Lillqvist
Change-Id: I02c73c040eafd77628d94f6045c48f02b650f8d6
2018-10-05Add more source files from vcl for breakpointing convenienceTor Lillqvist
Change-Id: I61b030d277a7fbcc1fd714b3edafc7922c59483a
2018-10-05Add files from vcl/quartz for easy breakpointingTor Lillqvist
Change-Id: Iccf4b7156677c6db7e675b2c7a6926d8395d025a
2018-10-02LibreOfficeKit wants the tile pixmap bytes to be in BGRA order in memoryTor Lillqvist
To get that with CoreGraphics on iOS we need to use also kCGImageByteOrder32Little in the CGBitmapContextCreate() call, otherwise the bytes will be in ARGB order in memory. (Not touching the macOS code here.) Change-Id: I3c2dd94feb1c6bf46c5b335f5901b29e5fe1e7fb
2018-10-02More hacking on the tilebench part of the UnitTest appTor Lillqvist
On iOS, don't attempt to write the tile dump ppm file to /tmp, but use the app-specific directory so that it can be copied for inspection using iTunes. (Of course, even better would be to simply paint it to the app's view. Later) Change-Id: I8dd60d04adc61de6594099f5c358a9b6220522da Reviewed-on: https://gerrit.libreoffice.org/61255 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-09-28Start on the iOS unit test appTor Lillqvist
Change-Id: Idef0b375d5c7d6d4542aee1f8abecaf9f834189c Reviewed-on: https://gerrit.libreoffice.org/61058 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-09-27Need to handle css::uno::RuntimeException too nowTor Lillqvist
Change-Id: Idedcaddeab80fcfdc3d5a4f2852712827a98e848
2018-09-15Re-think cppu::throwException() and the C++/UNO bridge on iOSTor Lillqvist
It seems that on iOS, where we don't have any Java, Python, BASIC, or other scripting, the only thing that would use the C++/UNO bridge functionality that invokes codeSnippet() was cppu::throwException(). codeSnippet() is part of what corresponds to the code that uses run-time-generated machine code on other platforms. We can't generate code at run-time on iOS, that has been known forever. Instead we have used some manually written assembler to handle it instead. We used to have a Perl script to generate a set of code snippets for different cases, different numbers of parameters of the called function and whatnot, but that went away at some stage some year ago. (It is unclear whether that broke the C++/UNO bridge on iOS, or whether the stuff continued to work even after that.) Anyway, this handwritten assembly, or the manual construction of internal data structures for exceptions, or something else, seemed to have bit-rotten. Exceptions thrown with cppu::throwException() were not catchable properly any longer. Instead of digging in and trying to understand what is wrong, I chose another solution. It turns out that the number of types of exception objects thrown by cppu::throwException() is fairly small. During startup of the LibreOffice code, and loading of an .odt document, only one kind of exception is thrown this way... (The lovely css::ucb:InteractiveAugmentedIOException.) So we can simply have code that checks what the type of object being thrown is, and explicitgly throws such an object then with a normal C++ throw statement. Seems to work. Sadly the cppu::getCaughtException() API still needs some inline assembly in the C++/UNO brige. That seems to work though, knock on wood. This commit also adds a small "unit test" for iOS, copied from cppuhelperm to ImplSVMain(). Ideally we should not copy code around of course, but have a separate unit test app for iOS that would somehow include relevant unit tests from source files all over the place. Later. Change-Id: Ib6d9d5b6fb8cc684ec15c97a312ca2f720e87069 Reviewed-on: https://gerrit.libreoffice.org/60506 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2018-09-14Return share/config/soffice.cfg as it was, as I think the code expectsTor Lillqvist
Not sure how it worked in LibreOfficeLight. Change-Id: I0991b13a7538581642f530bf45a1bba1b1b644d5 Reviewed-on: https://gerrit.libreoffice.org/60505 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2018-09-05Don't copy files into the source directory, use workdirTor Lillqvist
(The LibreOfficeLight Xcode project still needs to be adapted correspondingly.) Change-Id: I0b17c595fc0d169f6393ab8734a1eecb241f59be
2018-09-05Put the lib names one per line to match what ld's -filelist expectsTor Lillqvist
Change-Id: I7454c10a1547db796554f45f2d630af81a916c55
2018-09-05Run bin/ios-all-static-libs and put its output in a fileTor Lillqvist
(To be used from Xcode projects elsewhere building iOS apps that want to link to iOS code built here.) Change-Id: I39bf2a4ed059930fcfc30c4d2016dfbc698da353
2018-08-28Fix typoTor Lillqvist
Change-Id: I78571f8494a13f6f8c07f9aee2bf6f8144a48ed2
2018-08-28Add --enable-ios-libreofficelight-app option to build stuff for janI's appTor Lillqvist
Change-Id: I1310cb8f5f543f49f9667ee10cb26c9809df259e
2018-08-28Bump version number in ICU data file nameTor Lillqvist
Change-Id: I222792dd34cd016196dfec9870161896c7c43b0d
2018-07-17Use $(ICU_MAJOR) instead of hard coded (Upgrade to ICU 62.1)Eike Rathke
Change-Id: Ifea7072922388b2c0b7631fb809b23e2a5524a3c
2018-06-07We use ICU 61 nowTor Lillqvist
Change-Id: I7faf23de08db680599658206faaf3028888563f6
2018-06-02Removed executable permission on data filesAndrea Gelmini
chmod -x to complete Change-Id: I966773e0adebf8563343856f18ba25ba84b0a633 Reviewed-on: https://gerrit.libreoffice.org/53666 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-04-02iOS, update source to xcode 9.3 swift 4.1jan Iversen
Change-Id: I68464a213303ebe7dd850659031baf4cd7bdfa73
2018-03-17iOS, remove copy of source code to instdirjan Iversen
The build phase contained copy statements for bridges/source/cpp_uno/ which should not happen Change-Id: Ied4c1b2ef29effe4642f5ca0e7dc3a5b41ef0b68
2018-03-15iOS, solved corrupted stack in cpp -> unojan Iversen
Solved problem in assembler code, so the call chain is correct. There are still something missing for uno to work correctly Change-Id: Ieb3b3d6b15153576159e07b52ced0efedd135713
2018-03-11iOS, updated xcode project filejan Iversen
the only change is that addition of files needed to debug the stack corruption problem. Change-Id: I3598cdba2e84f51a3a90387dbe3439eafb34f878
2018-03-03iOS, change example.odt -> welcome.odtjan Iversen
It must be changed in the swift code also. Change-Id: Ide7ccbb89d94f91a9f6e0dbbd7a29035c46f7f4f
2018-03-03iOS, moved resources from share to direct.jan Iversen
Change-Id: I266fe71a6c58d8b80fa917198e8d84b356dfe296
2018-03-03iOS, updated resource paths.jan Iversen
changed name of example.odt to welcome.odt Change-Id: I59625949f4aaad3b3f75bfa243f1a4186d563822
2018-03-03iOS, made example.odt local to iosjan Iversen
Have a local copy instead of referencing the android dir, allows us to make modifications local to iOS. Change-Id: Ifb6292cff5dcfce0a45c210176f8597d0091ee20
2018-03-02iOS, allow "make" call in ios directoryjan Iversen
config_host.mk is not read before Custom_target_ios_link, which gives problems with the global variables Change-Id: I9738b5123f4e7aa848de17b00b39b8a03b3a477c
2018-02-13iOS, SAL_LOG added to debug buildsjan Iversen
Change-Id: Ibd5406c8f2ea7b46e3b4863ca1eba5a788bd270a
2018-02-11iOS, added missing document state in callbackjan Iversen
Change-Id: Ib710eb4ce1186571732588948726874a0fb9cb58
2018-02-05iOS, add tango theme to avoid vcl problem.jan Iversen
Change-Id: I73bee8ce04ec6234187224d03f0e081f09037e72
2018-02-05iOS, correctly build release/debug versionsjan Iversen
Added 2 schemes Debug/Release as shared to make sure they are available. Not having them as shared and cleaning causes them to be "forgotten" Change-Id: I4cb66c7088f770c7cda592994f3610e98fb1b7f0
2018-02-05iOS, removed OTHER_LDFLAGSjan Iversen
Change-Id: Ib07c1c4823deda7fa4ba389e9679f6eff99691d8
2018-02-05iOS, allow x86 release buildsjan Iversen
Added dir for x86_64 release builds Change-Id: If8c5e775ecd1283d9386a764441019c2423170f9
2018-02-04iOS, simplified lib ref and copy to devicejan Iversen
Named libKit directories so they can be referenced simple within xCode Change-Id: Ic05fa4e87b6cc87e2823177474c3ed9ac3433dd3
2018-02-04iOS, launchScreen size updatejan Iversen
Change-Id: Ic00d5f623fafdf05c467e7a260320894d8a27c5b
2018-02-04iOS, removed buildConfiguration Simulatorjan Iversen
We only work with Debug/Release and then let the target determinate active architecture. Change-Id: Iccc6a658168a26c9d6b1650b0928466479cf68dc
2018-02-04iOS, removed schemesjan Iversen
Working only with BuildConfiguration Change-Id: I6790841928ca7ab6938317d0a8e83f9b90608cad