iOS Apps ?

[Paulifan1000]

Wie kann man mit Lazarus iOS Apps Programmieren?
Was muss ich Downloaden?
Wie bekomme ic es auf mein iPhone(4)?
Muss ich dazu eine neue Sprache lernen?

LG
Paulifan1000

[af0815]

Vermutlich einen Mac kaufen und andere Sprache lernen.

[Christian]

vermutungen bringen die OPs immer wahnsinnig weit.

Du brauchst einen Mac um XCode ausführen zu können soweit ist die Vermutung richtig.
Man kann aber mit freepascal unter macos/xcode entwickeln eine neue Sprache musst also nicht lernen.
Ein LCL Widgetset gibts aber für iOS nicht, ist aber auch ganz OK denn die Controls dort sind recht verschieden zu den Standartcontrols die Lazarus unterstützt.

[af0815]

Kommt man mit den Apps auch in den Store ? Sprich kann man den App Store Review Guidelines entsprechen ?

[mschnell]

Siehe auch http://wiki.freepascal.org/iPhone/iPod_development

Ein LCL Widgetset gibts aber für iOS nicht, ist aber auch ganz OK denn die Controls dort sind recht verschieden zu den Standartcontrols die Lazarus unterstützt.

Ob das "ganz OK" ist, darüber kann man natürlich trefflich streiten.

Embarcadero geht ja tatsächlich dieses Problem durch ein völlig neues, zur VCL komplett inkompatibles System zu Gestaltung der Oberfläche an: "FireMonkey". Portieren viorhandener Programme ist dadurch sehr erschwert.

Mit "Custom Drawn" ist ein LCL Widget Type in Entwicklung, der sich relativ leicht auf neue Widget Sets des Zielssystems anpassen lässt und dadurch mit vertretbarem Aufwand die Möglichkeit zur Verfügung stellt, Programm mit LCL in einem vollständig ausgestatteten System (Windows, Linux, Mac) zu entwickeln und "normal" inklusive GUI zu testen und - wenn man sich auf den beschränkten Satz an visuellen Controls beschränkt - für das Zielsystem zu übersetzen und dort laufen zu lassen. Natürlich ist die GUI des Programms dann langsamer und möglicherweise weniger hübsch als eine auf den Ziel Widget-Set optimal angepasste GUI.

Custom Drawn kann u.a. bei der Entwicklung von Apps für Android und iOS hilfreich sein.

siehe http://wiki.freepascal.org/Custom_Drawn_Interface
hier steht: " LCL-CustomDrawn-iPhone This is planned, but not yet started. "

-Michael

[Socke]

Embarcadero geht ja tatsächlich dieses Problem durch ein völlig neues, zur VCL komplett inkompatibles System zu Gestaltung der Oberfläche an: "FireMonkey". Portieren viorhandener Programme ist dadurch sehr erschwert.

Ich frage mich dann immer: Welche Anwendung möchte ich von einem Desktop (Windows/Linux/Mac) auf ein Smartphone (iPhone/Android) oder einen Tablet-PC (iTab/Android Tablets) portieren?

Ein Spiel, das Gebrauch von Bewegungssensoren macht, werde ich ganz sicher nicht auf einem Desktop spielen wollen. Auch sieht der Firefoxbrowser unter Android ein wenig anders aus.

Meine Schlussfolgerung: Für verschiedene Bedienkonzepte benötige ich mindestens verschiedene, angepasste Oberflächen. Dank einer sauberen Trennung zwischen GUI und Anwendungslogik ist das auch kein übertriebener Aufwand. Die einzige Möglichkeit, die hier schmerzt: die Portierung von Android nach iOS.

[mschnell]

Eben: ein GUI Editor für alles wäre ideal. Das geht natürlich nicht ohne Verluste. Deshalb ist das, was Lazarus (hoffentlich) bald kann ideal. Für einfache GUI aufgaben nehme man die "normale" LCL (u.U. mit Beschränkung auf eine Teilmenge der verfügbaren Widgets). Das läuft dann überall. Wenn es "toll" werden muss, kann man speziell für eine Geräteklasse entwickeln und muss dann den entsprechenden Portierungs-Aufwand in Kauf nehmen.

Embarcadero ist da wesentlich weniger Flexibel. Soweit ich weiß, ist VCL für iOS (und Android und CGI, ...) völlig außen vor.

-Michael

[Christian]

