February 2008 - Wine-Devel - list.winehq.org

Re: programs: add winestartfile for starting files from the unix path (for file managers)

by Steven Edwards

As explorer.exe is always running could you do something like extend it so that that KFM and friends could call 'explorer.exe filename' directly? It seems redundant to add another winelib application when you are trying to emulate explorer functionality anyway and explorer is always running. You could extend it to use messaging to connect to an existing explorer.exe process also. Thanks Steven On 2/17/08, Vincent Povirk <madewokherd+d41d(a)gmail.com> wrote: > This is now attempt 4, not that anyone's counting. > > Adding winelib programs is a bit involved, and I imagine I've screwed > something up along the way. If you know how to add them properly, > please say something, even if it's to tell me I did it right. > > This patch adds a winelib program called winestartfile for starting > files given the unix path. It attempts to mimic what windows explorer > does to start files and provide some visible (gui) feedback when it > doesn't work. The idea is that wine.desktop can then be modified to > use winestartfile instead of wine, solving the following problems when > starting exe files from file managers: > * File managers typically do not set the working directory to the > directory that contains an exe when they start it. Setting the working > directory is the default behavior for windows explorer, and many > windows programs rely on it. > * File managers naturally use the unix path to start files, and the > wine binary passes the unix path along to the exe it starts, rather > than translating it to a windows path (this can and probably should > also be fixed somewhere else). > * Windows explorer always starts exe files with quotes around the path > in the command-line, even if the path does not contain spaces. The > wine binary does not (and probably should not) add quotes in this > situation. A few apps rely on the quotes. See > http://bugs.winehq.org/show_bug.cgi?id=5224#c14 > > -- > Vincent Povirk > -- 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

Feb. 18, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Steven Edwards

On 2/17/08, Dmitry Timoshkov <dmitry(a)codeweavers.com> wrote: > "Timothy Lee" <timothy.lee(a)siriushk.com> wrote: > > >> That kind of hack has nothing to do with Wine desktop window if what it > >> targets is just an application window. > > Um. How about if the scope of the patch is repharsed as "embedding the > > Wine desktop inside an X11 window"? > > Perhaps the most easy way for you to accomplish this would be write a > replacement for Wine's explorer. Have a look at programs/explorer/desktop.c > for ideas. As detlef pointed out about the screensavers, there does seem to be a few valid cases for this. Maybe support for embedding could be put inside of the existing explorer? I'd like to add support for Windows screensavers. A while back I submitted a patch that needs some rework for xdg-screensavers but I expect users will want to also be able to use the native ones. -- 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

Feb. 18, 2008

Re: user32: Check for .ico and .cur magic.

by Dmitry Timoshkov

"Andrew Riedi" <andrewriedi(a)gmail.com> wrote: > +#define ICON_DIB_SIZE 4264 It would be helpful to actually calculate the size instead of hardcoding the magic value. > + handle = LoadImageA(NULL, "icon.ico", IMAGE_CURSOR, 0, 0, LR_LOADFROMFILE); > + ok(handle != NULL, "LoadImage() failed.\n"); > + error = GetLastError(); > + ok(error == 0, "Last error: %u\n", error); > + > + /* Clean up. */ > + ret = DestroyIcon(handle); The fact that LoadImage has returned a not zero handle actually confirms nothing, you need to verify the contents of the loaded image with GetIconInfo. -- Dmitry.

Feb. 18, 2008

Re: Usable Wine interface

by Christoph Frick

On Mon, Feb 18, 2008 at 03:30:30PM +0800, Dmitry Timoshkov wrote: > What's the purpose of running 3 full screen games simultaneously? > Perhaps you have to run them with different wine prefixes then. i run all my games in a desktop as big as the root window. this is a must for the game Grand Prix Legends and i grew acustomed to it. i can change to other apps/desktops without screen-res-changes or similar stuff - and there are games out there, that do not need 100% attention - playing Heroes Of Might And Magic mulitplayer comes into my mind here. -- cu

Feb. 18, 2008

Re: Usable Wine interface

by Dmitry Timoshkov

