| Re: [AD] Real weird unix bug, help wanted |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
On Thu, 2006-03-02 at 17:03 +0100, Hans de Goede wrote:
> > For 4.3, it would be nice to have a way to simply switch a window
> > between fullscreen/windowed, preserving things like an OpenGL context
> > attached to it. Also, with the resizeable windows we will have there,
> > this might be independent of a resolution change. So, sooner or later we
> > will need a better solution.
> >
>
> Agreed, opengl indeed is an issue here, does allegrogl allow calling
> set_gfx_mode after creating the opengl context, in that case my fix is
> _bad_.
No, currently, the AllegroGL gfx driver duplicates most of the X11 code,
specifically window creation - which is really bad. So in theory, all
fixes to our X11 code should be ported to AllegroGL, but they are
somewhat out of sync, since we have no write access to the AllegroGL
code - that's all another discussion though, and will be fixed with 4.3.
What I was thinking was, in the future 4.3, where we probably want a
flag AL_OPENGL to create an OpenGL context for the user - now without
knowing any details, that would seem to require extra work if the window
is completely destroyed and re-created on a fullscreen change. But if
nothing else works.. I also seem unable here to get it to work with any
posisble sequence of UnmapWindow/MapWindow/XSync calls scattered
throught the code :P
> > For now, I think the patch should be applied though, because it is an
> > improvement.
> >
>
> What about allegrogl?
Apparently, the patch breaks it. Not sure why though, it aborts with an
X11 async reply. Probably just a forgotten XLOCK/XUNLOCK somewhere.
--
Elias Pschernig