Linked by Thom Holwerda on Tue 25th Sep 2007 18:40 UTC
Gnome Ars has reviewed GNOME 2.20. "GNOME 2.20 was officially released last week after six months of development. The new version includes strong incremental improvements that contribute to a better user experience and provide more flexibility and integration opportunities for third-party software developers."
Thread beginning with comment 274322
To read all comments associated with this story, please click here.
mezz
Member since:
2005-06-29

For instance, the file dialogs still do not support even basic file management tasks like renaming and deletion.

I can't help it, I totally agree with him about it. It wastes my time to go to terminal or open file manager to do this task. Do anyone know if there is much of patch exists for this? I would love to use it for myself.

Reply Score: 14

RenatoRam Member since:
2005-11-14

Well, I for one think that having file managing functions inside the file selector is bad and wrong.

I've seen so many times people screw up their files making non undoable changes inside a file selector.

Besides, it's contrary to the principles of the gnome hig: a selection dialog should not be able to influence things outside of its scope.

Having a way to quickly open nautilus on the current directory, I think, would be a good compromise.

Reply Parent Score: 23

mezz Member since:
2005-06-29

I've seen so many times people screw up their files making non undoable changes inside a file selector.

I don't think it is a good reason. It is no difference with the file manager. Any users can screw up in file manager either.

Besides, it's contrary to the principles of the gnome hig: a selection dialog should not be able to influence things outside of its scope.

What is the difference with 'Create Folder'? Isn't it influence outside? or something that I don't understand?

Having a way to quickly open nautilus on the current directory

Not all users (include me) are using Nauitlus or file manager. When he creates a new file and somehow he wants to rename old file and use that old name for new file. It is wasting time to open and jump in file manager.

Reply Parent Score: 11

J.R. Member since:
2007-07-25

It could be an hidden option tho...in GConf or something like that.

Reply Parent Score: 2

segedunum Member since:
2005-07-06

Well, I for one think that having file managing functions inside the file selector is bad and wrong.

Oh please. What on earth do you think you're doing when you open or save a file? This is just silly.

I've seen so many times people screw up their files making non undoable changes inside a file selector.

Like what? This is just sensationalist, 'users are stupid', BS. If you have reusable components in your integrated desktop then you're going to be able to get consistent and familiar file operations wherever you are.

It's certainly not uncommon for someone to try and save a file, open the save dialogue and think "Oh dear, I want to put this in a separate folder" or open an open dialogue and think "Oh dear, I made a typo saving the file, so I'll change it". You shouldn't need to open another application to do what you want. If your main file manager is able to do that then you should get that functionality for free without anyone needing to code it in or complain about it. It should just happen.

Same for thumbnail support. If your file managers do it then your file dialogues should get it for free.

Besides, it's contrary to the principles of the gnome hig: a selection dialog should not be able to influence things outside of its scope.

What says that this sort of functionality is out of the scope of a file dialogue?

Having a way to quickly open nautilus on the current directory, I think, would be a good compromise.

How on Earth would having an extra step and having to deal with another application make things any better?

I'm sorry, but this is just lunacy.

Edited 2007-09-25 22:15

Reply Parent Score: 16

unoengborg Member since:
2005-07-06

I agree with you as long as we are talking about file selection dialogs. But not if you are talking about save dialogs, here it is already possible to create new folders. If you can create them you certainly should be able to rename them, e.g. if you make a typo.

If you can rename folders, why shouldn't you be able to rename files. E.g imagine you are downloading an image from the net, you name it house.jpg, then you find a similar image and want to give both images descriptive names. E.g. house-south-side.jpg and house-west-side.jpg or you may want to create a folder named house, and move the images into it. You shouldn't need to open Nautilus for this.

As for messing things up, opening Nautilus gives the user even more possibilities to mess things up.

Reply Parent Score: 7

SEJeff Member since:
2005-11-05

Actually the problem is that thumbnail support in the filechooser isn't inside of gtk and is left up to the individual application writers to implement. There are a few functions to implement it that make it pretty easy.

Yes this is _totally friggin lame_, but until someone puts this support into gtk, it won't happen.

In the meantime about all you can do is file bugs or send patches to software you want screenshots in the filechooser for.

Reply Parent Score: 6

mezz Member since:
2005-06-29

In the meantime about all you can do is file bugs or send patches to software you want screenshots in the filechooser for.

No need to, there are already two of that in bugzilla. As for the patches, sadly, I will have to learn C to do that.

Reply Parent Score: 1

Anonumous Member since:
2007-06-13

Alexander Larsson (Nautilus maintainer) is doing the heavy lifting and working on a gnome-vfs replacement called GVfs that will be put in the right place of the stack, i.e. GLib/GTK+.

Thumbnails in the filechooser will be a cake walk when that's done.

It might land sooner than you think. He's even proposed it for GNOME 2.22.

http://mail.gnome.org/archives/desktop-devel-list/2007-September/ms...

Edited 2007-09-25 20:49

Reply Parent Score: 5