Delphi 10.2 "Tokyo" ist erschienen

[bra]

Zitat:

Zitat von a.def (Beitrag 1366593)

Scheint mir fast so, als ob Tokyo gar nicht gut ankommt.

Meiner Meinung nach sollte man sich mal um Qualitätssicherung bemühen und die zahllosen Bugs beheben, die teilweise schon seit Jahren drin sind, anstatt unnütze Features zu bringen, die für die Masse keinen Mehrwert haben (Linux :roll:).

[a.def]

Zitat:

die teilweise schon seit Jahren drin sind, anstatt unnütze Features zu bringen, die für die Masse keinen Mehrwert haben

Dazu zähle ich auch Apple-Support ;)

Es sollte sich auf das Hauptprodukt konzentriert werden das meiner Meinung nach VCL und FMX lautet. Android, iOS und Linux und all den Quark braucht doch eh Mensch... oder nur ein paar wenige.
Die oben genannten Sachen die doch eh keiner braucht sind eh viel besser realisierbar in Unity.

[alleinherrscher]

Zitat:

Zitat von bra (Beitrag 1366598)

Meiner Meinung nach sollte man sich mal um Qualitätssicherung bemühen und die zahllosen Bugs beheben, die teilweise schon seit Jahren drin sind, anstatt unnütze Features zu bringen, die für die Masse keinen Mehrwert haben (Linux :roll:).

Meiner Meinung nach ist ein Multiplattform-Support heute wichtiger als jemals zuvor - auch für Linux. Wenn Delphi einen echten Multiplattform Support hätte, und damit meine ich z.B. auch graphische Linuxanwendungen, könnte das dazu führen, noch eine reele Wettbewerbsfähigkeit zu schaffen, in einer Welt, die sich immer stärker auf Multiplattform und OpenSource Lösungen, gerade im Bereich der Entwicklungsumgebung, konzentriert. Selbstverständlich gebe ich dir recht, was die Qualitätssicherung angeht. Aber man muss gleichzeitig die selben Bemühungen in den Forschritt stecken. Stillstand wäre ein Rückschritt.

//edit: a.def: FMX dient letztendlich nur einem Zweck: eine eigene Komponentlibrary an Board zu haben, um plattformübergreifend kompilieren zu können. Wenn du also sagst, man soll VCL und FMX weiterentwickeln, aber den Multiplattform-Support nicht, ist das ein Widerspruch.

[bra]

Zitat:

Zitat von a.def (Beitrag 1366599)

Es sollte sich auf das Hauptprodukt konzentriert werden das meiner Meinung nach VCL und FMX lautet. Android, iOS und Linux und all den Quark braucht doch eh Mensch... oder nur ein paar wenige.
Die oben genannten Sachen die doch eh keiner braucht sind eh viel besser realisierbar in Unity.

Ok, da muss ich widersprechen, da wir eine App für iOS und Android haben. Aber genau da ist ja der Haken wenn man sich mal anschaut, dass mit Tokyo noch nicht mal XCode 8.3 unterstützt wird. Ich finde es halt ein Unding, jedesmal wochenlang warten zu müssen, bis man die App wieder unter iOS zum Laufen bekommt.

Das Problem mit der Linuxunterstützung ist ja eben, dass es dort keine grafische Oberfläche gibt (und wohl auch nicht so schnell geben wird). Aber man macht halt wieder einen neuen Zopf auf, der massig Nacharbeiten nach sich zieht, anstatt die vorhandenen Plattformen mal ins Reine zu bringen...

[sh17]

Ich kann das rumgemecker nicht verstehen, Ich bin seit langem mal wieder zufrieden mit der Entwicklung von Delphi. Und wenn es jetzt nur Linux Server Support ist - na gut - man sieht, es tut sich was. Was die Aktualität zu Abhängigkeiten wie XCode angeht, sollte man evtl. über eine Modularisierung der IDE nachdenken, die einfacher zu aktualisieren ist. Ohne jedes mal eine Neuinstallation zu machen. Ist natürlich nur mit Wartungsvertrag sinnvoll.

[Darlo]

Zitat:

Zitat von a.def (Beitrag 1366599)

