Name Lazarus

[Christian]

Ich werd mal leicht konkreter.
Firemonkey ist quasi das ws FPGUI für FPC ist. Wer von euch setzt FPGUI ein ?
Apple hat ziemlich strikte Design Guidelines. Da werden Apps nicht für die Appstores angenommen weil Abstände von einem Button zum anderen um einen Pixel nicht stimmen.
Nun kommt Firemonkey mit selbstgemalten Buttons die auf keine Betriebsystemvorgaben reagieren. Also kein Theming, selbst Schriftarten werden ncht vom BS Design übernommen. Nix mit Behinderteneingabehilfen u.s.w.
Selbst bei der bedeutung des namens haben sie sich nicht vernünfitg informiert (siehe 2.): http://www.urbandictionary.com/define.p ... e%20monkey" onclick="window.open(this.href);return false;
Ich bin noch sehr wenig optimistisch das auch nur eine Firemonkey App auf ein Reales iPhone oder in den Mac Appstore kommt. Mit FPC/Lazarus ist das seit Jahren möglich.

[Socke]

Ich bin noch sehr wenig optimistisch das auch nur eine Firemonkey App auf ein Reales iPhone oder in den Mac Appstore kommt. Mit FPC/Lazarus ist das seit Jahren möglich.

Wie viele Reale FPC/Lazarus Apps gibt es denn für gängige Smartphone-Betriebssyteme (iPhone, Android, BlackBerry, Windows Phone)? Zumindest beim iPhone kam ja in den letzten Jahren erschwerend hinzu, dass man die Header-Dateien für die Bibliotheken nicht für andere Programmiersprachen übersetzt verteilen durfte.

[mse]

Firemonkey ist quasi das ws FPGUI für FPC ist.

Oder MSEide+MSEgui. Kylix war auch in der Version 3 unbrauchbar durch die vielen Bugs, vermutlich haben nicht gerade die besten Leute daran gearbeitet. Das Qt-basierte CLX hätte schon funktionieren können, falls es richtig gemacht worden wäre...
Im Moment arbeite ich übrigens an einem OpenGL-backend für MSEgui.

Martin

[mschnell]

Nein Embarkadero wird das nicht übernehmen, da sie dir ja nicht den Quelltext zeige, es wird höchstens so funktionieren wie coopers code .

den Prism-Compiler haben sie ja auch von RemObjects übernommen. Warum also nicht den Cooper Compiler ?

-Michael

[mschnell]

./.

[mschnell]

IFiremonkey ist quasi das ws FPGUI für FPC ist. .

Ich habe ein paar Tests mit fpGUI (LCL-Variante) gemacht
Das sehe ich nicht so. zu FPGUI gibt es den fpGUI/LCL Widget-Type, den man in einem Lazarus-Projekt anwählen kann. Ist zwar noch nicht vollständig, aber man kann (mit ein paar Einschränkungen) z..B. ein gtk2-Projekt machen und durch umstellen des Widget-Types in den Projekt-Optionen fpr fpGUI übersetzen. Viele visuelle (GTK-) Designtime-Objekte haben also fpGUI Runtime- Workalikes.

Das ist bei Firemonkey ganz anders. Wenn es da überhaupt so etwas wie Designtime-Objekte gibt haben die mit denen in der VCL überhaupt nichts zu tun.

Mit dem bei fpGUI nicht vorgesehenen "Themeing" und "Betriebssystem-Ferne" hast Du natürlich recht.

-Michael

[mschnell]

App auf ein Reales iPhone oder in den Mac Appstore kommt. Mit FPC/Lazarus ist das seit Jahren möglich.

Lazarus App auf IPhone ? Wie geht das denn ? (insofern schade, dass iPhone gerade von Android überholt wird )

-Michael

[Christian]

Lazarus App nicht, aber Freepascal schon seit Jahren. Der FPC fürn Mac intigriert sich wunderschön in XCode und man kann quasi Objective Pascal Anwendungen schreiben.
Ist eine ganz gute Mischung beider Welten. Ein Lazarus Interface gibts dazu (noch) nicht. Ich weiss auch nicht wirklich wie sinnvoll das wäre.
Aber warum schade das Android das iPhone überholt ? Es gibt doch ein Android Interface, mit dem kann man sogar native Anwendungen schreiben also um längen schneller als der Java kram mit dem die Leute sich die Telefone zumüllen. Das Interface kann glaub ich auch schon mehr als das FPGUI Interface auch wenn das nicht allzuviel heissen will.

Weiss einer wie das mit XE2 und Android umgesetzt ist ? Soweit ich weiss muss man dazu PHP Programmieren ?!

[Zuck]

Nein Embarkadero wird das nicht übernehmen, da sie dir ja nicht den Quelltext zeige, es wird höchstens so funktionieren wie coopers code .

