XP-Gimmicks in .NET?

[MathiasSimmack]

Eine (wie ich hoffe) einfache Frage: Ich habe bisher noch nichts von den XP-Gimmicks in .NET gefunden. Sprich: Gruppierung in der List-View, Spaltenmarkierung in der LV, Balloontipps für die TNA, usw. Liegt das daran, dass das .NET-Framework auf möglichst allen Plattformen laufen soll? Oder haben es die Entwickler einfach vergessen? Oder habe ich es übersehen?

Ich meine, "Application.EnableVisualStyles;" macht ja auch nicht viel Sinn wenn das Programm nicht unter XP läuft.

[neolithos]

Also um so mehr ich mich damit beschäftige, um so mehr stell ich fest

--> es scheint noch nicht fertig zu sein! <--

- die Hilfe glänzt mit null Information
- Beispiele in Hilfe enthalten Fehler
- einfachste Sachen die man täglich Braucht muss, man selber schreiben, da sie nicht oder nur unzureichend implementiert sind

Und da stell ich an der stelle wieder Nichtverwalteten Code zu schreiben der den Nachteil wieder wegmacht. Und genau das ist eigentlich nicht der Sinn von dotNET.

Dachte ich jedenfalls.

[MathiasSimmack]

Na ja, ich finde die .NET-Dokumentation durchaus umfangreich. Aber ich mache mich evtl. auch anders mit .NET bekannt als du. Ich habe jetzt im Augenblick keine großen (oder großartigen) Projekte, also beschränke ich mich fürs Erste darauf, ein paar Sachen, die ich schon mal mit der VCL (oder auch ohne) gemacht habe, umzusetzen. Einfach nur um mich daran zu gewöhnen.

Aber was mir aufgefallen ist: Die Unterstützung für INI-Dateien scheint´s irgendwie nicht mehr zu geben. Oder irre ich da? :?

Und aus persönlichem Interesse: Als sakura damals die erste .NET-Demo (StrToInt) kurz vorstellte, lief die Exe bei mir nicht, weil ich noch das .NET-Framework 1.0 installiert hatte. Bedeutet das, wenn Microsoft ein Update veröffentlicht, dass die Programme nicht mehr funktionieren, weil in der Projektdatei bsp.

Code:

{%DelphiDotNetAssemblyCompiler '$(SystemRoot)\microsoft.net\framework\v1.1.4322\System.dll'}

drin steht? Oder kann man das irgendwie umgehen?

[ak1]

Auch auf die Gefahr hin mich unbeliebt zu machen, aber die deutsche Dokumentation von Visualstudio ist suuuper. :-)

[MathiasSimmack]

Zitat:

Zitat von ak1

Auch auf die Gefahr hin mich unbeliebt zu machen, aber die deutsche Dokumentation von Visualstudio ist suuuper. :-)

Wer sagt, dass wir dich vorher leiden konnten? :mrgreen:

[ak1]

Gib Ruhe du :cyclops: :drunken: :witch:

[neolithos]

Zitat:

Zitat von MSDN

Compares this instance with a specified object.

Overload List
Compares this instance with a specified Object.

[C#] public int CompareTo(object);

Compares this instance with a specified String object.

[C#] public int CompareTo(string);

See Also

String Class | String Members | System Namespace

Was ist daran gut!

Hier steht nix!!!

[MathiasSimmack]

Reden wir von "String.CompareTo"? In dem Fall sieht meine .NET-Doku etwas ausführlicher aus, inkl. Beispiel. Und außerdem kann man die beiden Funktionsaufrufe, die du zitiert hast, auch anklicken und erhält eine etwas genauere Erklärung. Als Beispiel:

Zitat:

String.CompareTo-Methode (String)

Vergleicht diese Instanz mit einem angegebenen String-Objekt.

[Syntax]

Rückgabewert
Eine 32-Bit-Ganzzahl mit Vorzeichen, die die lexikalische Beziehung der beiden verglichenen Elemente angibt.

[Tabelle]

[Beispiel]

Ich weiß nicht was du hast. ;)

[Mauli]

@MathiasSimmack

Zitat:

also beschränke ich mich fürs Erste darauf, ein paar Sachen, die ich schon mal mit der VCL (oder auch ohne) gemacht habe, umzusetzen.

Das wäre auch mein Plan. Ist es da egal, ob ich VCL, oder WinForm nehme?

Bei WinForm 'fehlen' mir einige Sachen. Aber die heißen bestimmt nur anders :spin2: z.B. eine Table Coponente.

Manche kleine Projekte kann ich sogar direkt in D8 öffnen und compilieren...

[ak1]

Ja neolitos, das mit der Verwendung einer Doku üben wir nochmal ;-)