Bubble

Je nach Situation kann das auch übertrieben sein. Dir ist aber klar, dass verwaltete Sprachen in der Regel eher eine nährungsweise Rekonstruktion des Quelltextes aus der vom Compiler erzeugten Ausgabe erlauben, als es beispielsweise bei C/C++ der Fall ist? Ich finde das ist in den meisten Fällen jedoch nicht wirklich problematisch.

Ich zumindest störe mich nicht daran. Grundsätzlich musst Du die .aspx Webforms ohnehin nicht vorab compilieren, sondern kannst Dein Verzeichnis mit den zum Projekt gehörenden Dateien und Unterverzeichnissen einfach so weitergeben, wie es ist. Beim ersten Seitenaufruf wird dann automatisch compiliert.

Schau' Dir caspol.exe an, das soll auch in der Redist enthalten sein.

Du hast es, weil Du den SDK installiert hast. Die reine Laufzeitumgebung bringt es in Version 2.0 nicht mit. Siehe auch http://msdn2.microsoft.com/en-us/library/2bc0cxhc.aspx

Ja, habe ich. Natürlich macht Publish Website es etwas anderes, zwei gleiche Funktionen würden ja auch keinen Sinn machen. Copy Website reicht aber aus, um Webserver zu aktualisieren und eine ASP.NET Website auf ihnen bereitzustellen. Insbesondere werden hierbei nicht die Dateien und Verzeichnisse im Zielordner vorab gelöscht, worüber Du Dich beschwert hattest. Wenn Du Publish Website verwendest, dann must Du dafür sorgen, dass bei jedem Aufruf alle Dateien neu erstellt werden und nichts im Zielordner erhalten bleiben muss. Was ist eigentlich Dein Ziel? Einfach eine Website aufspielen/pflegen/weiterentwickeln oder eine Web-Anwendung für Dritte bereitstellen?

Ein reiner Compiler wäre z.B. GCC (bzw. MinGW). Aber das ist dann wirklich nur ein Compiler mit Tools und hat selbst keine IDE!

Also komm, die Anleitung wird normalerweise gleich nach dem Hauptprodukt installiert (MSDN Library, kennst Du mit Sicherheit und hast Du auch ganz bestimmt installiert und zusätzlich gibt es sie auch online). Ich kann kaum glauben, dass Du viel Geld ausgibst und dann die Anleitung nicht findest. Im Website Menü, dritter Eintrag von oben. Alternativ kannst Du die Dateien natürlich auch mit einem Dateimanager Deiner Wahl kopieren. Das mit "Anleitung lesen" war als konkreter Hinweis gedacht. Die Kopieren-Variante (Website-Menü) wird dort nämlich noch vor der "Publish"-Variante (Build-Menü) beschrieben.

Warum hast Du die Anleitung nicht gelesen? Dort steht drin, dass alle Dateien in dem angegeben Ordner gelöscht werden. Es wird sogar noch einmal nachgefragt, ob man die Dateien wirklich löschen, oder den Vorgang nicht doch abbrechen will. Du suchst vermutlich die Funktionalität des "Copy Web Site..." Menüpunktes. Hiermit kannst Du auch ausgewählte Dateien kopieren. (Ist auch in der Doku beschrieben.)

Wenn Software für wirklich kritische Anwendungbereiche entwickelt wird, z.B. im medizinischen Bereich oder der Luftfahrt.

Das ist doch ganz einfach, wenn Du beim Page_Load die Anzahl der Zeilen/Spalten kennst. Du legst im ASP.NET "HTML"-Text-Teil eine ganz normale, aber leere, Tabelle an, gibst ihr aber zusätzlich eine id und setzt die runat Eigenschaft auf "server". Nun kannst Du auf die Tabelle wie auf ein Objekt, dass den Namen trägt, den Du als id angegeben hast, zugreifen und nach belieben Veränderungen vornehmen. Du musst den HTML-Quelltext für die fertige Tabelle also nicht selbst erzeugen und als Zeichenkette herausschreiben, sondern kannst die Erzeugung der "<tr>"s und "<td>"s der ASP.NET Runtime überlassen. Brauchst Du ein Beispiel?

