November 2008 - Wine-Devel - list.winehq.org

Re: [PATCH] advapi: Only allow opening HKEY_CLASSES_ROOT subkeys with backslash prefix on W2K+.
by Lei Zhang Nov. 25, 2008

Nov. 25, 2008

On Tue, Nov 25, 2008 at 11:35 AM, Lei Zhang <thestig(a)google.com> wrote: > Hi, > > Commit aacb511da1540fa015c5e853c90fd054b9442701 assumed NT+ behaved > the same way, but running the tests turns out it's actually W2K+. > Doh, that came out wrong. Ignore, sorry.

1 0

Re: RFC: Proposed new web site design
by chris ahrendt Nov. 25, 2008

Nov. 25, 2008

Austin English wrote: > On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <scott(a)open-vote.org> wrote: > >> We also don't really need a link to AppDB from the big buttons in the >> front - AppDB is only the place to go when you're looking for it (hence >> the button in the upper right) or once you know something about Wine >> (hence a link in the about page). >> >> > > I disagree. You could make the same argument against > bugzilla/forums/wiki. The frontpage should serve as a portal to the > rest of the site. Many times when I needs appdb/wiki, I go to > winehq.org and then click the appropriate link. > > I agree the main page should be the portal where you go to find everything... chris p.s. kudo's on the new design!

1 0

Fw: Re: RFC: Proposed new web site design
by James Mckenzie Nov. 25, 2008

Nov. 25, 2008

Sent to wrong mailing list. -----Forwarded Message----- >From: James Mckenzie <jjmckenzie51(a)earthlink.net> >Sent: Nov 25, 2008 9:01 AM >To: Wine Users Mailing List <wine-users(a)winehq.org> >Subject: Re: RFC: Proposed new web site design > >Daniel Scharrer <dscharrer(a)gmail.com> at Nov 25, 2008 8:50 AM (MST) wrote about Re: RFC: Proposed new web site design >> >>The new user-centric design looks promising. Contrary to some others I >>quite like the round corners and more modern look. Here are a few >>observations: >> >>- Light gray text on a white background is not so nice. > >This is very hard to read. I like a shade of Yellow on a Green background. White on Green is better. Easy on the eyes. White on Red is also good. > >>- I don't really like the icons too much: As others mentioned, a >>simple down arrow for the 'Download' icon might be better > >The use of the down arrow is intuitive as well. This may lead directly to an available download or download page. > >>The Development icon is really non-intuitive. Better alternatives would be >>gears or a wrench (or both). > >+1 for gears with wrench. > > >>- I think a big "Compatibility" link, as done in the re-layout, really >>belongs onto the front page. I'm guessing many users will want to know >>if their favorite app runs with wine before the download link even >>becomes relevant, both for users who are deciding weather to switch to >>Linux / Mac and those that just want to find out if there is any >>reason to upgrade from the Wine version that ships with their distro. > >I agree. A link to a Compatibility page should be on the Front Page where users can find it. The compatibility page should have categories rather than colors as well: >Runs with Wine unaltered >Runs with Wine with Windows DLLS >Partially Runs with Wine >Partially Runs with Wine with Windows DLLS >DOES NOT RUN WITH WINE (Yes, the bold is deliberate.) > >>+1 To the idea of getting screenshots back on the page, > >+1 to this as well. A small, clickable, screenshot of a running application does wonders. > >James McKenzie

1 0

Re: oleaut32: Add support for loading typelibs from NE files.
by Rob Shearman Nov. 25, 2008

Nov. 25, 2008

2008/11/25 Huw Davies <huw(a)codeweavers.com>: > --- > dlls/oleaut32/typelib.c | 218 +++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 218 insertions(+), 0 deletions(-) Looks good. Thanks for doing this. -- Rob Shearman

1 0

Re: RFC: Proposed new web site design
by Daniel Scharrer Nov. 25, 2008

Nov. 25, 2008

