Mike Hearn wrote:
On Tue, 2003-09-30 at 21:57, Dimitrie O. Paun wrote:
In fact, what kind of problems
do we have with InstallShield?
It attempts to do window management across two different desktop windows
causing an X11 ConfigureWindow error. We can't run it outside of desktop
mode because the
> "Dimitrie" == Dimitrie O Paun <[EMAIL PROTECTED]> writes:
Dimitrie> On 30 Sep 2003, Mike Hearn wrote:
>> future they too could be managed but with the appropriate hints to
>> switch off window decorations, appearing in the window list etc.
Dimitrie> It certainly be nice to d
On Tue, 2003-09-30 at 21:57, Dimitrie O. Paun wrote:
> In fact, what kind of problems
> do we have with InstallShield?
It attempts to do window management across two different desktop windows
causing an X11 ConfigureWindow error. We can't run it outside of desktop
mode because the big blue window
Mike Hearn <[EMAIL PROTECTED]> writes:
> I suppose the problem then is that we can't figure out how a fullscreen
> install window is different to a menu or tooltip window. Perhaps in
> future they too could be managed but with the appropriate hints to
> switch off window decorations, appearing in
On 30 Sep 2003, Mike Hearn wrote:
> future they too could be managed but with the appropriate hints to
> switch off window decorations, appearing in the window list etc.
It certainly be nice to defer the window management to ... the window
manager :) Maybe we can start with a list of hints that w
On Tue, 2003-09-30 at 18:13, Alexandre Julliard wrote:
> I don't think that's a problem. If you want desktop mode you can
> install Xnest.
Another alternative would be to merge in Keith Packards pseudo-root
extension:
http://keithp.com/~keithp/talks/proot.tar.gz
Unfortunately it's not currently
On Tue, 2003-09-30 at 21:13, Alexandre Julliard wrote:
> For windows that need to be managed yes. Even in managed mode there
> are some windows that are never managed, like menus, tooltips, etc.
> That's what is_window_managed is for.
I suppose the problem then is that we can't figure out how a fu
> > IIRC it does not support Xrender at all.
>
> Yes that would need to be fixed.
Well, the biggest problem would be how to have direct rendering for GL in a
Xnest environment. I have absolutely no idea if this is possible without
hacks.
And then you would also need to add RandR support to Xnest
Mike Hearn <[EMAIL PROTECTED]> writes:
> is_window_managed returns false if none of the conditions match. Is it
> the case that one of the conditions will always cause it to return true?
For windows that need to be managed yes. Even in managed mode there
are some windows that are never managed, l
On Tue, 2003-09-30 at 18:13, Alexandre Julliard wrote:
> The default is managed mode, and has been for a long time now.
I'm confused then -
[EMAIL PROTECTED] x11drv]$ cvs diff window.c
Index: window.c
===
RCS file: /home/wine/wine/dl
Mike Hearn <[EMAIL PROTECTED]> writes:
> Do we really want a dependency on Xnest, which is usually not installed
> by default on most distributions (and is quite large i think)?
I don't think that's a problem. If you want desktop mode you can
install Xnest.
> IIRC it does not support Xrender at
On Mon, 2003-09-29 at 21:18, Alexandre Julliard wrote:
> Eric Pouech <[EMAIL PROTECTED]> writes:
>
> > wouldn't something like Xnest help here ?
>
> Yes, it would be one way to implement it (and arguably it's the right
> way in an X environment, there's no reason for Wine to duplicate that
> func
Eric Pouech <[EMAIL PROTECTED]> writes:
> wouldn't something like Xnest help here ?
Yes, it would be one way to implement it (and arguably it's the right
way in an X environment, there's no reason for Wine to duplicate that
functionality). I'm not sure how well Xnest supports X extensions and
har
Alexandre Julliard wrote:
Alex Pasadyn <[EMAIL PROTECTED]> writes:
This patch just puts in a simple check that traps this condition so
Wine doesn't crash. I don't know enough about what that code is
supposed to be doing to fix it properly. (This is certainly better
enough on my system though as
Alex Pasadyn <[EMAIL PROTECTED]> writes:
> This patch just puts in a simple check that traps this condition so
> Wine doesn't crash. I don't know enough about what that code is
> supposed to be doing to fix it properly. (This is certainly better
> enough on my system though as it longer crashes!
On September 27, 2003 11:41 pm, Alex Pasadyn wrote:
> +ERR("CWSibling specified, but\n");
> +ERR("parent1 = %lx\n", parent_ret);
> +ERR("parent2 = %lx\n", parent2_ret);
> +ERR("--> ignoring CWSibling\n");
I
16 matches
Mail list logo
