Arch Linux

Double Commander fehler

cipher

Hallo zusammen,

Es geht um den Dateimanager Double Commander (doublecmd-gtk2).

Ich habe seit dem Update 0.7.3-1 vom 04.07.2016 das Problem das beim umbenennen von Dateien der Cursor ein Zeichen weiterspringt, anstatt an der Position zu bleiben.
Um etwas genauer zu werden.
Wenn ich zum Beispiel die Datei mit dem Namen "Foo1.bar" in Foo2.bar umbenennen will, drücke ich F2 (entspricht umbenennen) setze den Cursor vor die 1 und drücke entfernen. Normalerweise wird der Cursor dann zwischen dem "o" und dem "." stehen bleiben und ich kann eine "2" einfügen. Das passiert jedoch nicht, der Cursor springt ein Zeichen weiter hinter den "." und vor das "b". Muss also mit der Cursor Links Taste wieder eins zurückgehen. Ich hoffe ich habe das einigermaßen verständlich erklärt.

Ich dachte ich warte mal wird beim nächsten Update schon behoben werden.
Am 22.08.2016 kam Version 0.7.4-1 Fehler immer noch da.
Am 12.09.2016 kam Version 0.7.5-1 Fehler immer noch da.

Hmm, habe vielleicht nur ich den Fehler oder kann das jemand bestätigen?
Hat jemand eine Lösung dafür?

Gruß

Greg

Ich bin das mal durchgegangen. Hier die Beschreibung:
Datei markiert
F2 betätigt Dateiname wird eingerahmt, Cursor ist ganz vorne. Nicht blinkend.
Cursortaste links betätigt, blinkender Cursor ganz links.
Mit Cursortasten den Cursor vor die 1 bringen, del, 2 enter eingeben.
Umbenennung fertig.
Ich kann nichts ungewöhnliches feststellen.
Installierte Version: doublecmd-gtk2 0.7.5-1
Gruß aus DN
Greg

Lio

Moin,

ich hab mir das Ganze auch mal angesehn und kann das Verhalten bei mir bestätigen.

Hier eine Beschreibung:

Datei ausgewählt. F2 Dateinahme wird eingerahmt.
Belibiges Zeichen mittels Del oder Backspace gelöscht.
Cursor springt hinter nächstes Zeichen.

Installierte Version: doublecmd-gtk2 0.7.5-1

Als Test habe ich die gtk Version deinstalliert und die qt (doublecmd-qt 0.7.5-1) Version probiert.
Dort tritt das Problem nicht auf.

Der verwendetet WM ist bei mir DWM, das mittels startx gestartet wird.

Gruß Lio

Werner

Der Fehler liegt allem Anschein nach an GTK2: Bugreport 1473 und 1492

Ich kann das reproduzieren. Nach einem testweisen Downgrade auf diese Vorversion tritt der Fehler nicht mehr auf:
[2016-07-19 18:11] [ALPM] upgraded gtk2 (2.24.30-2 -> 2.24.30+95+g876b5f7-1)

@Greg
Warum der Fehler bei dir nicht reproduzierbar ist, ist mir im Moment aber nicht klar.

@Lio
Das würde den Verdacht auf GTK2 bestätigen …
Ich nutze den als portable Version, wenn ich an Windows etwas zu tun habe. Da tritt der Fehler auch nicht auf.

Gruß, Werner

Edit: Versionshinweis hervorgehoben (war zuvor missverständlich)

stefanhusmann

Ich kann den Fehler bestätigen, und mit dem Downgrade auf gtk2 2.24.30-2 verschwindet das falsche Verhalten auch bei mir.

Der Bugreport existiert ja auch schon. Gibt es eigentlich moch ein anderes in Pascal geschriebenes Programm in den Repos? Das müsste dann ja denselben Fehler aufweisen.

Werner

@Stefan
Ja, in der Tat, du hast recht. Bei lazarus-gtk2 ist das gleiche Verhalten.
(Feld in Objektinspektor --> Komponenten)

Gruß, Werner

cipher

Na dann warten wir doch mal geduldig ab.

Vielen Dank für eure Rückmeldungen.