Would somebody please confirm the following two behaviors?
One ===
* Configure Konqueror to detailed list or tree view. * Select a file. * Use the keyboard cursor keys to move up and down the list.
The selection block follows the cursor keys but not the highlighting.
The highlighting seems to follow the cursor keys in icon view.
Two ===
* Create two empty files: 0001 and 0002. * Rename 0002 to 0000.
Konqueror does not automatically refresh the list to resort the files. A manual refresh is required.
History =======
As far as I can see in my KDE 3 VM, both quirks are inherited from KDE3.
Would these issues be easy to fix before 14.1.0?
Thanks.
On Sat, 25 Mar 2023 13:26:08 -0500 Darrell Anderson via tde-devels devels@trinitydesktop.org wrote:
Would somebody please confirm the following two behaviors?
One
- Configure Konqueror to detailed list or tree view.
- Select a file.
- Use the keyboard cursor keys to move up and down the list.
The selection block follows the cursor keys but not the highlighting.
The highlighting seems to follow the cursor keys in icon view.
I couldn't reproduce initially until I put one Konqueror window in icon view, then went back to detailed list view. Prior to that, the highlight moved with the cursor. Afterwards, it was broken for all Konqueror windows in detailed view (not just the one whose settings I had changed), including those on other desktops and those I didn't open until afterwards (with detailed view as default).
However, I happened to have a separate X session open on the same machine (:1 to the main one's :0), and its Konqueror windows were *not* affected.
Something per-TDE-instance (not per-Konqueror-window) may not be getting handled properly when the view setting changes.
Two
- Create two empty files: 0001 and 0002.
- Rename 0002 to 0000.
Konqueror does not automatically refresh the list to resort the files. A manual refresh is required.
Confirmed (although it's no worse than the sorting quirks in many versions of Windows).
My system: Gentoo, TDE 14.0.13.
E. Liddell
On 3/25/23 3:56 PM, E. Liddell via tde-devels wrote:
I couldn't reproduce initially until I put one Konqueror window in icon view, then went back to detailed list view. Prior to that, the highlight moved with the cursor. Afterwards, it was broken for all Konqueror windows in detailed view (not just the one whose settings I had changed), including those on other desktops and those I didn't open until afterwards (with detailed view as default).
I have seen the quirk momentarily behave as described, but I do not know how to replicate consistently. I have tried toggling to icon view and back, but that does not seem to trigger correct behavior.
Although the quirk does not break anything, that the highlighting does not follow the cursor block is disorienting. After many years of using a file manager that did not do that I am not acclimating well to this quirky behavior.
Confirmed (although it's no worse than the sorting quirks in many versions of Windows).
I see there are some new sorting options coming with 14.1.0. I hope they mimic the KDE Dolphin sorting order. Perhaps this lack of automatic refresh might have gotten inadvertently fixed through those patches. We'll see.
Again, nothing is broken by not automatically refreshing, but disorienting. My eyes and mind expect to see the change and nothing happens. Each time this happens I kind of just sit there until my mind registers that this is a quirk and nothing is going to happen until I press F5.
On Sat, 25 Mar 2023 17:14:00 -0500 Darrell Anderson via tde-devels devels@trinitydesktop.org wrote:
On 3/25/23 3:56 PM, E. Liddell via tde-devels wrote:
I couldn't reproduce initially until I put one Konqueror window in icon view, then went back to detailed list view. Prior to that, the highlight moved with the cursor. Afterwards, it was broken for all Konqueror windows in detailed view (not just the one whose settings I had changed), including those on other desktops and those I didn't open until afterwards (with detailed view as default).
I have seen the quirk momentarily behave as described, but I do not know how to replicate consistently. I have tried toggling to icon view and back, but that does not seem to trigger correct behavior.
Toggling back to detailed view definitely does not cause correct behaviour to return, no. Once it's broken, it appears to stay broken.
E. Liddell
On 3/25/23 7:12 PM, E. Liddell via tde-devels wrote:
Toggling back to detailed view definitely does not cause correct behaviour to return, no. Once it's broken, it appears to stay broken.
Oddly, when I saw this quirk after returning to TDE many weeks ago, I immediately recognized what was happening. I was certain that many years ago I had filed a bug report in the old Bugzilla, but I can't find anything. Possibly I never filed a bug report and mentioned the quirk in the mail lists. I don't know but the first instance I saw this happening was classic deja-vu.
I suppose I should file a new bug report in that giddyup gitea thingie.
The selection block follows the cursor keys but not the highlighting.
The highlighting seems to follow the cursor keys in icon view.
the behavior is very inconsistent, sometimes the highlights follow the cursor, sometimes not. I can reproduce even without switching to icon mode, also playing with mouse, cursor, F5 and Shift+Cursor, it seems that it is (randomly) possible to switch between correct and wrong behavior. Definitely a bug.
Two
- Create two empty files: 0001 and 0002.
- Rename 0002 to 0000.
Konqueror does not automatically refresh the list to resort the files. A manual refresh is required.
Confirmed
Would these issues be easy to fix before 14.1.0?
Impossible as R14.1.0 is going into soft freeze tonight.
I suppose I should file a new bug report in that giddyup gitea thingie.
Yes, please. Separate bug reports if possible, being two different problems.
Cheers Michele
-
Darrell Anderson -
E. Liddell -
Michele Calgaro