iOS8 - kommt...

[Mavarik]

Hi!

Hat sich das schon jemand angeschaut?
Brauchen "wir" für iOS8 ein Delphi Update?

Grüsse Mavarik

[Daniel]

Vermutlich werden wir ein Update benötigen - wenngleich Aussagen auf Basis einer Beta #1 per se wackelig sind.

[Bernhard Geyer]

Zitat:

Zitat von Mavarik (Beitrag 1261183)

Hi!

Hat sich das schon jemand angeschaut?
Brauchen "wir" für iOS8 ein Delphi Update?

Grüsse Mavarik

Nachdem Apple einige Zeit nach verfügbarkeit einer neue iOS-Version nur noch Compilierungen gegen die neue Version des SDK zulässt ist das keine Frage ob sondern bis wann wir das Update/neue Version benötigen.

[CHackbart]

Naja ich bin mir sicher das nahezu fast alles was in den Store nicht gelangt über eine manuelle info.plist umgangen werden kann.

[Union]

Leider nicht, wenn das Design sich stark unterscheidet. Das ist ja in den png der FMX-Styles fest verdrahtet. Aber auch das läßt sich ja bearbeiten.

[Bernhard Geyer]

Zitat:

Zitat von CHackbart (Beitrag 1261253)

Naja ich bin mir sicher das nahezu fast alles was in den Store nicht gelangt über eine manuelle info.plist umgangen werden kann.

Und wie soll das gehen wenn ein Delphi XE6 eine API-Funktion verwendet die es in iOS8 nicht mehr verwenden darf?

[RWarnecke]

Ich sehe das ganze recht gelassen, da jetzt erst die erste Beta von iOS 8 rausgekommen ist. Meine Vermutung geht dahin, dass das Update vom RAD Studio nicht gerade klein ausfallen wird, da es eine Menge an neuen Funktionen gibt. Unter iOS und unter OSX Yosemite. Beide Betriebsysteme kommen eh erst wieder im Herbst 2014 und da ist auch Embarcadero wieder mit dabei, so meine Vermutung.

[Sherlock]

Das Update wird XE7 heissen, und uns allen Tränen der Freude entlocken.

Sherlock
(Eine der obigen Aussagen ist unwahr)

[mquadrat]

Die Frage hat ja zwei Teile:

1. Wird eine Delphi App auf iOS 8 laufen
2. Kann man die iOS 8 APIs verwenden

[Bernhard Geyer]

Zitat:

Zitat von Sherlock (Beitrag 1261287)

Das Update wird XE7 heissen, und uns allen Tränen der Freude entlocken.

Sherlock
(Eine der obigen Aussagen ist unwahr)

Sicherlich wird es XE7 heißen. Schließ einen Wartungsvertrag ab und du hast keine gesonderten Mehrkosten iOS8 zu unterstützen.
Bei Mobile entwicklung wir man nicht ohne Wartungsvertrag auskommen.
Als Hersteller einer IDE würde ich auch nicht anders handeln das (große?) Änderungen am Zielsystem erst mit der nächsten IDE-Version kommen.

[Daniel]

Zitat:

Zitat von mquadrat (Beitrag 1261316)

1. Wird eine Delphi App auf iOS 8 laufen

Das kann ich schon jetzt mit "ja" beantworten. Ich habe ein Gerät Vorgestern aktualisiert und die darauf befindlichen Delphi-Apps laufen weiterhin.

[Darlo]

Zitat:

Zitat von mquadrat (Beitrag 1261316)

1. Wird eine Delphi App auf iOS 8 laufen

Sollte das nicht bei jedem iOS-Update der Fall sein? So wie ich das im Kopf habe ist eine Aufwärtskompatibilität immer gegeben. Jedenfalls vom aktuellen aufs nächste iOS.
Wie das von iOS 1 -> iOS 8 aussieht kann ich allerdings nicht mehr nachvollziehen.

[TBx]

Zitat:

Zitat von Darlo (Beitrag 1261327)

Aufwärtskompatibilität immer gegeben

:gruebel: Ich gehe mal davon aus, dass Du Abwärtskompatibilität meinst.

[Bernhard Geyer]

Zitat:

Zitat von Darlo (Beitrag 1261327)