The new user-centric design looks promising. Contrary to some others I quite like the round corners and more modern look. Here are a few observations: - Light gray text on a white background is not so nice. - I thought it was called "Wine" and not "WINE" now. Shouldn't the "logo" at the top left reflect this? - I don't really like the icons too much: As others mentioned, a simple down arrow for the 'Download' icon might be better and the Development icon is really non-intuitive. Better alternatives would be gears or a wrench (or both). Also, I don't see a reason for them being buttons instead of just the icons over the background. Putting the icons into a box just detracts from the icons themselves, at least for me. Also, would it kill to user other colors than than those dictated by the theme for the icons? Compare this to http://www.openoffice.org/ which I'm guessing this design is based on. - I think a big "Compatibility" link, as done in the re-layout, really belongs onto the front page. I'm guessing many users will want to know if their favorite app runs with wine before the download link even becomes relevant, both for users who are deciding weather to switch to Linux / Mac and those that just want to find out if there is any reason to upgrade from the Wine version that ships with their distro. - As many others, I also despise secondary scroll bars. Right now the news content shows way too much redundancy: The "Latest Releases" box, the title of the latest news entry as well as it's first sentence all just say "The latest Wine version is 1.1.8" and they are right next to each other. Is there some way to combine this? How about just: Latest stable release (links to release page) Latest release (also links to it's own release page) Release date. Major changes. 1/2 Non-release news items (WWN,...) Also, even when resizing the browser window to the point where a horizontal scroll bar appears there is still quite a bit of white space in the center, yet the news box has a small fixed width that forces line breaks in the release change summary bullet points. +1 To the idea of getting screenshots back on the page, it's surprising how much a little eye candy can do.They should however be more up to date (perhaps automatically linked from platinum apps on the AppDB) and as was suggested link back to the relevant AppDB entry. Regards, Daniel Scharrer

1 0

Internet Explorer running in Wine usefull for performance testing
by Joris Huizer Nov. 25, 2008

Nov. 25, 2008

Hello, Just as Dan Kegel likes to announce on the list, how Wine gets mentioned out on the internet, I thought this may be interesting/motivating to you. This page, http://ejohn.org/blog/accuracy-of-javascript-time/, mentions (big) problems in testing javascript performances (there's some interest in that in the new race between webbrowsers), when running IE (and other browsers) on Windows, which are fixed when running it under Wine (in this case on a Mac) Regards, Joris

1 0

Windows mobile and ARM
by Scott Ritchie Nov. 25, 2008

Nov. 25, 2008

Is it at all feasible to run Windows mobile apps under Wine? From what I understand it's supposed to be largely the same API as standard Win32. How about a port to ARM for the purpose of running Windows Mobile apps, or just recompiled Winelib apps? Ubuntu is getting serious about its ARM port, so if Wine/ARM becomes a reality within the next, say, 2 years the potential for quickly developing mobile applications by just porting Windows ones is huge. Theoretically, we could run Windows applications on a jailbroken iPhone. Thanks, Scott Ritchie

4 3

Bugs not linked to appdb
by Dan Kegel Nov. 25, 2008

Nov. 25, 2008

Somebody asked if there was a way to find out which bugs were not yet linked into the appdb. There ought to be, but I don't know of one, so I ran the report the hard way last night. It's at http://kegel.com/wine/unlinked.html - Dan

1 0

Re: Revert "mshtml: Added support for DOCHOSTUIFLAG_SCROLL_NO DOCHOSTINFO flag."
by Jacek Caban Nov. 25, 2008

Nov. 25, 2008

Vitaliy Margolen wrote: > Since Jacek did not comment on the bug 14311, revert patch in question. It > restores 100% functionality of the scrollbars in Steam. > The fact that I didn't comment doesn't mean anything. I didn't have time to work on it and I'm currently looking at it (BTW, with today git other Steam bug is fixed). I know that it doesn't make any difference for user, but from technical point of view, there was no regression. Steam draws its own scrollbars and doesn't use built-in MSHTML scrollbars. Previously there were two bugs: - MSHTML scrollbars were not hidden - Steam scrollbars didn't work The patch that you want to revert (with fixes apps like CS3 installer) fixed the first problem. Now the second one needs to be fixed. Jacek

3 2

Re: [6/6] gdiplus: implement GdipGetRegionHRgn for combined regions
by Vincent Povirk Nov. 24, 2008

Nov. 24, 2008

I leaked a region in this last one. Please don't apply it. Vincent Povirk On Mon, Nov 24, 2008 at 5:34 PM, Vincent Povirk <vincent(a)codeweavers.com> wrote: > > > >

1 0

Re: mshtml: Add new interfaces into mshtml.idl (try 2)
by Alistair Leslie-Hughes Nov. 24, 2008

Nov. 24, 2008

Hi Konstantin, > Kondratyuk wrote: > Hello! > > Try 2 changes: > - add missed POINTER_GRAVITY_Max, MARKUP_CONTEXT_TYPE_Max, SELECTION_TYPE_Max > constants > - correct attributes of interfaces: object, pointer_default(unique), uuid(...) > - correct attributes Right and Left methods in IMarkupPointer interface > Non of the Functions in IMarkupPointer should be marked as retval, likewise for IMarkupContainer. IElementSegment functions are in the wrong order, likewise for ISelectionServicesListener, ISelectionServices and IHTMLEditServices. Also you will need to double check the [] values, since you have retval where they are not needed. If you have a copy of the mshtml.tlb you can verify the interfaces by using wine's oleview program. Best Regards Alistair Leslie-Hughes

2 2

adding DEVICEMAP\HARDWARE registry entries
by A C Hurst Nov. 24, 2008

Nov. 24, 2008

Dear winehackers, I sent this patch to wine-patches, with a few iterations of editing, and wondered if I could have some feedback on it, before I just resend it. Andy

3 4

Re: Revert "mshtml: Added support for DOCHOSTUIFLAG_SCROLL_NO DOCHOSTINFO flag."
by Reece Dunn Nov. 24, 2008

Nov. 24, 2008

2008/11/24 Vitaliy Margolen <wine-patches(a)kievinfo.com>: > Since Jacek did not comment on the bug 14311, revert patch in question. It > restores 100% functionality of the scrollbars in Steam. This is not the correct fix. Simply reverting a patch because it broke an application without understanding why is not the right way to go. In this case, some applications (http://bugs.winehq.org/show_bug.cgi?id=13459) specify the DOCHOSTUIFLAG_SCROLL_NO flag to specifically not show any scrollbars. In the case of bug 13459, the intro page does not render correctly if scrollbars are shown (and on Windows you don't see any scrollbars). What is the behaviour on Windows? Can you explain comments 3 and 8? - Reece

2 1

Good news regarding Wine and patent threats
by Scott Ritchie Nov. 24, 2008

Nov. 24, 2008

There's a groklaw article summarizing recent discussion about the impact of the Bilski case on software patents: http://www.groklaw.net/article.php?story=20081102011538422 "The judge says this kind of cloning could be done without infringing Microsoft's copyrights, but how about its patents? Prior to Bilski, one might give one answer. Now, one might give another." If we thought Wine unlikely to be attacked by Microsoft due to nebulous patent issues and anti-trust implications, it's even less likely now. Thanks, Scott Ritchie

1 0

Spaces before '...' in Slovenian
by Francois Gouget Nov. 24, 2008

Nov. 24, 2008

Does anyone (especially Rok Mandeljc) know if, in Slovenian: 1) '...' must be preceded by a space 2) '...' must not be preceded by a space 3) either form is valid -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

