Re: X11 -- how do you prevent window from closing if user closes it

2005-06-23 Thread Andreas Mohr
Hi, On Thu, Jun 23, 2005 at 09:36:50PM -0400, Peter Quiring wrote: > I trying to use X11 and let's say I create a text editor. Let's say the > user is using the text editor, makes some changes and then clicks on the > [X] to close the window before saving changes.I want to popup a "are > y

Re[2]: shell32: Implement SHGetPathFromIDList based on GetDisplayNameOf

2005-06-23 Thread Vitaliy Margolen
Thursday, June 23, 2005, 1:57:27 PM, you wrote: > Hi Vitaliy, > On Thursday 23 June 2005 20:57, Vitaliy Margolen wrote: >> This patch broke shell ParseDisplayName (created call loop) from >> IShellFolder_ParseDisplayName to SHELL32_ParseNextElement back to >> IShellFolder_ParseDisplayName > SHEL

X11 -- how do you prevent window from closing if user closes it

2005-06-23 Thread Peter Quiring
I trying to use X11 and let's say I create a text editor. Let's say the user is using the text editor, makes some changes and then clicks on the [X] to close the window before saving changes.I want to popup a "are you sure" before the window is closed but X11 doesn't allow this. How does

Re: winecfg's registry convience functions

2005-06-23 Thread Mike Hearn
On Thu, 23 Jun 2005 20:47:07 +0100, Mike Hearn wrote: > Yes that sounds excellent. I'll start investigating how exactly we can > read the locations GTK+ uses in its file picker (as that system works > quite nicely and seems very easy to use). The relevant function is here: http://cvs.gnome.org/vi

Re: shell32: Implement SHGetPathFromIDList based on GetDisplayNameOf

2005-06-23 Thread Michael Jung
Hi Vitaliy, On Thursday 23 June 2005 20:57, Vitaliy Margolen wrote: > This patch broke shell ParseDisplayName (created call loop) from > IShellFolder_ParseDisplayName to SHELL32_ParseNextElement back to > IShellFolder_ParseDisplayName SHELL32_ParseNextElement consumes one path component each time

Re: winecfg's registry convience functions

2005-06-23 Thread Mike Hearn
On Thu, 2005-06-23 at 09:16 +0200, Michael Jung wrote: > I found the website http://www.virtualplastic.net/html/ui_shell.html , > which describes how to create virtual shell folders that link to > locations in the filesystem. And then there's the freeware tool "Shell > Object Editor" > http://www.t

Re: Cross-compiling with winelib

2005-06-23 Thread Eric Frias
Alexandre Julliard wrote: I think the right way is to get rid of the #ifdefs, but not by pushing them into the .spec.c file but my making the target a run-time option. I've been meaning to do this for a while now, I was just waiting for someone to actually need that feature ;-) Fantastic! Thos

Re: shell32: Implement SHGetPathFromIDList based on GetDisplayNameOf

2005-06-23 Thread Vitaliy Margolen
Alexandre, could you back this patch out? This patch broke shell ParseDisplayName (created call loop) from IShellFolder_ParseDisplayName to SHELL32_ParseNextElement back to IShellFolder_ParseDisplayName Vitaliy Margolen Tuesday, June 14, 2005, 14:08:31, Vitaliy Margolen wrote: > Changelog: >

Re: Cross-compiling with winelib

2005-06-23 Thread Alexandre Julliard
Eric Frias <[EMAIL PROTECTED]> writes: > I see two basic ways we can accomplish this. We could either use > autoconf's --target flag to specify the target architecture, and then > replace all of the "#ifdef __sparc__" statements in winebuild with > "#ifdef __target_arch_sparc". I came across an

Cross-compiling with winelib

2005-06-23 Thread Eric Frias
We're working on setting up an environment to cross-compile a winelib application (initially from x86 linux to sparc solaris). To do this, we need a cross-compiling version of winebuild which will generate the assembly code for the target architecture instead of the build architecture. I see

Re: COMDLG32: PageSetupDlg improvements

2005-06-23 Thread Alexandre Julliard
Vitaly Lipatov <[EMAIL PROTECTED]> writes: > +#define CALLANYPAINTHOOK(msg, wParam, lParam) \ > +(((pda->dlga->Flags & PSD_ENABLEPAGEPAINTHOOK) && \ > +pda->dlga->lpfnPagePaintHook(hWnd,msg,wParam,lParam)) || \ > +PRINTDLG_DefaultPagePaintHook(hWnd,msg,wParam,lParam)) It would be a lo

Re: advapi32: Implement ImpersonateNamedPipeClient

2005-06-23 Thread Dmitry Timoshkov
"James Hawkins" <[EMAIL PROTECTED]> wrote: > Changelog > * Implement ImpersonateNamedPipeClient. > @@ -871,9 +871,13 @@ BOOL WINAPI InitializeAcl(PACL acl, DWOR > > BOOL WINAPI ImpersonateNamedPipeClient( HANDLE hNamedPipe ) > { > -FIXME("%p - stub\n", hNamedPipe); > +PIO_STATUS_

Re: Wine tests

2005-06-23 Thread Andreas Mohr
Hi, On Wed, Jun 22, 2005 at 10:19:17PM -0700, Glen Kaukola wrote: > Hi there, > > So I'm not seeing a test for MoveFileEx at all. I wouldn't mind > taking a stab at creating one, and for that matter for anything else I > happen to find not being tested. Sound like a plan? Sure, but why are you

Re: winefile: switch to UNICODE mode

2005-06-23 Thread Martin Fuchs
22 Jun 2005 22:37:34 +0200, Alexandre Julliard <[EMAIL PROTECTED]>: > Martin Fuchs <[EMAIL PROTECTED]> writes: > > > Let me change the question: Why should one use Unicode on those > > systems at all? They don't support Unicode file systems - so there are > > no 16 bit file names to display. > >

Re: winecfg's registry convience functions

2005-06-23 Thread Michael Jung
Hi, On Wednesday 22 June 2005 13:26, Michael Jung wrote: > On Wednesday 22 June 2005 13:08, Mike Hearn wrote: > > One thing we might want to look into is integrating with the GNOME/GTK+ > > file roots. In the new file picker, it hides the UNIX by default and you > > have multiple roots like "DVD D