XE5 ohne FMX installieren

[jensw_2000]

Hat es schon jemand von euch geschafft, Delphi XE5 ohne FMX zum Laufen zu bekommen? Wenn ja, wie?
Man kann FMX bei der Neuinstallation wegklicken, als wäre es optional.
Leider startet Delphi dann nicht nach dem Setup, weil "FMXDESIGNER190.BPL" fehlt.
Wenn FMX für dem Start von XE5 erforderlich ist, dann ist das Setup Schrott, weil man FMX dort deaktivieren kann.
Aber ich würde lieber FMX nicht nachinstallieren, sondern Delphi irgendwie anders zum Laufen bekommen.
Wer kann helfen?

[mkinzler]

Die Formulardesigner scheint von der IDE benötigt zu werden. Hast Du mal versucht das package in der registry zu deaktivieren?

Was spricht gegen die Nachinstallation von FMX?

[jensw_2000]

Zitat:

Zitat von mkinzler (Beitrag 1248084)

Die Formulardesigner scheint von der IDE benötigt zu werden. Hast Du mal versucht das package in der registry zu deaktivieren?

Ja, das hat nichts gebracht. Ich habe den Designer rausgeworfen und und alle Packages die irgendwas mit iOS, Android und FMX zu tun hatten. Leider ohne Erfolg.

Zitat:

Zitat von mkinzler (Beitrag 1248084)

Was spricht gegen die Nachinstallation von FMX?

Naja, FMX :)
Ich habe habe gerade meine Rechner komplett neu aufgesetzt und will da eigentlich nichts Unnötiges installieren sondern nur Dinge die ich wirklich benutzen möchte. Daher fand ich es toll, dass man Firemonkey im Setup deselektieren konnte.

[Bernhard Geyer]

Zitat:

Zitat von jensw_2000 (Beitrag 1248085)

Zitat:

Zitat von mkinzler (Beitrag 1248084)

Was spricht gegen die Nachinstallation von FMX?

Naja, FMX :)
Ich habe habe gerade meine Rechner komplett neu aufgesetzt und will da eigentlich nichts Unnötiges installieren sondern nur Dinge die ich wirklich benutzen möchte. Daher fand ich es toll, dass man Firemonkey im Setup deselektieren konnte.

Sehe FMX als integraler Bestandteil von Delphi an. Evtl. muss man in 5-10 Jahren die VCL als optionalen Bestandteil nicht mehr installieren.

[jensw_2000]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1248090)

Evtl. muss man in 5-10 Jahren die VCL als optionalen Bestandteil nicht mehr installieren.

Bis dahin habe ich hoffentlich alle Projekte zu .Net migriert. Sie wichtigsten Packages habe ich mir dafür schon zusammengekauft.
Seit XE2 habe ich FMX in jeder Delphi Version getestet und eine Chance gegeben. Damit ist für mich jetzt Schluss. FMX hat immer wesentlich schlechtere Ergebnisse gebracht als die VCL und war teilweise sogar völlig unbrauchbar (z.B. bei Anwendungen die auf Terminalservern laufen sollen, iOS). Soll damit glücklich werden wer will.

Ich installiere Firemonkey jetzt nach. Vermutlich ist es nur ein Setup Bug, dass man die Option überhaupt deaktivieren kann.

[Insider2004]

EMB macht im Installationsprogramm großspurig auf konfigurierbar. In Wirklichkeit ist alles fest verdrahtet.

Wenn man was weg lässt, funkt nichts mehr (z.B. muss man mit Delphi sogar C++ installieren, sonst fehlen wichtige Sourcen, die auch von Delphi verwendet werden).

Dort kümmert sich wirklich keiner um eine gründliche Installation. Am besten immer alles installieren, sonst hat du die Probleme.

[Harry Stahl]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1248090)

Sehe FMX als integraler Bestandteil von Delphi an. Evtl. muss man in 5-10 Jahren die VCL als optionalen Bestandteil nicht mehr installieren.

Es wird hier ja sicher keinen überraschen, wenn ich da zustimme.

Selbst wenn man nicht für MAC, [Linux], Android oder iPhone, sondern "nur" für Windows entwickeln möchte: Einige FireMonkey-Komponenten bieten schon jetzt einen deutlich größeren Leistungsumfang als die VCL-Komponenten. Tendenz zunehmend. Einer FireMonkey-Listbox eine TSearchbox hinzugefügt: Automatisch die Inhalte filtern. Einfach klasse. Hast Du bei VCL nicht. Und wenn Du eine Windows-Metropolis-Anwendung erstellen willst: Auch da bietet FMX mehr. Alleine mit den Stylelook-Ups für die Buttons, alles dabei, sucht man bei VCL vergeblich.

Und klar dürfte ja auch sein, dass Windows-RT Anwendungen (also ein Teil der Zukunft von Windows) demnächst über FMX zu bauen sind.

Insofern erstaunt es nicht, dass die Delphi IDE mehr oder weniger auch ein installiertes FMX voraussetzt.

