Hey Community,

ich hab leider noch ein Problem (3 Themen in 3 Tagen, yippie) :
Ich möchte, dass der User die Möglichkeit hat, einen internen String mit Tastendrücken zu befüllen. Da ich nur bestimmte Keys erlauben wollte, ist meine bisherige Lösung über die Window.InputBindings und dann per Command einer Property hinzufügen, die wiederum an einen TextBlock gebunden ist zum anzeigen - funktioniert, alles gut.
Das Ganze setzt aber voraus, dass neue Eingaben immer am Ende hinzukommen, ist okay, aber suboptimal. Was ich also brauche, ist eine Möglichkeit einen Caret zu haben, der hinundher bewegbar ist, mit Pfeiltasten denke ich mal.
Zwei Ideen hatte ich:
1) TextBlock durch TextBox ersetzen, Design aber wie bei TextBlock (transparent, no border, textwrapping) und IsReadOnly. Dann ist aber der Cursor trotzdem nicht da. Mach ich die Box nicht ReadOnly, hab ich zwar den Cursor, aber kann ja eingeben was ich will, dann sind die KeyBindings useless. Also im CodeBehind im KeyDown-Event einfach e.Handled = true; dann ist zwar der/die/das Caret da, aber keine Eingabe mehr möglich, selbst mit den KeyBindings des Windows (verwundert mich iwie, aber ist so, es sei denn ihr habt da ne Idee?).
2) Auch einfach TextBox nutzen, und dann im CodeBehind nur bei den erlaubten Keys e.Handled auf false lassen, aber ich weiß nicht wie WPF-konform das ist.

Ich hoffe, das Problem wurde klar.

Danke im Voraus,
Plexian

P.S.: Braucht mir keinen Award für wunderschönes Denglish zu verleihen

Ich push mal ganz unauffällig, habs wohl zur falschen Zeit gepostet

@Nikx gut, das präferiere ich nämlich auch, ich war mir nur nicht sicher wie sehr das WinForms-Style ist anstatt WPF.

Hab jz ein wenig rumgebastelt, und folgendes ist erstmal bei raus gekommen (KeyBindings hab ich auskommentiert):

Das funktioniert auch soweit gar nicht so so schlecht, bis auf ein paar Dinge:
1) Die Enter-Taste, welche eig noch von den Window.InputBindings aufgefangen werden soll, geht nicht mehr
2) Genauso die Escape-Taste (ClearAll), welche aber wieder geht, wenn ich das KeyBinding in die TextBox.InputBindings verschiebe
3) Da man immer schreiben können soll, muss die TB durchgehend (!) fokussiert sein, und nicht mal das hilft: ExpressionBox.LostFocus += (sender, args) => FocusManager.SetFocusedElement(outerGrid, ExpressionBox);
4. Beim Drücken von dem Caret (Oem5, ^ das hier), hört die TB komplett auf Eingaben entgegenzunehmen (wartet wahrscheinlich auf sowas wie ein a um ein â draus zu machen)

--> Langsam stelle ich mir die Frage, ob ich nicht beim alten TextBlock bleibe und den Cursor einfach selbst animiere

@ErfinderDesRades Prinzipiell möchte ich eine TextBox im TextBlock-Design (hab ich), die nur bestimmte Eingaben zulässt.
Wichtig dabei ist, dass diese dauernd fokussiert ist (sprich Tastendrücke immer bei der TextBox ankommen), aber trotzdem bestimmte Tasten mit Commands verknüpft sind. Das heißt, ich möchte u.A. 0-9 in der TextBox dann sehen, dann aber das die Enter-Taste einen Command ausführt, die Escape-Taste die TextBox leert. Sowas.
Deswegen meine Eingangsidee, einfach erlaubten Tasten mit KeyBindings verknüpfen, und einige fügen dann halt ein Zeichen zum ehemaligen TextBlock hinzu. Langte aber nicht, ich brauche die Möglichkeit den Cursor oder Caret (ich weiß nicht richtig wie das blinkende Ding heißt) zu verschieben.

Ich hoffe das ist klarer geworden, und somit auch meine Probleme, die noch bestehen:

Plexian schrieb:

Das funktioniert auch soweit gar nicht so so schlecht, bis auf ein paar Dinge:
1) Die Enter-Taste, welche eig noch von den Window.InputBindings aufgefangen werden soll, geht nicht mehr
2) Genauso die Escape-Taste (ClearAll), welche aber wieder geht, wenn ich das KeyBinding in die TextBox.InputBindings verschiebe
3) Da man immer schreiben können soll, muss die TB durchgehend (!) fokussiert sein, und nicht mal das hilft: ExpressionBox.LostFocus += (sender, args) => FocusManager.SetFocusedElement(outerGrid, ExpressionBox);
4. Beim Drücken von dem Caret (Oem5, ^ das hier), hört die TB komplett auf Eingaben entgegenzunehmen (wartet wahrscheinlich auf sowas wie ein a um ein â draus zu machen)

@ErfinderDesRades: Ah ja, wie angedeutet, hab ich 3 Threads in den letzten Tagen eröffnet, in nem anderen Thread hatte ich das erklärt.
Ich programmiere einen Taschenrechner, anbei mal mein momentanes View. Und das einzige Eingabefeld ist halt für den Term, und Buttons sollen den Focus auch nicht wegnehmen, es soll ähnlich funktionieren wie Standard CASIO Rechner.
Wenn du stattdessen nen anderen Designvorschlag hast (nicht optisch, die Umsetzung), immer her damit

@Trade: So isses.

@ErfinderDesRades : Das PreviewKeyDown-Event schau ich mir an, sollte funktionieren. Ja, ein solcher Taschenrechner muss nicht allzu viel nützen, auch wenn ich schon einen gewissen Nutzen sehe - es geht darum, dass es meine Abitursprüfung wird, und der Aufwand jz schon Overhead war (hatte halt Spaß dran), wenn ich dann erst mit Parametern anfange wirds zu viel.

ErfinderDesRades schrieb:

Bei mir wäre ein Rechner halt eine Textbox, und zur Vereinfachung von Eingaben (Sin, Cos, etc.) gäbs noch paar Menüs zu klicksen.

Genau das solls ja auch sein. Nur möchte ich einfach etwas Design haben und nicht umbedingt erlauben, dass jemand "kartoffelsalat" da rein schreibt.

TL;DR; Ich probiere das PreviewKeyDown Event aus und melde mich.

ErfinderDesRades schrieb:

Wenn du das unterdrücken willst, dann kann man auch nicht "sin" reinschreiben.

Das dachte ich mir auch so, mag aber sein dass das als ungünstig empfunden wird.
Ne Alternative wäre für mich, beim TextChanged ein RegEx rüberlaufen zu lassen, und bei jedem unbekannten "Wort" das erstmal kursiv zu schreiben.