Ein Anfang ist auch ohne Buch möglich, z.B. durch lesen der C# Language Specification und (von Teilen) der MSDN Library. Dies setzt natürlich voraus, dass Du bereits andere Sprachen gut beherrschst und mit den allgemeinen Konzepten vertraut bist.

Das (HTML) ist auch etwas ganz anderes. Hat Dir niemand gesagt (oder stand es in keinem Buch), dass Du einen Compiler benötigst?

Grundsätzlich über entsprechende Win API Aufrufe. Welche CPU im System ist und weitere Details über sie, lässt sich (bei x86er CPUs, ab Pentium) auch unabhängig vom Betriebssystem über den CPUID (Assembler-)Befehl herausfinden.

C/C++/.NET: Es gibt mehrere Wege, einer wäre es z.B. WMI abzufragen. Ist in der MSDN Library dokumentiert.

Nützt aber nur etwas, wenn man auch wirklich bereit zu gehen ist.

Dann schau' Dir am besten die relevanten Teile der MSDN an.

Ich weiss zwar nicht, ob ich Dich damit tröste, aber mir macht es durchaus Spass, mal einen Vortrag zu halten oder anderen etwas zu erklären. Wenn es Dir keinerlei Spass macht, wird man das aber auch nicht einfach ändern können. Hast Du mit Deinem Arbeitgeber bereits über die Sache gesprochen? Was hat er gesagt? Es ist oft so, dass externe Dozenten teurer sind. Sie haben aber auch höhere Unkosten und einen unsicheren Job, als Du. Wenn Du mehr Geld herausholen möchtest, dann musst Du wohl oder übel verhandeln.

Es ist letztlich Sache des User-Controls, dass es in allen Browsern gleich aussieht und sich gleich verhält. Wie man unterschiedliche Browser-Typen unterstützen kann ist in der MSDN u.a. unter "Developing Adapters for ASP.NET Server Controls" beschrieben. Was für ein Control brauchst Du/Ihr?

Handelt es sich bei dem Notebook denn um einen Tablet PC? Wurde genau diese CD dem Gerät beigelegt?

Gerne, aber was ist Deine Frage? Suchst Du nach einer Empfehlung für ein Programm, dass Deine Anforderungen in etwa abdeckt? Oder wollt Ihr eine individuelle Software erstellen lassen?

Schau' Dir mal Visio an.

Nein, .NET 2.0 kann man nicht mit Visual Studio .NET 2003 nutzen. Es gibt aber kostenloste Express Editionen von Visual Studio 2005. Das .NET Framework 3.0 wird man aber mit Visual Studio 2005 nutzen können, da hier gegenüber der 2.0er Version die CLR unverändert bleibt (weiterhin Version 2.0). Du solltest auf die aktuelle Version umsteigen, neben neuen GUI-Controls gibt es weitere, sinnvolle Erweiterungen.

Ich beziehe mich nicht auf das Beispiel unter Verwendung von WMI. Der Aufruf von ExitWindowsEx, so wie Du ihn alleine gepostet hast, reicht nicht. Hättest Du es getan, wäre aufgefallen, dass GetLastError nach em Aufruf von ExitWindowsEx den Fehlercode 1314 zurückliefert. Dies, zusammen mit der Dokumentation von ExitWindowsEx, sollte ausreichen, um das Problem anzugehen.

Ich habe gefragt, ob die API-Funktion ExitWindowsEx einen Fehler signalisiert und was GetLastError, gleich im Anschluss darauf aufgerufen, zurückliefert. "Es geht nicht" ist keine Fehlerbeschreibung, auf die man sinnvoll antworten kann. Zu dem Code: Der erste Parameter sollte 0x8 sein, im Fall von 0x1 wird das System nicht ausgeschaltet. Ausserdem braucht Dein Prozess laut Dokumentation im PSDK das SE_SHUTDOWN_NAME Privileg. Dieses musst Du Dir über AdjustTokenPrivileges beschaffen. Als zweiten Parameter ist eine Auswahl zwischen 0x4 oder 0x10 (und 0, wenn keine weiteren Angaben gemacht werden sollen) dokumentiert, je nach verwendetet OS. Bitte lies die Dokumentation für genauere Angaben selbst nach.

Ja, ab .NET Version 2.0 kannst Du einem Form einen ContextMenuStrip zuweisen.