edscott wilson garcia
edscott at imp.mx
Tue Nov 12 12:39:58 CET 2002
El mar, 12-11-2002 a las 01:56, Jasper Huijsmans escribió:
> Yay! Welcome back, Edscott!
> On 11 Nov 2002 19:42:52 -0600
> edscott wilson garcia <edscott at imp.mx> wrote:
> > I just uploaded xfnautilus to the xfce-devel CVS tree.
> I agree with botsie here. It's not a derivative work. XFTree4 would be
> fine with me or anyything else that doesn't sound like another program.
Actually the name is to give credit to France as the place of birth of
xfce by honoring the submarine invented by Jules Verne, the Nautilus ;-)
> Cool. Maybe I'll play with it some time. First impression: really good
> looking, but the left toolbar looks a little out of place.
Yes. The icons are the old ones and the vertical toolbars are definitely
bugged in gtk2. If you examine the glade structure you will find it is
extremely hacked in order to work around the bugs.
> Perhaps we can use the nautlus waste basket handling, that would be nice
> interoperability. I have no idea what they do, BTW.
Me neither. I stopped using trash bins two or three years ago because
they have not worked for me. I need one that works now.
> Great work, Edscot! What a way to return to your old project, loaded
> with new code ;-) This has the potential of replacing ROX as my
> filemanager of choice.
It will not really compete with ROX, since Rox uses the icon-view
approach (like all other fm). xfnautilus, just like xftree, xfsamba,
xfglob uses the tree approach where icons don't grow as big and are
always placed on screen by the application. That's why the "open ROX"
button is still there.
What xfnautilus also has on the drawing board:
1- image previews (that's why the zoom buttons are there)
2- easy way to execute file-utils commands (check the menu for listing)
3- auto scrolling of tree with the keyboard (from a suggestion from the
4- dynamic loading of modules to keep size down (only on releases).
5- maybe another tree element for the rox pinboard or .Desktop
In the meantime I've got to do a lot of testing because I am using ghash
tables and I have clearly found a bug in the glib implementation. I
think that might be responsible for a unexplicable segv I can pull from
More information about the Xfce4-dev