volume keys switching Nautilus theme

After last apt-get update I got this confusing behavior of keyboard shortcuts:

Keys defined for volume up, volume down and mute do not
control respective sound properties, but panel and Nautilus start
changing theme to some simple Default theme, Nautilus icons are
lost, then after some moments theme gets back and also proper icons
are restored. I just look like multimedia keys behave as a kind of theme
switching keys. 

Any tips or hints what could went wrong? Should I report Debian bug
or report upstream?

Vitezslav Kotrla

Nautilus version (Debian/unstable):

  $ dpkg -l | grep nautilus
  ii  libnautilus2-2 2.6.3b-3       libraries for nautilus components - runtime
  ii  nautilus       2.6.3b-3       file manager and graphical shell for GNOME
  ii  nautilus-cd-bu 2.6.1-4        CD Burning front-end for Nautilus
  ii  nautilus-data  2.6.3b-3       data files for nautilus
  ii  nautilus-media 0.8.0-3        Multimedia goodies for Nautilus

P.S.: May capplets version is important, too? I got 1:2.6.1-12 here.
--

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

Re: [PATCH] Remove "Use Default Background" from context menu

Alexander Larsson wrote:
> On Sun, 2004-08-29 at 15:11, Jaap Haitsma wrote:
> 
>>Hi,
>>
>>This is my first contribution, so please tell me if I do something 
>>wrong. Ironically my first contribution only removes code.
>>
>>In order to reduce clutter in the context menu this patch removes "Use 
>>Default Background" from the context menu. The user should just select 
>>Change Desktop Background and then select the default one.
>>
>>
>>See also http://bugzilla.gnome.org/show_bug.cgi?id=131790 for a 
>>description of this. I attached the patch also overthere.
> 
> 
> I agree that its a bit silly on the desktop context menu, but the patch
> removes it everywhere. I'm not sure thats right, since it removes the
> only way to get from a folder-specific background to using the gloabl
> default folder background.
> 
Here's a patch which only removes it from the desktop context menu.
It's also attached in bugzilla. Is it good practice to send it both to 
the mailing list and put it in bugzilla? Or should I do it differently

--

-- 

gnome-file-types-properties confusion

I got Gnome 2.6 (Debian/unstable) here and I'm  trying to convince Nautilus
to open iso-8859-2 encoded text file (suffix is .srt) with gedit:

0) Nautilus shows 'green foot' common icon for bridge_too_far-cz.srt file
1) I right-click file -> Open with -> Application (the only choice)
2) dialogue "none application associated with "bridge_too_far-cz.srt" is shown,
   button 'Cancel' and 'Associate'
3) I press 'Associate', gnome-file-types-properties is run (according to ps command,
   it is 'gnome-file-types-properties application/octet-stream bridge_too_far-cz.srt'),
   I'm selecting icon, description, MIME type, category, suffixes in in 'Implcit action'
   field 'gedit'.
4) again - still the indefinite 'green-foot' icon is shown, right-clicking file ->
   Open with -> Application gets me back to step 2), but now form in
   gnome-file-types-properties contains previously entered values. Frustration, confusion
   - is it a bug or feature? What should I try next?

I'd gladly appreciate link to some explanation or tutorial I could have missed. Also
thanks for any tips or insightful explanations. I take care of multiple Gnome computers
and I just have to explain people why this doesn't work 

Vitezslav Kotrla
--

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

Re: volume keys switching Nautilus theme

On Wed, 2004-09-01 at 08:38, Kotrla Vitezslav wrote:
> After last apt-get update I got this confusing behavior of keyboard shortcuts:
> 
> Keys defined for volume up, volume down and mute do not
> control respective sound properties, but panel and Nautilus start
> changing theme to some simple Default theme, Nautilus icons are
> lost, then after some moments theme gets back and also proper icons
> are restored. I just look like multimedia keys behave as a kind of theme
> switching keys. 
> 
> Any tips or hints what could went wrong? Should I report Debian bug
> or report upstream?

It sounds like the gnome-settings-daemon crashes when you press the
keys. File a bug against the control-center.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's a leather-clad skateboarding waffle chef possessed of the uncanny powers 
of an insect. She's a cold-hearted snooty detective with an MBA from Harvard. 
They fight crime! 

--

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

Re: gnome-file-types-properties confusion

On Wed, 2004-09-01 at 08:44, Kotrla Vitezslav wrote:
> I got Gnome 2.6 (Debian/unstable) here and I'm  trying to convince Nautilus
> to open iso-8859-2 encoded text file (suffix is .srt) with gedit:
> 
> 0) Nautilus shows 'green foot' common icon for bridge_too_far-cz.srt file
> 1) I right-click file -> Open with -> Application (the only choice)
> 2) dialogue "none application associated with "bridge_too_far-cz.srt" is shown,
>    button 'Cancel' and 'Associate'
> 3) I press 'Associate', gnome-file-types-properties is run (according to ps command,
>    it is 'gnome-file-types-properties application/octet-stream bridge_too_far-cz.srt'),
>    I'm selecting icon, description, MIME type, category, suffixes in in 'Implcit action'
>    field 'gedit'.
> 4) again - still the indefinite 'green-foot' icon is shown, right-clicking file ->
>    Open with -> Application gets me back to step 2), but now form in
>    gnome-file-types-properties contains previously entered values. Frustration, confusion
>    - is it a bug or feature? What should I try next?
> 
> I'd gladly appreciate link to some explanation or tutorial I could have missed. Also
> thanks for any tips or insightful explanations. I take care of multiple Gnome computers
> and I just have to explain people why this doesn't work 