Wenn man sich ernsthaft damit beschäftigt merkt man eben genau das man für iOS eine eigene GUI benötigt.
Die lässt sich im XCode wirklich am besten zusammenbaun iOS ist nunmal etwas komplett anderes als eine Desktop Anwendung, und Apple lässt Apps die nicht den Style Guidelines entsprechen auch schnell mal nicht zu.
Ich denke das ist auch der Grund warum es kein Widgetset gibt weil jeder der sich ausreichend mit iOS beschäftigt um ein Widgetset zu baun schnell merkt das man das gar nicht benötigt.

[mschnell]

Das gilt doch für Android sicherlich genauso. Und da gibt anscheinend es schon einen funktionieren Custom Drawn Widget Type.

-Michael

[Socke]

Das gilt doch für Android sicherlich genauso. Und da gibt anscheinend es schon einen funktionieren Custom Drawn Widget Type.

Selbstverständlich.

Für Android gibt es in Free Pascal 2 Wege:

• Eine native Anwendung, die von einem Java-Wrapper ausgeführt wird.
• Als Zielsystem JVM, und direkt Javabytecode erzeugen

Beides ist recht unglücklich:
Bei Nummer 1 hat man schon Probleme, wenn sich die CPU-Architektur von ARM 7 zu x86 ändert.
Bei Nummer 2 gibt es einige Verbiegungen in der Sprache. Das entspricht einem eigenen Pascal-Dialekt und hat mit "Write once, compile everywhere" nicht mehr so viel zu tun.

[mschnell]

Bei Nummer 1 hat man schon Probleme, wenn sich die CPU-Architektur von ARM 7 zu x86 ändert.

Die Notwendigkleit das projekt neu zu kompilieren sehe ich nicht als "Problem" an, manelnde Funktioninalität, Kompatibilität oder Stabilität des für das Zielsystem zu verwendenden "Interface" aka "LCL-Widget-Type" aber schon.

Bei Nummer 2 gibt es einige Verbiegungen in der Sprache. Das entspricht einem eigenen Pascal-Dialekt und hat mit "Write once, compile everywhere" nicht mehr so viel zu tun.

Ist das ein vorübergehender Zustand oder soll das so bleiben ?

-Michael

[Socke]

Damit schweifen wir jetzt ein wenig von iOS zu Android ab, aber ...

Bei Nummer 1 hat man schon Probleme, wenn sich die CPU-Architektur von ARM 7 zu x86 ändert.

Die Notwendigkleit das projekt neu zu kompilieren sehe ich nicht als "Problem" an, manelnde Funktioninalität, Kompatibilität oder Stabilität des für das Zielsystem zu verwendenden "Interface" aka "LCL-Widget-Type" aber schon.

Die Einstellung "dann kompiliere ich das eben neu" sehe ich als Entwicklerkrankheit an . Es stimmt schon: einmal kompilieren reicht aus und die Software läuft das wo sie soll. Spätestens bei der Distribution gibt es aber Mehrarbeit: Bei nur-Java-Apps gilt: Minimum SDK angeben und fertig. Bei nativen Anwendungen musst du nachhalten, für welche Geräte ein Paket übersetzt ist. Für jedes Paket muss die Beschreibung gepflegt werden, Updates erstellt und veröffentlicht werden. Feedback von Benutzer gibt zu "unterschiedlichen" Paketen, etc.

Bei Nummer 2 gibt es einige Verbiegungen in der Sprache. Das entspricht einem eigenen Pascal-Dialekt und hat mit "Write once, compile everywhere" nicht mehr so viel zu tun.

Ist das ein vorübergehender Zustand oder soll das so bleiben ?[/quote]
Das kommt wohl auf die spezifischen Elemente an.

Namespaces (Java-Packages) haben in Pascal wenig Sinn (bzw. sind über Units, d.h. eine Ebene, realisiert).
Inline-Klassen (Klassen in Klassen) kann man auch in normalen Pascal verwenden (ist bisher eher unüblich).
Ansonsten weiß ich gerade nicht so gut Bescheid.

[Paulifan1000]

Was ich total vergessen hab zu sagen,
Seit der neuinstallation meines MBP's (2011) habe ich Lazarus am laufen. Was muss ich jetzt wo und wie einstellen? und wie bekomme ich das auf mein Handy?

[Christian]

http://wiki.freepascal.org/iPhone/iPod_development

[Paulifan1000]

http://wiki.freepascal.org/iPhone/iPod_development

Yo Danke,
Das wird mir bestimmt helfen.