[Insider2004]

Solange die Delphi-IDE kein FMX benutzt, werde ich bei VCL bleiben.

[jensw_2000]

Für mich ist der Trend zu FMX der Trennungsgrund von Delphi. Und ich mag Delphi (VCL) eigentlich immer noch sehr gern. Heulen könnt ich...
Die VCL ist völlig vernachlässigt, dir RTL bläht mit jeder neuen FMX Plattform immer weiter auf und die Modernisierung der Delphi Sprache ist völlig in Vergessenheit geraten.

Mit FMX bekommt man:
Windows Apps, die:

• bei komplexen Formularen sehr träge sind.
• sich Dank der gerenderten, geskinnten OpenGL UI anfühlen wie geskinnte Java Apps.
• Dank der OpenGL UI auf keinen normalen Terminalserver mehr laufen und damit im Businessumfeld völlig versagen.
• entgegen aller Trends für mehr Last und mehr Energieverbrauch sorgen.

iOS Apps, die:

• mit lieblosen Wrappern völlig an den iOS SDKs, besonders Cocoa, vorbeientwickelt wurden.
• unendlich groß und träge sind.
• die auf Grund der OpenGL UI "Akku fressen" wie ein HighEnd Game.
• hoffentlich bald durch Apple verboten und aus den Store geworfen werden.

Android Apps, die:

• mit dem NDK anstatt dem SDK (Dalvik & Co.) vorbei an allen "natürlichen" Wegen zur UI Entwicklung gebaut werden.
• unendlich groß und träge sind.
• die auf Grund der OpenGL UI "Akku fressen" wie ein HighEnd Game.

als Entwickler:

• keine FMX Komponentenvon von vielen größeren Komponentenherstellern (DevExpress, RemObjects ..), die das offensichtlich genauso sehen wie ich.
• keinen Support für Windows RT, schlechten Support für iOS/OSX
• ein Pascal Sprache, die sich seit vielen Jahren nicht mehr weiterentwickelt hat.

Ich mache diesen Trend jedenfalls nicht mit.

[newbe]

@jensw_2000

du sprichst mir wirklich aus dem Herzen. Ich halte FMX bis auf mobile Geräten für ne totgeburt.
Für Buisnessanwendungen bei dehnen es auf Skalierbarkeit und Performance gehts absolut untauglich.
Searchboxspielereien helfen da nicht wirklich. Vorallem eine ordentliche (von der Performance und Bedienbarkeit mit dem VST vergleichbare) Komponente sehe ich nich unter FMX. Mobile/Tablet schön und gut, aber auf dem Desktop? Und ichweis nich wer hier was von Windows RT erzählt hat. Falls du es noch nich mitgekriegt hast, Windows RT ist tot. Und die WinRT (das ist was anderes) kann ich wesentlich einfacher mit VS unter .Net programmieren. Auch mit der Stagnation der Sprache hast du vollkommen recht.

just my 2 cent

mfg newbe

[greenmile]

Ich installiere FMX halt mit, verwende es aber nicht mehr. FMX hatte seine Chance und hat auf ganzer Linie versagt, auch wenn da ganz tolle SearchListbox Funktionen drin sind. Bringt mir nix, kann ich nicht verkaufen. Chance gehabt, Chance vertan.

[jensw_2000]

Zitat:

Zitat von Smut (Beitrag 1248235)

Damals fand ich FMX ja schick und wollte....

Meinst Du das "Damals", als EMBT Firemonkey XE2 als das Hyper Entwicklungstool für Mac und iOS beworben hat? Mit diesem Grippe Röntenbild auf Windows, iPhone und iPad? Ja das Bild hat ein guter Designer gemalt. Fand ich auch schick.
Als ich das XE2 dann in der Hand hatte war die Enttäuschung einfach nur groß. EMBT hat das ja auch irgendwie gemerkt und FMX für iOS wieder zurückgezogen. Echt der Hammer, dass bei XE4 wieder das gleiche Marketing Getöse losging: "XE4 mit dem <ERSTEN> supernativen Firemonkey für iOS". Ich hatte das Gefühl, dass ich das unter XE2 schon einmal bezahlt hatte ...
FMX XE4 wieder getestet, wieder unbrauchbar für iOS, Windows und besonders Terminalserver.
Mit XE5 ist alles noch viel schlimmer geworden, weil die RTL durch die Android Integration noch viel fetter geworden ist und auch noch mehr rendering und skining Unsinn dazugekommen ist.

[jensw_2000]

Zitat:

Zitat von Smut (Beitrag 1248245)

Inzwischen (weil diese ganzen 3rd Party Dinger kosten ja auch Geld) probiere ich mal erneut Lazarus aus und nebenbei C#.Hab hier auch noch so ein Prism kram drauf... naja egal.

