Laden...
M
MichiM
myCSharp.de - Member
7
Themen
14
Beiträge
Letzte Aktivität
vor 19 Jahren
Dabei seit
09.02.2004
Erstellt vor 19 Jahren

Hi herbivore,

habs dann kurz drauf doch hinbekommen, weil ich Dispose() aufs Image und nicht auf die PictureBox angewendet hab. Wobei - unlogisch find ich es ja nicht mal, ist halt scheinbar lediglich nicht so vorgesehen. 😉

Wenn übers Image selbst, dann:


this.pictureBox1.Image = null;
this.pictureBox1.Refresh();

Danke!
Michi

Erstellt vor 19 Jahren

Hi,

hab ein Form mit diversen Komponenten, darunter z.B. Button und PictureBox.

Warum lässt sich die PictureBox zwar über .visible = false unsichtbar machen, über .Dispose() jedoch nicht komplett entfernen, sodass sie auch gleich sichtlich verschwindet? Muss dazu erst noch eine Show- bzw. Update-Methode aufgerufen werden?

Ein anschließendes

this.pictureBox1.Show();

bringt jedenfalls noch nicht den gewünschten Effekt.

Ebenso schaff ich es z.B. nicht, eine neue Grafik reinzuladen:

this.pictureBox1.Image = Image.FromFile (filename);

scheitert.

Also scheinbar muss das Objekt erst noch irgendwie aktualisiert werden?

Gruß Michi

Erstellt vor 20 Jahren

Hi C#ler,

wie ist das mit dem isolierten Speicher (System.IO.IsolatedStorage) eines best. Assemblys - Kann da (managed) Code eines anderen Assemblys nur nicht darauf zugreifen (-> Zugriff verweigert?) oder findet er den isolierten Speicher erst gar nicht vor (-> Pfad nicht gefunden?) ?

MfG
Michi

Erstellt vor 20 Jahren

Könnte es vielleicht damit zusammenhängen, dass man XML und SOAP ja eher zur Kommunikation mit anderen Anwendungen verwendet, also von daher auch normalerweise Daten serialisiert haben will, die die anderen was angehen, also nicht private sind, während man bei der binären ja für sich selber serialisiert (z.B. Konfiguration bei Programmende) und da alles serialisiert haben will? Eine andere Erklärung find ich nicht....

Erstellt vor 20 Jahren

Hallo C#-Freunde,

hat hier jemand eine Ahnung, warum .NET die einzelnen Serialisierungsformate bzgl. der Zugriffsmodifizierer bei den Daten unterschiedlich behandelt?
Na gut, weil die Klassen halt so geschrieben sind, ok. 🙂 Aber hat das einen tieferen Sinn?

Warum werden bei der XML- und SOAP-Serialisierung nur diejenigen Daten serialisiert, die als public deklariert sind? Warum sind dagegen bei der binären Serialisierung die Zugriffsmodifizierer dann wieder egal?

MfG
Michi

Erstellt vor 20 Jahren

Trotzdem hab ich es nicht hinbekommen, eine Datei aus dem aktuellen Verzeichnis (relative Angabe) in ein anderes zu verschieben, obwohl die zu verschiebende Datei im aktuellen Verzeichnis existiert. Woran kann das wieder liegen?
Funktioniert File.Move doch nur bei absoluten Pfadangaben?

Erstellt vor 20 Jahren

Das ist mal ein vernünftiger Ansatz: 😁

 System.Console.WriteLine (Directory.GetCurrentDirectory());
Erstellt vor 20 Jahren

Durch Application.StartupPath bekomme ich aber nur das Verzeichnis, in dem das Programm gestartet wurde. Relative Pfadangaben werden jedoch nicht auf diesem Verzeichnis basiert... Zumindest funktionieren meine Versuchsprogramme so nicht -> "System.IO.FileNotFoundException: Die Datei ... konnte nicht gefunden werden."

Erstellt vor 20 Jahren

Hallo C#-Freunde,

wie bekommt man eigentlich das aktuelle Verzeichnis raus?
Beispiel:

  File.Move (@"daten.txt", @"c:\unterverzeichnis\daten.txt");   

Würde so eine Anweisung funktionieren?
Kennt .NET relative Pfadangaben?
Wenn ja: Wie bekommt man dasjenige Verzeichnis raus (-> aktuelles Verzeichnis), in dem nach daten.txt gesucht wird?

Bei mir scheitert der Dateizugriff sowohl dann, wenn sich die Datei (bei relativer Angabe wie im Beispiel, also z.B. @"daten.txt") im Verzeichnis des Programms befindet als auch, wenn sie sich im Arbeitsverzeichnis (das sich z.B. in UltraEdit eingeben lässt) befindet.

MfG
Michi

Erstellt vor 20 Jahren

Nun läufts, danke.

Aber wie es mir scheint, funktioniert das bei XML-Serialisierung nicht, sondern nur bei binärer...