Re: GIO application integration with Nautilus

[Gravis]

On Tue, 2009-05-19 at 08:22 -0400, Dr. Michael J. Chudobiak wrote:
  When I use Open With Other Application... it launches the program but
  does not pass in any arguments.
 
 Not sure, but perhaps the line supported_uri_schemes=file is the problem.
 
 - Mike

That was my first thought when I couldn't get it working.  However,
that's the same way GIMPs entry is done.  Looking around the file, I
found that EoG has a slightly different entry and Mozilla and even more
different one.  I tried each style for my entry but alas, no luck.


=== excerpts: /usr/share/application-registry/gnome-vfs.applications ===

eog
command=eog
name=Eye of Gnome
can_open_multiple_files=true
expects_uris=true
uses_gnomevfs=true
requires_terminal=false

mime_types=image/bmp,image/gif,image/jpeg,image/png,image/tiff,image/x-xpixmap,image/x-bmp,image/x-png,image/x-portable-anymap,image/x-portable-bitmap,image/x-portable-graymap,image/x-portable-pixmap


gimp
command=gimp-remote --new
name=The GIMP
can_open_multiple_files=true
expects_uris=non-file
requires_terminal=false
supported_uri_schemes=file

mime_types=image/bmp,image/gif,image/jpeg,image/png,image/tiff,image/x-xpixmap,image/x-bmp,image/x-png,image/x-portable-anymap,image/x-portable-bitmap,image/x-portable-graymap,image/x-portable-pixmap,image/x-psd,image/x-xbitmap,image/x-xcf


mozilla
command=mozilla
name=Mozilla
can_open_multiple_files=true
expects_uris=true
requires_terminal=false
supported_uri_schemes=file,http,ftp,telnet,gopher

mime_types=text/html,x-directory/webdav,x-directory/webdav-prefer-directory,image/gif,image/jpeg,text/xml

=== end ===


To test that perhaps it was the executable itself, I put my executable
(/usr/bin/qiv2) in place of GIMP (/usr/bin/gimp-2.6) and EoG
(/usr/bin/eog) which worked flawlessly.


so... what's the deal and what's with all the different entry formats?


-- 
Gravis desktop-de...@adaptivetime.com

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.0 - shell and applets

[Gravis]

It seems to me that there are few warring ideas here about the system
tray/notification area/status notification area usage.

1) anything goes
2) programs information/icons only
3) system information/icons only

Simply put, programs have dominated this area on Gnome and every other
desktop environment for eons.  The only solution I can think that would
solve this conundrum is to have two separate notification area
applets.

I dont like seeing icons I dont care about when I look at the
notification area to mess with application but I do still want to be
able to see this information with ease.  Two areas would solve this by
letting me put the system info applet with battery status/audio
volume/bluetooth status/wifi availability/etc in the upper left (like my
cell phone) while still being able to have my iconified applications
together like I want them.

In short, rename the current area to something like Program Status
Area and make a new one like System Status Area.

Doing this would require changing some existing system apps for Gnome
but would prevent having to trying to force an onslaught of developers
to change how they do things which would likely cause an even larger
schism between Gnome/KDE/etc desktop fans/developers when a GTK app will
not longer show it's icon in the notification area in KDE/etc.


On Tue, 2009-05-19 at 18:45 -0400, William Jon McCann wrote:
 Yes I think we first need to acknowledge that this area is not a
 notification area today.  Then for 3.0 we should make sure we figure
 out how better to present notifications to the user and improve our
 existing status area.  It will be interesting to see how the Ubuntu
 experiments here work out... or if they'll be useful to adopt upstream
 at all.
 
 Jon


-- 
Gravis desktop-de...@adaptivetime.com

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list