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