September 2004 - Wine-Devel

Re: Add a test showing that GDI should not scale bitmap font metrics

by Huw D M Davies

On Wed, Sep 01, 2004 at 06:49:14PM +0900, Dmitry Timoshkov wrote: > "Huw D M Davies" <h.davies1(a)physics.ox.ac.uk> wrote: > > > > I had a wild guess whether GDI actually scales or not metrics for > > > a bitmap font if a requested font size is not available and wrote > > > a test case for it. No, GDI *does not* scale bitmap font metrics. > > > > Well it does do integer scaling. So if you request System (whose > > normal size is 16) with 32 <= lfHeight < 48 you'll get a double sized > > font with all the metrics scaled by a factor of two. Wine doesn't do > > this yet. Your test shows that gdi doesn't do fractional scaling which > > is indeed correct. > > Thanks for pointing this out. A quick addition to the submitted test > case (attached) confirms that win2k does integer scaling. But it does > it in a somewhat inconsistent manner. For instance GetTextExtentPoint32 > scales only height but not width, and GetCharWidth does not scale width > either. I'm a bit confused, is that a bug or a feature? Try setting lfWidth to 0, that should then scale the font isotropically - setting a non-zero lfWidth can result in different scaling factors in the x and y directions. So for example if you leave width set to the normal width and only multiply up the height then the font will only be scaled in the y direction. Huw. -- Huw Davies huw(a)codeweavers.com

Sept. 1, 2004

Re: Add a test showing that GDI should not scale bitmap font metrics

by Dmitry Timoshkov

"Huw D M Davies" <h.davies1(a)physics.ox.ac.uk> wrote: > > I had a wild guess whether GDI actually scales or not metrics for > > a bitmap font if a requested font size is not available and wrote > > a test case for it. No, GDI *does not* scale bitmap font metrics. > > Well it does do integer scaling. So if you request System (whose > normal size is 16) with 32 <= lfHeight < 48 you'll get a double sized > font with all the metrics scaled by a factor of two. Wine doesn't do > this yet. Your test shows that gdi doesn't do fractional scaling which > is indeed correct. Thanks for pointing this out. A quick addition to the submitted test case (attached) confirms that win2k does integer scaling. But it does it in a somewhat inconsistent manner. For instance GetTextExtentPoint32 scales only height but not width, and GetCharWidth does not scale width either. I'm a bit confused, is that a bug or a feature? -- Dmitry.

Sept. 1, 2004

Wine and industrial communication like OPC

by Rickard Svensson

Hello! I have some questions about Wine and how/if it can be used with industrial communication like OPC (MicroSoft Com/DCom objects, DDE and more) My short question is: Can I use Wine to make OPC communication work on a Linux system. OPC "OLE for Process Control" A "general" standard for communication in industrial systems, that unfortunately is totally depending on Windows(DCOM) I work on a small company in Sweden who make industrial computers for the industry, and when we a few years ago had to choose operating system for our new model I got them to choose Linux. And almost everything is perfect, we have had a working product for almost a year now, and everything is good. But now our company needs to support OPC, this is a big problem that makes a lot of people in the company start saying things like WinCE or Win XP embedded. On www.opcfoundation.org ther are same companys how have made Unix OPC clients, but the license costs are hi. Ther is also OPC true XML that is now a real product, that looks promising. I'am in need to make/use same kind of OPC api(Wine DCom) for Linux, a api like that woode make many companys in the industrial computer intressted. Or as a backup I could have a Win program running in Wine on the Linux machine talking with the main app on the same computer and talking OPC to other machines that need that. I hope Wine and/or you can help me in this case. It would be a tragedy if we had to switch operating system just because of this. /Rickard -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

Sept. 1, 2004

Re: regression: listbox stays disabled in created dialog-window

by Saulius Krasuckas

On Tue, 31 Aug 2004, Alexandre Julliard wrote: > Does this help? > > Index: dlls/x11drv/winpos.c Yes, the patch helps in my case. Thanks.

Sept. 1, 2004

Re: Add a test showing that GDI should not scale bitmap font metrics

by Huw D M Davies

On Wed, Sep 01, 2004 at 05:44:19PM +0900, Dmitry Timoshkov wrote: > Hello, > > I had a wild guess whether GDI actually scales or not metrics for > a bitmap font if a requested font size is not available and wrote > a test case for it. No, GDI *does not* scale bitmap font metrics. Well it does do integer scaling. So if you request System (whose normal size is 16) with 32 <= lfHeight < 48 you'll get a double sized font with all the metrics scaled by a factor of two. Wine doesn't do this yet. Your test shows that gdi doesn't do fractional scaling which is indeed correct. Huw. -- Huw Davies huw(a)codeweavers.com

Sept. 1, 2004

Re: Binary relocatability part 1

by Mike Hearn