Es sollte sich auf das Hauptprodukt konzentriert werden das meiner Meinung nach VCL und FMX lautet. Android, iOS und Linux und all den Quark braucht doch eh Mensch... oder nur ein paar wenige.
Die oben genannten Sachen die doch eh keiner braucht sind eh viel besser realisierbar in Unity.

Über 60.000 Downloads unserer Android und iOS Apps lassen mich Deine Meinung nicht teilen. Würde ich nicht OS X und mobil mit anbieten wären die Tage meiner Produkte gezählt.

[Lemmy]

Zitat:

Zitat von bra (Beitrag 1366598)

Zitat:

Zitat von a.def (Beitrag 1366593)

Scheint mir fast so, als ob Tokyo gar nicht gut ankommt.

Meiner Meinung nach sollte man sich mal um Qualitätssicherung bemühen und die zahllosen Bugs beheben, die teilweise schon seit Jahren drin sind, anstatt unnütze Features zu bringen, die für die Masse keinen Mehrwert haben (Linux :roll:).

Ich hätte das Teil gut gebrauchen können für einen Linux-CGI, aber 2,6k€ sind mir dann bei aller Liebe doch zu viel des guten. Da habe ich mir nach den div. Gesprächen und Wünsche-äußern bei Marco Cantu und anderen doch mehr erhofft.

Und btw: Dieses mal schon die Bugliste angeschaut? Ich finde die durchaus akzeptabel. Auch wenn da ggf. Fehler aus dem Betatest enthalten sind.

Grüße

P.S: Ja, auch mich nervt immer noch ein Bug der schon seit Delphi 7 enthalten ist....

[himitsu]

Zitat:

Zitat von MEissing (Beitrag 1366595)

Magst du mir deine Probleme mit der Tokyo Installation kurz mitteilen?

Nur noch 18 Tage und ich hatte gestern das erste mal reingeguckt.
Fing an, dass das Setup nicht wollte, wenn kein altes .Net installiert ist
und dann wurde statt der RAD Trial die Delphi Starter installiert, obwohl ich die Serial der Trial eingegeben hatte.

[MEissing]

Zitat:

Zitat von a.def (Beitrag 1366597)

Ich zitiere mich mal selber dafür:

Zitat:

Zitat von a.def (Beitrag 1365514)

Ich wollte mit 10.2 mal angucken und habe einen Schlüssel für eine Testversion per Mail erhalten.
Bei Eingabe des Schlüssels in das Fenster Produktregistrierung kommt ...

Server returned unrecognizable RegData

Was läuft hier falsch?

Abwarten hat nichts gebracht.

Das kann passieren, wenn man
- Eine Firewall/"Sicherheitssoftware" installiert hat
- Der/unser Server gerade einen Schluckauf hat

Lösung:
reg.embarcadero.com -> Offlineaktivierung.

[MEissing]

Zitat:

Zitat von bra (Beitrag 1366601)

Aber genau da ist ja der Haken wenn man sich mal anschaut, dass mit Tokyo noch nicht mal XCode 8.3 unterstützt wird. Ich finde es halt ein Unding, jedesmal wochenlang warten zu müssen, bis man die App wieder unter iOS zum Laufen bekommt.

Xcode 8.3 wird offiziell unterstützt. Und läuft hier auch (nur nicht zur IPA Generierung)
http://docwiki.embarcadero.com/Platf...s/en/Main_Page

Zitat:

Zitat von bra (Beitrag 1366601)

Das Problem mit der Linuxunterstützung ist ja eben, dass es dort keine grafische Oberfläche gibt (und wohl auch nicht so schnell geben wird). Aber man macht halt wieder einen neuen Zopf auf, der massig Nacharbeiten nach sich zieht, anstatt die vorhandenen Plattformen mal ins Reine zu bringen...

Dazu nur eins: Wir haben natürlich Markt-Analysen gefahren, um herauszufinden, was die Kunden wünschen.
Linux, iOS und Android sind wichtige Themen und werden aktiv nachgefragt (Linux: Server!!)

Und für FMX und Linux/GUI gibt es interessante Ansätze:
http://fmxlinux.com