Get und Set einer RTB (xceed) bei Änderung auslösen?

Hallo Sascha (@'Nofear23m'),

So, hab gestern mal wieder etwas Ziet gehabt und die OC wieder wie folgt eingebunden (auskommentiert):

XAML:



Code behind:





Befüllt über:



Bindung:


AsEnumerable, deshalb weil ich später ein Paging einbauen möchte.

Passt das so, oder kann/sollte man das noch optimieren?

Get und Set für die RTBs hab ich noch nichts vorangebracht, aber bin noch dran.

LG,
Pascal

*CodeTags korrigiert* ~NoFear23m

Hallo Sascha,



Ah, ok. Gut zu wissen.


Da in diesem Projekt nichts derartiges geplant ist, kann ich es weglassen. Das Einzige, was ich noch brauch ist die Formatierung der RTB-Texte beim ersten Befüllen. Und da brauch ich OnPropertyChanged nicht, oder? Danach wird nur noch per UI was geändert.



Stimmt, habe ich übersehen.



Ist noch besser … 4 Zeilen Code weniger.

Aber an dem depperten Get u. Set für die RTBs verzweifle ich.
Ich check nicht mal, was ich, ausgehend vom XAML aus Post 21, "Implent"ieren muss um darauf zuzugreifen, ITextFormatter, oder was anderes? Mit was fange ich an?



Ist das annähernd richtig, oder bin ich völlig auf dem Holzweg?

LG,
Pascal

Hallo Sascha @Nofear23m,

Ich geb's auf. Ich krieg dieses sch… get und set für die RTBs einfach nicht hin.

Kann ich die Texte beim Befüllen vom OC eigentlich irgendwie so "vorformatieren", dass die Texte gleich fett oder farbig in die RTBs geladen und entsprechend formatiert angezeigt werden? Dann bräuchte ich Get und Set hier nicht mehr.

LG,
Pascal

Hallo Sascha,

Kein Problem. Ist bei mir ja auch oft nicht anders.

Ich hab mir die Beispiele zu Get und Set im Binding-Video angeschaut und auch so noch recherchiert, aber irgendwas scheine ich falsch zu machen. Das Get scheint nicht mal zu funktionieren.

An sich sind die zu formatierenden Texte immer laut gleichem Schema. Über Get und Set würde ich es ja auch nur automatisiert umformatieren lassen. Meiner Meinung nach, macht es dann keinen Unterschied, ob ich es beim Get/Set per Formatierung der Paragraphen nach der Erstbefüllung mache, oder schon vorher. Ist nur einmal zu programmieren. Aber dass ich das Get/Set für die RTBs nicht hinbekomme, ärgert mich schon etwas.

Die Ersetzungen habe ich vor der xceed-Version immer mit Regex-Match durchgeführt. Hat auch ganz gut geklappt.


Da sich die Texte im Allgemeinen ändern und nur die zu formatierenden Teile gleich bleiben, ist ein Beispieltext recht einfach. Weitere Texte können nach Belieben generiert werden, indem weitere {t\d}- bzw. {s\d}-Platzhalter eingefügt bzw. generiert werden.


Ausgangstext: {t1}Das ist ein Beispieltext{t2} mit unterschiedlicher Formatierung {s1}.

Gewünschtes Format: {t1}Das ist ein Beispieltext{t2} mit unterschiedlicher Formatierung {s1}.


{t\d} soll immer Fettschrift und violett sein, {s\d} immer Fettschrift und rot.

Reicht das Beispiel oder brauchst Du mehr Text(e)?

Ursprünglich wollte ich die {t\d} durch ein violettes Tag wie im nachfolgenden Beispiel ersetzen, aber das scheint laut meinen Recherchen in einer RTB noch schwieriger, wäre aber optisch etwas schöner, aber Violett und Fett passt auch ganz gut.

Beispiel:

oder halt ein rechteckiges oder wabenförmiges Tag.

LG,
Pascal

Hallo Sascha,


Danke, hab mir das Ganze mal angeschaut. Sehr interessantes Beispiel.

Ich brauche im Endeffekt einen Kombination aus beiden Lösungsansätzen. Fettschrift für Rot und Tag für Violett. Aber das umzusetzen sollte in diesem Fall einfach sein, einfach das hernehmen, was ich jeweils benötige.

