XE6 mit Windows RT Unterstützung?

[greenmile]

Vielen Dank für Eure Antworten. Ich fasse mal zusammen:

- Eventuell kommt RT Unterstützung mit XE6
- Es geht aber aktuell auch mit VB / Visual Studio 2013 (mit Express oder nur mit der großen?)

[Der schöne Günther]

Aus dem "eventuell" könnte man jetzt wirklich viel machen. Können wir dem Titel vielleicht noch ein Fragezeichen verpassen?

[Darlo]

Zitat von Der schöne Günther:

Können wir dem Titel vielleicht noch ein Fragezeichen verpassen?

Ja, der Titel hatte bei mir Hoffnung geweckt

[Daniel]

Ich habe mal ein Fragezeichen spendiert.

[greenmile]

Naja, WENN RT mit XE6 kommt, dann kann ich es frühestens mit Update 2 oder XE7 nutzen. Da ich Firemonkey nicht mehr verwende, also nur die reinen Forms, muss ich auf TMS warten. Um die Wartezeit zu verkürzen, benötige ich halt eine Alternative. Die Frage ist nur: Geht das auch mit den Express Versionen vom VB?

[Phoenix]

Zitat von greenmile:

Die Frage ist nur: Geht das auch mit den Express Versionen vom VB?

Ja. Visual Studio 2013 Express gibt es in folgenden Geschmacksrichtungen:

• for Web
• for Windows
• for Windows Desktop
• for Windows Phone

Die "For Windows" (siehe: http://www.visualstudio.com/de-de/do...loadFamilies_2) erlaubt das Erstellen von Windows Store-Apps (auch für RT, im Gegensatz zu Windows Desktop für normale Desktopanwendungen).

[Robotiker]

Ein paar Ergänzungen fallen mir noch ein:

Was mit VB geht, kannst du mit Oxygene auch in Pascal machen. Kostet dann halt etwas.

Die "native UI" in der Windows Runtime ist ja XAML basiert. Eine mit .net geschriebene XAML-App unterscheidet sich im Quelltext nur in syntaktischen Feinheiten von einer nativen C++ XAML-App.

Ob deshalb Drittanbieterlösungen a la TMS auch für WinRT Sinn machen, ist eher fraglich. Was sollten die machen, außer wie FireMonkey ein eigene UI über DirectX selbst zu malen ?

[Harry Stahl]

Also ich würde schon davon ausgehen, dass mit XE6 auch Windows RT unterstützt werden könnte (oder Linux).

Wenn man mal im aktullen XE5 in die Unit "System.Sysutils" unter "TOSVersion" nachsieht, findet man folgendes:

Code:

type
  TOSVersion = record
  public type
    TArchitecture = (arIntelX86, arIntelX64, arARM32);
    TPlatform = (pfWindows, pfMacOS, pfiOS, pfAndroid, pfWinRT, pfLinux);

Dass die Einträge "pfWinRT" und "pfLinux" dort schon aufgenommen worden sind, wird ja wohl seine Gründe haben...

[himitsu]

Zitat von Harry Stahl:

Dass die Einträge "pfWinRT" und "pfLinux" dort schon aufgenommen worden sind, wird ja wohl seine Gründe haben...

- Der, welche diesen Teil bearbeitet dachte sich das klingt gut (muß aber nicht für die Entwicklung geplant sein, also in den anderen Abteilungen)
- die internen Entwicklungszweige konnten das schon gut gebrauchen (kann aber noch Jahre dauern, bis es kommt)
- es war mal geplant, aber man gab erstmal wieder auf
- ...

[mquadrat]

Um das etwas abzukürzen: http://msdn.microsoft.com/de-de/windows/apps/br211386 Ganz unten sind alle Möglichkeiten aufgeführt

MSDN ist doch inzwischen richtig gut geworden, da muss man doch nicht ein Bücher-Orakel bemühen