Re: Patchwatcher status

2008-11-01 Thread IneedAname
On Thu, 4 Sep 2008 09:45:52 -0700 Dan Kegel [EMAIL PROTECTED] wrote: The new machine has a fairly modern nvidia card, so more of the tests are actually run. Where can I find the spec of the new machine ? Are you using the closed source driver ? I want to see the full system spec hardware and

Re: DIrectSound on top of openAL ?

2008-11-01 Thread Jérôme Gardou
Chris Robinson a écrit : On Thursday 30 October 2008 03:46:51 am Darragh Bailey wrote: Just out of curiousity, have any of these limitations been raised with the OpenAL developers? Any of them in its future wish list? I'm the developer of OpenAL Soft

Re: D3DXMatrixstack: where to go....

2008-11-01 Thread Jérôme Gardou
Henri Verbeet a écrit : Actually, I just cleaned up your patches, and will probably submit the first few later today. Are you going to finish it or can I send the few missing functions ?

Re: D3DXMatrixstack: where to go....

2008-11-01 Thread Jérôme Gardou
Henri Verbeet a écrit : 2008/10/31 Jérôme Gardou [EMAIL PROTECTED]: Henri Verbeet a écrit : Actually, I just cleaned up your patches, and will probably submit the first few later today. Are you going to finish it or can I send the few missing functions ? Sure, go

Re: D3DXMatrixstack: where to go....

2008-11-01 Thread Jérôme Gardou
Henri Verbeet a écrit : 2008/10/31 Jérôme Gardou [EMAIL PROTECTED]: OK, patches will be sent soon. By the way, what if I call multiply on a new stack, the push, then pop ? Will the top matrix be identity, or the one with which I multiplied the first time ? I guess this calls a testcase ...

Re: D3DXMatrixstack: where to go....

2008-11-01 Thread Jérôme Gardou
Jérôme Gardou a écrit : Henri Verbeet a écrit : 2008/10/31 Jérôme Gardou [EMAIL PROTECTED]: OK, patches will be sent soon. By the way, what if I call multiply on a new stack, the push, then pop ? Will the top matrix be identity, or the one with which I multiplied the first time ? I

Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
Hi, There is a discussion going on over at https://bugs.launchpad.net/ubuntu/+source/wine/+bug/111061 about improving Wine's look and feel to better match the system that it is running on. The situation is as follows: == Colour Schemes Wine supports these by reading the settings from the

Re: [try 2] [2/2] mlang: Add implementation offnIMLangFontLink_GetCharCodePages

2008-11-01 Thread Vitaly Perov
I can't read your mind or guess what those some extra bits are. Why can't you mark the failing tests with todo_wine and think later how to make the tests pass? This function must set only supported codepages bits The supported codepages are:

Re: [try 2] [2/2] mlang: Add implementation offnIMLangFontLink_GetCharCodePages

2008-11-01 Thread Dmitry Timoshkov
Vitaly Perov [EMAIL PROTECTED] wrote: This function must set only supported codepages bits The supported codepages are: ttp://www.microsoft.com/globaldev/reference/WinCP.mspx Again, it absolutely doesn't really matter what code pages Windows supports, or MSDN declares as supported, the only

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Roderick Colenbrander
Hi, There are a bunch of uxtheme / control theming bugs which need to be fixed but lets ignore those issues for now. In the end we need to support a bunch of different theme engines GTK, QT, Cocoa and perhaps later on more. In theory it would be possible to create a different uxtheme backend

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Frank Richter
On 01.11.2008 14:04, Reece Dunn wrote: Note that as Vista has a different msstyles theming engine (it is a DLL), It's also a DLL on XP. Note that in both cases no code is exported, the DLLs serve only as a container for the theme data, stored as resources. we could have the msstyles DLL

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
2008/11/1 Roderick Colenbrander [EMAIL PROTECTED]: In the end we need to support a bunch of different theme engines GTK, QT, Cocoa and perhaps later on more. In theory it would be possible to create a different uxtheme backend for each different toolkit. One major issue is the language

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Tomasz Sałaciński
IMHO WINE developers should first focus on applications, not their look. I believe most users would like to see Visual Studio running in gray instead of not running as native. Dnia 2008-11-01, sob o godzinie 14:58 +, Reece Dunn pisze: 2008/11/1 Roderick Colenbrander [EMAIL PROTECTED]: In

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
2008/11/1 Frank Richter [EMAIL PROTECTED]: On 01.11.2008 14:04, Reece Dunn wrote: we could have the msstyles DLL expose the uxtheme API and have uxtheme call msstyles to do the rendering. That way, we could have a gtk.msstyles, qt3.msstyles, qt4.msstyles and an carbon.msstyles That sounds

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Frank Richter
On 01.11.2008 16:06, Reece Dunn wrote: It would also be a good idea to look at the capabilities of the major theming engines (Gtk, Qt, Cocoa) and possibly some others like the one used by Enlightemnent and try to abstract an API that can accommodate them all in a straightforward way.

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
2008/11/1 Tomasz Sałaciński [EMAIL PROTECTED]: IMHO WINE developers should first focus on applications, not their look. I believe most users would like to see Visual Studio running in gray instead of not running as native. Application functionality is important. Applications should run as well

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Roderick Colenbrander
My whole point is maintenance and distribution. Sure you could create different plugins for uxtheme but the language limitation won't allow such plugins to enter Wine. They would need to be maintained outside of Wine which would be bad. It has risks of bitrotting and second it would be a pain

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
2008/11/1 Roderick Colenbrander [EMAIL PROTECTED]: My whole point is maintenance and distribution. Sure you could create different plugins for uxtheme but the language limitation won't allow such plugins to enter Wine. They would need to be maintained outside of Wine which would be bad. It

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Roderick Colenbrander
A tool which creates a .msstyles theme basically does the same as a uxtheme engine would do. A uxtheme engine plugin would use gtk/qt/cocoa to load colors, bitmaps and so on in a representation needed by uxtheme. The winetheme app would do the same but also have a way to write this data back

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Frank Richter
On 01.11.2008 16:49, Roderick Colenbrander wrote: The winetheme app would have plugins So winetheme would have plugins - that seems to make the whole thing an additional complication over straight uxtheme plugins, since you have the application as an extra layer in the middle. And as already