Wir Lazarus das macht weiß ich nicht. C# mit MonoTouch ist insofern "blöd", dass Du die iOS Seite lernen musst (Cocoa ,SDKs..) und dann noch die Besonderheiten, wie MonoTouch in das ganze Konstrukt einbringt.
Aber, Prism ist kein Kram :twisted:. Das ist eine kastrierte Version von Oxygene, die nur .Net kann und die EMBT auf Grund von FMX aus dem Programm geworfen hat. Und wegen einem häftigen Knartsch zwischen EMBT und RemObjects.
Ich weis nicht ob Du Zeit und Nerven hast, aber wenn Du mit C# "spielst" und VisualStudio&Co. nicht hasst, dann lade Dir mal die aktuelle Trial von Oxygene runter. Schau Dir vorher ein paar Xcode iOS Traningsvideos auf Youtube an und Du kannst sofort anfangen richtig iOS zu programmieren. Genauso geht das auch mit Android, Windows Phone, Java und .Net allgemein. Kostenloses Lehrmaterial gibt es massenweise. Sobald man kapiert hat wie eine Zielplattform tickt, kann man mit einem super innovativem und modernem Pascal drauf losprogrammieren. Für Prism User, die EMBT ab XE3 sitzenlassen hat, bietet RemObjects zur Zeit glaube ich noch einen Special Migrationspreis an.
Und Oxygene baut nicht irgendeinen ineffizient lauffähigen Bytecode, sondern mitEchtenBordmittelnUndVorgesehenenSDKsErstelltePl attformNatürlicheKleineSchnelleUndWirklichRichtigN ative Apps. Schade dass es heutzutage nicht mehr ausreicht, einfach nur "native" dafür zu schreiben. :wink:

[Alfredo]

Zitat:

Zitat von Jensw_2000

die wichtigsten Packages habe ich mir dafür schon zusammengekauft.

Was wären denn deiner Meinung die wichtigsten Packages.

Gruß
Alfred

[jensw_2000]

Zitat:

Zitat von Alfredo (Beitrag 1248267)

Zitat:

Zitat von Jensw_2000

die wichtigsten Packages habe ich mir dafür schon zusammengekauft.

Was wären denn deiner Meinung die wichtigsten Packages.

Naja, das ist glaube ich sehr individuell :wink:
Für mich waren das erstmal folgende Produkte:

• Upgrade von VS2012 Pro auf VS2013 Pro
• DevExpress Universal Subscription, da hatte ich bisher "nur" die VCL Subscription und die ASPxperience Subscription mit MVC
• RemObjects Oxygene Subscription (hatte ich schon)
• RemObjects DataAbstract Subscription (jetzt erweitert auf .Net, Cocoa und Delphi)
• DataAbstract enthält das RemObjects SDK, dass ich eigentlich mehr nutze als DataAbstract.

[Alfredo]

Vielen Dank für die Übersicht.

Zitat:

Zitat von Jensw_2000

Naja, das ist glaube ich sehr individuell

Jo.

Wenn man nur für die eigenen Zwecke programmiert sind die Preise
für DevExpress in den letzten Jahren leider explodiert.

So dass ich immer noch mit Quantumdgrid und Delphi 2009 programmiere,
obwohl ich mir XE3 gekauft habe.

Zudem konnte ich mich als Buchhalter bei ADO.NET bislang nicht an den
asynchronen Datenzugriff gewöhnen.

Gruß
Alfred

[michaelthuma]

Dafür musst du auch auf die Reporting Templates warten :-D

Im Prinzip verwendete ich eine ähnliche Kombination. Geht ganz gut.

Ich persönlich hab das alles hinter mir. Es war durchaus eine schöne Zeit.

Ohne Universal Subscription ist Devexpress .net die halbe Miete. Die erzielbaren Ergebnisse sind an sich wirklich bestens.

Zitat:

Zitat von jensw_2000 (Beitrag 1248278)

• Upgrade von VS2012 Pro auf VS2013 Pro
• DevExpress Universal Subscription, da hatte ich bisher "nur" die VCL Subscription und die ASPxperience Subscription mit MVC
• RemObjects Oxygene Subscription (hatte ich schon)
• RemObjects DataAbstract Subscription (jetzt erweitert auf .Net, Cocoa und Delphi)
• DataAbstract enthält das RemObjects SDK, dass ich eigentlich mehr nutze als DataAbstract.

[jensw_2000]

Zitat:

Zitat von michaelthuma (Beitrag 1248383)

Dafür musst du auch auf die Reporting Templates warten :-D
Im Prinzip verwendete ich eine ähnliche Kombination. Geht ganz gut.
Ich persönlich hab das alles hinter mir. Es war durchaus eine schöne Zeit.
Ohne Universal Subscription ist Devexpress .net die halbe Miete. Die erzielbaren Ergebnisse sind an sich wirklich bestens.

Ich wühle mich gerade durch die DevExpress Samples und fühle mich halb erschlagen und halb wie Alice im Wunderland. :wink:
Hast Du im .Net bereich ein gutes, DP ähnliches, deutschsprachiges Forum, dass Du mir empfehlen kannst?
Oder irgendeinen guten "C# Einsteiger Youtuber" (sowas wie Frank Jüstel im iOS Bereich)?