Suchergebnisse

Hallo Es ist mir noch nichts der gleichen unter gekommen, ist aber recht leicht zu machen. Vorallem weil es ja die RichtTextBox von Xceed im WPF Toolkit gibt und die unterstützt Formatter. Ich gab vor kurzen auch einen Beitrag dazu wo ich einen eigenen Formatter für diese RTB gebaut hatte. Musst du ein wenig Scrollen, da habe ich auch ein Beispiel hochgeladen welcher rudimentär zeigt wie dieser Formatter arbeitet. Grüße Sascha

Da gibt ja jemand schnell auf. Naja Es gibt eben nicht immer alles fertig. Das ist nun mal so.

Achja, nur mal so als Tipp. Hättest du es probiert (selbst dafür warst du zu faul) hättest du bemerkt das auch die vom XCeed mitgelieferten Formatter das können. Nur eben nicht beim Tippen. Aber für Copy And Paste aus VS raus wird alles korrekt formattiert. Siehste an meinem Testprojekt hier wo ich die RTB auch verwende. Aber wer nicht will der hat schon.

Achso, und du denkst wir (die von dir genannten) haben das aus dem Ärmel geschüttelt? Ne, leider nicht. Wir haben es auch gelernt. Richtig. Es gibt einiges für WinForms was es für WPF nicht gibt. WPF gibt es auch noch nicht so lange wie WinForms. Aber gut, du hast dir ja nicht mal den Code überhaupt nur angesehen. Denn das es nur 5-10 Zeilen Code sind einen solchen Formatter zu implementieren ist ja anscheinend Nebensache, und da frage ich mich warum du es eigendlich versuchst wenn du gar nicht …

@shad Coole Sache. Zwar auch nicht genau das was er sucht aber für das was er es braucht (wenn ich richtig liege) genau richtig. Oversized aber genau richtig. Danke für den Link, muss ich mir auch mal genauer ansehen. Grüße Sascha

Das taucht auch nicht in der Toolbox auf solange du es dieser nicht hinzufügst. Aber wie in den ersten Kapiteln meiner Tutorialreihe bereits mehrfach erklärt gebe ich dir den Rat. Verabschiede dirch von der ToolBox. Du hast in Xaml intellisense. Nutze diese und du kommst viel schneller ans Ziel. Aber zurück zum Thema. Erstmal musst du die Library ins XAML importieren. Da hilft dir auch die Intellisense. Einfach "xmlns:avalon=" Tippen (wobei "avalon" ein selbst gewählter importname ist) und schon…

Es ist verständlich das dir das so vorkommt. Vieleicht zur erklärung denn das wie du sagst "kryptische" kommt vom ganz normalem XML Dialekt. XMLNS bedeutet: XML NameSpace Weil man damit einen Namespace importiert. Wie in VB mit: Import BlaBla Jetzt klarer?? Grüße Sascha

Zitat von asusdk: „ich fühl mich manchmal einfach sauschnell überfordert“ Das ist ja überhaupt kein problem. Zu meiner Tutorialreihe gibt es einen Supporttrhead. Wenn du etwas nicht verstehst oder wo probleme hast kannst du dort Nachfragen. Ein Beispiel ist das mit den XAML Namespaces. Wenn dir das Spanisch vorkommt kannst du im Supporthtread nachfragen und auf das Kapitel verweisen/verlinken. Dann werde ich es gerne erklären. Ist überhaupt nichts dabei. Du musst aber verstehen das ich da schon …

Hallo Flori Wäre das nicht genau der richtige Einsatz für ein AttachedProperty? Das Kapitel ist ja bereits fertig. Versuchs mal. Wirst sehen wie einfach man so ein zusätzliches DependencyProperty implementieren kann. Grüße Sascha

BindingMode=TwoWay? Klappt das nicht? Ich kanns gerade nich probieren.

Aber von meiner Logik her schon. Muss aber natürlich bei beiden gesetzt werden. Also bei beiden RTBs. Aber gerne probier ichs morgen mal aus. Grüße sascha

JA, ist mir auch schon aufgefallen. Ich sehe nur noch RTBs. Zitat von MichaHo: „Ich habe in meinem ViewModel einfach eine neue TextEditor Instanc generiert,“ Uhhhh. Ab hier ist es dann im Grunde kein ViewModel mehr. Entweder CodeBehind oder MVVM. Hier holst du dir die View ins ViewModel. Geht auch ohne, wie du gesehen hast kannst du ja ein AttachedPRoperty erstellen auf welches du Bindenkannst oder du erstellst dir ein UserControl und in deren CodeBehind reagierst du auf das Ereignis "DataContex…