Re: Users posting to wine-bugs

2008-11-01 Thread Matt Perry
On Sat, Nov 1, 2008 at 3:11 AM, Luke Bratch [EMAIL PROTECTED] wrote: Is anybody opposed to me setting up an auto-responder so that any mail going to [EMAIL PROTECTED] gets auto responded to with a message to post in Bugzilla instead? What about setting the reply-to header on the emails from

Re: D3DXMatrixstack: where to go....

2008-11-01 Thread paulo lesgaz
If you have a windows license, you can use a native d3dx8.dll to check your test. That is I do ;)  And as said henri said, the result matix will be the previous. I had a test to prove it David --- En date de : Sam 1.11.08, Jérôme Gardou [EMAIL PROTECTED] a écrit : De: Jérôme Gardou [EMAIL

Re: Users posting to wine-bugs

2008-11-01 Thread Austin English
On Sat, Nov 1, 2008 at 12:13 PM, Matt Perry [EMAIL PROTECTED] wrote: On Sat, Nov 1, 2008 at 3:11 AM, Luke Bratch [EMAIL PROTECTED] wrote: Is anybody opposed to me setting up an auto-responder so that any mail going to [EMAIL PROTECTED] gets auto responded to with a message to post in

Re: Users posting to wine-bugs

2008-11-01 Thread Matt Perry
On Sat, Nov 1, 2008 at 10:31 AM, Austin English [EMAIL PROTECTED] wrote: On Sat, Nov 1, 2008 at 12:13 PM, Matt Perry [EMAIL PROTECTED] wrote: What about setting the reply-to header on the emails from bugzilla to a more appropriate address? Such as? wine-devel seems like a good candidate.

Re: Users posting to wine-bugs

2008-11-01 Thread Luke Bratch
--- On Sat, 1/11/08, Matt Perry [EMAIL PROTECTED] wrote: wine-devel seems like a good candidate. What is the nature of the emails that people are sending back to wine-bugs when they are responding? Does it look like they are trying to add comments for the bug? Yes it's people trying to add

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Steven Edwards
On Sat, Nov 1, 2008 at 1:10 PM, Frank Richter [EMAIL PROTECTED] wrote: So winetheme would have plugins - that seems to make the whole thing an additional complication over straight uxtheme plugins, since you have the application as an extra layer in the middle. And as already said, an

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Reece Dunn
2008/11/1 Steven Edwards [EMAIL PROTECTED]: On Sat, Nov 1, 2008 at 1:10 PM, Frank Richter [EMAIL PROTECTED] wrote: So winetheme would have plugins - that seems to make the whole thing an additional complication over straight uxtheme plugins, since you have the application as an extra layer in

Re: Users posting to wine-bugs

2008-11-01 Thread Austin English
On Sat, Nov 1, 2008 at 12:53 PM, Matt Perry [EMAIL PROTECTED] wrote: On Sat, Nov 1, 2008 at 10:31 AM, Austin English [EMAIL PROTECTED] wrote: On Sat, Nov 1, 2008 at 12:13 PM, Matt Perry [EMAIL PROTECTED] wrote: What about setting the reply-to header on the emails from bugzilla to a more

patchwatcher status: offline

2008-11-01 Thread Dan Kegel
I'm taking the patchwatcher machines down to upgrade them to Intrepid Ibex this weekend. Incidentally, a jaguar plowed through the corner of our garage here at home. For a short while it was a 2.1 car garage :-) I may be somewhat distracted until that's dealt with somehow. - Dan

Re: Wine integration with native (Gtk, Qt, Cocoa/Carbon) themes

2008-11-01 Thread Steven Edwards
On Sat, Nov 1, 2008 at 4:21 PM, Reece Dunn [EMAIL PROTECTED] wrote: Wine can create an infrastructure to support bindings to different toolkits. Due to the nature of some of those toolkits, some of the bindings will have to live outside the Wine tree. So in that respect, the problem can be