2 1

Re: adding DEVICEMAP\HARDWARE registry entries
by A C Hurst Nov. 24, 2008

Nov. 24, 2008

> > The code in oldconfig.c is called by process.c/__wine_kernel_init(), on server startup. > > The entries are volatile, and are dynamically created if you count scanning > wineprefix/dosdevices/ > > and doing a stat() on anything named com[1-9] it finds there every time wine starts up. > > I could just call get_dos_device and let it do the stat calls, but it would be less efficient, > and > > you'd end up with registry entries for the successes of get_default_com_device, not just the > ones > > symlinked in dosdevices > > You don't want to depend on the symlinks, things should work without > requiring the user to create any symlink. It should depend on what > actual devices are present on the machine, and probably be done > somewhere in the HAL support. Would using get_dos_device() be better, since that does fall through to default behaviour when the symlink isn't there? I chose oldconfig.c since that's where the \DEVICEMAP\Scsi entries get built. Would the scsi stuff want moving over to HAL too?

2 1

Re: atl: Remove WINAPI on static functions where not needed.
by Chris Robinson Nov. 24, 2008

Nov. 24, 2008

On Sunday 23 November 2008 03:15:36 pm Francois Gouget wrote: > To quote Ken Thomases who did the research on this issue with Alexandre: > > This is motivated by a gcc bug that we've encountered on the Mac. On > the Mac, WINAPI (and other declspecs) include the > force_align_arg_pointer attribute. With -O2 optimization (actually > -funit-at-a-time, implied by -O2) the compiler may change the calling > convention used by non-exported functions to take arguments via > registers rather than on the stack. The prologue generated for > force_align_arg_pointer clobbers one of those registers (and hence > one of the arguments). > > Alexandre's preferred solution is to find and eliminate such cases. > Even if/when the compiler bug is fixed, those functions should still > not have the extraneous declspec. Out of curiousity, then, does this affect static functions that are used for COM objects? It's typical for those to be marked as static, their address put into a (possibly static) vtable struct, which is then used as a field for an allocated struct passed to the user.

2 1

Re: d3d9: Remove WINAPI on static functions where not needed.
by Vitaliy Margolen Nov. 24, 2008

Nov. 24, 2008

