On Wed, 2003-10-29 at 11:11, Ryan wrote:
Hi,
I'm not sure my initial email made it to the list (I just set up a new "list only" email account).
I've read on the gnome-devel list that Redhat removed the ability to edit applications:///
I'm wondering if this is true and if so what the reasoning behind this is? And also how I can fix things so that I can edit menus.
thanks all, -ry
For those others out there (few though they may be) who would like to be able to edit applications:/// try these instructions at your own risk (they're pulled verbatim from http://people.ecsc.co.uk/~matt/repository.html and they worked fine for me).
Menu-editing in RedHat 9 * To enable menu editing per user config (via nautilus), you need to open a terminal and do the following:
su - <give root password> cd /etc/gnome-vfs-2.0/modules cp default-modules.conf default-modules.conf-no-menu-editing cp default-modules.conf.with-menu-editing default-modules.conf
For any user you want to have the right to edit their menu, you also need to do this as the user:
cd ~/.gnome2/vfolders cp /etc/X11/desktop-menus/applications.menu applications.vfolder-info
* When gnome-panel is restarted (via logout/login or kill) the user will be able to see the changes they have made to their menu.
Enjoy, -ry
On Wed, 2003-10-29 at 09:28, Ryan wrote: snip
For those others out there (few though they may be) who would like to be able to edit applications:/// try these instructions at your own risk (they're pulled verbatim from http://people.ecsc.co.uk/~matt/repository.html and they worked fine for me).
Menu-editing in RedHat 9 * To enable menu editing per user config (via nautilus), you need to open a terminal and do the following:
su - <give root password> cd /etc/gnome-vfs-2.0/modules cp default-modules.conf default-modules.conf-no-menu-editing cp default-modules.conf.with-menu-editing default-modules.conf For any user you want to have the right to edit their menu, you also need to do this as the user: cd ~/.gnome2/vfolders cp /etc/X11/desktop-menus/applications.menu applications.vfolder-info * When gnome-panel is restarted (via logout/login or kill) the user will be able to see the changes they have made to their menu.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81215, which was reported against RH9, points out that vfolders are broken. I assume vfolders are still broken and that is why we can not edit menus in FC.
Ticket #107899 is the current report that menu editing is not working for FC. It showes it assigned to Havoc Pennington, but no resolution.
If there is any progress on fixing the problem, I would be happy to help test solution.
Test 3, redhat-artwork 0.85-1 installed, but some common icons, notably .ogg, come up as GNOME icons (foot). Has this been cleared up for the final release?
rg
On Sun, 2003-11-02 at 03:39, rg wrote:
Test 3, redhat-artwork 0.85-1 installed, but some common icons, notably .ogg, come up as GNOME icons (foot). Has this been cleared up for the final release?
It appears not to be. An Ogg specific icon exists in redhat-artwork-0.87-1, but it is not used.
Since I did not see anything in Bugzilla regarding this issue, I filed #108816.
--Randy Eckenrode
rg wrote:
Test 3, redhat-artwork 0.85-1 installed, but some common icons, notably .ogg, come up as GNOME icons (foot). Has this been cleared up for the final release?
I was not aware of this.
It should technically work. If there is an error in redhat-artwork, it would be in the icon sheet configuration file under the icons. Basically, within that file, icons mime types are specified.
(From memory -- after all it is a weekend) redhat-artwork/art/icon/Bluecurve/sheets/icons-files.icontheme <- it's something like this XML file (in the redhat-artwork source) where such a problem may exist.
I think the file's mime type was actually application/x-ogg, which would be tagged as gnome-mime-application-x-ogg. At one point in time, I did test this configuration, and at that one particular moment, it did work. This was before we upgraded to Gnome 2.4.x though, so ymmv.
Please file a bug in Bugzilla if it is indeed broken in the latest redhat-artwork. While you're at it, if there are other broken mime type icon files you notice, please also add those to the bug. I will try to fix this as soon as possible if it is indeed an issue.
Also include the information on what Nautilus claims the mime type of the file actually may be. You can discover this by right-clicking on the file and selecting properties. It should then display the file's type in the information dialog.
Thanks, Garrett
-
Clifford Snow -
Garrett LeSage -
Randy Eckenrode -
rg -
Ryan