This is unfortunately a know bug in Gnome 2.6. When assigning a new app
to the unknown type file we create a new mimetype for it
(application/x-ext-srt). However the mimetype is created using the old
mimetype system, so Nautilus, using the new system doesn't understand
it, and can't use the new mime->app mapping.

This will be fixed in gnome 2.8, which fully moves to the new mime
system.

Re: [PATCH] Remove "Use Default Background" from context menu

On Wed, 2004-09-01 at 08:44, Jaap Haitsma wrote:

> Here's a patch which only removes it from the desktop context menu.
> It's also attached in bugzilla. Is it good practice to send it both to 
> the mailing list and put it in bugzilla? Or should I do it differently

It depends on the module. For nautilus, both is good. See the HACKING
file for more details.

The patch looks good. I added a BLOCKED_BY_FREEZE keyword to the bug so
we won't forget it (at least its less likely) the next cycle.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an oversexed misogynist messiah fleeing from a secret government 
programme. She's an elegant renegade snake charmer in the wrong place at the 
wrong time. They fight crime! 

--

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

Re: gnome-file-types-properties confusion

Alexander Larsson wrote:
> On Wed, 2004-09-01 at 08:44, Kotrla Vitezslav wrote:
> 
>>I got Gnome 2.6 (Debian/unstable) here and I'm  trying to convince Nautilus
>>to open iso-8859-2 encoded text file (suffix is .srt) with gedit:
>>
>>0) Nautilus shows 'green foot' common icon for bridge_too_far-cz.srt file
>>1) I right-click file -> Open with -> Application (the only choice)
>>2) dialogue "none application associated with "bridge_too_far-cz.srt" is shown,
>>   button 'Cancel' and 'Associate'
>>3) I press 'Associate', gnome-file-types-properties is run (according to ps command,
>>   it is 'gnome-file-types-properties application/octet-stream bridge_too_far-cz.srt'),
>>   I'm selecting icon, description, MIME type, category, suffixes in in 'Implcit action'
>>   field 'gedit'.
>>4) again - still the indefinite 'green-foot' icon is shown, right-clicking file ->
>>   Open with -> Application gets me back to step 2), but now form in
>>   gnome-file-types-properties contains previously entered values. Frustration, confusion
>>   - is it a bug or feature? What should I try next?
>>
>>I'd gladly appreciate link to some explanation or tutorial I could have missed. Also
>>thanks for any tips or insightful explanations. I take care of multiple Gnome computers
>>and I just have to explain people why this doesn't work 
> 
> 
> This is unfortunately a know bug in Gnome 2.6. When assigning a new app
> to the unknown type file we create a new mimetype for it
> (application/x-ext-srt). However the mimetype is created using the old
> mimetype system, so Nautilus, using the new system doesn't understand
> it, and can't use the new mime->app mapping.
> 

RE: volume keys switching Nautilus theme

> > Keys defined for volume up, volume down and mute do not
> > control respective sound properties, but panel and Nautilus start
> > changing theme to some simple Default theme, Nautilus icons are
> > lost, then after some moments theme gets back and also proper icons
> > are restored. I just look like multimedia keys behave as a 
> kind of theme
> > switching keys. 
> > 
> > Any tips or hints what could went wrong? Should I report Debian bug
> > or report upstream?
> 
> It sounds like the gnome-settings-daemon crashes when you press the
> keys. File a bug against the control-center.

You are spot on. Its pid changes quite a lot. Does it leave any logs somewhere?
I can't find anything at all in .xsession-errors or /var/log/*. I'll file the bug.

Vitezslav Kotrla
--

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

Re: gnome-file-types-properties confusion

On Wed, 2004-09-01 at 10:06 +0200, Heinrich Rebehn wrote:
> 
> PMJI, but wouldn't it be nice to be able to specify an "ad hoc" 
> application  for opening the file? I mean, select "Open With" and
> simply 
> type "gedit" in some text entry box to have the file openend with
> gedit?
> It is a bit cumbersome to have to walk through the mime-type
> dialogues 
> just for occasionally opening a file which has a non standard suffix
> or 
> who's filetype is incorrectly sniffed.
> This could make life with nautilus a lot easier 

You're describing gnome 2.8.

-- 
Alexander Larsson <alexl <at> redhat.com>

--

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

Disabled image collection view

Hello,

Is there a way to disable the image collection view ?

I don't know if somebody had the same problem but nautilus swich by
itself to the image collection view in directory with image (even with
only one image in the directory and a lot of other kind of files) and
sometimes display nothing else than a empty canvas window.
(http://bmm80.free.fr/Gnome/grrr.png)

thank you.
-- 
Baptiste Mille-Mathias <bmm80 <at> free.fr>

--

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