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

Re: How should we treat users on bugzilla?

by James McKenzie

Dan Kegel wrote: > I've been seeing a lot of bugs closed as INVALID > when a poor user didn't file the bug perfectly. > IMHO this leads to Wine having a user-hostile reputation. > > Case in point: > http://bugs.winehq.org/show_bug.cgi?id=11625 > > What can we do to reduce this kind of behavior? > Maybe we should have a "three warnings" sort of > policy. If somebody continues to be rude to users > after being asked twice not to, we should consider > taking away their Bugzilla privileges for a while. > Sure, that would hurt our productivity, but it might > be better to do that than to alienate our users. > > What do other people think? > - Dan > > > +1. We need to have someone triage the bugs and link together those that are similar. Marking issues IMMEDIATELY as INVALID shows users that we really don't care about their reports and gives them a negative impression. Marking a bug as a duplicate, after confirmation, does show that we care and that the bugzilla is extremely hard to search through (this is and continues to be a major shortcoming of Bugzilla, not of the Wine/Mozilla projects and is a reason the company I work for did not adopt it.) BTW, this bug appears to be related to the bug I'm working on a patch for. It is issue 6254. James

Feb. 18, 2008

Re: [6/6] wined3d: take alpha from device palette entry for d3d 8 and later

by Alexander Dorofeyev

Yes, I think so too, personally I've the impression that for dx <= 7 apps RGB from device palette shouldn't be copied, and maybe the only thing to do in such cases is storing palette index in alpha, in case the app will want to lock the surface. But, this is a thing for another patch. At least one game - C&C Red Alert 1 - enters that codepath, so care is needed. The comment is just a reminder that the code may need further work. Stefan Dösinger wrote: > Am Montag, 18. Februar 2008 02:37:00 schrieb Alexander Dorofeyev: > >> /*can ddraw and d3d < 8 surfaces use device's palette (d3d >= 8 feature)?*/ > No, they can't, there is no API to access them >

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Tlarhices

I think Wine is already considered has user-hostile. In my opinion the main problem is that the bug tracker is too easy to find and the forum too hard to find. Also the forum could be a place to ask question without having to call it a bug but is only a simple discussion channel and totally inconvenient for a user to find / add questions / answers. As wine is attracting more and more people, a place for the simple user which is afraid of compiling / command line / ... should be added. I think Ubuntu is a great example of 'normal' user and information management. The forum could also be used to discuss out of wine source bugs and to keep solutions without perturbing the developers focusing on wine (Think of pulseaudio and wine, that problem will be recurrent has it is seems to be coming as a standard for many future distribution, ...). Dan Kegel a écrit : > I've been seeing a lot of bugs closed as INVALID > when a poor user didn't file the bug perfectly. > IMHO this leads to Wine having a user-hostile reputation. > > Case in point: > http://bugs.winehq.org/show_bug.cgi?id=11625 > > What can we do to reduce this kind of behavior? > Maybe we should have a "three warnings" sort of > policy. If somebody continues to be rude to users > after being asked twice not to, we should consider > taking away their Bugzilla privileges for a while. > Sure, that would hurt our productivity, but it might > be better to do that than to alienate our users. > > What do other people think? > - Dan > > > >

Feb. 18, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Dmitry Timoshkov

"Timothy Lee" <timothy.lee(a)siriushk.com> wrote: >> That kind of hack has nothing to do with Wine desktop window if what it >> targets is just an application window. > Um. How about if the scope of the patch is repharsed as "embedding the > Wine desktop inside an X11 window"? Perhaps the most easy way for you to accomplish this would be write a replacement for Wine's explorer. Have a look at programs/explorer/desktop.c for ideas. -- Dmitry.

Feb. 18, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Timothy Lee

