You are not logged in.

Dear visitor, welcome to KDE-Forum.org. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1

Wednesday, October 13th 2004, 7:49am

konqueror file manager bugs

1.) cannot show hidden files and folders

2.) pressing [up[ at the top jumps to the last row in the window
3.) pressing [down] jumps to the top row in the window
4.) pressing [left] at the leftmost row jumps to rightmost row above it,
5.) pressing [right] at the rightmost row jumps to the leftmost row below it

2

Wednesday, October 13th 2004, 9:30am

Re: konqueror file manager bugs

Quoted

Original von user222

1.) cannot show hidden files and folders

2.) pressing [up[ at the top jumps to the last row in the window
3.) pressing [down] jumps to the top row in the window
4.) pressing [left] at the leftmost row jumps to rightmost row above it,
5.) pressing [right] at the rightmost row jumps to the leftmost row below it


The first one is not true: Select the option
View -> Show hidden files
You can also define a shortcut to toggle this under
Settings -> Configure shortcuts
That's what I did.


The rest are not bugs but features. Hold down the respective key and see how the selection
moves over all the items in a logical manner (logical at least to me).

3

Saturday, November 27th 2004, 11:05pm

although you're right that this is the "logical" thing to do i personally think its bad design. the reason is that i often want to zoom all the way to the bottom/top/left/right of the window i am in by holding down whatever key -- now i can't do that. also, sometimes you get this arrangement:

[code:1]
--Window--------
- -
- 1 2 3 -
- -
- 4 5 6 -
- -
- 7 8 9 -
----------------
0
[/code:1]

That is very bad ASCII art where you are looking at a file window and each number is a file. Lets say you have the bottom middle file selected, file 8. You want to select file 0. Well, since you can't see how many items are on that bottom row (they are cut off by the window) you're sunk, unless you use the mouse (much slower). Unless you dutifilly tap the arrow key over to 7, then down one, examine the contents of the row, and so on, you're going to overshoot and jump back to either 6 or 3, totally not where you wanted to be. However if these features were not in place you could just hold the left arrow for a second, then hold the down arrow for a second, and you'd be there. I do it all the time (in Windows at work)

Although I agree with you it's not a bug

4

Saturday, November 27th 2004, 11:24pm

Quoted

Original von pojo


Unless you dutifilly tap the arrow key over to 7, then down one, examine the contents of the row, and so on, you're going to overshoot and jump back to either 6 or 3, totally not where you wanted to be. However if these features were not in place you could just hold the left arrow for a second, then hold the down arrow for a second, and you'd be there. I do it all the time (in Windows at work)
Wow, that's really complicated. ;-)

I would just hold down the *right* arrow and wait. Or I just press Ctrl-end.

5

Saturday, November 27th 2004, 11:27pm

haha, true. it is a very picky thing. good idea about holding down the right arrow. still irks me as inefficient, but its progress

6

Saturday, November 27th 2004, 11:32pm

BTW: I think there *are* real bugs in the way the selection moves but I could not find a pattern yet to create a good bug report. Sometimes the selection seems to jump in weird ways when moving with the arrow keys.