Right-clicking on a compressed file of maybe any sort there's an option
'Open with Archive Mounter' which is part of gvfs-archive.
For me it doesn't do anything. It doesn't give any output when running
from the command-line either (/usr/libexec/gvfsd-archive file=<file>).
Does it work for anybody?
The desktop file is /usr/share/applications/mount-archive.desktop
'yum info gvfs-archive' says:
Description : This package provides support for accessing files inside
Zip and Tar archives, as well as ISO images, to applications using gvfs.
Maybe Thunar isn't compatible with it?
Update: I noticed it works on pcmanfm. I just opened it and the files I
had tried to mount show properly on the side pane (and work as expected).
(on the right is pcmanfm with the files mounted and on the left is
thunar showing nothing).
I just want to bring up the topic of the Adwaita Theme again. Sadly the theme has some major usability issues (e.g. menu items do not have borders / some Xfce preferences like disable frame around clock/systray could not be set).
I have created several BZs on that, and a bunch of bugs has already created by others:
Most of the bugs have also been reported upstream. Sadly the author/maintainer of the theme (Cosimo Cecchi) does not seem to take care about the complaints.
So I would like to ask for your ideas how to improve either the communication, so the theme bugs could be fixed, or the user experience in Xfce/LXDE maybe by changing the default theme. Martin already has suggested the usage of Clearlooks-phenix but sadly this theme also has some bugs (http://jpfleury.indefero.net/p/clearlooks-phenix/issues/). Zukitwo is a good looking option but the GTK3 version is no longer rendered correctly with gtk 3.6. Several bugs have been reported by me to the original authors of these themes, but have not yet been fixed.
Just a note here in case any folks run into it before we fix it.
systemd now by default handles lid button, power button, etc.
This means that if you have xfce4-power-manager and have it doing
something different from 'suspend' on lid close (I have mine set to
"lock screen"), systemd will suspend for you.
You can work around this by setting a startup command:
systemd-inhibit --mode=block --what=handle-lid-switch sleep 1000000 &
Ideally we would fix this in xfce4-power-manager and it would inhibit
anything that it wants to handle itself. Failing that, we could add the
inhibit to startxfce4, but that means that none of those buttons would
get handled if xfce4-power-manager wasn't installed or running.
See upstream bugs:
how many applications are listed in the menu of the Live CD? I doubt
that those few icons would make any significant difference to cache
issues. Users can always disable the icons in their installed systems.
I am afraid that new users won't get noticed that there can be those
icons visible in the menu, they would have to examine some FAQ or look
into all the settings.
Further, there will be no sense for icons theming any more for the Live
CD, is it? How much space can be saved then in the LiveCD image (ISO)?
I expect again a flamewar about default themes and so on …
Please keep unneeded support effort as less as possible with the
existing good experience of Xfce for especially new users. :)
And: Fedora → Features etc.
A minimalist should not use Fedora.
Just my 5ct.
> Date: Fri, 5 Oct 2012 11:33:28 -0600
> From: Kevin Fenzi <kevin(a)scrye.com>
> To: xfce(a)lists.fedoraproject.org
> Subject: Re: Icons in Xfce Menu
> Message-ID: <20121005113328.47ef85a1(a)jelerak.scrye.com>
> Content-Type: text/plain; charset="utf-8"
> Yeah, sorry I missed this thread.
> It's default that way in 4.10.
> I think to allow menus to map faster...
> Do people feel strongly about changing the default?
> Adding icons it will make the menus slower and use more memory.
> I personally don't feel too strongly about it one way or the other,
> but tend to just want to follow upstream where sensible. ;)
I don't have gnome-keyring nor seahorse installed in my F17.
While testing the rc3-alpha Xfce spin (
https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test ) I
couldn't add anything to seahorse (
https://bugzilla.redhat.com/show_bug.cgi?id=857207 - I later tried
another option and it also didn't work).
I suspected it could be because the gnome-keyring components aren't set
to auto-start so I checked them on 'Session and Startup' logged out and
back in and seahorse still didn't work.
I noticed from the task manager (I would love if htop was on the spin
;-) ) that only the ssh component of gnome-keyring was running and I
don't know if this is normal (there are four components).
So I'm writing because maybe someone would like to check that.
Me testing on the live-cd isn't much reliable, also because my system is
weak and that may influence.
And it doesn't make sense to come with gnome-keyring in the Xfce spin
unless it's enabled.
As part of https://fedoraproject.org/wiki/Features/ReworkPackageGroups, I've
been working on redoing some of the groups that make up installation choices
in anaconda. The idea is to offer a simpler interface, where the user simply
selects which environment they want to run in, plus options for that
Based on what's in the kickstart file for the XFCE spin, here's what I
have for the XFCE:
and has the following 'options' available:
I welcome any and all sanity-checking of this, and ideas for
additions/removals. You can open the current F18/F19 comps files and see the
data that makes this up - the 'xfce-desktop' environment defines what
groups go into XFCE, and which are shown as options, and the groups
referenced there define what packages make them up.
Ideally, once this is firmed up, we can even switch the kickstart in
spins-kickstart to refer to these groups, and retire the old ones. This
way selecting XFCE in anaconda for DVD/network installations would provide
the same experience as the Live image where possible.