The management of thrash on an usb pen

Hi list,
I have a question, maybe already answered, but I didn't find a useful
answer.

Why, when I'm trashing something directly inside a usb stick using the
"move to thrash" way, nautilus create a .Thrash directory inside the usb
stick ?

It has to move the thrashed files to the .Trash on the computer, or
better it has to warning that there is not possibility to move this
files to thrash and that they are going to be erased from the system.

I think it is quite useless to create a .Thrash inside the usb device
for two reason:

1) It is an hidden directory and only power user can find it to delete
with the delete function of nautilus after he/she has enabled through
gconf-editor (...)  

2) It takes space on the usb, that is what maybe I need, if I'm going to
delete something.

Maybe there is a good reason for manage that thing in this way, but I
can't figured out which, so I'm asking here.

Regards, Michele 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org

patch: new themable render modes for icons

Dear nautilus maintainers,

here is a patch (against 2.14.3) that enables nautilus to have themable 
render modes for its icons.
With it, there are 4 render modes:
0: normal rendering (as before)
1: spotlight rendering (as prelighted icons got rendered before)
2: colorized rendering (icons are colorized by a specified color)
3: cartoonish grayscale rendering (icon is rendered gray and without 
most details)

Themes have these new style settings (here with example values):

NautilusIconContainer::normal_render_type = 3
NautilusIconContainer::normal_color = "#00FF00"
NautilusIconContainer::prelight_render_type = 2
NautilusIconContainer::prelight_color = "#00FF00"

If no render type is given by the theme, nautilus keeps it current 
rendering (0 for normal icons, 1 for prelight icons).
If no color is explicitly specified, it uses base[NORMAL] and 
base[PRELIGHT] as default values.

The patch is really small and doesn't affect current themes. In fact, 
noone will notice the changes unless he uses an adapted theme or adds 
some of these new commands to his gtkrc. It uses only standard 
libeel/GdkPixbuf methods for image manipulation.
So i hope, you apply this patch to the official nautilus repository and 
i would be really, really glad if these small additions can even be 
shipped with the next gnome 2.16 update, cause otherwise i would have to 

Re: patch: new themable render modes for icons

Sorry, please forget the last attachment, here is the correct patch!

JackTheDipper wrote:
> Dear nautilus maintainers,
>
> here is a patch (against 2.14.3) that enables nautilus to have 
> themable render modes for its icons.
> With it, there are 4 render modes:
> 0: normal rendering (as before)
> 1: spotlight rendering (as prelighted icons got rendered before)
> 2: colorized rendering (icons are colorized by a specified color)
> 3: cartoonish grayscale rendering (icon is rendered gray and without 
> most details)
>
>
> Themes have these new style settings (here with example values):
>
> NautilusIconContainer::normal_render_type = 3
> NautilusIconContainer::normal_color = "#00FF00"
> NautilusIconContainer::prelight_render_type = 2
> NautilusIconContainer::prelight_color = "#00FF00"
>
> If no render type is given by the theme, nautilus keeps it current 
> rendering (0 for normal icons, 1 for prelight icons).
> If no color is explicitly specified, it uses base[NORMAL] and 
> base[PRELIGHT] as default values.
>
> The patch is really small and doesn't affect current themes. In fact, 
> noone will notice the changes unless he uses an adapted theme or adds 
> some of these new commands to his gtkrc. It uses only standard 

Final patch for #330298 (icons get rearranged and overlap)

Hi,

I finally got off my ass and looked at the problems with icons
overlapping on the desktop in 2.16.  There's an easy way to reproduce
this:

1. Insert a CD.  You'll get a volume icon.

2. On the top-left corner of the desktop, arrange your icons like this:

 [ ]    [ ]
 [ ]    [ ]
  CD    Home

 [ ]
 [ ]
file.txt

3. Eject the CD.  The CD icon will disappear.  Now, move the Home icon to the
left:

 [ ]
 [ ]
 Home

 [ ]
 [ ]
file.txt

4. Insert the same CD again.  You'll get an overlap:

Re: The management of thrash on an usb pen

Le mercredi 01 novembre 2006 à 12:35 +0100, Michele Mattioni a écrit :

> I think it is quite useless to create a .Thrash inside the usb device
> for two reason:
> 
> 1) It is an hidden directory and only power user can find it to delete
> with the delete function of nautilus after he/she has enabled through
> gconf-editor (...)  
> 
> 2) It takes space on the usb, that is what maybe I need, if I'm going to
> delete something.

Worst yet: if user1 deletes file, they go in .Trash-user1. Then when
user2 uses the usb key, he can't empty the trash because he only
controls .Trash-user2.

Named trash directories on nameless filesystems are no good.

	Xav

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: patch: new themable render modes for icons

*grrr* wow, I'm so dumb. sorry for this mass flooding!

there was an ugly bug in the code (brackets can be so evil! *g*), here 
is at last the correct patch and yes, it should be the last one for 
today *be ashamed*

again, sorry, guys!

Jack ;o)

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: Another patch to improve nautilus accessibility

On Tue, 2006-10-31 at 11:08 +0000, Padraig O'Briain wrote:
> This is a request for permission for the attached patch to be applied to 
> nautilus to improve accessibility of File management Preferences dialog. 
> See http://bugzilla.gnome.org/show_bug.cgi?id=356124

The targets of the "label-for" relations don't match the ids of the
labelled widgets (combo_box vs. combobox). Is this on purpose?

Martin

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

transparent crypto fs

Hi nautilus list!

As you're dealing a lot with gnome-vfs, are there any efforts to bring users a easy to use transparent crypto plugin?

I mean, it would be nifty to have a container which contents can be accessed in a normal nautilus window after
opening it.

br, Sven
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: Another patch to improve nautilus accessibility

Martin Wehner wrote:
> On Tue, 2006-10-31 at 11:08 +0000, Padraig O'Briain wrote:
>   
>> This is a request for permission for the attached patch to be applied to 
>> nautilus to improve accessibility of File management Preferences dialog. 
>> See http://bugzilla.gnome.org/show_bug.cgi?id=356124
>>     
>
> The targets of the "label-for" relations don't match the ids of the
> labelled widgets (combo_box vs. combobox). Is this on purpose?
>
> Martin
>
>
>   
Corrected patch attached.

Padraig

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: Another patch to improve nautilus accessibility

> Corrected patch attached.

That's actually the wrong patch, but go ahead and commit the corrected
version of the original one. No need for another round trip.

Martin
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list