Zitat von MichaHo: „wie ich mehrere TabItems bzw. TabControls neben einander anzeige“ Das musst du genauer eklären, aber besser in einem neuen Thread. Denn.... die sind ja nebeneinander. Grüße Sascha

Hallo Florian Eine möglichkeit wäre im Grunde genau das was du über die CodeBehind gemacht hast in den Helper zu packen. Das hätte den Vorteil das es dort wiederverwendbar ist und somit immer funktioniert ohne das man daran denken muss in die CodeBehind was einzufügen. VB.NET-Quellcode (38 Zeilen) XML-Quellcode (22 Zeilen) Grüße Sascha

Hallo Um sicher zu gehen das es nur einen einzigen gibt. Da der Handler ja immer bei jeder Textänderung aufgerufen wird würde er dann beim 3. Buchstaben die Prozedur bereits 3x ausführen, beim 10. Buchstaben bereits 10x. Ich denke ab dem 20. Buchstaben wirds dann sicher sehr langsam. Grüße Sascha

Zitat von MichaHo: „benötige aber mehr zugriffe auf den TextEditor (zum ändern, speichern usw.)“ Warum das? Das sind alles Dinge die NICHT die View machen soll. Hat mit der View nix zu tun. Muss also ins ViewModel. Wenn du dein Text Property hast (AttachedProperty) hast du doch gar kein problem mehr mit speichern und der gleichen. Zitat von MichaHo: „einmal die Auflistung als Singelton“ Als Signleton? Bitte Leute, ich lese in letzter Zeit das viele mit Singleton-Klassen herumhantieren nur weil m…

Zitat von flori2212: „Ich glaube du warst es sogar“ Es kommt immer darauf an. Das muss man Fall für Fall entscheiden und sollte nur gemacht werden wenn es keine andere möglichkeit gibt da man sich mit Signleton-Klassen schnell mal ein Bein stellen kann. Aber... Zitat: „für das Tabcontrol gibt es 3 View Model (einmal die Auflistung als Singelton“ Ein ViewModel ist definitiv kein korrekter Einsatz für ein Singleton. Warum soll ich ein ViewModel als Signleton erstellen, ich kenne hierfür keinen Gru…

Zitat von MichaHo: „Singleton deshalb, weil ich nur eine Instanz des Tabcontrol haben will“ Du hast ja ein ViewModel für dein Hauptfenster. Ich nenne es jetzt mal MainViewModel. In deinem MainViewModel ist ein Property - sagen wir mal EditorsList vom Typ ObservableCollection(Of EditorPageViewModel). Die Instanz von EditorsList gibt es also definitiv nur 1x. Wie soll es die denn auch mehrmals geben? Grüße Sascha

Zitat von MichaHo: „um zum Beispiel in einem Command ein neues Item zur EditorsList hinzuzufügen?“ Klingt nach murks. Warum soll ein TabItem ein weiteres hinzufügen? Sollte die Ebende darüber machen oder? Also das ViewModel wo die Auflistung drinnen ist findest du nicht. Aber wenn es sein muss kannst du ja dem TreeViewItemViewModel die Instanz von EditorsList im Konstrultor mitgeben und hast somit vom Item aus auf die Auflistung zugriff. Fertich. Grüße Sascha Edit: @MichaHo ich hoffe das ViewMod…

Ok, sehe ich mir dann gerne mal an. Grüße Sascha

Kein Problem, soll ja jetzt nur als Beispiel dienen um bez. des TabControls Licht ins Dunkel zu bekommen. Grüße

Zitat von MichaHo: „weil die SeletedItem Property nicht im MainViewModel ist, sondern im DirectoryItemViewModel“ Warum gibst du sie dann nicht dorthin? Dort gehört sie ja auch hin. Die SelectedIrgendwas muss immer auf die selbe Ebene wie die Auflistung. Innerhalb eines Items der Auflistung hats ja wenig sinn. Zitat von MichaHo: „aber alle Bemühungen das abzufangen sind gescheitert“ Warum? textEditor.Document.Text = e.NewValue is null ? string.Empty : e.NewValue.ToString(); Anbei das "verbesserte…

Hätte aber nicht funktioniert. Hier erstellst du (weiter oben im Code) das Objekt newTab. Fragst die Auflistung ob es ein Objekt gibt welches den selben Header hat (Header finde ich auch zu wenig als vergleich, sollte schon der komplette Pfad sein - es kann ja gleich Dateinamen geben). OK, aber sagst dann das SelektedItem = newTab ist. Also ein tab welches gar nicht in der Auflistung ist (haste ja nicht hinzugefügt), wie soll er also was selektieren was nicht da ist? Deshalb musst du dem Selecte…