Hello ,
I am developing iPAD application using xojo.
We need to create PDf file from application .
please tell me how to create PDf,excel file from iOS application .
Can I use Dynapdf plugins?
please reply soon if anybody knows .
there are no plugin for ios … (not permitted by Apple ?)
Ok ,so how can I create PDF in iOS?
Currently Is there any solution for it?
iOS / Xcode (not for Xojo):
https://www.appcoda.com/pdf-generation-ios/
https://developer.apple.com/library/content/documentation/2DDrawing/Conceptual/DrawingPrintingiOS/GeneratingPDF/GeneratingPDF.html
DynaPDF: only with the enterprise version and Xcode (not with Xojo), you have to do a static link (iOS allows static libraries only)
Xojo for IOS: ?
At first glance, it should be possible to create a declare. But our declare gurus are volunteers, and nobody can demand they create that immediately.
The alternative would be to use a web service. Then, the app would send the data to a Xojo web app which would generate the PDF with for instance DynaPDF, and send it back to the iOS app.
But that requires setting up the web service.
There are also a number of web sites that offer APIs to do that https://duckduckgo.com/?q=convert+to+pdf+api&ia=web
I never used any of them, but it seems fairly easy to do.
As I said, a declare should be possible…
But posting a Swift example does not help the OP.
no it doesn’t, but perhaps it helps someone else help him… which is what I said in my post…
I find it ludicrious that there are so many things that are SO simple in Swift, but are a torture, or impossible in “Xojo for iOS”…
I think the major problem is that Xojo is trying to make iOS fit an existing paradigm, and that square peg just will not (and never will) fit in a round hole.
there that should put things back on an even keel… I’ll let whom ever figure it out themself… sorry I tried to help
The thing is, Xojo iOS is not XCode. It is intrinsically incapable to call the framework in a simple manner as do Objective-C or Swift. But that is originally the same for Desktop. The difference being 25+ years of history have made possible a rather complete collection of plugins and MacOSLib.
I agree it must feel ludicrous for someone who develops in Swift to see such situation. Unfortunately at this time the only solution is declares, which as we both know are not exactly simple to come up with.
Hopefully soon Xojo iOS will enable plugins, and I have no doubt Christian and others will be glad to empower it with all necessary bells and whistles. Hopefully too the Interops promised at XDC will become reality.
In the meantime, Xojo iOS users will have to be clever, and patient.
[quote=298534:@Michel Bujardet]As I said, a declare should be possible…
But posting a Swift example does not help the OP.[/quote]
[quote=298539:@Dave S]no it doesn’t, but perhaps it helps someone else help him… which is what I said in my post…
[/quote]
At least for me, I find it helpful when swift or obj-c code is posted when someone is trying to solve something with declares since it means I don’t have to go out and find a working example of how it works (which can be very difficult for more complex things) if I’m going to try to help them. In my mind shunting people away from posting in other languages doesn’t help Xojo for iOS grow.
Dave, I didn’t see the deleted post, but why wouldn’t your gPDF work in iOS?
[quote=298542:@Michel Bujardet]I agree it must feel ludicrous for someone who develops in Swift to see such situation. Unfortunately at this time the only solution is declares, which as we both know are not exactly simple to come up with.
[/quote]
no, it ludicrious for someone like me with 10+ years experience with Xojo, 30+ years experience in software design, who has written a few interpeters/transpilers of my own, to see a company like Xojo create a product with so much potential, yet not bother to implement the “simple” things.
and pay for the “privledge” when the learning curve for a FREE tool is so short…
As I have said many times… Xojo should be GIVING this version of iOS support for FREE until they have a solid product where 3rd party declares are the exception and not the rule. This would not only increase their presense in the iOS marketplace, but provide more feedback to help prioritize implementation of the required feature set.
As you know I am a stauch supporter of Xojo for Desktop, I just feel that Xojo for iOS has not met the requirements.
gPDF might work in “Xojo for iOS”… I don’t know, nor am I going to find out (it would violate my stand stated above 
)
primarily because for iOS (not for Xojo), create a PDF is simple, as a matter of fact it works exactly the same way (fundamentally) that gPDF does.
- define a PDF context (two lines of code)
- assign to a graphics context
- perform text/drawing routines
- close the context
gPDF does
- create a database of PDF commands
- collect all the drawing routines
- emit a pdf file
- close
gPDF would add a HUGE amount of code to an iOS app that would not be necessary as iOS has all the required functions already built in. And if done properly in Xojo, all the drawing routines (drawline, fillrect, etc) would not need to be replaced with special versions… it would use the EXACT same code that Xojo already uses
Well for some reason Xojo doesn’t allow the creation of an iOSBitmap from a handle (there is a lot of inconsistencies in where handles are available and what can be created from handles which makes many things much more difficult than necessary). For this reason you’ll have to use CG Context methods directly so your best bet for a PDF is to use Ulrich’s iOSLib:
https://github.com/UBogun/Xojo-iosLib/wiki/AppleCGContext
Dave, if I may, you are not a good prospect for Xojo iOS. Precisely because you are extremely adept at Xojo Desktop, and clever enough to master Swift.
I feel in its present state, Xojo iOS remains a good tool for people who do not have the required skills, or the time and willingness, to learn and go Swift, and will find it simple enough to work with.
As for a gPDF for Xojo iOS, I frankly do not see why it should be a problem to have a wrapper for the functions you described. What is important in the end is not what powers the car, it is that it runs. It is a not a matter of violating anyone stand, it is a matter of pure and simple business. People need something you can produce, and as far as I understand you could use their good money. To me that is good old capitalism, and philosophy has very little to do with offer and demand.
I agree… more accuratly Xojo iOS is not a good product (for me)
I must disagree… Xojo iOS in its present state hampers the learning resources of less experienced programmers, leading them to believe (my opinion) that if Xojo can’t do it, it must be too hard to be done… which we all know is not a true statement
[quote]
As for a gPDF for Xojo iOS, I frankly do not see why it should be a problem to have a wrapper for the functions you described. What is important in the end is not what powers the car, it is that it runs. It is a not a matter of violating anyone stand, it is a matter of pure and simple business. People need something you can produce, and as far as I understand you could use their good money. To me that is good old capitalism, and philosophy has very little to do with offer and demand.[/quote]
I am all for good old capitalism, and if anyone wishes to purchase a license to see if it works in iOS, I have no problem with that (I doubt the evaluation version will work, due to the IDE limitation built in). But am I going to exert the effort to create a “special” version of Xojo iOS? Nope… as that would require me taking time to learn Xojo iOS and accept its severe limitations, and to that end the ROI for such an effort is zero