Firefighter schrieb:
kann es sein ,dass man dazu noch eine bestimmte using direktive braucht? weil bei mir regt er sich über das DoubleAnimation auf?
Sorry, da habe ich gekürzt. Das befindet sich im Namensbereich 'System.Windows.Media.Animation'.
Argh, wenn auch nur einer mal den Link folgen würde...
Der Datentyp wird nicht durch irgend ein Schema festgelegt, und auch ist es keine willkür oder ähnliches. Die Daten werden auf ne konkrete Klasse gemappt und die Properties wo er nen long Wert setzen will, sind nunmal nur als Int definiert, und deshalb krachts.
Das Problem ist nicht klar beschrieben, Du solltest aber frm2 zu einem Member der Klasse machen, die checkBox1_CheckedChanged implementiert.
So dürfte Dir ständig eine NullReferenceException um die Ohren fliegen, denn bei dem Close ist frm2 undefiniert (bzw. null)
Wie ser1al_ausgeloggt schon schrieb musst du noch Spalten(Columns) hinzufügen und dein zweites Item zum SubItem vom item1 machen. Etwa so:
listViewStatus.Columns.Add("Spalte1");
listViewStatus.Columns.Add("Spalte2");
ListViewItem item1 = new ListViewItem("Text1");
listViewStatus.Items.AddRange(new ListViewItem[] {item1});
listViewStatus.Items[0].SubItems.Add("Text2");
Dann hast du auch die gewünschte Ansicht.
Ich glaube du machst dir sorgen um ein Problem das gar keins ist.
Im klassischen ASP musste ja wie du sagst includiert werden, da jede Seite für sich existierte und bei jedem Zugriff geparst wurde. Da ist klar das man möglichst wenig Code in einer Seite haben möchte.
In ASP.NET ists ja aber anders, da wird die Seite kompiliert und die wird dann ausgeführt und das Ergebnis zum Browser gesendet. Da kannst du ganz normal DLLs verwenden wie in klassischen Anwendungen und egal wie viel externen Code du benutzt, deine eigentliche Seite wird weder langsamer durch externen Code, noch größer. Die DLLs jetzt umständlich über CreateInstance zu laden ist quatsch, der Aufruf düfte wegen dem internen Reflection Zeugs sogar um einiges langsamer sein.
Ich habs noch nie probiert, aber es gibt ein Reflector Plugin names Deblector.
Das ist ein Debugger, mit dem man via Reflector debuggen kann... probiers doch mal aus...
Jeff Murdock schrieb:
oks schrieb:
Umgekehrt sollte die abgeleitete Klasse keine Variablen der Basisklasse direkt ändern. Das macg zwar technisch möglich sein, ist aber ein unnötiger Bruch der Kapselung.
Wieso? Wenn die Variable protected ist, ist es doch direkt so gedacht, dass abgeleitete Klassen sie benutzen können.
Nein. Das geht zwar, ist aber schlechter Stil. Felder sollten immer als 'private' deklariert sein. Nur Properties und Methoden können auch 'protected' sein.
Hallo,
ich habe es jetzt anders gemacht, laut diesen beiden Anleitungen:
http://support.microsoft.com/kb/302084/de
http://www.c-sharpcorner.com/UploadFile/mgold/HowtoOepnandReadanExcelSpreadsheetinaListViewin.NET11282005034134AM/HowtoOepnandReadanExcelSpreadsheetinaListViewin.NET.aspx
Es klappt jetzt alles soweit, allerdings würde ich es trotzdem gerne mit Hilfe der VSTO versuchen. Das Ganze scheint ja trotz allem realtiv einfach und schnell zu gehen.
Wenn da also noch jemand ne Idee hat, bin ich der erste, der es ausprobiert
Danke euch nochmal fürs Zuhören
Bevor man rummotzt wäre Doku lesen ne Idee. Hier mal was aus der MSDN Lib:
The Connected property gets the connection state of the Client socket as of the last I/O operation. When it returns false, the Client socket was either never connected, or is no longer connected.
Because the Connected property only reflects the state of the connection as of the most recent operation, you should attempt to send or receive a message to determine the current state. After the message send fails, this property no longer returns true. Note that this behavior is by design. You cannot reliably test the state of the connection because, in the time between the test and a send/receive, the connection could have been lost. Your code should assume the socket is connected, and gracefully handle failed transmissions.
oh entschuldigung, jetzt bin ich bei der Wahl des Forums auch noch in die falsche Zeile gerutscht...
Aber vielen Dank für die Beantwortung meiner Frage! Ich sollte wohl jetzt lieber eine Pause machen.
Schönen Abend noch...