Re: gdi32: return the correct font type, ntmFlags and PitchAndFamily for Type1 fonts (fixes bug #5877)

2007-09-07 Thread Dmitry Timoshkov
"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: As I wrote in Bugzilla for Photoshop to work with Type1 fonts after applying this patch one needs to reinstall Photoshop in a clean wineprefix - it seems that Photoshop caches some font data. +/* check for the presence of the 'CFF ' ta

Re: Kudos - Fireworks 8 working better...

2007-09-07 Thread Nemes Ioan Sorin
I told that for weeks - I really believe that speed on Fireworks are better under Linux using wine than XP. I suspect Dreamweaver to use ~ 90% from it's original speed. Also XnView works as in Windows (except I can not open files by dragging them to Xnview Icon) - last XnView work without any

Re: wined3d: add WINED3DPRESENT_INTERVAL_ONE flag (fix bug 9584)

2007-09-07 Thread Stefan Dösinger
Am Freitag, 7. September 2007 18:29:02 schrieb Louis. Lenders: > I added this initially as a hack to get mame running, but what i understood > from discussion on IRC, there's no way we can check the graphics card's for > this capability now, and adding it as default (so without checking) would > be

Re: [PATCH 3 of 3] shell32: implement SHPathPrepareForWrite

2007-09-07 Thread Dmitry Timoshkov
"Vincent Povirk" <[EMAIL PROTECTED]> wrote: Again StrCpyNW is a shlwapi export, and since you just allocated the buffer of correct length memcpy + adding an explicit '\0' terminator look more naturally here (if not kernel32.lstrcpynW). I'm allowed to use memcpy? Isn't that a native Linux funct

Re: [PATCH 3 of 3] shell32: implement SHPathPrepareForWrite

2007-09-07 Thread Kuba Ober
> > Again StrCpyNW is a shlwapi export, and since you just allocated the > > buffer of correct length memcpy + adding an explicit '\0' terminator look > > more naturally here (if not kernel32.lstrcpynW). > > I'm allowed to use memcpy? Isn't that a native Linux function? It's a C library function.

Re: [PATCH 3 of 3] shell32: implement SHPathPrepareForWrite

2007-09-07 Thread Vincent Povirk
> You are still using a buffer of a fixed size. Whoops, didn't think about that one. > StrRChrW is a shlwapi export. Since shlwapi.dll is just mostly a > wrapper/helper, > and it imports shell32, that would create a circular dependency. I already > suggested to use strrchrW here. Um, ok. I didn

Re: nhelp, Vector NTI, molecular biologists

2007-09-07 Thread Francois Gouget
Uwe Bonnes wrote: [...] Missing MFC42 and other redistributable DLLs is a showstopper for winelib and running windows code on non i386 archtecture... Well, not quite. If you're going to use Winelib it means that you have the source of the application. And if it is using the MFC it should mean

Re: ddraw/tests: Check deviceGUID of enumerated devices.

2007-09-07 Thread Stefan Dösinger
Am Freitag, 7. September 2007 02:44:32 schrieb David Hedberg: > Ah, I thought this was going a bit too well ;) I'll fix the issues and > send it in again. Regarding a fix, would something as simple as the > following be acceptable? > > (in dlls/ddraw/direct3d.c) > > @@ -263,6 +263,12 @@ IDirect3DIm

Re: nhelp, Vector NTI, molecular biologists

2007-09-07 Thread Stefan Dösinger
Am Freitag, 7. September 2007 10:05:25 schrieb Uwe Bonnes: > Missing MFC42 and other redistributable DLLs is a showstopper for winelib > and running windows code on non i386 archtecture... I think you can compile MFC42 for winelib and other architectures, the source code is publically accessible(s

Re: gdi32[3/3]: if freetype fails try to load manually fonts wrapped as PE resources

2007-09-07 Thread Dmitry Timoshkov
"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote: Then there is no point in using FreeType for loading font files at all, (or adding support for new font file formats to FreeType) since FreeType can load fonts from memory. Do you mean that in AddFontResource I shouldn't try to call WineEngAddFon

re: nhelp, Vector NTI, molecular biologists

2007-09-07 Thread Uwe Bonnes
> "Dan" == Dan Kegel <[EMAIL PROTECTED]> writes: Dan> Misha wrote: >> and even my version of Windows 98 is bundled with mfc42.dll, so wine >> really should provide it too... [our own version, not Microsoft's.] Dan> Well, sure. Same goes for a lot of things. But since mfc42.