June 2009 - Wine-devel - list.winehq.org

A new kid
by MD.IMAM HOSSAIN 29 Jun '09

29 Jun '09

Dear WINE Developers, A short biography of me: A University Student of Electrical & Electronics Engineering Department. Live in Bangladesh in the city of Chittagong. I am a moderate Linux User, A moderate C programmer and have little knowledge about C++ programming. I wish to contribute to the WINE Project. What I could do for it. Please, give me a path. Best regard, MD. IMAM HOSSAIN

3 2

shdocvw: would it be allright to pretend succes in IWebBrowser2::Stop?
by Louis. Lenders 29 Jun '09

29 Jun '09

Hi, i try run an app that bails out because WebBrowser_Stop returns E_NOTIMPL. Just like another app i already filed a bug for (http://bugs.winehq.org/show_bug.cgi?id=9895) it expects ERROR_SUCCESS. According to MSDN this function "Cancels a pending navigation or download, and stops dynamic page elements, such as background sounds and animations". My question is, would it be ok to just pretend ERROR_SUCCESS (as i think now), or would there be any unwanted side effects for other apps that use this function,and do we have to wait for a real implementation (maybe Jacek has a clue?) Regards Louis

1 0

re: Removing active maintainers
by Dan Kegel 29 Jun '09

29 Jun '09

A few comments: 1. I agree that it is useful to remove obsolete, uninformative comments in the appdb. (You have to be careful to leave the old informative ones, though; if somebody has a great workaround or bug that might still be useful, don't delete it.) 2. The wiki is not the place for appdb-like stuff; duplication of information silos is generally a bad idea. Yes, I created a few wiki pages for Adobe apps, but that was a temporary hack, and the appdb provides almost enough flexibility. (What's missing is the ability to add howto's and notes at the application level, i.e. one level higher than the version level where they all go right now, but that's not usually a dealbreaker.) 3. Eight days is way too quick to remove an inactive maintainer. Six months is more like it. 4. The Wine community has some abrasive characters in it. Periodically we have to ask some of them to chill out. Everyone who is very active should take care that they don't get too curt with other developers or with users. A basic level of courtesy shouldn't be too hard. Dogfights where two maintainers are asking to have each other thrown out are a good sign that both of said developers need to chill. 'Nuff said. - Dan

8 12

Re: transl: fix score-counter
by Michael Stefaniuc 29 Jun '09

29 Jun '09

André Hentschel wrote: > If e.g. 4 langs are on score 1, then next score entry is 5. > This corrects the counter, so that next score is 2 I wouldn't count that as a bug but as a matter of taste. I prefer the way it is now. There are 4 other languages before the respective language so it comes in only 5th. And changes to one of the 4 languages before it won't make the score of the language change. > --- > transl/php/index.php | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) bye michael

1 0

Re: transl: fix score-counter
by Ricardo Filipe 29 Jun '09

29 Jun '09

2009/6/29 André Hentschel <nerv(a)dawncrow.de> > If e.g. 4 langs are on score 1, then next score entry is 5. > This corrects the counter, so that next score is 2 > --- > transl/php/index.php | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > > the score right now gives a count of the number of languages on that step. it's more useful than giving the order score because that we can infer by the position on the list visually, IMHO.

2 1

Re: Removing active maintainers
by Remco 29 Jun '09

29 Jun '09

On Mon, Jun 29, 2009 at 4:18 PM, Rosanne DiMesio<dimesio(a)earthlink.net> wrote: > On Mon, 29 Jun 2009 15:48:17 +0200 > Remco <remco47(a)gmail.com> wrote: >> >> Ok, I thought everybody got their AppDB updates by mail. But whichever >> way you receive notice of queued submissions without maintainers, >> that's where the maintained submissions can be sent after 24 hours. >> >> Remco > > Admins can already see all test reports in the queue. That's not the issue. The issue is removing maintainers who aren't doing their job. If we do their job for them, with no consequences to the negligent maintainer, that merely covers up the problem. So the issue is not that queued submissions aren't handled, but... what? I thought the problem was unhandled submissions, caused by negligent maintainers. But if that problem is not there, what problem are negligent maintainers causing? Remco

2 1

Re: [4/4] comctl32/rebar: Update Rebar structure
by Paul Vriens 29 Jun '09

29 Jun '09

Nikolay Sivov wrote: > Changelog: > - Update Rebar structure > >>From b0d8b14a60f391144077cf8c053df5ea36fd22c4 Mon Sep 17 00:00:00 2001 > From: Nikolay Sivov <bunglehead(a)gmail.com> > Date: Sun, 28 Jun 2009 03:40:20 +0400 > Subject: Update Rebar structure > > --- > include/commctrl.h | 6 ++++++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/include/commctrl.h b/include/commctrl.h > index 2c887d0..beecb52 100644 > --- a/include/commctrl.h > +++ b/include/commctrl.h > @@ -1988,6 +1988,9 @@ typedef struct tagREBARBANDINFOA > UINT cxIdeal; > LPARAM lParam; > UINT cxHeader; > + /* _WIN32_WINNT >= 0x0600 */ > + RECT rcChevronLocation; > + UINT uChevronState; > } REBARBANDINFOA, *LPREBARBANDINFOA; > > typedef REBARBANDINFOA const *LPCREBARBANDINFOA; > @@ -2014,6 +2017,9 @@ typedef struct tagREBARBANDINFOW > UINT cxIdeal; > LPARAM lParam; > UINT cxHeader; > + /* _WIN32_WINNT >= 0x0600 */ > + RECT rcChevronLocation; > + UINT uChevronState; > } REBARBANDINFOW, *LPREBARBANDINFOW; > > typedef REBARBANDINFOW const *LPCREBARBANDINFOW; Hi Nikolay, Looks like this introduces test failures on everything below Vista. Could you check? -- Cheers, Paul.

1 0

Re: [PATCH 1/2] Include: Add fil_data.idl to describe IAMFilterData interface (resend)
by Alexandre Julliard 29 Jun '09

29 Jun '09

Vitaliy Margolen <wine-patches(a)kievinfo.com> writes: > @@ -29,6 +29,7 @@ PUBLIC_IDL_H_SRCS = \ > dxgi.idl \ > dxgitype.idl \ > exdisp.idl \ > + fil_data.idl \ This file doesn't seem to be part of the SDK. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: [1/2] makedep: Add support for multiple object file extensions.
by Alexandre Julliard 29 Jun '09

29 Jun '09

Francois Gouget <fgouget(a)free.fr> writes: > This is useful to generate dependencies for crossbuilds. -o is traditionally used for the output file, so something like -x would probably be preferable. Also specifying multiple extensions by repeating the option (-xfoo -xbar instead of -xfoo:bar) is probably nicer, especially for usage in makefiles. -- Alexandre Julliard julliard(a)winehq.org

1 0

Anyone at LinuxTag?
by Dan Kegel 29 Jun '09

29 Jun '09

According to http://www.heise.de/newsticker/Bund-foerdert-Open-Source-Projekte--/meldung… Germany's going to put 20 million euros into open source. They'll probably throw it all down a rathole, but hey, maybe some small fraction will go to useful projects. If anyone's at LinuxTag, maybe it would be worth wandering over to Halle 7.2a, Stand 111 and chat the projects up to see if any of them have any interest in Wine...

6 12