Roadmap 2015

[himitsu]

Seit man mit Appmethod für jede Platform einzeln kassieren will ... ja, verständlich, wenn man es so sieht, daß "nur" für Linux entwickelt werden soll.
Aber für Projekte, die man für alle Platformen veröffentlichen will, da geht dann Linux nicht und wenn man schon in anderen Umgebungen programmieren soll, warum dann nicht gleich alles nicht mit Delphi machen?

Oder gleich alles nur noch mit HTML5 und es läuft dann fast überall.
Da braucht man auch nicht mehr ständig Upgrades zu kaufen, selbst wenn iOS/Android/... sich mal wieder vor Monaten geändert haben.

[Bernhard Geyer]

Zitat von himitsu:

CLX war auch fast wie die VCL aufgebaut, was man ja nun bei FMX aufgegeben hat.

Halt ich auch den Sinnvolleren Ansatz. Mein weiß das VCL einige Designschwächen hat. Diese sollte man nicht nachbauen.

Zitat von himitsu:

Da aber FMX doch eh alles selber malt (wobei man das doch wieder ändern wollte?), ist es schwer zu verstehen, warum das nicht auch in Linux gehen sollte. (Android ist ja auch "nur" ein Linux)

Wenn iOS 100%ig stabil und schnell, wenn Android stabil und schnell (und jeweils auch neue Release mit x älteren Versionen unterstützt), evtl. RT mal unterstützt wird, 64-Bit auf allen Plattformen problemlos gehen. Dann kann man man mit Linux und den x-Desktopsystemen sich in eine neues Feld begeben um wirklich alle aktuellen Systeme zu unterstützen.
Aktuell wird einfach nich von der Manpower und den zu erwartenden Kosten/Nutzen rechner hier noch eine weitere Baustelle zu eröffnen.

[Insider2004]

Linux Desktop liegt bei 1% Marktanteil. Also kein Business case für Emba. Trotzdem könnten sie Linux anbieten, weil das zu 90% dem Mac gleicht. Also kein großer Aufwand.

[jaenicke]

Zitat von Insider2004:

Linux Desktop liegt bei 1% Marktanteil. Also kein Business case für Emba.

Und darunter sind vor allem wenige zahlungsbereite User. Sprich für die meisten Firmen ist es auch nicht attraktiv dafür zu entwickeln.

Zitat von Insider2004:

Trotzdem könnten sie Linux anbieten, weil das zu 90% dem Mac gleicht. Also kein großer Aufwand.

Du vergisst die verschiedenen Fenstermanager. Wenn man eine GUI anbieten will, ist da durchaus einiges zu tun.

[himitsu]

Wie sieht es eigentlich mit Background-Services für Android, iOS und OS X aus?

[Harry Stahl]

Zitat von Insider2004:

Linux Desktop liegt bei 1% Marktanteil. Also kein Business case für Emba. Trotzdem könnten sie Linux anbieten, weil das zu 90% dem Mac gleicht. Also kein großer Aufwand.

Auch als Entwickler tut man sich schwer, bei Linux zu landen. Eines meiner leistungsstärksten Programme bringt es auf der Linux-Plattform nur zu einem 0,5%-Anteil am Gesamtumsatz. Wirtschaftlich gesehen ist es "eigentlich" unvernünftig, dass ich da auch überhaupt noch eine Hand rühre.

Andererseits weiß ich aus Kundenfeedback, dass es durchaus von den Kunden geschätzt wird, die "Option" zu haben, eines Ihrer geliebten Windows-Programme evtl. doch auch mal unter Linux nutzen zu können (hin und wieder spielt der eine oder andere Kunde mal mit dem Gedanken, das Betriebssystem zu wechseln).

Das mit dem "Also kein großer Aufwand" würde ich nicht ganz so sehen. Die unterschiedlichen Fenstermanager wurden schon angesprochen. War schon ziemlicher Aufwand, die Programme unter Suse, Ubuntu und Linux-Mint zum Laufen zu bringen. Um andere Linuxe habe ich mich nicht gekümmert. Außerdem muss man feststellen, dass die Distributionen es auch nicht so sehr mit der Rückwärts-Kompatibilität haben. Was unter Ubuntu 11 noch lief, kann unter Umständen unter Ubuntu 14 nicht mehr funktionieren.

Aber ich bin der Meinung, dass EMBA eine Unterstützung von Linux-Desktop evtl. gut vermarkten könnte. Denn welcher kommerzieller Anbieter hat das sonst schon zu bieten, was Delphi jetzt schon kann und dann noch Linux-Desktop dazu? Vielleicht könnten da auch noch einige Linux-Entwickler als neue Kunden gewonnen werden.

Also eine Überlegung wäre es schon wert... Außerdem fände ich es irgendwie cool, was aber auch mehr eine Beschreibung aus einem Bauchgefühl heraus wäre...

[mquadrat]

Zitat von himitsu:

Wie sieht es eigentlich mit Background-Services für Android, iOS und OS X aus?

Geht das unter Android überhaupt mit dem NDK?

Das wäre durchaus ein interessantes Feld, aber ich könnte mir vorstellen, dass es da recht schwierig wird, die unterschiedlichen Konzepte je OS auf einen Nenner zu bringen.

[Daniel]

Moin,

jede Android Delphi-App hat ja bereits einen Satz an Java-Klassen - da gibt es bereits Activities, Listener und registrierbare Intent-Filter. Auf dieser Ebene sind dann auch Hintergrund-Jobs möglich.

[Bambini]

Es gibt schon eine Ankündigung der neuen Roadmap 2016:

Zitat:

We will communicate the updated Product Roadmap in January.

http://community.embarcadero.com/art...r-a-great-2016

[zeras]

Zitat von Daniel:

Moin,

jede Android Delphi-App hat ja bereits einen Satz an Java-Klassen - da gibt es bereits Activities, Listener und registrierbare Intent-Filter. Auf dieser Ebene sind dann auch Hintergrund-Jobs möglich.

Ab welcher Version soll dies möglich sein?
Gibt es Beispiele?
Ich suche schon lange solche Funktionen. Meines Erachtens sieht es da aber sehr spärlich aus.