summaryrefslogtreecommitdiffstats
path: root/ios
Commit message (Collapse)AuthorAgeFilesLines
* Mention this file is outdatedTor Lillqvist2018-11-301-1/+1
| | | | Change-Id: Iacd5323ee1db9be294556f3d7344eab00b27095b
* Prepare to bundle the Liberation fonts with the iOS appTor Lillqvist2018-11-271-0/+2
| | | | | | | | The way the iOS app is built (over in the online repo), any "resources" to be included need to be copied into the workdir/CustomTarget/ios folder. Change-Id: Ibac15b03dc447d6649e03404fe9a68ef3b4881b9
* Fill buildid in versionrc for iOS with the git HEAD hashTor Lillqvist2018-11-271-1/+1
| | | | | | Previously it tried to use a BUILDID Make variable that did not exist. Change-Id: Ie31eb3928c69dc52fcb17a9a5593cbe166d95307
* We need share/liblangtag, tooTor Lillqvist2018-11-121-0/+1
| | | | | | Otherwise i18nlantag works weirdly. Change-Id: Ic5bf2007e586e6bb53a9e89782c2b05f73e348e3
* Do put a BRAND_SHARE_RESOURCE_SUBDIR setting into fundamentalrc for iOSTor Lillqvist2018-11-091-1/+2
| | | | | | | | 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
* Alignment (whitespace) cleanupTor Lillqvist2018-11-091-10/+10
| | | | Change-Id: Ie46906d5aa84d91efcb88ca795797883e883939f
* The image zipfiles should be in share/config, it seemsTor Lillqvist2018-11-061-1/+1
| | | | Change-Id: I6f4cf36509c2fedf7bed346a07080fe0c67716a2
* gbuild: rename value OS=IOS to OS=iOSMichael Stahl2018-11-011-1/+1
| | | | | | | | | | | | | | | | 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>
* Handle also css::ucb::NameClashException>(aExceptionTor Lillqvist2018-10-311-0/+6
| | | | Change-Id: I979a163e796418d9a693229698b638cec4bf2226
* Look for the generated native-code.h where it now isTor Lillqvist2018-10-221-1/+1
| | | | | | | | | | | | 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
* It seems to work even without calling temporaryHackToInvokeCallbackHandlers()?Tor Lillqvist2018-10-191-1/+3
| | | | | | | | | | | | | 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
* Avoid superfluous directory levelTor Lillqvist2018-10-121-1/+1
| | | | | | | | 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
* Move the iOS CGBitmapContextCreate() call do doc_paintTile()Tor Lillqvist2018-10-103-37/+17
| | | | | | | | | | 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
* Make LibreOfficeLight build againTor Lillqvist2018-10-103-37/+36
| | | | | | | | | | | | | | | | | (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
* The UnitTest app needs the MobileCoreServices frameworkTor Lillqvist2018-10-081-0/+4
| | | | | | | | (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
* Add more vcl sources for easier breakpointingTor Lillqvist2018-10-051-0/+198
| | | | Change-Id: I3dccdd3253bf6e3e451b9ed53786eefaa02d451e
* Add sources in vcl/headless for easier breakpointingTor Lillqvist2018-10-051-0/+32
| | | | Change-Id: I02c73c040eafd77628d94f6045c48f02b650f8d6
* Add more source files from vcl for breakpointing convenienceTor Lillqvist2018-10-051-1/+81
| | | | Change-Id: I61b030d277a7fbcc1fd714b3edafc7922c59483a
* Add files from vcl/quartz for easy breakpointingTor Lillqvist2018-10-051-0/+30
| | | | Change-Id: Iccf4b7156677c6db7e675b2c7a6926d8395d025a
* LibreOfficeKit wants the tile pixmap bytes to be in BGRA order in memoryTor Lillqvist2018-10-021-1/+1
| | | | | | | | | | 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
* More hacking on the tilebench part of the UnitTest appTor Lillqvist2018-10-022-0/+28
| | | | | | | | | | | | 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>
* Start on the iOS unit test appTor Lillqvist2018-09-288-8/+693
| | | | | | | Change-Id: Idef0b375d5c7d6d4542aee1f8abecaf9f834189c Reviewed-on: https://gerrit.libreoffice.org/61058 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Need to handle css::uno::RuntimeException too nowTor Lillqvist2018-09-271-0/+1
| | | | Change-Id: Idedcaddeab80fcfdc3d5a4f2852712827a98e848
* Re-think cppu::throwException() and the C++/UNO bridge on iOSTor Lillqvist2018-09-153-0/+56
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* Return share/config/soffice.cfg as it was, as I think the code expectsTor Lillqvist2018-09-141-1/+2
| | | | | | | | | 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>
* Don't copy files into the source directory, use workdirTor Lillqvist2018-09-051-2/+2
| | | | | | | (The LibreOfficeLight Xcode project still needs to be adapted correspondingly.) Change-Id: I0b17c595fc0d169f6393ab8734a1eecb241f59be
* Put the lib names one per line to match what ld's -filelist expectsTor Lillqvist2018-09-051-1/+2
| | | | Change-Id: I7454c10a1547db796554f45f2d630af81a916c55
* Run bin/ios-all-static-libs and put its output in a fileTor Lillqvist2018-09-051-0/+1
| | | | | | | (To be used from Xcode projects elsewhere building iOS apps that want to link to iOS code built here.) Change-Id: I39bf2a4ed059930fcfc30c4d2016dfbc698da353
* Fix typoTor Lillqvist2018-08-281-1/+1
| | | | Change-Id: I78571f8494a13f6f8c07f9aee2bf6f8144a48ed2
* Add --enable-ios-libreofficelight-app option to build stuff for janI's appTor Lillqvist2018-08-281-3/+5
| | | | Change-Id: I1310cb8f5f543f49f9667ee10cb26c9809df259e
* Bump version number in ICU data file nameTor Lillqvist2018-08-281-4/+4
| | | | Change-Id: I222792dd34cd016196dfec9870161896c7c43b0d
* Use $(ICU_MAJOR) instead of hard coded (Upgrade to ICU 62.1)Eike Rathke2018-07-171-1/+1
| | | | Change-Id: Ifea7072922388b2c0b7631fb809b23e2a5524a3c
* We use ICU 61 nowTor Lillqvist2018-06-071-1/+1
| | | | Change-Id: I7faf23de08db680599658206faaf3028888563f6
* Removed executable permission on data filesAndrea Gelmini2018-06-026-0/+0
| | | | | | | | | 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>
* iOS, update source to xcode 9.3 swift 4.1jan Iversen2018-04-027-43/+17
| | | | Change-Id: I68464a213303ebe7dd850659031baf4cd7bdfa73
* iOS, remove copy of source code to instdirjan Iversen2018-03-171-6/+0
| | | | | | | The build phase contained copy statements for bridges/source/cpp_uno/ which should not happen Change-Id: Ied4c1b2ef29effe4642f5ca0e7dc3a5b41ef0b68
* iOS, solved corrupted stack in cpp -> unojan Iversen2018-03-151-22/+20
| | | | | | | | Solved problem in assembler code, so the call chain is correct. There are still something missing for uno to work correctly Change-Id: Ieb3b3d6b15153576159e07b52ced0efedd135713
* iOS, updated xcode project filejan Iversen2018-03-111-0/+52
| | | | | | | the only change is that addition of files needed to debug the stack corruption problem. Change-Id: I3598cdba2e84f51a3a90387dbe3439eafb34f878
* iOS, change example.odt -> welcome.odtjan Iversen2018-03-031-1/+1
| | | | | | It must be changed in the swift code also. Change-Id: Ide7ccbb89d94f91a9f6e0dbbd7a29035c46f7f4f
* iOS, moved resources from share to direct.jan Iversen2018-03-032-57/+69
| | | | Change-Id: I266fe71a6c58d8b80fa917198e8d84b356dfe296
* iOS, updated resource paths.jan Iversen2018-03-033-9/+5
| | | | | | changed name of example.odt to welcome.odt Change-Id: I59625949f4aaad3b3f75bfa243f1a4186d563822
* iOS, made example.odt local to iosjan Iversen2018-03-033-5/+7
| | | | | | | Have a local copy instead of referencing the android dir, allows us to make modifications local to iOS. Change-Id: Ifb6292cff5dcfce0a45c210176f8597d0091ee20
* iOS, allow "make" call in ios directoryjan Iversen2018-03-021-1/+1
| | | | | | | config_host.mk is not read before Custom_target_ios_link, which gives problems with the global variables Change-Id: I9738b5123f4e7aa848de17b00b39b8a03b3a477c
* iOS, SAL_LOG added to debug buildsjan Iversen2018-02-131-0/+7
| | | | Change-Id: Ibd5406c8f2ea7b46e3b4863ca1eba5a788bd270a
* iOS, added missing document state in callbackjan Iversen2018-02-111-0/+4
| | | | Change-Id: Ib710eb4ce1186571732588948726874a0fb9cb58
* iOS, add tango theme to avoid vcl problem.jan Iversen2018-02-051-0/+1
| | | | Change-Id: I73bee8ce04ec6234187224d03f0e081f09037e72
* iOS, correctly build release/debug versionsjan Iversen2018-02-052-0/+186
| | | | | | | | 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
* iOS, removed OTHER_LDFLAGSjan Iversen2018-02-051-3/+0
| | | | Change-Id: Ib07c1c4823deda7fa4ba389e9679f6eff99691d8
* iOS, allow x86 release buildsjan Iversen2018-02-051-0/+1
| | | | | | Added dir for x86_64 release builds Change-Id: If8c5e775ecd1283d9386a764441019c2423170f9
* iOS, simplified lib ref and copy to devicejan Iversen2018-02-043-19/+10
| | | | | | Named libKit directories so they can be referenced simple within xCode Change-Id: Ic05fa4e87b6cc87e2823177474c3ed9ac3433dd3
generated by cgit (git 2.34.1) at 2024-07-30 02:15:35 +0000