[TC7B4] Verhalten der Textauswahl nicht konsistent

[CSe]

Hi zusammen,

ich weiß nicht, ob wir dieses Thema hier schon hatten. Falls ja, stupse mich bitte einer mit der Nase darauf.

Ich versuche, es nachvollziehbar zu beschreiben, damit Ihr mir sagen könnt, ob das Verhalten auch in TC6.x vorhanden ist. Mir fielen dieses Verhalten zum ersten Mal in TC7B4 auf. Es ist kein wirklicher Bug oder ein großes Problem, für mich durch die Inkonsistenz aber sehr lästig, weil man bei der Bedienung immer umdenken muss.

Problembeschreibung:
Wenn Teile des Dateinamens per Tastatur markiert werden und diese Markierung erweitert werden soll, verhält sich der TC unterschiedlich je nachdem, wo (z.B. Dialogbox, Verzeichnisliste, ...)

Beispiel, wie ich es von Windows und anderen Anwendungsprogrammen her kenne:
Ich bewege den Textcursor an die Stelle im Text, an der die Auswahl beginnen soll. Dann drücke ich die Umschalttaste und erweitere die Auswahl in eine beliebige Richtung. Die Kombination Umschalt+Pfeiltasten verändern die Auswahl zeichenweise, die Kombination Umschalt+STRG+Pfeiltasten verändern die Auswahl blockweise bis zur nächsten Interpunkt bzw. Leerzeichen.
Drücke ich Umschalt+STRG+Pfeil rechts und anschließend wieder Umschalt+STRG+Pfeil links, ist meine Auswahl wieder verschwunden und der Textcursor steht wieder auf der ursprünglichen Stelle.

Die Auswahl merkt sich also die Stelle ihres Ursprungs und man bewegt den Textcursor. So soll's sein und das funktioniert in Word, im Explorer und im TC beim Umbenennen von Dateien in der Verzeichnisliste (Umschalt+F6).

Beispiel für davon abweichendes Verhalte:
Ich will eine Datei im TC von der einen Verzeichnisliste (z.B. linkes Fenster) in die andere (rechts Fenster) kopieren und dabei einen Teil des Dateinamens umbenennen.
Dazu wähle ich die gewünschte Datei (Am besten ist dieses Verhalten nachvollziehbar bei Dateinamen mit mehreren Leerzeichen) aus und drücke F5, woraufhin sich der Kopieren-Dialog öffnet. Nun ist der Dateiname ausgewählt und ich drücke Ende, um die Textauswahl zu entfernen und den Textcursor ans Ende des Textes zu bewegen.

Zwei Mal STRG+Links bewegt den Textcursor zum letzten Leerzeichen im Dateinamen.
Drücke ich nun Umschalt+STRG+Pfeil rechts und anschließend wieder Umschalt+STRG+Pfeil links, ist meine Auswahl nicht wieder verschwunden. Nein, die Auswahl wird zuerst nach rechts erweitert und anschließend nach links (anstatt sie wieder zu verkleinern). D.h. es ist nun der Dateiname ab dem *vorletzten* Leerzeichen ausgewählt.

Dieses Verhalten (in Kopieren-, Verschieben- und FTP-Upload-Dialog) steht im Gegensatz zum - meinem Empfinden nach "richtigen" - Verhalten, das ich im ersten Beispiel geschildert habe.


Noch ein kleiner Unterschied:
STRG+Pfeil links/rechts springt in Kopieren- und ähnlichen Dialogen zu Leerzeichen, Punkten und Slashes.
Beim Umbenennen in der Verzeichnisliste springt STRG+Pfeil links/rechts nur zu Leerzeichen und ignoriert Punkte.

Ich nehme an, die Ursache liegt in unterschiedlichen Formularelementen bzw. -controls, die Christian Ghisler in den Dialogen und im Verzeichnislisten verwendet.

Kann das jemand anhand dieser Beschreibung (lang, ich weiß. Tut mir leid.) das nachvollziehen und für TC6.x bestätigen oder widerlegen?

[ghisler(Author)]

Dies ist eine neue Funktion, u. z.B. zu Backslashes, Punkten oder Leerzeichen springen zu können. Leider gibt es keine Funktion, mit der man sowohl die Markierung als auch die Position des Cursors setzen kann, deshalb dieses Verhalten.

[seb]

'jetzt mit neuen und verbesserten funktionen' ...

bitte solche einschneidenden veränderungen optional halten
sowas macht den TC eher schlechter als besser
nicht mein verständnis eines updates ...

[StatusQuo]

Sehe ich ähnlich.

Abgesehen von solchen Nebenwirkungen: das Wort-Springen mit Strg-Taste ist ja zur Beschleunigung gedacht. Je mehr Zeichen da zusätzlich den Cursor stoppen, umso weniger nützlich wird diese Beschleunigung aus meiner Sicht.

[KyleK]

Aber gerade in den genannten Dialogen macht es durchaus Sinn, dass der Cursor bei Backslashes und Punktierung zum Halten kommt. So ist es im Übrigen in vielen Windows-eigenen Dialogfeldern auch, wo Pfade verwendet werden.

[StatusQuo]

Aber gerade in den genannten Dialogen macht es durchaus Sinn, dass der Cursor bei Backslashes und Punktierung zum Halten kommt.

Nachvollziehbar, aber Geschmackssache.
In WinW*rd ist das leider auch so. Entsprechend kann man die Funktion bei Texten vergessen, die Serien-/Artikel-/Ethernetnummern enthalten.
Beispiele: A-5,g:2-N,9 und 00-0A-BC-74-D2-12

Mit einer einfachen Sprungfunktion reicht ein Blick, um zu wissen, wo der Cursor nach einem Strg-Sprung landet. Mit Beachtung der ganzen Ausnahmen nicht mehr, blind tippen ohne Bildschirmkontrolle wird damit erschwert.

So ist es im Übrigen in vielen Windows-eigenen Dialogfeldern auch, wo Pfade verwendet werden.

Auch da nervt's: bei einem Pfadnamen halte ich es schon für sinnvoll, auch Backslashes und Punkte anzuspringen - aber nicht Unterstriche und sonstiges, wie das z.B. im Dialog zum Anlegen einer Verknüpfung gemacht wird.
Inkonsequent war MS auch: beim Umbenennen mit F2 im Explorer werden alle Sonderzeichen ignoriert.

[StatusQuo]

Stark verbessert / fixed in TC7 rc2.

[CSe]

Stark verbessert / fixed in TC7 rc2.

Ja, das finde ich auch. Ganz perfekt ist es noch nicht, aber wesentlich besser als bisher.

Vielen, vielen Dank, Christian Ghisler.