den Prism-Compiler haben sie ja auch von RemObjects übernommen. Warum also nicht den Cooper Compiler ?

RO und Embarcadero arbeiten eng zusammen. RO ist Produzent des Compilers.
Die Sprache ist Oxygene (ehemals Chrome genannt). Derzeit gibt es Compiler für .net (siehe Embarcadero Prism; Integration in Visual Studio über Shell). Auf die selbe Sprache setzt der Cooper-Compiler auf. Er produziert aber keine Anwendungen für .net sondern für die Javaplattform bzw. für Dalvik.

der .net compiler ist derzeit als Embarcadero Prism erhältlich (ehemals Delphi Prism). Meine Schätzung ist folgende. Für native Anwendungen auf Windows (32 / 64), Mac, iOS, Linux wird es Delphi geben (original von Embarcadero). Für weitere Plattformen sehe ich eine Partnerschaft mit RO. Dann haben sie noch .net und Java / Android Unterstützung und somit quasi 99,99999% des Marktes abgedeckt - Windows, Mac OS X, iOS, Android, .NET, Linux. Deshalb gehe ich davon aus, dass auch Cooper über Embarcadero vertrieben wird. Kann aber auch sein, dass sich Remobjects da wieder selbstständiger machen will, was aber IMO für beide Seiten keine Vorteile bringen dürfte.

Wenn ich mehr über Cooper erfahre, geb ich's an euch weiter. In der Zwischenzeit verweise ich auf die RO Blogs und RO-TV bzw. -Radio. Dort könnt ihr euch selbst einen kleinen Blick gewähren; bzw. wenn ihr ebenfalls beta-tester seid könnt ihr es euch ja live ansehen und ausprobieren.

wfg Zuck

[mschnell]

Weiss einer wie das mit XE2 und Android umgesetzt ist ? Soweit ich weiss muss man dazu PHP Programmieren ?!

XE2 kommt (zumindest im Beta-Release) mit dem Freepascal Compiler um für Android (auf ARM) zu übersetzen (also native-Code !!!). Vermutlich wird dann wohl auch die FPC RTL für das Linux System-Interface verwendet. Das Grafik-Interface wird wohl FireMonkey beisteuern. Das ganze geht also an Dalvik und dem der Android-GUI vorbei. Ich tippe, es wird eine Library dazukommen, die via Java die Android Telefonie- etc. Features nutzbar macht. PHP sehe ich da nicht.

-Michael

[mschnell]

Für native Anwendungen auf Windows (32 / 64), Mac, iOS, Linux wird es Delphi geben (original von Embarcadero).

Davon habe ich bei XE2 nichts gehört. Früher war das '(zumindest X86-32 Linux) mal angekündigt. Hast Du neuere Infos ?

-Michael

[Christian]

XE2 kommt (zumindest im Beta-Release) mit dem Freepascal Compiler um für Android (auf ARM) zu übersetzen (also native-Code !!!).

Hast du dir das jetzt aus den Fingern gesaugt ? Ich finde nirgends einen Hinweis darauf das XE2 Android unterstützt.
Meinen Informationen nach soll man lt. Emba dazu Delphi for PHP und Phonegap verwenden. Hast du dazu ne Quelle ?

Siehe z.B. http://www.delphipraxis.net/162845-wo-k ... -apps.html" onclick="window.open(this.href);return false;

[mschnell]

Vermutlich habe ich das falsch im Kopf behalten. Der FPC ist wohl dazu da um OSX iPhone (ARM) zu unterstützen. ( http://www.lazarus.freepascal.org/index ... ic=14158.0" onclick="window.open(this.href);return false; )

-Michael

[Zuck]

Vermutlich habe ich das falsch im Kopf behalten. Der FPC ist wohl dazu da um OSX iPhone (ARM) zu unterstützen.

Ja, Android ist in XE2 (noch) nicht dabei, nur iOS.

Davon habe ich bei XE2 nichts gehört. Früher war das '(zumindest X86-32 Linux) mal angekündigt. Hast Du neuere Infos ?

Naja, Linux hat keine Priorität, da dort der Markt nicht so groß und zahlungskräftig ist wie bei Mac und iOS. Linux wird aber früher oder später auch kommen. Ich tippe auf XE3-4.War von mir auch eher als Annahme gedacht, dass das original Delphi die nativen Dinge beisteuert und die RO-Partnerschaft weitere Plattformen (.net, dalvik, java) beisteuert.

Delphi4PHP ist ein Witz. Bei Prism hat man das Delphi schon gestrichen. Delphi4PHP ist kein Delphi. Wird ja schließlich nicht von Delphicode auf PHP compiliert.. Sollten sie auch mal ändern, da es IMO nur für Verwirrung sorgt.

wfg Zuck

[Scotty]

On topic: http://forum.lazarus.freepascal.org/ind ... cseen.html" onclick="window.open(this.href);return false;