![]() |
Was ich bei .NET noch vermisse ...
Ich möchte an der Stelle mal ein paar Sachen aufzählen, die ich bisher vermisst habe. Vielleicht ergänzt ihr eure eigenen Vorstellungen, und dann schicken wir Microsoft den Link ... ;)
Von Microsoft würde ich mir wünschen, dass man das "Help Integration Kit" vielleicht auch ohne Visual Studio nutzen kann. Auf der anderen Seite verstehe ich es natürlich. Das Teil (dient zum Erstellen der neuen Help 2.0-Hilfedateien) kostet nichts, erwartet dafür aber auch das Visual Studio, weil es dort eingebunden wird. Einen separaten Helpworkshop gibt es nämlich leider nicht mehr. Leider kann ich (dank .NET-Framework 1.1) meine alte VS.NET-Beta nicht mehr nutzen, weil die noch mit dem .NET-Framework 1.0 arbeitet. Es hat nicht zufällig jemand eine Beta des aktuellen Visual Studio für mich? Oder weiß jemand ob man so eine noch bei Microsoft bekommen kann? Oder Borland macht bei den Kunden was gut und bietet (von mir aus in Zusammenarbeit mit Microsoft) ein Plugin für Delphi 8 an, so dass ich dann dort die HxS-Hilfedateien erzeugen kann. |
Re: Was ich bei .NET noch vermisse ...
Hallo,
für ca. 40 Euro bekommmst du eine Personal Version von Visual Studio C# oder VB.Net. Damit sollte man das 'Help Integration Kit' benutzen können, wobei ich sagen muss, dass ich das noch nie gemacht habe (zu wenig Zeit). Gruß |
Re: Was ich bei .NET noch vermisse ...
[OT]Für 40?? Wo das denn?[/OT]
|
Re: Was ich bei .NET noch vermisse ...
Zitat:
|
Re: Was ich bei .NET noch vermisse ...
Hi,
angesichts der Tatsache, dass ich gerade mit der Beta des .NET Frameworks 2.0 herumspiele will ich kurz Feedback dazu geben, was ich geändert hat. Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Ich spreche jetzt nur von VisualC#, aber ich denke, dass das bei den ganzen anderen Sprachen nicht anders sein wird. ;) Chris |
Re: Was ich bei .NET noch vermisse ...
Zitat:
Zitat:
|
Re: Was ich bei .NET noch vermisse ...
Zitat:
Außerdem sollte es nicht sein, dass man sich im API eingebaute Funktionen über externe Komponenten oder Assemblies (oder wie auch immer man das nennt) besorgen muss. Das erinnert ein bisschen an einige unausgreifte VCL-Komponenten von Borland, die du ebenfalls vergessen kannst, weil es im Web bessere gibt. Soll heißen: Dinge, wie die o.g., sind meist ab einer bestimmten Version in Windows eingebaut. Also sollte Microsoft eine entsprechende .NET-Variante zur Verfügung stellen. Ein Hinweis zu den Balloon-Tipps: Es gibt doch diese "NotifyIcon"- ... äh -Komponente in .NET. Guckt doch mal ob es dort auch die neue Balloon-Eigenschaft gibt. |
Re: Was ich bei .NET noch vermisse ...
[quote="MathiasSimmack"]Ich möchte an der Stelle mal ein paar Sachen aufzählen, die ich bisher vermisst habe. Vielleicht ergänzt ihr eure eigenen Vorstellungen, und dann schicken wir Microsoft den Link ... ;)[list][*]Das Control für IP-Adressen wäre nicht schlecht. Manchmal braucht man es doch, und da es im API eingebaut ist, sollte [quote]
Super Easy, 1. Möglichkeit: 1 textBox mit 4 internen textBoxes. 2. Möglichkeit: Vererb nen textBox, lass nur Zahlen und mach nach dem dingsbums von den IP adressen die Punkte dazwischen. Wozu dann nen eigens Control? Außerdem sollte es nicht sein, dass man sich im API eingebaute Funktionen über externe Komponenten oder Assemblies (oder wie auch immer man das nennt) besorgen muss In der .NET Welt gibt es keine API, man soll sich auch nicht auf die "Minderheit" der Windows API zurückgreifen. Man befindet sich in komplett Managed World, man soll nich zurück in die Unmanaged World greifen ;) |
Re: Was ich bei .NET noch vermisse ...
Nur meine 2 cent: Dann soll die Managed World mir verdammt noch mal gefälligst auch die Mittel an die Hand geben die ich brauche, um die unmanaged World hinter mir zu lassen.
|
Re: Was ich bei .NET noch vermisse ...
@sharkx: Du bist ja noch schlimmer. :roll: Darf ich dich bitten, beim nächsten Mal erst richtig zu lesen?
Warum soll ich mich mit 4 Editfeldern rumärgern, wenn es im Win32-API ein passendes Control gibt? Ein Control, das von Windows selbst benutzt wird (s. Netzwerk-Einstellungen zur IP-Adresse u.ä.), und das speziell für IP-Adressen gedacht ist. Bei Interesse würde ich dich an das entsprechende Kapitel in den Win32-API-Tutorials von Luckie verweisen. Außerdem war nicht die Rede davon, dass du über .NET auf irgendwelchen API-Code zugreifen sollst, sondern es ging darum, dass Microsoft (Entwickler des API und .NET-Frameworks) an sich nützliche Funktionen des API auch im .NET-Framework zur Verfügung stellt. Geändert: weil sich der Phoenix reingedrängelt hat. ;) |
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:25 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz