You are not logged in.
Pages: 1
After update to 4.12 my wine menu had disappeared. I can recreate the problem with rollback to 4.10 (it shows again).
Wine autocreates installed programs placing menu files in ~/.config/menus/applications-merged per shortcut. If I remove this folder contents, Wine applications show up in Other category, so the folder is being processed.
Here is example
<!DOCTYPE Menu PUBLIC "-//freedesktop//DTD Menu 1.0//EN"
"http://www.freedesktop.org/standards/menu-spec/menu-1.0.dtd">
<Menu>
<Name>Applications</Name>
<Menu>
<Name>wine-wine</Name>
<Directory>wine-wine.directory</Directory>
<Menu>
<Name>wine-Programs</Name>
<Directory>wine-Programs.directory</Directory>
<Menu>
<Name>wine-Programs-Steam</Name>
<Directory>wine-Programs-Steam.directory</Directory>
<Include>
<Filename>wine-Programs-Steam-Steam.desktop</Filename>
</Include>
</Menu>
</Menu>
</Menu>
</Menu>
The following file is located ~/.local/share/applications/wine/Programs/Steam/Steam.desktop
Is it bug of xfce 4.12 ? I know that I can try to fix it by implementing custom category or editing xfce menu file, but I think this is wrong path as wine autocreates such stuff
Last edited by abi (2015-03-10 17:06:58)
Offline
I created a bug report for this a while ago and there has been a comment in that report regarding a workaround. Unfortunately, the bug has not been fixed yet.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
We are not seeing that, maybe distro- or platform-dependent?
MX-23 (based on Debian Stable) with our flagship Xfce 4.18.
Online
According bug report, it was described as general. What information can I provide to help resolve it? I have 2 boot environment at the moment, one with xfce 4.10, another with 4.12, both shares the same /home , one has this issue, other - not.
Offline
@Jerry3904 & @abi, what versions of xfce4-panel and garcon are installed?
@Jerry3904, which build of MX-14 does not have this issue. I'd like to take a closer look.
@abi, which distro are you using?
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
@Jerry3904, which build of MX-14 does not have this issue. I'd like to take a closer look.
Sorry, I meant to add: "in the Whisker menu," which we use by default. Don't use garcon.
We are about to make a point release of MX 14.4 with Xfce 4.12, to which I was referring, and I will post the link to that.
MX-23 (based on Debian Stable) with our flagship Xfce 4.18.
Online
Yes, the Whisker Menu seems to work fine.
I read the Arch Wine wiki section on creating menu entries (my system is Arch), and creating those entries mostly solved my problem. As per the note in the bug report, I had to create another entry at the Programs level to have the Programs menu show up. I chose Notepad:
$ cat wine-notepad.desktop
[Desktop Entry]
Version=1.0
Type=Application
Name=Notepad
Comment=A clone of Windows Notepad
Icon=1E64_notepad.0
Exec=notepad
NoDisplay=false
Categories=Wine-Programs-Accessories;wine-Programs;
StartupNotify=false
Terminal=false
...and all is back to normal.
So it would appear that each folder must have at least one .desktop entry for it to show up.
I will check my Xubuntu 15.04 system as a comparison point when I get a chance and post back.
EDIT: Xubuntu 15.04 displays only the basic wine menu because there are default .desktop files at that level. You still need to create a .desktop file at the Programs level to have the Programs folder show up. Whisker menu is fine.
Still looks like a bug with Xfce. I found this commit that was part of xfce4-panel 4.11 that might be the cuplrit. They replaced the old garcon method of creating menus with a new one.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
I haven't used wine since years but the menu creation was always some kind of buggy, so I installed all my stuff with:
WINEPREFIX=$BOTTLE WINEDLLOVERRIDES=winemenubuilder.exe=d wine explorer /desktop=install,800x600
to completly disable the menu creation. because its much easier to create a simple launch script / desktop file than spending minutes to find and remove all those obsolute config files
Last edited by sixsixfive (2015-03-11 12:52:43)
Offline
Well, but whisker menu is too Windows, isn't it?
===>>> garcon-0.4.0
===>>> xfce4-panel-4.12.0
FreeBSD darkstar 10.1-RELEASE-p4 FreeBSD 10.1-RELEASE-p4 #4: Fri Jan 23 00:32:35 MSK 2015 root@darkstar:/usr/obj/usr/src/sys/LAMIA amd64
Offline
Same versions as me. I'm not a programmer, but I'll have my amateur eyes trawl the code of the commit above to see if I can find anything. Otherwise, we'll have to wait until the bug is fixed.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Well, but whisker menu is too Windows, isn't it? smile
Not for us: it works like a charm, and saves a lot of time.
MX-23 (based on Debian Stable) with our flagship Xfce 4.18.
Online
and saves a lot of time.
How?
Offline
Most of the time, just have to type 2 letters where the cursor comes up when it opens and hit Return = program launch. No going through the menu, trying to remember which category an item is in, etc.
MX-23 (based on Debian Stable) with our flagship Xfce 4.18.
Online
and how is this faster than the Appfinder(ALT+F2 or any other button)-->TYPE-->Enter? You can also create a launcher for it on the panel...
Last edited by sixsixfive (2015-03-12 00:52:44)
Offline
Sure, there are always other ways in Linux.
This one happens to work well with our users, probably since it is intuitive--that is, after all, the menu button.
MX-23 (based on Debian Stable) with our flagship Xfce 4.18.
Online
Pages: 1
[ Generated in 0.010 seconds, 7 queries executed - Memory usage: 599.09 KiB (Peak: 615.94 KiB) ]