Gerüchte um XE2 Beta-Test

[bernau]

Zitat von Stevie:

Und genau das hat mich damals schon genervt.

So unterschiedlich sind die Geschmäcker.

Adobe macht es mit Lightroom (gibt auch noch viele andere Programme) vor. Wer würde sich das dunkle Layout standardmäßig einstellen? Aber zum dem einen Programm passt es nun mal sehr gut!

[Daniel]

In Auckland haben sie das XE2 nun erstmalig gezeigt - inkl. einer Demo, wie man eine Anwendung für iOS-Geräte (iPhone, iPad, iPod touch) erstellt:

http://sourceitsoftware.blogspot.com...i-for-ios.html

Interessant ist folgender Aspekt:

Zitat:

The iOS app is full native code, with access to hardware such as gps, accelerometer and camera.

Neu ist hierbei der Begriff "NATIVE", den so in diesem Kontext nicht zu erwarten war.

[Memnarch]

Was das skinnen unter FireMonkey angeht:

Ich bräuchte wahrscheinlich nur eines um unter den systemen das richtige layout zu haben.
Eine funktion mit der ich sämtliche bausteine des aktuellen themes abrufen kann.

Ab windows XP z.B. gibt es eine API funktion, mit der ich da dran komme. Wenn es soetwas auch unter den anderen betriebssystemen gibt, könnte man doch abhängig vom OS die jeweil benötigte funktion nutzen um beim start des programmes alle Theme komponennten einmal abzurufen und in die FireMonkey GUI einzubauen, oder nicht? (Wie gesagt WENN es solche funktionen dort auch gibt die dem User erlauben an die grafiken ranzukommen)

[Ralf Kaiser]

Zitat von Daniel:

Zitat:

The iOS app is full native code, with access to hardware such as gps, accelerometer and camera.

Neu ist hierbei der Begriff "NATIVE", den so in diesem Kontext nicht zu erwarten war.

Wie kommt denn da jetzt plötzlich das iPhone rein? War bisher nicht die Rede davon, dass MAC unterstützt wird? Oder gibt es irgendeine Möglichkeit MAC-Anwendungen aufs iPhone zu bringen? (ich habe im Apple-Umfeld 0,00000 Ahnung/Erfahrung)

[Phoenix]

Die Cocoa Touch Klassen von iOS und die Cocoa Klassen des Mac sind sehr unterschiedlich. Da kann man nichts einfach wiederverwednen oder gar eine Mac-Anwendung einfach so auf iOS portieren. Wahrscheinlich kann man einfach gegen die entsprechenden Libraries linken und muss dann halt wie non-VCL gegen die iOS API programmieren.

[Lemmy]

also entweder bekommen die Besucher der World-Tour in Australien Drogen, oder XE2 wird einschlagen:

http://www.deltics.co.nz/blog/?p=735


Gut - bei einer Präsentation kann man viel retuschieren. Ich hoffe echt, das ganze funktioniert mit einer zumindest ausreichenden Stabilität...

Grüße

[mirage228]

Zitat von Lemmy:

also entweder bekommen die Besucher der World-Tour in Australien Drogen, oder XE2 wird einschlagen:

http://www.deltics.co.nz/blog/?p=735

Schaut gar nicht mal so schlecht aus, hätte jetzt nicht so viele "Überraschungen" erwartet - Bin mal gespannt wie die LiveBindings und das neue GUI Framework in der Benutzung so sind

[TiGü]

Schön wäre ja auch ein assistierender Konverter, um zumindest VCL Formulare mit Standardkomponenten auf FireMonkey umzubasteln.

Und dabei natürlich die Unitnamen die man per uses einbindet entsprechend anpasst!
Sonst wird das ein ganz schönes Gekloppe, bei jeden Formular die Namen der Standardunits entsprechend anzupassen.

[JamesTKirk]

Zitat von Daniel:

In Auckland haben sie das XE2 nun erstmalig gezeigt - inkl. einer Demo, wie man eine Anwendung für iOS-Geräte (iPhone, iPad, iPod touch) erstellt:

http://sourceitsoftware.blogspot.com...i-for-ios.html

Interessant ist folgender Aspekt:

Zitat:

The iOS app is full native code, with access to hardware such as gps, accelerometer and camera.

Neu ist hierbei der Begriff "NATIVE", den so in diesem Kontext nicht zu erwarten war.

Wundert mich nicht, wenn man diesen Kommentar hier bedenkt:

Zitat von Michael Swindell:

Re FPC, we will be coming out with a Delphi ARM compiler at some point, but we’re appreciative that FPC is available today for ARM/iOS and we were able to leverage to get FireMonkey to iOS.

Zitat von Phoenix:

Die Cocoa Touch Klassen von iOS und die Cocoa Klassen des Mac sind sehr unterschiedlich. Da kann man nichts einfach wiederverwednen oder gar eine Mac-Anwendung einfach so auf iOS portieren. Wahrscheinlich kann man einfach gegen die entsprechenden Libraries linken und muss dann halt wie non-VCL gegen die iOS API programmieren.

Das Problem hierbei ist, dass man entweder über die C-API der Objective C Schnittstelle gehen muss, was ein ziemliches Gefrickel ist und FPC vor 2.5.1 so gemacht hat. In 2.5.1 wurde dann das soganannte Objective Pascal eingeführt, welches die direkte Anbindung von Objective C Klassen und deren Erweiterung ermöglicht. Quase Compiler Magic um die eben genannte C-API herum. Für die interessierten: Link zum FPC Wiki

Die meisten Kernklassen von Cocoa können übrigens auch unter iOS verwendet werden (und sind in FPC enthalten), die Units für die anderen iPhone spezifischen Klassen (UIKit) werden über ein Skript generiert (wegen den Lizenzbedingungen des iPhone SDKs).

Gruß,
Sven

[Robotiker]

Delphi, Free Pascal, Oxygene und Cooper, das alles zusammen in einem Produkt. Ganz schön kompliziert, die neue Pascal Welt.

Aber ein gelungener Befreiungsschlag. Niemand wird die Gelegenheit haben, über 64-Bit Anpassungen bei Komponenten so lange zu diskutieren, wie bei der Einführung von Unicode. Das war Kindergeburtstag verglichen mit dem, was an FireMonkey-, Apple-, .net- oder Java- Anpassungen an Komponenten, Bibliotheken und Programmen bevorsteht, will man die schöne neue Welt mit portablem Code auch benutzen.