Francois Gouget wrote: > --- > > If you know other places where the functions touched by this patch > are used, please let me know. For more details, see: > > /* This isn't in MSDN! > -static HRESULT WINAPI IDirect3DDevice9Impl_GetFrontBuffer(LPDIRECT3DDEVICE9EX iface, IDirect3DSurface9* pDestSurface) { > +static HRESULT IDirect3DDevice9Impl_GetFrontBuffer(LPDIRECT3DDEVICE9EX iface, IDirect3DSurface9* pDestSurface) { > IDirect3DDevice9Impl *This = (IDirect3DDevice9Impl *)iface; > FIXME("(%p) : stub\n", This); > return D3D_OK; You can't do that. It's part of the v-table so it can be called by user application. Vitaliy

3 2

FAQ change wrt FontForge
by Francois Gouget Nov. 24, 2008

Nov. 24, 2008

On Thu, 13 Nov 2008, Wine Wiki wrote: [...] > - Unless you plan to work on the TrueType fonts you don't need > FontForge. If you do, then be aware that the FontForge packages from > Breezy and Dapper are a bit out of date. The fonts generated by most > versions of FontForge will not pass the gdi32/tests/fonts.c tests. > + Be aware that the FontForge packages from Breezy and Dapper are a > bit out of date. The fonts generated by most versions of FontForge > will not pass the gdi32/tests/fonts.c tests. [...] > - Note that, unless you are tracking Git and know what you are doing, > you SHOULDN'T have valgrind. Also, unless you plan to work on the > TrueType fonts you don't need FontForge. > + Note that, unless you are tracking Git and know what you are doing, > you SHOULDN'T have valgrind. [...] > - Unless you plan to work on the TrueType fonts you don't need FontForge. [...] > - * The following, but ''only'' if you plan to work on the TrueType > fonts, and can install them from ''testing'' - '''do not''' install > these from ''Sarge'': > + * '''Do not''' install these from ''Sarge'': > * fontforge/testing I think these changes are wrong. As far as I know the TrueType fonts are checked into Git so one does not need to have FontForge to build Wine. Or has this changed? Or is FontForge needed to build another type of fonts? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

4 5

Re: mshtml: Add new interfaces into mshtml.idl
by Alistair Leslie-Hughes Nov. 24, 2008

Nov. 24, 2008

Hi Konstantin, "Konstantin Kondratyuk" <kondratyuk(a)etersoft.ru> wrote in message news:200811232011.33101.kondratyuk(a)etersoft.ru...> I'm sorry, I have sent a wrong patch...> > -- > Best regards,> Konstantin Kondratyuk.> You have missed POINTER_GRAVITY_Max MARKUP_CONTEXT_TYPE_Max SELECTION_TYPE_Max The following interfacess dont contain dual interfaces IHTMLEditDesigner IMarkupContainer IMarkupPointer ISegment ISelectionServicesListener ISelectionServices IHTMLEditServices Best Regards Alistair Leslie-Hughes _________________________________________________________________ Take a summer road trip with Windows Live Hotmail. Multiple prizes and the ultimate dream beach house! http://www.ninemsn.com.au/hotmailroadtrip

2 2

Why do we bother with DllCanUnloadNow?
by Mike Hearn Nov. 24, 2008

Nov. 24, 2008

Is there a specific reason for implementing this function anymore? The resource savings don't seem worth the new potential for bugs. If all of them were simply returning FALSE then what would be the loss? thanks -mike

1 0

Another happy user
by Dan Kegel Nov. 24, 2008

Nov. 24, 2008

http://blog.lokonopa.com/sorry-microsoft/ has a nice quote: "Come to think of it, I don't recall the last piece of software that won't install properly with Wine."

1 0

Compiler keyword
by Austin English Nov. 23, 2008

Nov. 23, 2008

Howdy, Wanted to keep the discussion separate from the OS thread. Would anyone be opposed to a compiler keyword being added? There have been -- -Austin

2 2

re: Bugzilla - Add keyword and remove OS's
by Dan Kegel Nov. 23, 2008

Nov. 23, 2008

Austin wrote: > The OS list in bugzilla is a bit excessive. There are 16 OS's that I > think we should remove... I think we should keep most of them, but classic Mac OS (pre-X) can go, as we never worked there (not even Darwine), and nobody cares about it anymore. I've deleted Mac System 7, and will delete the rest of the classic mac OS's if there is consensus.

2 3

Accounts in bugzilla and e-mail addresses used to submit patches
by Vitaliy Margolen Nov. 23, 2008

Nov. 23, 2008

Can please everyone make sure that their e-mail in bugzilla matches the e-mail they use to submit patches? Or at least make it easily guessable. Or can we have all developers create page on Wiki and state their e-mails they use on bugazilla? The reason I'm asking is the standard procedure for a regression testing is to add author of the patch to CC. However sometimes it's impossible to do. As example this commit that introduced regression (bug 16165): e4f7809cc9969c693d910348315502892848aaf9 is first bad commit commit e4f7809cc9969c693d910348315502892848aaf9 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Nov 20 14:50:58 2008 +0100 winhttp: Prefer builtin over native. Out of 2 e-mail address (the one used to submit patch and the one used to send messages to wine-devel) neither present in bugzilla. Vitaliy.

5 6