> This is still making assumptions about the contents of bindir and > libdir. What you need is a generic way to find a relative path from > any directory to any other. Also this needs to be done at make time, > not in configure. I realised last night the patch I sent in was incomplete anyway, I missed the changes to wineprefixcreate. Oops. Still, I'm not sure why this has to be so generic. I think not people modify the standard install layout, and if they do, they probably don't care about binary relocatability. Why do we have to make the code so very complex to make it work for 100% of people when much simpler code could work for 95%? When do the costs outweigh the benefits? There's another issue: I'm not sure what you're asking me to do :( Do you mean if somebody does, eg ./configure --bindir=a/b/c --libdir=x/y/z that the rpath is set to ${ORIGIN}/../../../x/y/z ? If so got any tips for how to implement this? thanks -mike

Sept. 1, 2004

Re: WineHQ - Hosted by PayPal

by michael＠cherryblossom.homelinux.com

On Mon, Aug 30, 2004 at 12:37:50PM -0400, Tom wrote: > Jeremy Newman wrote: > > > > >The site is not hosted by PayPal, seems that having the two images right > >next to each other is confusing. Does this confuse anyone else? > > NO! > > Should > >we simply remove the donate link? > > Well if you want to eat at wineconf 2005 I would say NOOOOOOOOOO! :D I suggest you put something there, not necessarily in the link, and if possible, remove the null link to save a couple bytes of bandwidth (which would allocate over the users and years). You could do something like: --- <snip> Hosted by: us, the wine development team<br /> <Paypal Donate Button> --- <snip> Where you could replace "us, the wine-development team" with some other generic, catchy phrase, or whoever runs/owns the mailing list, digest app, or server(s). You can also put an optional comment like: "Help host the <whatever is being hosted, such as "Wine-devel mailing list"> and fund the developers by donating to paypal!" > Tom --Michael Chang

Sept. 1, 2004

Re: cleanup w->a cross calls in crypt

by James Hawkins

oops forgot to add a changelog Changelog * w->a cleanup of CryptAcquireContext, CryptEnumProviderTypes, CryptGetDefaultProvider, and CryptSetProviderEx. On Tue, 31 Aug 2004 21:37:50 -0400, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > I have checked this patch over and over, but I would appreciate it > if you guys could make sure it is ready to be committed. I tried to > break up the changes into as many patches as I could, but these last > few functions depend on CRYPT_GetProvKeyName and CRYPT_GetTypeKeyName > which had to be unicodified as well. The tests for these functions > will be sent in the next patch. > > -- > James Hawkins > > > -- James Hawkins

Sept. 1, 2004

cleanup w->a cross calls in crypt

by James Hawkins

Hi, I have checked this patch over and over, but I would appreciate it if you guys could make sure it is ready to be committed. I tried to break up the changes into as many patches as I could, but these last few functions depend on CRYPT_GetProvKeyName and CRYPT_GetTypeKeyName which had to be unicodified as well. The tests for these functions will be sent in the next patch. -- James Hawkins

Sept. 1, 2004

Re: mixing SHELL32.DLL and SHFOLDER.DLL

by michael＠cherryblossom.homelinux.com

On Mon, Aug 30, 2004 at 02:55:46PM -0700, Juan Lang wrote: > --- Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > I don't know ordinal value of this function. > > I neither. I don't have this versions handy at the > moment either. Maybe some kind soul who does can > provide them? My linux box has a dyfunct (partially working) Win95 partition, and I have access to a Win98SE box. Both are reasonably recent, and I can try extracting an original Win95 version from the cabs on the local CAB archives (which come from the CD). What are the specific filenames again? Oh, and do you want them compressed in any way (i.e. leave them, zip them, or tar/gz them), and do you want them on list or off? Note, that I'll only do this once, so that means that if you want an archive, I'd have to send them to the list. > > Yes, I understand now. IMHO, the easiest way still > > would be to move the > > code from shell32 to shfolder. But forget it. > > I'm not sure that's true. It depends how the > application decides whether to look for these > functions in shfolder.dll. I'm not sure what the > "correct" way is; MS isn't very clear on this. I > think, reading from MSDN, you can ship shfolder.dll > and dynamically load it if you can't find these > exports in shell32.dll. But that apparently isn't > what your app is doing, and I'm not sure what it is > doing instead. > > For what it's worth, I'm working on the functions > SHGetFolderPath/A/W, SHGetFolderLocation/A/W, > SHGetSpecialFolderPath/A/W, and > SHGetSpecialFolderLocation/A/W. They're a bit off at > the moment, but not horribly so; I don't think too > many apps will be broken by their incorrectness. But > if your app is having trouble specifically because of > these, help may be on the way :) Good luck! > --Juan > > > > __________________________________ > Do you Yahoo!? > New and Improved Yahoo! Mail - Send 10MB messages! > http://promotions.yahoo.com/new_mail > Doing my best, --Michael Chang

Sept. 1, 2004