gerard patel wrote:
> I have tried a quick and dirty implementation of WM_SYNCPAINT and it seems
> to work as you intend. I have not seen any nasty side-effect on any program I use.
> Some paintings have a different order, it seems that a few splash screen are not
> painted as fast as before, bu
George Boutwell wrote:
>
> I was wondering if someone from Code Weavers good
> give a blurb about how they felt things at BorCon
> went. I was at BorCon, stopped by their booth (was
> glad to see them there), and wasn't able to make it to
> the Birds of a Feather Session they had and would li
On Fri, 14 Jul 2000, Bertho Stultiens wrote:
>Dave Pickles wrote:
>> Thanks to Bertho, Wine now has the tools to implement the
>> FORMAT_MESSAGE_FROM_SYSTEM version of FormatMessage(). I'll do the work if
>> no-one else has started, but I would appreciate some pointers.
>>
>> In particular, where
Just a note that the Corel WINE team will be at the
Ottawa Linux Symposium coming up next week on July
19th to 22nd. There are no formal WINE presentations
scheduled, and apparently they aren't accomodating
BOF sessions, but we could set up some informal
discussions with other WINE developers who
I was wondering if someone from Code Weavers good
give a blurb about how they felt things at BorCon
went. I was at BorCon, stopped by their booth (was
glad to see them there), and wasn't able to make it to
the Birds of a Feather Session they had and would like
to know how that did (or didn't) g
Bertho Stultiens <[EMAIL PROTECTED]> writes:
> Good point, would save a lot of run-time space.
It wouldn't save anything, unused resources won't get swapped in
anyway.
> I'd suggest to use the
> language-codes directly in the names (with or without sublanguages) and
> symlink the default langua
> I would like to move some strings from commdlg/filedlg95.c and put them
> into the appropriate resource file.
We should use the same resource ID's as the original dll's since some programs
can try to load built in resources for their purposes.
> As the resource namespace is global, I want to b
Uwe Bonnes wrote:
[snip]
> Wouldn't allow a seperate DLL easier implementation of language
> dependant message?
> Wine could e.g. look for winemsg-de.dll when run with --language de
> and fall back to default english messages in winemsg.dll when
> winemsg-de.dll is not found ( or some wine.ini co
Uwe Bonnes writes
>Wouldn't allow a seperate DLL easier implementation of language
>dependant message?
>Wine could e.g. look for winemsg-de.dll when run with --language de
>and fall back to default english messages in winemsg.dll when
>winemsg-de.dll is not found ( or some wine.ini configuartio
Bertho Stultiens writes:
> Dave Pickles wrote:
> > Thanks to Bertho, Wine now has the tools to implement the
> > FORMAT_MESSAGE_FROM_SYSTEM version of FormatMessage(). I'll do the work if
> > no-one else has started, but I would appreciate some pointers.
> >
> > In particular, where should the me
Dave Pickles wrote:
> Thanks to Bertho, Wine now has the tools to implement the
> FORMAT_MESSAGE_FROM_SYSTEM version of FormatMessage(). I'll do the work if
> no-one else has started, but I would appreciate some pointers.
>
> In particular, where should the messages be stored? In Win9x they are i
11 matches
Mail list logo