Wie, über welche Zeile, kann ich das Tag verändern? Ich möchte versuchen, eine Wabe daraus zu machen.


Ich habe auch versucht, die Daten in meine Lösung einzubinden, um dort mit der Datenstruktur und RTB-Einbindung weiterzuexperimentieren, die bei mir schon programmiert ist, aber ich erhalte 2 Fehlermeldungen:


in der Haupt-XAML macht diese Zeile Probleme:




Fehler:
Der Name "MySpecialFormatter" ist im Namespace "clr-namespace:TMEdit.RtbFormatter" nicht vorhanden.

Aber sie ist vorhanden.

Eine Schnellaktion oder Refactoring wird nicht angeboten.

Edit: obigen Fehler habe ich nun nach mehreren Versuchen durch eine erzwungene Neuerstellung der Projektmappe lösen können.


In der Datei MySpecialIconFormatter

schimpft VS, dass .Angle und .text jeweils kein Member von ucITs sind, aber sie sind doch in der entsprechenden XAML vorhanden.

Auch hier wird wiederum weder Schnellaktion noch Refactoring angeboten.


Grüße,
Pascal

na super … die einzige Datei, bei der ich komplett übersehen habe, die Codebehind anzuschauen … Bei allen anderen habe ich daran gedacht. *grml*

Ich glaube es liegt daran, dass bei den anderen nichts im Codebehind war und deshalb hab ich da nimmer dran gedacht zu schauen.



Dann werd ich mal weiter rumexperimentieren und schauen, ob noch was Problemchen bereitet. Aber ich glaube es sollte kein großes Problem sein.

Auch den Get und Set nehme ich mir nochmal genauer unter die Lupe.

Edit:

Von den Formatierungen her schaut es schon ganz gut aus. Ich habe beide Formatter in einem Namespace kombiniert.

Es gibt nur ein kleines Problem: die roten Texte in Fettschrift dienen dazu, dem Kunden zu zeigen, wo er was ändern kann/soll (also die rot formatierten Texte). Bei einigen Segmenten funktioniert das Ersetzen ohne Probleme, bei anderen wird folgende Fehlermeldung ausgeworfen:

Nachricht = Das Objekt des Typs "System.Windows.Documents.InlineUIContainer" kann nicht in Typ "System.Windows.Documents.Run" umgewandelt werden.

Bei diesem Test passiert es in jeder 2. "Tabellen"-Zeile. Kann auch nur ein Zufall sein, dass es in jeder 2. auftritt. Ich habe noch keine Zeit gehabt mir das genauer bzw. mit anderen Testdaten anzuschauen, da es schon recht spät ist, aber vielleicht fällt Dir ja auf Anhieb was dazu ein. Ein Verdacht von mir fällt darauf, dass es nur in Zellen auftritt, in denen beide Formatierungen (also tp und ts) vorhanden sind. Muss ich mir dann morgen oder so noch genauer anschauen.


Die Änderung am UserControl habe ich noch nicht ganz raus, mir fehlen grad die Referenzpunkte zum Zeichnen. Erinnert mich irgendwie an PC Logo aus den 90ern. Gibt es nur die Möglichkeit die Linien programmatisch zu ziehen oder kann man die auch irgendwie "zeichnen"?

Die Rückformatierung am Ende ist auch kein Problem in diesem Usecase. Ich rufe die Werte aus den Zellen im Codebehind über die OC ab und dort sind die Formatierungen nicht vorhanden. Nur die ursprünglichen Tags.

LG,
Pascal

Hallo,

Der Fehler tritt in jedem Feld auf, das ein UserControl TP enthält. Unabhängig von dessen Position. Eigentlich sollte der Case Else den Text davor und danach in Run umwandeln (oder nicht?), aber das scheint nicht zu geschehen, und falls es doch geschieht, dann behält der InlineUIContainer die Kontrolle über das gesamte Feld.

Grüße,
Pascal

Hallo Sascha,

