bint3LPh75nyW.bin
Description: undefined
Lionel Ulmer <[EMAIL PROTECTED]> writes:
> But ohsix's idea to use 'real' X windows 'overlaid' over the single Wine X
> window would be the easiest idea to investigate (because it would not only
> fixes this issue but also the mutiple windows with multiple pixel formats
> problem that the former '
Lionel,
Where can I learn more about ohsix's idea (i.e. thread in which mail list)?
Thanks,
W.
From: Lionel Ulmer <[EMAIL PROTECTED]>
To: Dan Kegel <[EMAIL PROTECTED]>
CC: wine-devel@winehq.org, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]>,[EMAIL PROTECTED]
Sub
On Tue, May 30, 2006 at 05:32:26PM -0700, Dan Kegel wrote:
> On 5/30/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> > > It might be, but the heavy hitters I know of who have taken a look at
> > > it in detail have concluded that an X change really is needed.]
> >
> > Is this really a problem? Anot
he
client, which is what brought me to wine. There's much discussion about wine
on the America's Army forums.
From: "Dan Kegel" <[EMAIL PROTECTED]>
To: wine-devel
Subject: Re: Wine 1.0 tasks: installers
Date: Fri, 2 Jun 2006 07:35:36 -0700
On 6/2/06, Dan K
On 6/2/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
http://bugs.winehq.org/show_bug.cgi?id=3590 ActiveState python msi (see 5237?)
http://bugs.winehq.org/show_bug.cgi?id=3972 .NET framework 2.0
http://bugs.winehq.org/show_bug.cgi?id=4227 QuickTest Pro
http://bugs.winehq.org/show_bug.cgi?id=4280 J2SE
James Hawkins and I think we should come up with a list
of installers that need to run before we release Wine 1.0.
Looking at
http://www.winehq.org/pipermail/wine-devel/2006-March/045634.html
and
http://bugs.winehq.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=install&product=Wine&lon
Oh, FWLIW, I have suggested to Jason Matusow, the current Microsoft Standards
maven, that the time has come (portentious voice ;) to submit the MS Win32
API to the standardization process, since Wine is now in Beta, there are more
than one OS supporting the Win32 API as the standard API, and bes
> ... "make Windows developers take Wine seriously."
What about "make offices take Wine seriously."? Okay... former versions of MS
Office work very well, but
many offices, e.g. at universities, also depend on Acrobat Standard for doing
everyday-stuff. The latest Acrobat which works (more or less
Alex Villacís Lasso wrote:
In addition, if anyone tries to use DBGRID32.OCX, they will surely hit
this bug:
Bug 3846 - Wine can't run Roderick Colenbrander's DBGRID32.OCX VB test
apps yet
http://bugs.winehq.org/show_bug.cgi?id=3846
This should be fixed as of today.
--
Rob Shearman
On Tuesday, May 30, 2006 23:51, Dan Kegel wrote:
> On 5/30/06, Neil Skrypuch <[EMAIL PROTECTED]> wrote:
> > On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> > > I'm not sure lotus notes problems should block 1.0, as IBM has a native
> > > Linux client now, but if someone wants to fix them (especi
On 5/30/06, Neil Skrypuch <[EMAIL PROTECTED]> wrote:
On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> I'm not sure lotus notes problems should block 1.0, as IBM has a native
> Linux client now, but if someone wants to fix them (especially the ones
> in usp10.dll netapi32.dll, that would be grea
On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> I'm not sure lotus notes problems should block 1.0, as IBM has a native
> Linux client now, but if someone wants to fix them (especially the ones
> in usp10.dll netapi32.dll, that would be great.
They do? I would be very interested to see that...
On 5/30/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> It might be, but the heavy hitters I know of who have taken a look at
> it in detail have concluded that an X change really is needed.]
Is this really a problem? Another version of X is due out in about 4
months (probably the earliest we co
On Tue, 2006-05-30 at 07:19 -0700, Dan Kegel wrote:
> On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it must be d
Dan Kegel wrote:
What other bugs should be fixed before 1.0? Let's nominate
a few bugs to add to the 1.0 task list, discuss them a bit, and see
what Alexandre thinks.
For instance:
I'd like one goal of 1.0 to be "make Windows developers take Wine
seriously."
To achieve that, I think 1.0 has to
On Tuesday 30 May 2006 16:19, Dan Kegel wrote:
> On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it must be doable
On Tuesday 30 May 2006 16:27, Huw Davies wrote:
> On Tue, May 30, 2006 at 04:11:41PM +0200, [EMAIL PROTECTED] wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it mus
On 5/30/06, Brian Vincent <[EMAIL PROTECTED]> wrote:
On 5/30/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> I guess there are two main use cases:
> 1) developer wants to debug an app that misbehaves on Linux/Wine but
> not on Windows
> 2) manager or clueless pundit who are into VB or VC++ wants to sa
Mike Hearn wrote:
What's the use case for running VS on Linux; is the idea that as
developers migrate they can continue working on their old software? Or
that they can use these tools to write new software that targets Win32?
I guess there are two main use cases:
1) developer wants to debug an
Raphael,
I wrote a simple OpenGL app to test the glShareList problem. You can find it
in my bug report:
http://bugs.winehq.org/show_bug.cgi?id=4945
Cheers,
Wino
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: wine-devel@winehq.org
Subject: Re: Re: Wine 1.0 Tasks
Date: Tue, 30 May 2006
[EMAIL PROTECTED] wrote:
> Hi,
>
>>> (Note the #3902 should be renamed as 'DIB Engine rewrite'
>>
>>Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
>
> :)
>
>>> and i don't think is mandatory for 1.0)
>>
>>Probably right. Let's create the next milestone after 1.0, say 1.1, and
>>sta
On 5/29/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
I'd like one goal of 1.0 to be "make Windows developers take Wine seriously."
To achieve that, I think 1.0 has to support at least some Microsoft development
tools well, including their IDEs and debuggers. It's probably unreasonable to
require 1.0
On Tue, 30 May 2006 07:14:07 -0700, Dan Kegel wrote:
> Go ahead and retarget those to 1.0, then, please.
OK. I need to talk to Tony, I seem to have lost my bugzilla privs at some
point (probably changing email address).
> I agree that Sun's Java runtime is probably something we should support for
On Tue, May 30, 2006 at 04:11:41PM +0200, [EMAIL PROTECTED] wrote:
> >The OpenGL child window bug,
> >http://bugs.winehq.org/show_bug.cgi?id=2398
> >probably won't be fixed for 1.0 because it requires
> >an X server change.
>
> No it must be doable without X changes
> (But X additions as GLX_EXT_t
On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>The OpenGL child window bug,
>http://bugs.winehq.org/show_bug.cgi?id=2398
>probably won't be fixed for 1.0 because it requires
>an X server change.
No it must be doable without X changes
It might be, but the heavy hitters I know of who
On 5/29/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
If you look at http://bugs.winehq.org/ you'll see a link on the left hand side
called "1.0 Tasks", which lists the 1.0 bugs being tracked in bugzilla.
... I like the idea of using bugzilla to track our progress to 1.0.
Hmm, maybe. Bugzilla lists h
Hi,
>> (Note the #3902 should be renamed as 'DIB Engine rewrite'
>
>Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
:)
>> and i don't think is mandatory for 1.0)
>
>Probably right. Let's create the next milestone after 1.0, say 1.1, and start
>retargeting bugs we don't plan to fix f
On 5/30/06, Raphael <[EMAIL PROTECTED]> wrote:
(Note the #3902 should be renamed as 'DIB Engine rewrite'
Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
and i don't think is mandatory for 1.0)
Probably right. Let's create the next milestone after 1.0, say 1.1, and start
retarget
On Mon, 29 May 2006 21:01:46 -0700, Dan Kegel wrote:
> I suspect a few of these are stale, and a bunch others are missing,
> but I like the idea of using bugzilla to track our progress to 1.0.
Hmm, maybe. Bugzilla lists have a tendency to come and go though as people
nominate their bugs and as the
On Tuesday 30 May 2006 06:01, Dan Kegel wrote:
> If you look at http://bugs.winehq.org/ you'll see a link on the left hand
> side called "1.0 Tasks", which lists the 1.0 bugs being tracked in
> bugzilla. Here's the URL it links to
> http://bugs.winehq.org/buglist.cgi?bug_status=NEW&bug_status=ASSIG
If you look at http://bugs.winehq.org/ you'll see a link on the left hand side
called "1.0 Tasks", which lists the 1.0 bugs being tracked in bugzilla.
Here's the URL it links to
http://bugs.winehq.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Wine&target_milestone=
32 matches
Mail list logo
