On Wed, 7 Jan 2009 13:46:06 -0500
Sparr wrote:
> I have not investigated the state of wine launchers in about a year
> now. Do any of those handle multiple WINEPREFIXes? That is the most
> important feature of Cedega's launcher that I was never able to find
> in a wine launcher. Thank you and
On Wed, 7 Jan 2009 07:52:46 -0800
"Dan Kegel" wrote:
> http://wiki.winehq.org/AppsThatSupportWine is a nice
> stopgap, but perhaps it should be a report in the
> appdb, driven by a checkbox that maintainers can check.
> What do folks think?
You get my vote!
On Wed, 07 Jan 2009 12:33:21 +1100
Peter Urbanec wrote:
> Speaking of dates... My pet peeve is seeing ambiguous dates such as
> 2/1/08. To me (and most of the world), that looks like 2nd Jan 2008, but
> it appears that millions of people in the USA see it as 1st Feb 2008.
> So, in the interest of
2009/1/8 Dan Kegel :
> The new site design is already paying dividends. Look:
> http://www.zmogo.com/gear/the-new-year-linux-resolution-day-5/
> says:
> "... I chose Wine mainly because its site is more appealing looking
> than VMware's, which has all the sleek design features and
> well-considere
The new site design is already paying dividends. Look:
http://www.zmogo.com/gear/the-new-year-linux-resolution-day-5/
says:
"... I chose Wine mainly because its site is more appealing looking
than VMware's, which has all the sleek design features and
well-considered organization of an expired doma
On Wednesday 07 January 2009 06:55:12 Detlef Riekenberg wrote:
> > This value should
> > return true if e.g. hardware accelerated T&L is available on the system,
> > which is primarily a result of driver and hardware capabilities.
>
> This is for b3DAccelerationExists and native dxdiagn in Wine wit
Hi,
Is there anything wrong with this patch?
Best Regards
Alistair Leslie-Hughes
> From dca7b396838e3367ad78144ccb07aed24cd5917f Mon Sep 17 00:00:00 2001
> From: Alistair Leslie-Hughes
> Date: Mon, 5 Jan 2009 21:22:35 +1100
> Subject: [PATCH] Implement IHTMLStyle get/set Attribute
> To: win
Hello Francois,
Rob Shearman schreef:
> 2009/1/6 Francois Gouget :
>
>> In the following commit you added the OutputPin_DeliverNewSegment()
>> function to pin.c. However today it is unused. Is there any plan to use
>> it? Is it still relevant?
>>
>
> Not, it looks like it has been supersed
On Sat, Jan 3, 2009 at 9:22 PM, Luke Kenneth Casson Leighton
wrote:
> hey, has anyone investigated compiling python2.5 using winegcc, under wine?
some people might find this kind of thing amusing. it's considered in
very obtuse circles to be "progress"... :)
l...@gonzalez:/mnt/src/python2.5-2
On Wed, Jan 7, 2009 at 12:46 PM, Sparr wrote:
> On Wed, Jan 7, 2009 at 8:47 AM, Zachary Goldberg wrote:
>> 2009/1/7 Sparr :
>>> Re-compiling wine with patches is an extremely farfetched idea when no
>>> one outside Cedega has ever tackled the far simpler tasks involved
>>> with making a wine laun
On Wed, Jan 7, 2009 at 8:47 AM, Zachary Goldberg wrote:
> 2009/1/7 Sparr :
>> Re-compiling wine with patches is an extremely farfetched idea when no
>> one outside Cedega has ever tackled the far simpler tasks involved
>> with making a wine launcher.
> This statement is very untrue.
> http://wiki.
On Wed, 7 Jan 2009 07:52:46 -0800
"Dan Kegel" wrote:
> http://wiki.winehq.org/AppsThatSupportWine is a nice
> stopgap, but perhaps it should be a report in the
> appdb, driven by a checkbox that maintainers can check.
> What do folks think?
>
>
Sounds good to me.
--
Rosanne DiMesio
Le 3 janv. 09 à 04:14, James McKenzie a écrit :
> Emmanuel Maillard wrote:
>> Hi,
>>
>> Le 4 juil. 08 à 12:37, Adam Strzelecki a écrit :
>>
>>
>>> Hi Emmanuel, hello Wine developers,
>>>
>>> Latest WineQuartz.drv patch is 0.9.58. Is there any change for
>>> more recent release? I tried this pa
On Wed, Jan 7, 2009 at 9:52 AM, Dan Kegel wrote:
> http://wiki.winehq.org/AppsThatSupportWine is a nice
> stopgap, but perhaps it should be a report in the
> appdb, driven by a checkbox that maintainers can check.
> What do folks think?
>
>
>
+1
--
-Austin
Am Mittwoch, den 07.01.2009, 16:03 + schrieb Rob Shearman:
> > So it appears Windows RPCRT4.dll is not happy with FC_ULONG entries within a
> > complex structure. I added a bunch of other primitive types to my complex_t
> > structure to see how they are treated by MIDL. See attached complex.idl
2009/1/7 Ge van Geldorp :
> Hi Rob,
>
> Is WIDL supposed to generate code that's compatible with Windows RPCRT4.DLL?
> Because it appears this is currently not the case. When you look at
> http://test.winehq.org you'll see that the rpcrt4:server test fails on
> pretty much any Windows version.
>
>
http://wiki.winehq.org/AppsThatSupportWine is a nice
stopgap, but perhaps it should be a report in the
appdb, driven by a checkbox that maintainers can check.
What do folks think?
On Wed, Jan 7, 2009 at 7:31 AM, Alexandre Julliard wrote:
> Vitaliy Margolen writes:
>
>> Alexandre Julliard wrote:
>>> The problem is not Unix paths, it's usually that the app expects the
>>> current directory to be the app directory. You have the same issue if
>>> you use a Windows path. If the
Hi Rob,
Is WIDL supposed to generate code that's compatible with Windows RPCRT4.DLL?
Because it appears this is currently not the case. When you look at
http://test.winehq.org you'll see that the rpcrt4:server test fails on
pretty much any Windows version.
I investigated a bit more, the failures
On Wed, Jan 7, 2009 at 3:47 AM, Chris Howe wrote:
> Forgive me for bringing this up again, but could this be another
> argument for some kind of WineTricks-like Wine application launcher
> that would exist as a separate project to Wine, but would apply patches,
> particular settings, &c in order t
Sparr wrote:
>On Wed, Jan 7, 2009 at 4:47 AM, Chris Howe wrote:
>> argument for some kind of WineTricks-like Wine application launcher
>> that would exist as a separate project to Wine, but would apply patches,
>
>Re-compiling wine with patches is an extremely farfetched idea when no
>one outside
Sparr wrote:
>On Wed, Jan 7, 2009 at 4:47 AM, Chris Howe wrote:
>> argument for some kind of WineTricks-like Wine application launcher
>> that would exist as a separate project to Wine, but would apply patches,
>
>Re-compiling wine with patches is an extremely farfetched idea when no
>one outside
2009/1/7 Sparr :
> Re-compiling wine with patches is an extremely farfetched idea when no
> one outside Cedega has ever tackled the far simpler tasks involved
> with making a wine launcher.
This statement is very untrue.
http://wiki.winehq.org/ThirdPartyApplications
Alexandre Julliard wrote:
> "Austin English" writes:
>
>> On Tue, Jan 6, 2009 at 9:07 PM, James Hawkins wrote:
>>> On Tue, Jan 6, 2009 at 7:04 PM, Austin English
>>> wrote:
Adds a note discouraging use of UNIX paths, since there's seems to
have been a rash of it in recent bug reports
Vitaliy Margolen writes:
> Alexandre Julliard wrote:
>> The problem is not Unix paths, it's usually that the app expects the
>> current directory to be the app directory. You have the same issue if
>> you use a Windows path. If there are really issues caused by argv[0]
>> being a Unix path and no
On Di, 2009-01-06 at 22:47 -0500, Markus wrote:
> > > can anyone tell me where to find information about the
> > > b3DAccelerationExists and b3DAccelerationEnabled properties in the
> > > display container returned by
> >
> > I suggest to use dxdiag and regmon on Windows.
> > In dxdiag, you can dis
On Wed, Jan 7, 2009 at 4:47 AM, Chris Howe wrote:
> argument for some kind of WineTricks-like Wine application launcher
> that would exist as a separate project to Wine, but would apply patches,
Re-compiling wine with patches is an extremely farfetched idea when no
one outside Cedega has ever tac
Danny Rawlins writes:
> I would like to know if there is any issues as to why we are not using
> pkg-config to check for needed library's with the m4 macros.
We use it in a few places where we have no choice, but in general it's
doing more harm than good. The whole concept is broken.
--
Alexan
"Austin English" writes:
> On Tue, Jan 6, 2009 at 9:07 PM, James Hawkins wrote:
>> On Tue, Jan 6, 2009 at 7:04 PM, Austin English
>> wrote:
>>> Adds a note discouraging use of UNIX paths, since there's seems to
>>> have been a rash of it in recent bug reports.
>>
>> If we don't recommend it, a
Forgive me for bringing this up again, but could this be another
argument for some kind of WineTricks-like Wine application launcher
that would exist as a separate project to Wine, but would apply patches,
particular settings, &c in order to get particular applications to work
better with the curre
On Wed, Jan 07, 2009 at 08:58:47AM +0100, Paul Vriens wrote:
> Paul TBBle Hampson wrote:
>> Not much to say about this. It's needed for the unit tests coming up.
> Hi Paul,
> Part of your signature says:
> License: http://creativecommons.org/licenses/by/2.5/au/
> Does this mean your patches come
31 matches
Mail list logo