Kevin Koltzau <[EMAIL PROTECTED]> writes:
> Would it be acceptable to add a special case for SHGetSpecialFolderPath where
> szDefaultPath is returned
> without attempt to retrieve this value from the registry first?
Only if there is clear evidence that Windows does that too. We must
not add a sp
I haven't found where the actual translation happens yet, but the directory itself
seems to be retrieved
by SHGetSpecialFolderPath with CSIDL_RESOURCES (which is currently flagged FIXME).
However the current implementation of that function requires some registry info in
CSIDL_Data,
but I haven't
Kevin Koltzau <[EMAIL PROTECTED]> writes:
> Many registry keys under XP refer to a %ResourceDir% env that points
> to the path where windows themes are located.
>
> In case any apps refer to this, or if someone loads a registry
> export from XP this should be available in wine also
>
> Interesting
Fabian Cenedese <[EMAIL PROTECTED]> writes:
> There are only few changes between these two days. Maybe this
> is enough for someone to find out why this doesn't work on my
> system (as others apparently don't have a problem).
> For the moment I will stay on the last working version.
Most likely i
Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> may now i ask someone for a help or explanation? the question is: if the
> win16 doesn't handle SBM_GETRANGE message, should wine send it in a case
> of win16 app? if no, then i'd like to start writing an additional check
> ;-).
No, there is an SBM_
While you are moving the code around then you are probably reviewing
it as well? So, the question is: shouldn't the above comparisons be
case insensitive?
yes, they should
A+
--
Eric Pouech
Andrew de Quincey <[EMAIL PROTECTED]> writes:
>> Most likely yes, it should go in the server. But first need to know
>> what the exact behavior is supposed to be in all cases.
>
> Can you give me some more ideas as to what you would like me to check? I'm not
> really a UI person
Well, things
On Fri, 12 Dec 2003 09:53:41 +0100, you wrote:
> Hello,
>
> I've found a probable bug in Wine when running win32 applications.
>
> Wine does not repaint windows areas that are hidden by another window over them (I
> think
> this is a behaviour by design).
> This behaviour is not correct when th
>I have an application where I get the styles from a window with
>
>GetWindowLong(m_hWnd, GWL_EXSTYLE);
>
>In Windows I get 0x0110 but in wine I get 0x4110. From the wine
>headers (mine seem to old) I get this means 'managed by the system'. Is
>this something wine specific? Do I need to pa
Hello,
I've found a probable bug in Wine when running
win32 applications.
Wine does not repaint windows areas that are hidden
by another window over them (I think
this is a behaviour by design).
This behaviour is not correct when the
upper window is transparent (WS_EX_TRANSPARENT style).
Hi
I have an application where I get the styles from a window with
GetWindowLong(m_hWnd, GWL_EXSTYLE);
In Windows I get 0x0110 but in wine I get 0x4110. From the wine
headers (mine seem to old) I get this means 'managed by the system'. Is
this something wine specific? Do I need to pay at
On Fri, 12 Dec 2003 00:19:25 -0600, you wrote:
> Log message:
> Return an error in wine_pthread_mutex_unlock if we don't own the
> critical section, this should avoid trouble caused by a locking bug
> inside Xlib.
Good, the locking problem that I reported seems to be fixed by th
On Thu, 11 Dec 2003, Alexandre Julliard wrote:
> Kirill Smelkov <[EMAIL PROTECTED]> writes:
>
> > +/* AlphaBlend flags */
> > +#define AC_SRC_NO_PREMULT_ALPHA 0x01
> > +#define AC_SRC_NO_ALPHA 0x02
> > +#define AC_DST_NO_PREMULT_ALPHA 0x10
> > +#define AC_DST_NO_ALPHA
>I have a problem with starting wine itself. After trying the CodeWeavers
>wine I wanted to get clean again and removed everything I could find only
>slightly wine related (/usr/bin, /usr/local... etc). I even removed my cvs
>of wine of a few days ago. Then I made a fresh checkout and did the
>com
No patch?
On Thu, 2003-12-11 at 20:14, Eric Pouech wrote:
> wine_get_unix_file_name is now a unicode function
> A+
On Friday 12 December 2003 06:03, Alexandre Julliard wrote:
> Andrew de Quincey <[EMAIL PROTECTED]> writes:
> > Do you think such a thing should be implemented in wineserver or in the
> > user32 DLL? To me, it would go in wineserver 'cos it has all the
> > information available in one place... plus
On Friday 12 December 2003 04:23, Alexandre Julliard wrote:
> Andrew de Quincey <[EMAIL PROTECTED]> writes:
> > Hi, this is a cleanup of shell32/shlexec.c to remove potential buffer
> > overruns. I've also tried to make parts of the code a little easier to
> > follow, without affecting the function
hi,
once i got this crash. i have ve filled a bug report:
http://bugs.winehq.com/show_bug.cgi?id=1503
now, inspired with a notice made by Andreas Mohr..:
> Ah, WAIT!! Watcom has:
> ./h/nt/winuser.h:#define SBM_GETRANGE0x00E3 /*not in win3.1 */
.i decided to dig into some det
18 matches
Mail list logo
