Suchergebnisse

guggemol StoryCards - verschiebbare Zeichenobjekte Wenn du da DragContainer1.AutoScrollMinSize auf eine große Size festlegst, dann ist die entsprechende Größe virtuell verfügbar.

Dann hast du jetzt eine längere Lernstrecke vor dir. Man kann vlt. helfen, aber du musst genau angeben, was du nicht verstehst. auf jeden Fall mein Sample downloaden, das setzt blazes Hinweis nämlich um.

jo, das ist auch wirklich eine eigentümliche Auflistung. Im Projekt genutzt wird ihr ListChanged - Event, damit, wenn sich die Anzahl ändert, das Label mit dem Counter aktualisiert wern kann. Würde ich heutzutage mit einer ObservableCollection(Of T) lösen - gabs damals noch nicht. Oder hätte ich vmtl. auch mit einer BindingList(Of T) machen können - kannte ich damals wohl noch nicht.

den Satz verstehe ich nicht. Oder nur halb. So mal ins Blaue: Eine Klasse kann ihre Events nur selbst auslösen. Man kann besondere Methoden dranbasteln, um sie auch von aussen dazu zu bringen, aber das ist nicht Sinn der Sache. Das Changed-Event soll feuern, wenn die Collection changed, nicht wenn ijemand von aussen es möchte, dasses feuert.

ich hab echt probleme mit deim deutsch. Was soll das heissen?Zitat von FlyingEagle: „als list of gibt es was vergleichbares aber nicht oder?“Es gibt List(Of T), aber die ist halt nicht observable. Daher nimmt man, wenn man eine observable List möchte, die ObservableCollection(Of T). Die beiden Klassen sind durchaus vergleichbar, nämlich sind beides unerhört nützliche Auflistungen, aber es gibt auch Unterschiede, v.a., dass halt die OC geeignete Events feuert und dadurch observable ist, aber ich …

verstehe ich recht: Du hast ObservableCollection noch garnet gefunden? Solch findet man im ObjectBrowser - gugge VisualStudio richtig nutzen (Google ist nicht deine Mami) Was der im internet meint - keine Ahnung - hatter das iwie begründet, oder nur gemeint? Tatsache ist, dass ObservableCollection was neueres ist, und glaub einiges in Wpf ist damit vmtl. performanter. Aber ist mir niemals aufgefallen, dass das eine hier geht, und da nicht oder sowas.

Rofl!Zitat von FlyingEagle: „eigentlich will ich ja gar nicht so viel...“und dann kommen 16 Punkte - you made my day /offtopic so, und nu guck ich mal rein Edit: Und bitte keine Executables in angehängten zips Vorm zippen den bin - Ordner rauswerfen. Auch scheinst du VB2012 zu nutzen? Ich bin neulich auf 2013Community-Edition umgestiegen, die ist auch umsonst, aber deutlich besser, auch was das Debuggen angeht. guck - sowas ist stuss:VB.NET-Quellcode (6 Zeilen)In Sub new brauchst du nicht auf No…

hab 2 schwere Bugs gefunden1. mit Properties musste bei eigenen Controls aufpassen - da will der Designer immer was persistieren, und das hat bei eigenen DrawObjekten keinen Sinn und führt sogar in korrupte Resourcen, und dann ist das ganze Form im Eimer. Um den Designer dran zu hindern, musste alle DrawPanel-Properties wie folgt attributieren:VB.NET-Quellcode (7 Zeilen) 2. Sowas geht nicht:VB.NET-Quellcode (9 Zeilen)Disposen darfst du nur Objekte, die danach nicht mehr benötigt werden. Also nur…

naja, deine Architektur besteht zwar prinzipiell, aber du machst da noch haufenweise komisches Zeugs. etwa dieses Gemurkel mittm bufferedImage - was soll das? Image ist übrigens echt 'ne fette Resource. Und für die Kringel haste zwar DrawObjects angelegt, aber die rechnen ihre Bounds erst im Painting aus, das ist glaub nicht Sinn der Sache. Ein DrawObject muss seine Abmasse jederzeit angeben können, und wenn es sich drawt, dann innerhalb dieser Abmasse. Nur dann kann man gezielt invalidieren, al…

Zitat von FlyingEagle: „würde es sinn machen die "kringel" und die linien in nen graphicspath zu schieben und den dann zum gezielten invalidieren zu nehmen?“Jo, das ist bei mir auch architektur-Prinzip: Figuren werden in GraphicsPathes niedergelegt, und das Painten ist letztendlich immer nur eine (performante) Zeile: e.Graphics.DrawPath(blalba). Zitat von FlyingEagle: „was genau meinst du genau mit "architektur konsequent anwenden?“Guck nochmal die StoryCards-Architektur: Es gibt ein MustInherit…

in meinen DrawObjects hab ich oft auch eine Methode ApplyChanges, wo derlei Berechnungen zusammengefasst sind. Also angenommen eine verschieb - und drehbare Bildbeschriftung, die muss bei allen möglichen Veränderungen neu ausgerechnet werden: beim Selectieren, Unselectieren, Verschieben, Drehen, Größer-Ziehen, Ändern des Textes, Schriftfarbe, etc.. Da mach ich kein groß Heckmeck mit Berücksichtigung aller Auswirkungen einer Änderung auf andere, und auf wieder andere nicht, sondern 1. Die aktuell…

Zitat von FlyingEagle: „während die linien ja mehr punkte als alles andere haben.“Linien sind DrawObjects wie alle anneren auch. Und um eine Linie neuzuzeichnen musst du ebenso das umschließende Rechteck invalidieren. Das geht ganz nach dem gezeigten Schema F - post#31

graphicspath ist immer gut. Nur Region würd ich nicht einsetzen, weil das verkomplizierts, wenn die beschrifteten Kringel ihre Bounds als Rechteck angeben, die Linien aber als Region. Mach die Linien in einen GP, von dem kannste die Bounds direkt abrufen. Theoretisch ist eine Region zu invalidieren ja effizienter, weil da ja eine viel kleinere Fläche einzugrenzen ist. Praktisch bringt das glaub nix, weil das Paint-Event Clipt nunmal keine Regions, sondern es clipt Rectangles. Ich find übrigens, …

ich versuch das grad zu entpacken, kriege aber lauter Fehler, sowohl beim Win7-OnBord-Entzipper als auch bei Winrar Ich hoffe nur, dass ich mir da jetzt kein Virus gefangen hab