Sorry, hatte bewußt den Code noch nicht gepostet, da ich noch etwas rumexperimentiert habe. Leider habe ich aber keine zufriedenstellende Möglichkeit gefunden, beide Formatierungen in einem Namespace zu vereinen. Ich überlege aber, ob es nicht auch besser wäre trotzdem nur die Tags zu verwenden, auch wenn mir für den zu ändernden Text die Fettschrift lieber wäre. Je länger ich darüber nachdenke, hat beides (nur Tags bzw. eine Mischung) irgendwie Vor- und Nachteile.

Hier mal mein Code soweit:



Wenn ich die Funktion GetText leer lasse, habe ich keine Fettformatierungen, dafür ist der Text aber auch mit Tags veränderbar, wenn ich den Code für die Formatierungen einbinde, kann ich die Felder mit Tags nicht verändern.


Ich es eigentlich auch möglich die Violetten Tags als nicht löschbar/veränderbar zu deklarieren? Für so etwas könnte ich später eventuell Verwendung haben, habe aber bei meinen Google-Suchen nichts entsprechendes gefunden.


In der Zwischenzeit habe ich auch die Paginierung mit Deinem Tipp hinbekommen. Geht ja viel einfacher, als alle immer in diversen Foren schimpfen.

Hier gibt es aber noch ein kleineres Problem mit den Tags. Wenn ich die Seiten wechsle ohne was zu ändern gibt es kein Problem. Die Tags bleiben. Wenn aber in einer Textbox irgendwas verändert wird (auch außerhalb der Tags oder Formatierungen), man dann eine andere Seite der Ergebnisse aufruft und wieder zu der Seite mit der Änderung zurückkehrt, sind die Tags/Formatierungen verschwunden.

Das ergibt in meinen Augen keinen Sinn, da am Tag selbst nichts geändert wurde. Ich gehe mal davon aus, dass ich die Formatierungen/Tags wieder laden kann, indem ich den MySpecialFormatter nochmal drüberlaufen lasse, wenn eine Seite neu geladen wird, aber wie gesagt, ergibt es für mich keinen Sinn, dass die Formatierungen/Tags überhaupt verschwinden.

Das möchte ich mir aber noch gerne selbst etwas anschauen.