"Edward Savage" <epssyis(a)gmail.com> wrote: > I would very much like to see a --spawn-new trigger that can be added > to a command to start a new virtual desktop. > > At the moment my default setting is a virtual desktop for everything > and I believe this is the current wine default. No, it is not. > My issue is that > every application comes into that virtual desktop and you cannot alt > tab between them. This is an issue when you have three full screen > games running at once and I really don't want to go making custom > settings for all of them. What's the purpose of running 3 full screen games simultaneously? Perhaps you have to run them with different wine prefixes then. -- Dmitry.

Feb. 18, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Timothy Lee

Dmitry Timoshkov wrote: > "Timothy Lee" <timothy.lee(a)siriushk.com> wrote: > >>> That kind of hack has nothing to do with Wine desktop window if what it >>> targets is just an application window. >> Um. How about if the scope of the patch is repharsed as "embedding >> the Wine desktop inside an X11 window"? > > Perhaps the most easy way for you to accomplish this would be write a > replacement for Wine's explorer. Have a look at > programs/explorer/desktop.c > for ideas. > Thanks for the tip. Will checkout the source code. Regards, Timothy

Feb. 18, 2008

Re: Usable Wine interface

by Edward Savage

I would very much like to see a --spawn-new trigger that can be added to a command to start a new virtual desktop. At the moment my default setting is a virtual desktop for everything and I believe this is the current wine default. My issue is that every application comes into that virtual desktop and you cannot alt tab between them. This is an issue when you have three full screen games running at once and I really don't want to go making custom settings for all of them. Edward On Feb 18, 2008 1:57 PM, Remco <remco47(a)yahoo.com> wrote: > > ----- Original Message ---- > > From: Vitaliy Margolen <wine-devel(a)kievinfo.com> > > To: wine-devel(a)winehq.org > > Sent: Monday, February 18, 2008 4:16:17 AM > > Subject: Re: Usable Wine interface > > > > Remco wrote: > > > I'd like to add a feature-request (should this go somewhereelse?) > > Yes, bugzilla -> enhancement. > > > > Vitaliy. > > > Ok, thanks for the info. I added an entry: http://bugs.winehq.org/show_bug.cgi?id=11629 > > Remco > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > >

Feb. 18, 2008

Re: iTunes

by Edward Savage

Assuming syncing is the primary push behind this (or ends up being done either way) I support iTunes being supports. Though if people go to a lot of effort on this and those features aren't implemented I would consider this a waste of time. For the person who does fix ipod syncing I thank you very much. Edward On Feb 18, 2008 3:56 PM, Dan Kegel <dank(a)kegel.com> wrote: > E. Savage wrote: > > Maarten why not focus on supporting applications that > > don't have viable open source solutions first? > > iTunes doesn't have any alternatives for these functions: > - purchasing songs from iTunes Store > - activating iPhone > - new ipod/iPhone syncing > > Anybody who buys an iPhone and can't activate > it on their Linux PC will blame Linux and think it's crap. > Even developers like jwz, I bet; see > http://jwz.livejournal.com/494040.html > > So yeah, iTunes is important. > - Dan > > >

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Dan Kegel

Tlarhices wrote: > In my opinion the main problem is that the bug tracker is too easy to > find and the forum too hard to find. The appdb is our forum, and it's quite easy to find. I do agree it could use some interface improvements. For instance, I think the front page is too crowded. Also, the 'browse by rating' feature (thanks for adding it!) needs to list apps sorted by name; the current seemingly-random sort order isn't very useful. - Dan

Feb. 18, 2008

re: iTunes

by Dan Kegel

E. Savage wrote: > Maarten why not focus on supporting applications that > don't have viable open source solutions first? iTunes doesn't have any alternatives for these functions: - purchasing songs from iTunes Store - activating iPhone - new ipod/iPhone syncing Anybody who buys an iPhone and can't activate it on their Linux PC will blame Linux and think it's crap. Even developers like jwz, I bet; see http://jwz.livejournal.com/494040.html So yeah, iTunes is important. - Dan

Feb. 18, 2008