Re: Problem with Precise beta 1, unity-3d, and wine menus?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 13.03.2012 06:35, Dan Kegel wrote: Before I go reporting an ubuntu bug, or jamming newer drivers into my older ubuntu system, has anybody else noticed this? And as a small followup, take a look at this thread: http://www.nvnews.net/vbulletin/showthread.php?t=173375 Doesn't a problem reported there look similar to one you're writing about? - -- Best regards, Alexey Loukianov mailto:mooro...@mail.ru System Engineer,Mob.:+7(926)218-1320 *nix Specialist -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPYUHsAAoJEPB9BOdTkBULYzsH/AkfV/mEFPpVsPky7Ed+HtNb juzXsRCCMvcsIZ8WvKcSU0WWJgaykb5LzVsVC8CZHtS2H4PoAzSYX+FJ08OmALjP DG5hlqy2LAPGmPRDFMdA90kFK1Uh6CbDaaHUS5DkLNV6OvKVIuBo+79RiweWrNgU 4+Yx+jYoK//FZX08QBz9nPHpK909XeJAbQ9y9mcaJoiVYj+5VkVpzLHRRLgAR3+u 4/gLVFEKsZLlAM+u9Mlj9zNt6y3Zxuf7Eu1riFVzlmC098EcNzlsoPr+kRQxiHVn 49NwzLDxqWYN7B1icHhBzgnQMtjUJqP+vpsm4p99yKBCC4j4SRS1sHEuFq2MHHo= =64eC -END PGP SIGNATURE-
Re: Problem with Precise beta 1, unity-3d, and wine menus?
Thanks, Alexey! - Dan On Wed, Mar 14, 2012 at 4:37 PM, Alexey Loukianov mooro...@mail.ru wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 13.03.2012 06:35, Dan Kegel wrote: In all cases, I'm using the commercial nvidia drivers supplied by ubuntu (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure if the problem is the new X, or the new drivers. Before I go reporting an ubuntu bug, or jamming newer drivers into my older ubuntu system, has anybody else noticed this? Hello Dan, Chances are good you're hitting nVIDIA drivers bug: it had been reported on official nVIDIA Linux support forum (nvnews.net) that since around 295.17+ there are a lot of corrupted rendering of UI elements, especially for Gtk2/3 apps. For 295.20 there are several other bug reports available, both on nvnews forums and in Wine's Bugzilla, not directly related to corrupted rendering problem, but rather about unexpected crashes in apps which had been working good previously with the older driver version. As for me - since I had moved from 280.13 into using drivers 295.17 (had to skip all versions in-between due to various rendering bugs they had introduced when playing games under Wine) I had noticed some rendering issues in apps which use accelerated GPU rendering to do compositing (recent versions of Firefox and Thunderbird and Google Chrome). Tomorrow I'm going to give 295.20 a test - there's bug report about Rage game crashing with this driver version under Linux/Wine I want to reproduce - and in case 295.20 would cause crashed and/or rendering bugs on my PC I'm going to revert back to 280.13 or to the latest driver from 275.x series. - -- Best regards, Alexey Loukianov mailto:mooro...@mail.ru System Engineer, Mob.:+7(926)218-1320 *nix Specialist -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPYSvAAAoJEPB9BOdTkBULAPIIAIHvvLaGTXY4JoIzQ0T9mced I/P9GGulrxyZimf+heaneXYhxNKySI60z5O7GoLZsuZysT8o45HWvCmkb6zSZ/WE +O3bpH2Q4eoTWulCiONSPnNVouNreRTQE7tLksdtWn5VX9l/roBGBBdM79jF2wB4 I8zyEihmB8eQepLA7czDrNVUSOyScp+rdCH4u1SUdP0Vg034WJviIgcaahrBqLRG gdINXPpZ0O9Tj688GrrwP8PWy5k7ZkVKY4XtjzsN1XlJW2M9HmD0N1AoI39WtpXd U4KL4O0daVmQ3x4wfrHUy5KRCgfpMDS8xBL6gfbTxAHLKhon9XhFP2cxrbao2gM= =ZS+F -END PGP SIGNATURE-
Problem with Precise beta 1, unity-3d, and wine menus?
Hi all, on Precise beta 1 logged in with unity-3d, giving the command wine winemine and then clicking on the Game menu usually results in only a small part of the pulldown menu showing up. (Also shows up in many other apps that use menus, e.g. mspaint.) This is not a problem in unity 2d, or in Ubuntu 11.10 with unity 3d. Using virtual desktop, or telling the window manager to not manage windows, works around the problem. In all cases, I'm using the commercial nvidia drivers supplied by ubuntu (for precise, version 295.20; for 11.10, version 280.13), so I'm not sure if the problem is the new X, or the new drivers. Before I go reporting an ubuntu bug, or jamming newer drivers into my older ubuntu system, has anybody else noticed this?
Re: wine menus
Damjan Jovanovic wrote:
Hi
At the moment, wine builds fd.o menus by calling winemenubuilder and
wineshelllink when shell32's IPersistFile_fnSave is invoked. This both
misses menus copied directly into the menu directory without calling
IPersistFile_fnSave, and provides no way to remove the menus when the
app is uninstalled.
Installers that doing this sort of stuff are broken by design. They usually
don't work well/at all on different language systems. Or the pre-made .lnk
files won't work if app is installed into different location.
Is it possible to add a new utility, or patch an existing utility like
wineboot, to synchronize between wine's .lnk files in the windows
directory and the fd.o menus, instead of using
winemenubuilder/wineshelllink? Would a patch that does that be okay?
All you really need to synchronize is something like this:
find ~/.wine/drive_c/ -name *.lnk -exec wine winemenubuilder '{}' \;
However this is one-way and it won't remove uninstalled links (which is
pretty easy to add). But this still does not account for number of things:
1. Desktop entries (they are tricky - winemenubuilder uses some magic to
decide if the link should be placed on the desktop or menu).
2. Multiple WINEPREFIXes
3. User modified .desktop entries (added extra parameters, env variables, etc.)
4. User (re)moved Wine menu entries using KDE/Gnome/etc menu editor(s). I
can see this can be a huge annoyance when user deletes something and it's
coming back.
I think what you can do, is to move location where Wine creates it's XDG
links and menu structure somewhere under WINEPREFIX itself. Not sure if this
would help or not. Most installers won't remove directories if they are not
empty, even if created during the install.
Vitaliy.
Re: wine menus
Damjan Jovanovic [EMAIL PROTECTED] writes: With FindFirstChangeNotification() and FindNextChangeNotification() you don't even have to poll, and those are implemented on wineserver using inotify, so it's very efficient. Except it doesn't work on many platforms, so it can't be the standard mechanism. -- Alexandre Julliard [EMAIL PROTECTED]
Re: wine menus
On 6/23/07, Alexandre Julliard [EMAIL PROTECTED] wrote: Damjan Jovanovic [EMAIL PROTECTED] writes: With FindFirstChangeNotification() and FindNextChangeNotification() you don't even have to poll, and those are implemented on wineserver using inotify, so it's very efficient. Except it doesn't work on many platforms, so it can't be the standard mechanism. Could we detect if it fails and then have a fallback case where it sync's the lnk's to xdg-menus on explorer shutdown? -- Steven Edwards There is one thing stronger than all the armies in the world, and that is an idea whose time has come. - Victor Hugo
wine menus
Hi At the moment, wine builds fd.o menus by calling winemenubuilder and wineshelllink when shell32's IPersistFile_fnSave is invoked. This both misses menus copied directly into the menu directory without calling IPersistFile_fnSave, and provides no way to remove the menus when the app is uninstalled. Wine also keeps .lnk files in ~/.wine/drive_c/windows/profiles/user/Start Menu/ just like Windows does, and those .lnk files seem like a much better representation of the menus that should appear on the system, because they are also deleted when an app is uninstalled. Is it possible to add a new utility, or patch an existing utility like wineboot, to synchronize between wine's .lnk files in the windows directory and the fd.o menus, instead of using winemenubuilder/wineshelllink? Would a patch that does that be okay? Thank you Damjan
Re: wine menus
I actually did some testing behind .lnk functionality (unscientific testing, that is) with wine a few months ago. Xorg actually fully supports Windows' .lnk files with 2 minor annoyances.. The .lnk files could theoretically be used as the links in the menus if these 2 annoyances could be fixed (probably by Xorg, not wine).. 1) The .lnk extension shows up even in the menu 2) The icon is just a picture of a window with a white background and a MS flag. If that icon could be changed to, say the icon specified inside the .lnk file, it would be perfect. Other than that, you can double click on a .lnk file and the program will be executed with wine (assuming BINFMT_MISC is setup properly on your system), including whatever command line options are specified to the program, in the lnk file. Now with all that being said, this still deviates from Freedesktop, so I kinda need to backtrack and say that I am not recommending that we USE those files as the menu entries. Quite the contrary! I think if we can find out what license the xorg code to parse the .lnk files is under, then we could potentially use that code to help us with a parser, or if it is not LGPL'ed then we might be able to get the code author's permission.. One other amendment to what I said above, because I haven't fully checked this.. It may just be KDE that supports the lnk files, and not Xorg.. As KDE is what I use, I don't have time to install/test with GNOME, or others. Someone please feel free to give it a shot with something other than KDE and post results back.. Hope that helps Tom P.S. While we are at it, can someone look into bug 3548 please? On 6/22/07, Damjan Jovanovic [EMAIL PROTECTED] wrote: Hi At the moment, wine builds fd.o menus by calling winemenubuilder and wineshelllink when shell32's IPersistFile_fnSave is invoked. This both misses menus copied directly into the menu directory without calling IPersistFile_fnSave, and provides no way to remove the menus when the app is uninstalled. Wine also keeps .lnk files in ~/.wine/drive_c/windows/profiles/user/Start Menu/ just like Windows does, and those .lnk files seem like a much better representation of the menus that should appear on the system, because they are also deleted when an app is uninstalled. Is it possible to add a new utility, or patch an existing utility like wineboot, to synchronize between wine's .lnk files in the windows directory and the fd.o menus, instead of using winemenubuilder/wineshelllink? Would a patch that does that be okay? Thank you Damjan -- Thanks Tom
Re: wine menus
Fredag 22 juni 2007 08:43, skrev Tom Spear: I actually did some testing behind .lnk functionality (unscientific testing, that is) with wine a few months ago. Xorg actually fully supports Windows' .lnk files with 2 minor annoyances.. The .lnk files could theoretically be used as the links in the menus if these 2 annoyances could be fixed (probably by Xorg, not wine).. 1) The .lnk extension shows up even in the menu 2) The icon is just a picture of a window with a white background and a MS flag. If that icon could be changed to, say the icon specified inside the .lnk file, it would be perfect. Other than that, you can double click on a .lnk file and the program will be executed with wine (assuming BINFMT_MISC is setup properly on your system), including whatever command line options are specified to the program, in the lnk file. Now with all that being said, this still deviates from Freedesktop, so I kinda need to backtrack and say that I am not recommending that we USE those files as the menu entries. Quite the contrary! I think if we can find out what license the xorg code to parse the .lnk files is under, then we could potentially use that code to help us with a parser, or if it is not LGPL'ed then we might be able to get the code author's permission.. One other amendment to what I said above, because I haven't fully checked this.. It may just be KDE that supports the lnk files, and not Xorg.. As KDE is what I use, I don't have time to install/test with GNOME, or others. Someone please feel free to give it a shot with something other than KDE and post results back.. Hope that helps Tom Yes, that is part of KDE. I'm not sure why you would think it was a part of X.Org :/ Alexander N. Sørnes P.S. While we are at it, can someone look into bug 3548 please? On 6/22/07, Damjan Jovanovic [EMAIL PROTECTED] wrote: Hi At the moment, wine builds fd.o menus by calling winemenubuilder and wineshelllink when shell32's IPersistFile_fnSave is invoked. This both misses menus copied directly into the menu directory without calling IPersistFile_fnSave, and provides no way to remove the menus when the app is uninstalled. Wine also keeps .lnk files in ~/.wine/drive_c/windows/profiles/user/Start Menu/ just like Windows does, and those .lnk files seem like a much better representation of the menus that should appear on the system, because they are also deleted when an app is uninstalled. Is it possible to add a new utility, or patch an existing utility like wineboot, to synchronize between wine's .lnk files in the windows directory and the fd.o menus, instead of using winemenubuilder/wineshelllink? Would a patch that does that be okay? Thank you Damjan
Re: wine menus
On 6/22/07, Damjan Jovanovic [EMAIL PROTECTED] wrote: Is it possible to add a new utility, or patch an existing utility like wineboot, to synchronize between wine's .lnk files in the windows directory and the fd.o menus, instead of using winemenubuilder/wineshelllink? Would a patch that does that be okay? Maybe we could duplicate the lnk dumper in tools/winedump/lnk.c and import parts of it in to explorer. As part of explorer startup the lnk parser could run and check to see the xdg menus for Wine and the~/.wine/drive_c/windows/profiles/user/Start Menu is in sync. -- Steven Edwards There is one thing stronger than all the armies in the world, and that is an idea whose time has come. - Victor Hugo
Re: wine menus
On 22.06.2007 08:21, Damjan Jovanovic wrote: Is it possible to add a new utility, or patch an existing utility like wineboot, to synchronize between wine's .lnk files in the windows directory and the fd.o menus, instead of using winemenubuilder/wineshelllink? Would a patch that does that be okay? Another idea: let wine's explorer monitor the start menu directory and let it update the fd.o menu as soon as it detects a change. This way changes to the start menu folder are instant, at least while explorer runs. -f.r.
Re: wine menus
On 6/22/07, Frank Richter [EMAIL PROTECTED] wrote: Another idea: let wine's explorer monitor the start menu directory and let it update the fd.o menu as soon as it detects a change. This way changes to the start menu folder are instant, at least while explorer runs. Alexandre: do you have any recommendations about this? Should explorer poll periodically and be in charge of keeping the lnk's in sync with the fd.o? -- Steven Edwards There is one thing stronger than all the armies in the world, and that is an idea whose time has come. - Victor Hugo
