Delphi XE3 und Ribbon (Bilsen Lösung)

[himitsu]

Natürlich sagt XE3 nix mehr, denn dort ist es ja weg und das kennt es wirklich nicht mehr.
XE und viele Andere sagten "nutze das Neue, denn dieses ist veraltet und kommt bald weg" und hätte man darauf gehört, dann gäbe es in XE3 keine Probleme.
(wobei hier Bilsen natürlich auch ein bissl schuldig ist, aber man muß j nicht alles so verwenden, wie man es bekommt)

[FrankJ28]

Hi,
hast ja natürlich Recht.

Zitat:

XE und viele Andere sagten "nutze das Neue, denn dieses ist veraltet und kommt bald weg" und hätte man darauf gehört, dann gäbe es in XE3 keine Probleme.

Nur der Mensch sitzt das ja gerne aus, "bald weg" ist ja dehnbar . Nun hat es mich halt erwischt.

Zitat:

(wobei hier Bilsen natürlich auch ein bissl schuldig ist, aber man muß j nicht alles so verwenden, wie man es bekommt)

Hat halt funktioniert und erst wenn's knackt schaut man mal nach.
Danke für die Unterstützung.
Ciao
Frank

[messie]

Zitat von himitsu:

Natürlich sagt XE3 nix mehr, denn dort ist es ja weg und das kennt es wirklich nicht mehr.

Hm, trotzdem nicht optimal. Es gibt viele Codebeispiele, bei denen die heute veralteten Zugriffe benutzt werden.
Ein Einstieg ins Delphi ist damit holperig, da die alten Codebeispiele einfach nicht mehr funktionieren. Die Compilerwarnung beizubehalten wäre sicher benutzerfreundlicher.

Grüße, Messie

[FrankJ28]

Hi,
mich hat da zunächst die Online-Hilfe verunsichert. Denn die kennt die alten Aufrufe noch. Auf die von Lars gepostete Idee (what's new) kam ich daher gar nicht.
Ciao
Frank

[himitsu]

Der Hilfe darfst du eh nix glauben.
Man hat ja nicht umsonst die RTL/VCL-Quellcodes ... damit man nachgucken kann, wie es wirklich ist.

Zitat von messie:

Die Compilerwarnung beizubehalten wäre sicher benutzerfreundlicher.

Das würde aber bedeuten, daß man bis in alle Ewigkeit alte/doppelte Codes mit sich rumschleppen muß.

Gut, Delphi ist (war mal) zwar stolz drauf, daß es extrem abwärtskompatibel ist, aber viele jahrelang warnen und dann doch endlich mal wegwerfen ist doch kein shclechter Anfang?
Es müßten "nur" mal die alten Beispiele angepaßt werden. (Zeit war ja genug)

Hmmm, aber eventuell könnte man Embarcadero dazu bringen, daß man reinen Warn-/Fehlercode erzeugen kann?
z.B. irgendwas in der Art {$OLDCODE VARIABLE DateSeparator 'Use FormatSettings.DateSeparator'} oder {$OLDCODE PROPERTY irgendwas 'gibt''s nimmer'} und wenn der Compiler dann eine Variable findet, die so heißt, dann gibt es einen Compilerfehler, aber ohne daß man doppelten Code braucht.

[messie]

Wenn Emba davon profitieren will, dass es unendlich viel freien Code gibt der den Einstieg erleichert, sollten sie das pflegen. Ob in der Hilfe oder als Compilermeldung.
Sonst kann man ja gleich zu MS wechseln. Dort lernt man dann Microsoft-Sprech, bekommt alle Funktionen auf schönen Seminaren in Microsoft-Sprech gezeigt und ist rund um die Uhr von denen betreut. Man muss zwar aus seiner normalen Welt in die MS-Matrix wechseln aber die kommen bestimmt auch noch zur Beerdigung

Wenn Emba das nachbauen will brauchen sie einen langen Atem.

Grüße, Messie

Edit: National Instruments (LabView) saugt die Leute auch in ihre Matrix und lässt sie nie wieder raus. Es sein denn, sie haben alles Geld aus ihnen gelutscht.

[FrankJ28]

Hallo Himitsu,

Zitat:

Man hat ja nicht umsonst die RTL/VCL-Quellcodes ... damit man nachgucken kann, wie es wirklich ist.

völlig korrekt, nur evaluiere ich derzeit noch den Nutzen von XE3 und habe daher keine Quellen zur Verfügung. Dann wären meine Fragen aus dem ersten Post natürlich überflüssig gewesen
Ciao
Frank

[himitsu]

Erst kaufen und dann testen?

Na gut, ohne is man voll am Arsch. (ich liebe die Starter)

[FrankJ28]

Zitat:

Erst kaufen und dann testen?

Ich sag nur Delphi 8
Ciao
Frank