[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [OT/FLAME] Horrible GNOME File Picker (Was: Open (helper application chooser) for iceweasel/icedove is too simple)

On 1/5/07, Henrique de Moraes Holschuh <hmh@debian.org> wrote:
On Fri, 05 Jan 2007, Wim De Smet wrote:
> To be honest, I actually like it. The newest incarnation of it anyway.
> I think all those hits you'll come up will be at least partly based on
> the older one, which had a bit too many big buttons and a bit too
> little functionality.

No, you got it wrong. It is kind of an Outlook(tm) problem: the engine below
it is fubar, regardless of the UI.  The file-picker tries to open() and read
a part of every file to run it through mime-magic or whatever, which is
*extremely slow*.

I think they problably made it smart enough not to do it on special inodes,
otherwise it would crap your system instantly if you tried to list /dev or
in places where there are unix sockets and named pipes ;-)

The fact that the file-picker it is also (IMO) a power-user detrimental
design that requires more clicks to do something a proper file-picker would
let you do with fewer is far more easily tolerated than the few secods wait
it causes when trying to list a big directory.

You're saying two things here. First you're saying it open()'s every
file you come across, then you say it lists every directory. I've
noticed it does list all files in a directory on the path you type
(which on a system with sufficient ram only goes slow once but is
indeed very annoying) but I don't think it's open()ing every file in
those directories. This would require an ordinate amount of processing
power not to mention disk I/O which I'm just not seeing.

Personally I still think most people have a problem with the
interface, not the underlying engine. Though the one thing about gnome
that sometimes bothers me is the tendency to half-ass things like
these. A tendency which is all too common in big open source projects


Reply to: