Sebastian wrote:
> Ok, I'm getting this same behavior, in icon view. Though I'm not sure
> about Shift+Space;
...err, I meant Ctrl+Space.
> I can't quite tell, did you say this is supposed to work in list view as
> well?
As said, this is different from current GtkTreeView behavior.
> Yeah, s
Benedikt Meurer wrote:
> Sebastian wrote:
>
>>So how should one select the current cursor row?
>>Are you saying the arrow keys should activate selection for the current
>>cursor item?
>
>
> File "03" is selected and has cursor:
> http://www.foo-projects.org/~benny/tmp/exo-icon-view-cursor-demo0
Sebastian wrote:
> So how should one select the current cursor row?
> Are you saying the arrow keys should activate selection for the current
> cursor item?
File "03" is selected and has cursor:
http://www.foo-projects.org/~benny/tmp/exo-icon-view-cursor-demo0.png
Now delete "03", selection is e
Benedikt Meurer wrote:
> Sebastian wrote:
>
>>>Guys, I think you are confusing the cursor with the selection. When
>>>deleting an item from the icon view, the cursor (if set) will be placed
>>>on the next item (or if there's no next item, on the prev item). The
>>>next item won't be selected, but
Sebastian wrote:
>>Guys, I think you are confusing the cursor with the selection. When
>>deleting an item from the icon view, the cursor (if set) will be placed
>>on the next item (or if there's no next item, on the prev item). The
>>next item won't be selected, but it will have the keyboard focus.
Benedikt Meurer wrote:
> Sebastian wrote:
>
>
>>I would have to agree with Harold here. Say you're browsing through a
>>folder full of lots of content, maintaining a collection of something
>>large. You decided to delete something, and then wish to continue
>>browsing from where you left off.
Sebastian wrote:
> I would have to agree with Harold here. Say you're browsing through a
> folder full of lots of content, maintaining a collection of something
> large. You decided to delete something, and then wish to continue
> browsing from where you left off. Yet now your position has been
is there any way to save the location of the cursor, so nothigns
selected, but a left button, would highlight the next logical file?
seems like it would please both groups
On 3/14/06, Sebastian <[EMAIL PROTECTED]> wrote:
> Harold Aling wrote:
> > Benedikt Meurer wrote:
> >
> >>Harold Aling wrote:
Harold Aling wrote:
> Benedikt Meurer wrote:
>
>>Harold Aling wrote:
>>
>>
>>>I know what the alternatives are, but when browsing through a bunch of
>>>files, I delete them one at a time. This is how I do it for years now in
>>>Explorer. Detailed list, arrow keys and page down/up to go down/up t
Benedikt Meurer wrote:
Harold Aling wrote:
I know what the alternatives are, but when browsing through a bunch of
files, I delete them one at a time. This is how I do it for years now in
Explorer. Detailed list, arrow keys and page down/up to go down/up the
list and then hit delete
Harold Aling wrote:
> I know what the alternatives are, but when browsing through a bunch of
> files, I delete them one at a time. This is how I do it for years now in
> Explorer. Detailed list, arrow keys and page down/up to go down/up the
> list and then hit delete when I want to delete a file.
>
Benedikt Meurer wrote:
Harold Aling wrote:
That's the expected behaviour. When you delete the selected item(s),
nothing will be selected. What you requested was that the cursor/anchor
should be moved to the next item, and that's what it does now.
Ah, sorry
Harold Aling wrote:
>>That's the expected behaviour. When you delete the selected item(s),
>>nothing will be selected. What you requested was that the cursor/anchor
>>should be moved to the next item, and that's what it does now.
>>
> Ah, sorry if I wasn't clear on what I suggested. I indeed would
Benedikt Meurer wrote:
Harold Aling wrote:
It's committed (-> libexo).
I use the most current version of libexo and thunar and still the
selection gets lost when deleting an item.
Can anyone confirm this?
That's the expected behaviour. When you
Harold Aling wrote:
>>It's committed (-> libexo).
>>
> I use the most current version of libexo and thunar and still the
> selection gets lost when deleting an item.
>
> Can anyone confirm this?
That's the expected behaviour. When you delete the selected item(s),
nothing will be selected. What yo
Benedikt Meurer wrote:
Harold Aling wrote:
I got another one: when I delete a file, focus gets lost and the top
file/directory is selected when navigating with the 'arrow' keys. I'd
expect that the next file is either selected or selected by pressing an
Harold Aling wrote:
I got another one: when I delete a file, focus gets lost and the top
file/directory is selected when navigating with the 'arrow' keys. I'd
expect that the next file is either selected or selected by pressing an
arrow key.
>>>Done.
>>
>>SVN seems to be dow
Benedikt Meurer wrote:
Benedikt Meurer wrote:
I got another one: when I delete a file, focus gets lost and the top
file/directory is selected when navigating with the 'arrow' keys. I'd
expect that the next file is either selected or selected by pressing an
arrow key.
Benedikt Meurer wrote:
>>I got another one: when I delete a file, focus gets lost and the top
>>file/directory is selected when navigating with the 'arrow' keys. I'd
>>expect that the next file is either selected or selected by pressing an
>>arrow key.
>
>
> Done.
SVN seems to be down, so it'
Harold Aling wrote:
> I got another one: when I delete a file, focus gets lost and the top
> file/directory is selected when navigating with the 'arrow' keys. I'd
> expect that the next file is either selected or selected by pressing an
> arrow key.
Done.
> -H-
Benedikt
__
Jani Monoses wrote:
Benedikt Meurer wrote:
Harold Aling wrote:
Hope I don't drive you crazy: when deleting an item in detailed view,
the scrollbar doesn't get rescaled
Resulting in with white, empty space until you click elsewhere or use an
arrow key to navigate.
Benedikt Meurer wrote:
> Harold Aling wrote:
>> Hope I don't drive you crazy: when deleting an item in detailed view,
>> the scrollbar doesn't get rescaled
>>
>> Resulting in with white, empty space until you click elsewhere or use an
>> arrow key to navigate.
>
> That's GtkTreeView behaviour si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/9/2006 3:22 PM, Benedikt Meurer wrote:
> Harold Aling wrote:
>> Hope I don't drive you crazy: when deleting an item in detailed view,
>> the scrollbar doesn't get rescaled
>>
>> Resulting in with white, empty space until you click elsewhere or us
Harold Aling wrote:
> Hope I don't drive you crazy: when deleting an item in detailed view,
> the scrollbar doesn't get rescaled
>
> Resulting in with white, empty space until you click elsewhere or use an
> arrow key to navigate.
That's GtkTreeView behaviour since Gtk+ 2.8.
> -H-
Benedikt
__
Hope I don't drive you crazy: when deleting an item in detailed view,
the scrollbar doesn't get rescaled
Resulting in with white, empty space until you click elsewhere or use an
arrow key to navigate.
-H-
___
Thunar-dev mailing list
Thunar-dev@xfce.or
I got another one: when I delete a file, focus gets lost and the top
file/directory is selected when navigating with the 'arrow' keys. I'd
expect that the next file is either selected or selected by pressing an
arrow key.
-H-
___
Thunar-dev mailing li
Harold Aling wrote:
> Another "may-or-may-not be ridiculous idea" : rename/label removable media.
>
> My recently formatted SDA shows as sda1 in Thunar...
HAL doesn't seem to provide a method to relabel volumes.
> -H-
Benedikt
___
Thunar-dev mailing l
Benedikt Meurer wrote:
Oops, sorry... Since Thunar is able to report free space on a mount, i
thought it shouldn't be that difficult to implement a 'cancel/continue
anyway' dialog...
Unix file systems are complex. The free space reported by Thunar should
be considered as a ro
Harold Aling wrote:
>>Ah, you mean, Thunar should first check whether enough space is
>>available? Well, even if you ignore the numerous race conditions that
>>would arise here, you'd still be unable to reliably detect whether or
>>not enough space is available (i.e. different block sizes, availabl
I get this error after Thunar has copied xx% of the file and can't write
the rest of it.
Ah, you mean, Thunar should first check whether enough space is
available? Well, even if you ignore the numerous race conditions that
would arise here, you'd still be unable to reliably d
Harold Aling wrote:
>>This sounds like a bug in Linux then.
>>
> mkdosfs /dev/sda1 corrects this...
Then you should do mkdosfs. ;-)
Still, the kernel shouldn't hang forever. It should return with an error
if its unable to read a file/directory.
> I get this error after Thunar has copied xx% of t
Benedikt Meurer wrote:
Harold Aling wrote:
2. If Thunar is unable to get a file listing from a location within X
seconds, spawn a notification (retry, cancel) dialog.
Ehm, no. This doesn't make sense.
When I format a SD card
Harold Aling wrote:
>
>>>2. If Thunar is unable to get a file listing from a location within X
>>>seconds, spawn a notification (retry, cancel) dialog.
>>
>>Ehm, no. This doesn't make sense.
>>
> When I format a SD card with my PDA, Linux is unable to read from it.
> When I open the 'corrupted' l
Benedikt Meurer wrote:
Harold Aling wrote:
I keep finding really minor stuff. Should I post these things on the
mailing list, create bug reports or mail you (Benedikt) directly?
Use the mailinglist.
1. Add a 'sync' context menu button for async mounted remov
Harold Aling wrote:
> I keep finding really minor stuff. Should I post these things on the
> mailing list, create bug reports or mail you (Benedikt) directly?
Use the mailinglist.
> 1. Add a 'sync' context menu button for async mounted removable media
There's unmount, no need for sync (well, yo
I keep finding really minor stuff. Should I post these things on the
mailing list, create bug reports or mail you (Benedikt) directly?
1. Add a 'sync' context menu button for async mounted removable media
2. If Thunar is unable to get a file listing from a location within X
seconds, spawn a noti
36 matches
Mail list logo