Dear Dmitry, Dmitry Timoshkov wrote: > "Timothy Lee" <timothy.lee(a)siriushk.com> wrote: >>>>> I'm struggling to imagine a case where the behaviour you've >>>>> implemented is useful. >>>> I'm actually using this code as the basis of a PowerPoint plugin >>>> under Linux. >>> I little bit more information won't hurt. For instance why your plugin >>> needs to re-route the whole desktop window, and not just its own one. >> The patch was used in a browser plugin that uses PowerPoint Viewer >> (97/2003/2007) and WINE to display PowerPoint slideshows. > It's still now clear to me what kind of plugin it is, and what it is > doing. You call it once "a PowerPoint plugin", and next time "a browser > plugin". It's a PowerPoint plugin for Mozilla-based browsers, which can be used to embed a PowerPoint slideshow inside a web page. So yes, both references were valid (though, as you have indicated, no crystal clear). >> While developing the plugin, I've found that PowerPoint Viewer always >> playback slides inside a window that covers the whole desktop. Hence >> the idea was born to embed the desktop inside a native X11 window. > An application plugin usually has access to the application internals in > some fashion, so I don't understand how that idea jumped from an > application > window (where the plugin lives) to the whole desktop window (a separate > process). No, I don't have the "internal" of the PowerPoint Viewer, as it's written by Microsoft. However, the plugin code does know about the X11 window supplied by the browser for embedding purpose, and this is passed via the newly defined environmental variable to Wine. >> I thought this patch might be useful to others with similar >> requirements, namely, to embed full-screen win32 applications inside >> a native X11 window. > That kind of hack has nothing to do with Wine desktop window if what it > targets is just an application window. Um. How about if the scope of the patch is repharsed as "embedding the Wine desktop inside an X11 window"? Regards, Timothy

Feb. 18, 2008

Re: iTunes

by Juan Lang

Hi Christopher, > What needs to get done for iTunes to work? As James said, it's a broad question. Scan bugs.winehq.org for logged bugs about iTunes. Lots doesn't work, depending on which version of iTunes you're interested in running. Also check the appdb--this probably isn't the right forum to be asking about it. --Juan

Feb. 18, 2008

Re: iTunes

by James Hawkins

On Feb 17, 2008 9:42 PM, Maarten Lankhorst <m.b.lankhorst(a)gmail.com> wrote: > Hi Christopher, > > Christopher Harvey wrote: > > What needs to get done for iTunes to work? > > v7.6 basically works if you set windows version to windows vista, and > find out why the installer fails to create the 'Bonjour service' > registry stuff properly. > > I submitted 8 or so stub dll's to wine-patches that make iTunes v7.6 > actually start after installation. It checks for the dll's and > silently fails if they don't exist. > > I haven't done any further testing yet though, but it looks like it is > probably a small installer bug that prevents itunes v7.6 from > installing without first manually creating those registry keys. > The Bonjour service depends on the tcpip service. As far as I know, we don't provide that service. What registry keys are you referring to? -- James Hawkins

Feb. 18, 2008

Re: Usable Wine interface

by Remco

----- Original Message ---- > From: Vitaliy Margolen <wine-devel(a)kievinfo.com> > To: wine-devel(a)winehq.org > Sent: Monday, February 18, 2008 4:16:17 AM > Subject: Re: Usable Wine interface > > Remco wrote: > > I'd like to add a feature-request (should this go somewhereelse?) > Yes, bugzilla -> enhancement. > > Vitaliy. Ok, thanks for the info. I added an entry: http://bugs.winehq.org/show_bug.cgi?id=11629 Remco ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

Feb. 18, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Dmitry Timoshkov

"Timothy Lee" <timothy.lee(a)siriushk.com> wrote: >>>> I'm struggling to imagine a case where the behaviour you've >>>> implemented is useful. >>> I'm actually using this code as the basis of a PowerPoint plugin >>> under Linux. >> I little bit more information won't hurt. For instance why your plugin >> needs to re-route the whole desktop window, and not just its own one. > The patch was used in a browser plugin that uses PowerPoint Viewer > (97/2003/2007) and WINE to display PowerPoint slideshows. It's still now clear to me what kind of plugin it is, and what it is doing. You call it once "a PowerPoint plugin", and next time "a browser plugin". > While > developing the plugin, I've found that PowerPoint Viewer always playback > slides inside a window that covers the whole desktop. Hence the idea > was born to embed the desktop inside a native X11 window. An application plugin usually has access to the application internals in some fashion, so I don't understand how that idea jumped from an application window (where the plugin lives) to the whole desktop window (a separate process). > I thought this patch might be useful to others with similar > requirements, namely, to embed full-screen win32 applications inside a > native X11 window. That kind of hack has nothing to do with Wine desktop window if what it targets is just an application window. -- Dmitry.

Feb. 18, 2008

Re: iTunes

by Maarten Lankhorst

Hi Christopher, Christopher Harvey wrote: > What needs to get done for iTunes to work? v7.6 basically works if you set windows version to windows vista, and find out why the installer fails to create the 'Bonjour service' registry stuff properly. I submitted 8 or so stub dll's to wine-patches that make iTunes v7.6 actually start after installation. It checks for the dll's and silently fails if they don't exist. I haven't done any further testing yet though, but it looks like it is probably a small installer bug that prevents itunes v7.6 from installing without first manually creating those registry keys. Cheers, Maarten.

Feb. 18, 2008