October 2007 - Wine-Devel - list.winehq.org

Wine 1.0 bugs, release criteria

by Dan Kegel

At Wineconf 2007, I was appointed to be the guy who decides (with Alexandre's approval) what bugs are 1.0 bugs and what aren't. So I've started adjusting the "Target Release" fields on a few bugs in Bugzilla. Over the next month or so, I'd like Wine developers to nominate important bugs for 1.0 by setting their "target release" field to 1.0. Later on we'll clean up and freeze the list somehow. Also, I've put together a draft wiki page with our 1.0 release criteria; it's at http://wiki.winehq.org/WineReleaseCriteria Comments? - Dan

Oct. 6, 2007

Re: fonts: Add a Tahoma replacement. Almost entirely based on a patch by Larry Snyder.

by Chris Robinson

On Saturday 06 October 2007 04:13:18 am Huw Davies wrote: > Nice ;-/ > > The new Tahoma doesn't contain any TrueType hinting instructions, so there > are several sets of bitmaps that get used at small font sizes. It's > possible winecfg is trying to use a font size for which we don't have a > bitmap strike. Could you send me a +font log so that I could take a look? Sure. This is just starting up winecfg with the bad font and clicking Cancel: http://kcat.strangesoft.net/log.txt.gz

Oct. 6, 2007

Re: fonts: Add a Tahoma replacement. Almost entirely based on a patch by Larry Snyder.

by Huw Davies

Chris Robinson wrote: > On Wednesday 03 October 2007 04:15:17 am Huw Davies wrote: >> --- >> fonts/.gitignore | 1 + >> fonts/Makefile.in | 3 +- >> fonts/tahoma.sfd |10850 >> +++++++++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, >> 10853 insertions(+), 1 deletions(-) >> create mode 100644 fonts/tahoma.sfd > > This makes Wine's text unreadable for me: > http://kcat.strangesoft.net/badfont.png > > If I remove the new tahoma.tff file, it looks fine: > http://kcat.strangesoft.net/goodfont.png Nice ;-/ The new Tahoma doesn't contain any TrueType hinting instructions, so there are several sets of bitmaps that get used at small font sizes. It's possible winecfg is trying to use a font size for which we don't have a bitmap strike. Could you send me a +font log so that I could take a look? Thanks, Huw.

Oct. 6, 2007

Please create 1.1 milestone in bugzilla

by Dan Kegel

We're sorting through bugzilla fixing the target milestones for important bugs, and it would be useful to have a 1.1 milestone (to go along with the existing 0.9 and 1.0 milestones). Can the bugzilla admins create this, please? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

Oct. 6, 2007

Re: d3d10 beginning - review

by Stefan Dösinger

Am Freitag, 5. Oktober 2007 17:55:08 schrieb Kovács András: > Hi, > > Here is my work, that is produced under Summer Of Code. > I decided to send this to wine-devel, before I'm splitting to patches. > > It doesn't contain a few of debug functions, but on it. If something is > wrong with this, please tell me. I will take a look at it when I find time, I think it will have to wait until after wineconf for me to find time for a proper review

Oct. 5, 2007

d3d10 beginning - review

by Kovács András

Hi, Here is my work, that is produced under Summer Of Code. I decided to send this to wine-devel, before I'm splitting to patches. It doesn't contain a few of debug functions, but on it. If something is wrong with this, please tell me. Best regards, Andras kovacs

Oct. 5, 2007

Re: [PATCH] wininet: NULL-terminate url string passed to InternetCrackUrlW from InternetCrackUrlA

by Juan Lang

Hi Nigel, + lpwszUrl=HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(WCHAR)*(nLength+1)); + MultiByteToWideChar(CP_ACP,0,lpszUrl,dwUrlLength,lpwszUrl,(nLength+1)); + lpwszUrl[nLength] = 0; The last line is redundant: the HeapAlloc already zeroes the buffer. Though since MultiByteToWideChar is already overwriting the buffer, you might remove the HEAP_ZERO_MEMORY and leave this assignment. --Juan

Oct. 5, 2007

Re: Maximum window size, help needed

by Anatoly Lyutin

Kirill K. Smirnov wrote: > It is not what needed, but gives a clue: while reading GetSystemMetrics on > MSDN, I was referred to GetMonitorInfo again, but I was told to use rcWork > area. > I re-test it under windows and voila: wine is buggy (rcWork == rcMonitor), but > under windows rcWord < rcMonitor. > > :) It is good, that it has found one more bug. > This almost exactly what I needed, but it does not take into account different > monitors. > > Anyway, problem is half-solved. > Thanks, Anatoly! > I am glad, that could help you a little. > -- > Kirill > -- Best regards Anatoly Lyutin.

Oct. 5, 2007

Re: Maximum window size, help needed

by Kirill K. Smirnov

> I think that will help you GetSystemMetrics() with SM_CXFULLSCREEN and > SM_CYFULLSCREEN but I did not verify it. Sorry if I shall be not right. It is not what needed, but gives a clue: while reading GetSystemMetrics on MSDN, I was referred to GetMonitorInfo again, but I was told to use rcWork area. I re-test it under windows and voila: wine is buggy (rcWork == rcMonitor), but under windows rcWord < rcMonitor. >Or SystemParametersInfo() with SPI_GETWORKAREA will help you >(http://msdn2.microsoft.com/en-us/library/ms724947.aspx) This almost exactly what I needed, but it does not take into account different monitors. Anyway, problem is half-solved. Thanks, Anatoly! -- Kirill

Oct. 5, 2007

Re: Maximum window size, help needed

by Anatoly Lyutin

> I think that will help you GetSystemMetrics() with SM_CXFULLSCREEN and > SM_CYFULLSCREEN but I did not verify it. Sorry if I shall be not right. > > Or SystemParametersInfo() with SPI_GETWORKAREA will help you (http://msdn2.microsoft.com/en-us/library/ms724947.aspx) -- Best regards Anatoly Lyutin.

Oct. 5, 2007