Zu den Fettformatierungen habe ich noch eine Frage: Ist es in irgendeinem Dir bekannten Szenario möglich, dass durch Ändern des Texts zwischen den Auslösern (edit: die Auslöser sieht man ja in der RTB nicht) die Auslöser {ts} und {/ts} teilweise gelöscht und somit "beschädigt" würden. Wenn ein Start- oder Endauslöser gelöscht würde, wäre das kein Problem, nur wäre es blöd, wenn zum Beispiel nur {t, {ts, ts} oder eine ähnliche Kombination stehen bleiben würde. Ich glaube zwar nicht, dass es passieren kann, aber ich möchte es nur mit Sicherheit ausschließen können.

Grüße,
Pascal

*CodeTags editiert* ~NoFear23m

Hallo Sascha,

Wenn beide Klassen im Namespace RtbFormatter sind, sind dies auch im XAML im selben Namespace.

Das ist mir schon klar. Was ich meinte, ist mein bisheriger Code. Ich schaffe es nicht beide Varianten so in den Code einzubinden, dass beides funktioniert. Mit der jetzigen Variante habe ich zwar Platzhalter und Fettschrift wie gewünscht, der Benutzer kann aber in RTBs mit Platzhaltern den Text nicht verändern, weil es eine Fehlermeldung rausknallt (siehe weiter oben).
Wenn ich den GetText leer lasse, funktionieren zwar sowohl Formatierungen, Platzhalter als auch das Ändern der Texte, aber natürlich befüllt es am Ende die RTBs nicht mehr, wenn schon was geändert und die Seite gewechselt und wieder zurückgewechselt wurde, und lässt sie leer. Was ja auch Sinn macht. Ich verstehe nur nicht, warum die beiden nicht kombinierbar zu sein scheinen.

Wie nicht verändern. Bei meinem Beispielprojekt ist es änderbar.

Ja, im Beispiel funktioniert es problemlos, wenn ich mich in meinem Projekt jeweils für einen Namespace entscheide, funktioniert es auch, aber ich versuche ja gerade eine Kombination aus beiden Namespaces zu erstellen. Da funktioniert es komischerweise nicht mehr. (Siehe Code weiter oben).

Ich habe zumindest schon mal rausgefunden, dass der GetText-Teil das Problem zu verursachen scheint und nicht wie ursprünglich vermutet im SetText. Die Frage ist noch wo.
Hm. *lol* bei 8 Zeilen … an sich in der 4. Zeile, da Runs aufgerufen werden, aber InlineUIContainer dazwischen sind. Muss ich den Schmarrn auf InlineUIContainer und Runs aufteilen? Geht das überhaupt?

Auch das muss in deine Logik mit hinein.

Das heißt es kann also passieren, dass ein Tag zum Teil gelöscht oder beschädigt wird, wenn der Benutzer ewas am Fett formatierten Text ändert. Habe ich das richtig verstanden?

Edit: Wie ich die Formatierungen über GetText wieder reinbekomme, habe ich rausgefunden, nur erkenne ich nicht, wo ich diese setzen muss. Bei einer Web-App würde ich mir leichter tun, da ich von der angezeigten Seite, den Quelltext anzeigen lassen kann, und nach gewissen Elementen Ausschau halten kann. Hier geht das aber nicht.

Hinterlässt die erste Umwandlung irgendwelche Spuren (Tags o. ä.), woran ich erkennen kann, welcher Teil formatiert war? Dann könnte ich danach suchen und einfach die Tags rundherum setzen bzw. ersetzen.
Oder muss ich die gleiche Suchlogik, wie beim Erstellen der ursprünglichen Tags auch im GetText-Bereich nochmal durchlaufen lassen. Wenn ich also vorher "es" (oder einen RegEx) gesucht habe, auch im GetText wider nach genau diesem Wort oder RegEx suchen?

Grüße,
Pascal

Hallo Sascha,

Na super. Ne MS-Seite... da kann ich mir gleich die Kugel geben. Das sind die schlimmsten, was das Verständnis angeht. Aber die Seite habe ich mir eh auch schon vor ein zwei Wochen mal angeschaut. Nicht wirklich was brauchbares erkannt bzw. verstanden.


Bezüglich Beispiel, um den Fehler zu reproduzieren: Hier einfach anhand von Deinem Beispiel implementiert. Versuch einfach im ersten Feld sowohl {ts} und {\ts} als auch {tp} und {\tp} einzusetzen und versuche dann im 2. Feld den generierten Text zu ändern. Angepasst habe ich den MySpecialFormatter.

Hallo Sascha,

Jetzt hab ich schon gedacht, ich bin wirklich zu deppert, aber ich habe gemerkt, dass Du es genausowenig hinbekommst. Dein Code hat zwar die Tags implementiert, nach denen ich noch nicht mal gefragt habe, sie ins Beispiel zu implementieren. Ich habe nämlich noch selber nach beispielen dafür gesucht, aber nur ne halte Stunde Zeit gehabt die letzten Tage, wodurch das Ergebnis eher mau war.
Aber der Fehler besteht weiterhin.

Nein, ich verstehe das Get und Set noch immer nicht ganz, aber ich mache Fortschritte. Ich habe schon viel besser verstanden, wie er überhaupt auf das XAML zugreift.
Dass ich die Tags so abrufen könnte, wenn sie implementiert sind, hatte ich schon verstanden und mit etwas anderem auch schon entsprechend versucht und erfolgreich umgesetzt. Nur darauf einen Select Case zu verwenden, habe ich nicht gedacht. Aber es fehlt immer noch sehr viel weiteres Wissen, da es so viele Überladungen gibt.

Das Problem besteht darin den "Inline.Text" so abzurufen, dass das Programm kein Problem mit den InlineUIContainern hat. (Geht zurzeit auch nur mit Containern, aber später müsste ich beide eh kombinieren, daher die Kombination beim Versuch.) Du dürftest den Test nicht so gemacht haben wie ich es beschrieben habe, sonst wäre Dir das aufgefallen. Siehe Anhänge. Wenn Du den Text so eingibst und im Ergebnisfenster (rechts) versuchst, den Text zu ändern, knallt GetText einen Fehler wegen der InlineUIContainer raus sobald Du auch nur einen Tastenanschlag machst.

Grüße,
Pascal