https://bugs.kde.org/show_bug.cgi?id=385622
--- Comment #7 from Holger ---
Created attachment 134384
--> https://bugs.kde.org/attachment.cgi?id=134384&action=edit
current histroy
Meanwhile Gwenview 19.12.3 comes with a "history menu" .. see screenshot.
Only it has some issues of handling fold
https://bugs.kde.org/show_bug.cgi?id=385622
Nate Graham changed:
What|Removed |Added
Priority|NOR |HI
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=385622
Holger changed:
What|Removed |Added
CC||h.kl...@gmx.de
--- Comment #6 from Holger ---
I don't
https://bugs.kde.org/show_bug.cgi?id=385622
Henrik Fehlauer changed:
What|Removed |Added
CC||rk...@lab12.net
--- Comment #5 from Henrik Fe
https://bugs.kde.org/show_bug.cgi?id=385622
--- Comment #4 from Christoph Feck ---
There is no problem in adding a 'Back' button. If you have a patch, we can
review it.
All I said is that going up in krarc: is buggy, and if the bug was reported and
fixed, you would not get constantly frustated.
https://bugs.kde.org/show_bug.cgi?id=385622
--- Comment #3 from Bobby ---
Sorry, I mean it would be Gwenview trying to emulate the back button. Krusader
has BOTH up and back buttons because they are not the same action.
Is there a problem with including a back button?
--
You are receiving th
https://bugs.kde.org/show_bug.cgi?id=385622
--- Comment #2 from Bobby ---
Itsn't it a little insane to change every single handler has to be programmed
to do the same thing as a back button... instead of just including a back
button?
Also, krusader HAS a back button. Meaning the behavior is c
https://bugs.kde.org/show_bug.cgi?id=385622
--- Comment #1 from Christoph Feck ---
That is a bug in krarc: handler. It works correctly with the zip: handler, for
example.
I suggest to report it separately to krusader developers.
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=385622
Nate Graham changed:
What|Removed |Added
CC||pointedst...@zoho.com
--
You are receiving this