Sollte das nicht bei jedem iOS-Update der Fall sein? So wie ich das im Kopf habe ist eine Aufwärtskompatibilität immer gegeben. Jedenfalls vom aktuellen aufs nächste iOS.

Beim direkten Nachfolger werden Anwendungen die für die letzte Version angepasst wurden auch auf der aktuellen Version erstmal laufen.

Zitat:

Zitat von Darlo (Beitrag 1261327)

Wie das von iOS 1 -> iOS 8 aussieht kann ich allerdings nicht mehr nachvollziehen.

Definitiv wird keine Anwendung mehr die unter iOS1 lief mehr unter iOS8 laufen.
Selbst für iOS6 entwickelte Apps bekommt man AFAIK jetzt nicht mehr auf iOS7 zum laufen da Apple nur noch Apps zulässt die gegen das aktuelle SDK compiliert wurden.
Sowas wie bei Windows das i.d.R. 10 Jahre alte Anwendungen noch unter aktuellen Windows laufen gibt es in der Mobilen (nicht nur bei Apple) Welt nicht mehr.

[Darlo]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1261334)

Selbst für iOS6 entwickelte Apps bekommt man AFAIK jetzt nicht mehr auf iOS7 zum laufen da Apple nur noch Apps zulässt die gegen das aktuelle SDK compiliert wurden.

Ja, in den App-Store bekommt man Sie nicht. Eine App die ich für iOS 5 gemacht habe und noch nicht angepasst habe läuft ohne Probleme unter iOS 7.

[himitsu]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1261321)

Bei Mobile entwicklung wir man nicht ohne Wartungsvertrag auskommen.

Wäre es nicht möglich die IDE und das SDK zu trennen?

Bräuchte man nur das aktuelle SDK runterladen und würde dann dagegen kompilieren.

Gut, neue Funktionen kann dann das FMX nicht verwenden, da das noch nicht eingebaut ist, ohne ein neues Delphi, und solange alte (verwendete) Funktionen nicht rausfliegen, sollte es auch da kein großes Problem geben.

Zitat:

Sowas wie bei Windows das i.d.R. 10 Jahre alte Anwendungen noch unter aktuellen Windows laufen gibt es in der Mobilen (nicht nur bei Apple) Welt nicht mehr.

Außer wenn es zu große Änderungen gab (vorallem bei schrottig falsch programmierten Anwendungen) oder wenn Windows mal nach Jahrzehnten was rausschmeißt. (siehe 16 Bit-Anwendungen in aktuellen 64-Bit-Windowsen)

[Bernhard Geyer]

Zitat:

Zitat von Darlo (Beitrag 1261336)

Ja, in den App-Store bekommt man Sie nicht

Damit ist sie für 99% der Anwendungsfälle/User nicht mehr lauffähig weil es Apple nicht mehr will.

Zitat:

Zitat von himitsu (Beitrag 1261338)

Wäre es nicht möglich die IDE und das SDK zu trennen?

Die IDE kommt von Emba, das SDK von Apple. Die Trennung ist als vorhanden.

Zitat:

Zitat von himitsu (Beitrag 1261338)

Gut, neue Funktionen kann dann das FMX nicht verwenden, da das noch nicht eingebaut ist, ohne ein neues Delphi, und solange alte (verwendete) Funktionen nicht rausfliegen, sollte es auch da kein großes Problem geben.

Gabs nicht mal einen Thread wie man "alte" Delphi-Versionen die nicht von sich aus gegen IOS/aktuelles SDK kompilieren trotzdem lauffähig machen konnten?

Aber nochmal eine Schicht einziehen - Emba hat sinvolleres zu verbessern als sich im Abstraktionsschichtenaufbau zu verkünsteln.

Zitat:

Außer wenn es zu große Änderungen gab (vorallem bei schrottig falsch programmierten Anwendungen) oder wenn Windows mal nach Jahrzehnten was rausschmeißt. (siehe 16 Bit-Anwendungen in aktuellen 64-Bit-Windowsen)

Mit 10 Jahre alten Anwendungen meine ich Anwendungen die gegen die damalige Windows-Version (XP/2003) entwickelt wurden. 16-Bit Anwendungen sind (vom Kern) 20+ Jahre alt. Selbst Win95 ist ja schon volljährig.