2009/4/28 Susan Cragin :
>>wineoss is not a viable solution to the pulseaudio problem, but this
>>is a real nasty issue where the solution is "as long as it works for
>>you, it's fine".
>>
>>What exactly is the issue with purging pulseaudio? Though this should
>>be taken up with ubuntu's bugs track
2009/4/27 Cissyvonwinckelmann :
> dag,
> bestaat er voor mij nog een mogelijkheid om messenger 7.0 te downloaden.
> Heb dus nog Windows Me,
> heel graag antwoord,
> groet cissy
>
> cissyvonwinckelm...@planet.nl
1) Using a big font doesn't help your case.
2) Check AppDB (appdb.winehq.org).
3) Try a
Don't commit this one. It leaks the gdi brush when GdipCreateLineBrush fails.
Vincent Povirk
On Tue, Apr 28, 2009 at 6:39 PM, Vincent Povirk wrote:
>
>
>
>
Reece Dunn ha scritto:
2009/4/28 Massimo Del Fedele :
My personal final thoughts
1) It's obvious (but then, why we're repeating it forever ?) that
final result is : DIB inside gdi32 and DDBs inside X11, with
probably DIB cached to DDBs in x11 for performance reasons.
Agreed.
2) Assuming
2009/4/28 Massimo Del Fedele :
> My personal final thoughts
>
> 1) It's obvious (but then, why we're repeating it forever ?) that
> final result is : DIB inside gdi32 and DDBs inside X11, with
> probably DIB cached to DDBs in x11 for performance reasons.
Agreed.
> 2) Assuming point 1, the *on
My personal final thoughts
1) It's obvious (but then, why we're repeating it forever ?) that
final result is : DIB inside gdi32 and DDBs inside X11, with
probably DIB cached to DDBs in x11 for performance reasons.
2) Assuming point 1, the *only* problem is to decide how get
to it, so choose
Roderick Colenbrander ha scritto:
No then you don't have the engine yet. In my proposal you would first
make winex11.drv not depend on DIBs (the conversion code would still
be in winex11.drv),
uhmmm... and in the meanwhile where would be DIB processed ?
then you move the conversion code ove
On Tue, Apr 28, 2009 at 9:32 AM, Roderick Colenbrander
wrote:
> On Tue, Apr 28, 2009 at 5:45 PM, Jesse Allen wrote:
>> On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele wrote:
>>> 2) when winedib.drv is working good enough, wanted to "detach" it from
>>> winex11.drv, so make another "driver"
Am Dienstag, 28. April 2009 20:09:32 schrieb Henri Verbeet:
> Having useful warnings is useful, of course. However, it's really up
> to the driver to provide useful infolog messages. I'm sure you
> remember I had doubts about filtering the infolog when this was first
> added, and this patch just ta
Am Dienstag, 28. April 2009 20:20:11 schrieb Henri Verbeet:
> 2009/4/28 Stefan Dösinger :
> > Google magic. There's a blog entry on the OpenGL page describing the aim
> > of the extension, and there are other pages hinting that the functions
> > work the same way as those in GL_EXT_gpu_shader4, jus
2009/4/28 Stefan Dösinger :
> Google magic. There's a blog entry on the OpenGL page describing the aim of
> the extension, and there are other pages hinting that the functions work the
> same way as those in GL_EXT_gpu_shader4, just with an ARB suffix instead of
> an EXT.
>
> As far as I understand
2009/4/28 Stefan Dösinger :
> Am Dienstag, 28. April 2009 17:24:55 schrieb Henri Verbeet:
>> I think this is getting pretty rediculous. I think we should either
>> just always print the infolog, or give the infolog its own debug
>> channel and make this a WARN.
> I disagree. Having genuine warnings
On Tue, Apr 28, 2009 at 7:48 PM, Massimo Del Fedele wrote:
> Roderick Colenbrander ha scritto:
>
>>
>> We shouldn't introduce a temporary driver.
>
> Why ?
>
> I can't speak for Alexandre
>>
>> but I think he would prefer to let winex11.drv not directly touch DIBs
>> and move it to gdi32
>
> Me t
Roderick Colenbrander ha scritto:
We shouldn't introduce a temporary driver.
Why ?
I can't speak for Alexandre
but I think he would prefer to let winex11.drv not directly touch DIBs
and move it to gdi32
Me too
and I guess in a second step also move the
conversion code over to gdi32
Jesse Allen ha scritto:
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele wrote:
2) when winedib.drv is working good enough, wanted to "detach" it from
winex11.drv, so make another "driver" comprising DDB parts of wineX11
and all optimizations needed.
This detaching thing is a little w
Am Dienstag, 28. April 2009 17:24:55 schrieb Henri Verbeet:
> 2009/4/28 Stefan Dösinger :
>
> I think this is getting pretty rediculous. I think we should either
> just always print the infolog, or give the infolog its own debug
> channel and make this a WARN.
I disagree. Having genuine warnings vi
Am Dienstag, 28. April 2009 17:25:28 schrieb Henri Verbeet:
> 2009/4/28 Stefan Dösinger :
> > +/* What good are texrect grad functions? I don't
> > know, but GL_EXT_gpu_shader4 defines them. +* There
> > is no GL_ARB_shader_texture_lod spec yet, so I don't kn
On Tue, Apr 28, 2009 at 5:45 PM, Jesse Allen wrote:
> On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele wrote:
>> 2) when winedib.drv is working good enough, wanted to "detach" it from
>> winex11.drv, so make another "driver" comprising DDB parts of wineX11
>> and all optimizations needed.
On Tue, Apr 28, 2009 at 8:13 AM, Massimo Del Fedele wrote:
> 2) when winedib.drv is working good enough, wanted to "detach" it from
> winex11.drv, so make another "driver" comprising DDB parts of wineX11
> and all optimizations needed.
This detaching thing is a little worrying. How will win
2009/4/28 Stefan Dösinger :
> +/* What good are texrect grad functions? I don't know,
> but GL_EXT_gpu_shader4 defines them.
> +* There is no GL_ARB_shader_texture_lod spec yet, so I
> don't know if they're defined there
> + */
So how ar
2009/4/28 Stefan Dösinger :
>
I think this is getting pretty rediculous. I think we should either
just always print the infolog, or give the infolog its own debug
channel and make this a WARN.
Roderick Colenbrander ha scritto:
Hi,
Massimo demonstrated the need for a DIB engine for Autocad but the way
it is implemented is not fully correct. We already talked a bit about
that on IRC. He is right that it should be implemented inside gdi32
and that it should be done in small steps (where
Keeping his patches up to date on bugzilla/wine-devel is also helpful
for those testing. It may be a while before it can go it, but
persistence pays off, and in the meantime, if those brave users
willing to compile wine with a couple hacks can try it out and
benefit, all the better.
--
-Austin
Hi,
Massimo demonstrated the need for a DIB engine for Autocad but the way
it is implemented is not fully correct. We already talked a bit about
that on IRC. He is right that it should be implemented inside gdi32
and that it should be done in small steps (where possible). His idea
is to add his 'D
Max's work has been great in that
a) he has found and fixed bugs that affect Autocad,
and gotten those bugfixes into the trunk, and
b) he is slowly working his way towards a DIB
engine prototype that actually greatly improves
speed on some important apps without hurting
other apps.
If I recall cor
Hi all,
I was thinking just yesterday to a temporary solution that could, maybe, be
useful without "disturbing" wine main workflow.
My new approach has the structure of an "independent" driver which, even if
it uses winex11 for DDB processing, is seen as a completely separated driver
by gdi32.
By
2009/4/28 Chris Howe :
> I think it's time that a definitive framework for it was agreed upon,
> because as people have said, this isn't the first time that someone
> has tried to implement the DIB engine. It's been on the todo list of
> improvements to Wine for as long as I can remember, but it se
2009/4/28 Luke Benstead :
> Hi all,
>
> I've been watching the DIB engine work that has been going on in bug
> 421. It looks like Max has made massive progress getting Autocad
> working by the sound of it, almost perfectly and also improvements in
> Starcraft have been reported. However, he accepts
>wineoss is not a viable solution to the pulseaudio problem, but this
>is a real nasty issue where the solution is "as long as it works for
>you, it's fine".
>
>What exactly is the issue with purging pulseaudio? Though this should
>be taken up with ubuntu's bugs tracker. pulseaudio should be
>consi
I think it's time that a definitive framework for it was agreed upon,
because as people have said, this isn't the first time that someone
has tried to implement the DIB engine. It's been on the todo list of
improvements to Wine for as long as I can remember, but it seems
as if every time someone tr
i second the plea.
Autocad is one of those applications that many windows users NEED to have
working to even consider a change to linux, even at the enterprise level
many would switch for it.
the other day i had a friend in Naval Engineering ask me if it was possible
to use Autocad in wine so he c
Hi all,
I've been watching the DIB engine work that has been going on in bug
421. It looks like Max has made massive progress getting Autocad
working by the sound of it, almost perfectly and also improvements in
Starcraft have been reported. However, he accepts (and Alexandre has
confirmed) that n
32 matches
Mail list logo