Gerüchte um XE2 Beta-Test

[mirage228]

Zitat:

Zitat von Lemmy (Beitrag 1115021)

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 8-) - 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.

[marcoX]

Zitat:

Zitat von TiGü (Beitrag 1115062)

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.

Zumal auch mit Sicherheit auch die Komponenten aus der Win32-Sektion fehlen werden, anders sein werden, anders heissen oder was auch immer (denn die sind ja logischerweise nicht Plattformunabhängig).

Das heißt wer exzessiv PageControls nutzt (was ja nicht selten ist), wird erstmal ein Problem bekommen...

[Daniel]

Zitat:

Zitat von marcoX (Beitrag 1115067)

Das heißt wer exzessiv PageControls nutzt (was ja nicht selten ist), wird erstmal ein Problem bekommen...

Und warum? PageControls gibt es für alle möglichen GUI-Bibliotheken, so dass ich keinen Grund sehe, warum es das für FireMonkey nicht geben könne.

[jaenicke]

Da es auf einem der Screenshots auch zu sehen ist, kann ich bestätigen: Ja, das gibt es auch dort. ;-)

[Bernhard Geyer]

Zitat:

Zitat von Daniel (Beitrag 1115068)

Und warum? PageControls gibt es für alle möglichen GUI-Bibliotheken, so dass ich keinen Grund sehe, warum es das für FireMonkey nicht geben könne.

Evtl. geht es um die Control im Reiter "Win 3.1". Dies gibt es in einigen Apps mit einer "es funktioniert, wieso sollte ich hier umstellen" Verwendung.

[jaenicke]

Man muss die GUI ja ohnehin komplett neu bauen. Insofern ist das egal welche Komponente das vorher war. Hauptsache die neue erfüllt ihren Zweck. ;-)

[Uwe Raabe]

Zitat:

Zitat von TiGü (Beitrag 1115062)

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.

Zitat aus obigen Blog:

Zitat:

(for one thing it resides in the unit FMX.Buttons, as opposed to VCL.Buttons – new namespaces keep the two frameworks apart)

Namespace-Prefixe gibt es auch schon in den XE-Projektoptionen. Eventuell kann man ja auch die schon seit Jahren vorhandenen Aliasnamen für Units missbrauchen.

[implementation]

Zitat:

Zitat von Phoenix (Beitrag 1114915)

Zitat:

Zitat von himitsu (Beitrag 1114911)

Schön wäre es natürlich gewesen, wenn es unter Windows wie mit Windowskomponenten und unter Linux mehr linuxmäßig und auf'm Mac macisch aussehn würde.
So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.

Dafür gibt es aber kein UI Kit, und um es auf dem jeweiligen System 'Nativ' aussehen zu lassen musst Du jeweils die native API benutzen.

Naja, es existieren ja bereits solche Schichten. Man nehme bspw. das GIMP Tool Kit (GTK): Auf Linux hat's seinen eigenen Stil (den der User auswählen kann und der dann auch GTK-weit vereinheitlicht ist), und auf Windows passt es sich (zumindest in neueren GTK-Versionen) an das Systemdesign an (zu Mac kann ich hier nichts sagen, aber ich gehe davon aus, dass es dort genauso passiert).
Eine andere Option wäre Qt, mit denselben Stärken, nur dem Nachteil, dass das importieren schwieriger ist, da es sich um C++ handelt, statt um C wie bei GTK.
Die LCL packt das ja auch auf diesem Weg: Man setzt auf eine solche Bibliothek.
Schaut euch mal um, wie viele GTK-Anwendungen ihr auf dem Rechner habt. Das wird euch nicht gelingen, denn ihr erkennt sie nicht einmal ;)
Es wundert mich, dass nicht auch Emba auf diesen Stein setzt. Wahrscheinlich ist es die Angst, dann den gleichen Flop zu erleben, wie mit der CLX - oder aber die, vor Lazarus-Usern als "Nachmacher" dazustehen :cyclops:

[jaenicke]

Zitat:

Zitat von implementation (Beitrag 1115162)

Wahrscheinlich ist es die Angst, dann den gleichen Flop zu erleben, wie mit der CLX - oder aber die, vor Lazarus-Usern als "Nachmacher" dazustehen :cyclops:

Mit FireMonkey kannst du deutlich mehr machen als mit solchen Bibliotheken je möglich wäre.