I have read that there currently isn’t any support for multiple windows
in SDL. I was wondering if there was a truely good reason for this? I
think there are some very good reasons why using two programs to run two
windows is the incorrect way to achieve such a thing, but I am not an
SDL expert either.
If there isn’t an overwhelming reason why it does not exist, I am
thinking about possible attempting to extend SDL myself, in which case I
would love to know if anyone has any pointers or tips, since I have only
used SDL, not mucked with the source code too much.
I have read that there currently isn’t any support for multiple windows
in SDL. I was wondering if there was a truely good reason for this? I think
there are some very good reasons why using two programs to run two windows
is the incorrect way to achieve such a thing, but I am not an SDL expert
either.
If there isn’t an overwhelming reason why it does not exist, I am
thinking about possible attempting to extend SDL myself, in which case I
would love to know if anyone has any pointers or tips, since I have only
used SDL, not mucked with the source code too much.
It would be possible to have MultiWindows with
SDL, but SDL was not really built for this.
I mean when you get an event, you want to know
from what window it came and so on.
SDL-1.3/2.0 has MultiWindow Support
and was designed to use it.
Also adding API things to SDL-1.2 could/would
break ABI and API compat., which is a bad thing.
SDL-1.3/2.0 is really the thing to
put stuff in. SDL-1.2 is only there because
it was tested over a long time and is stable,
important for commer. releases.
I have read that there currently isn’t any support for multiple windows
in SDL. I was wondering if there was a truely good reason for this? I think
there are some very good reasons why using two programs to run two windows
is the incorrect way to achieve such a thing, but I am not an SDL expert
either.
If there isn’t an overwhelming reason why it does not exist, I am
thinking about possible attempting to extend SDL myself, in which case I
would love to know if anyone has any pointers or tips, since I have only
used SDL, not mucked with the source code too much.
It would be possible to have MultiWindows with
SDL, but SDL was not really built for this.
I mean when you get an event, you want to know
from what window it came and so on.
SDL-1.3/2.0 has MultiWindow Support
and was designed to use it.
Also adding API things to SDL-1.2 could/would
break ABI and API compat., which is a bad thing.
SDL-1.3/2.0 is really the thing to
put stuff in. SDL-1.2 is only there because
it was tested over a long time and is stable,
important for commer. releases.
CU
Is there anything documenting 1.3? Or the source code is document enough
for those who are using it right now?
Is there at least a good outline of the new event window structures?
The code contains doxygen base documentation you just have to generate
it from the source code (http://www.doxygen.org)On 12/14/06, J.J. Sestrich wrote:
Torsten Giebl wrote:
Hello !
I have read that there currently isn’t any support for multiple windows
in SDL. I was wondering if there was a truely good reason for this? I think
there are some very good reasons why using two programs to run two windows
is the incorrect way to achieve such a thing, but I am not an SDL expert
either.
If there isn’t an overwhelming reason why it does not exist, I am
thinking about possible attempting to extend SDL myself, in which case I
would love to know if anyone has any pointers or tips, since I have only
used SDL, not mucked with the source code too much.
It would be possible to have MultiWindows with
SDL, but SDL was not really built for this.
I mean when you get an event, you want to know
from what window it came and so on.
SDL-1.3/2.0 has MultiWindow Support
and was designed to use it.
Also adding API things to SDL-1.2 could/would
break ABI and API compat., which is a bad thing.
SDL-1.3/2.0 is really the thing to
put stuff in. SDL-1.2 is only there because
it was tested over a long time and is stable,
important for commer. releases.
CU
Is there anything documenting 1.3? Or the source code is document enough
for those who are using it right now?
Is there at least a good outline of the new event window structures?
I have read that there currently isn’t any support for multiple windows
in SDL. I was wondering if there was a truely good reason for this? I
think there are some very good reasons why using two programs to run two
windows is the incorrect way to achieve such a thing, but I am not an
SDL expert either.
If there isn’t an overwhelming reason why it does not exist, I am
thinking about possible attempting to extend SDL myself, in which case I
would love to know if anyone has any pointers or tips, since I have only
used SDL, not mucked with the source code too much.
I have been pushing that project for the last couple of years. I did
manage to get multiple window support added to the 1.2 version on linux.
There are a number of very good reasons not to add it to the 1.2
version. SDL has the idea that there is only one window coded deep into
its heart. To add multiple windows you have to change the all event
structures, the surface structure, and make deep changes in the
portability layer. Not to mention rewrite the lowest level driver code.
Once you are done, it is sweet! The last I heard the plan is to develop
1.3 with hooks for multiple windows and to add them in 1.3.1. But, the
plan is always subject to change. Sam is working on 1.3 as fast as he
can and I am sure that if has anything to say about this he will join
the thread. If you want to help develop SDL, I would suggest starting by
down loading 1.3 and reading the code. Or, you could take a look at the
bug list for any version and start fixing bugs. Believe me, any help is
always appreciated.
Bob PendletonOn Wed, 2006-12-13 at 20:22 -0600, J.J. Sestrich wrote:
I have been pushing that project for the last couple of years. I did
manage to get multiple window support added to the 1.2 version on linux.
There are a number of very good reasons not to add it to the 1.2
version. SDL has the idea that there is only one window coded deep into
its heart. To add multiple windows you have to change the all event
structures, the surface structure, and make deep changes in the
portability layer. Not to mention rewrite the lowest level driver code.
I have looked at the code and this makes plenty of sense to me, so I’ve
begun playing with the 1.3 code.
Once you are done, it is sweet! The last I heard the plan is to develop
1.3 with hooks for multiple windows and to add them in 1.3.1. But, the
plan is always subject to change.
From what I can see, there is at least some support already built in,
although I haven’t had time to do much more than start reading the video
parts of the 1.3 code. I’d be glad to check out the bugs, I just figured
this was probably my best area to help in as I have played with at least
the Windows API a signicant amount, and have played with XWindows a
little while back as well.
Thanks for the input!
J.J. Sestrich> Sam is working on 1.3 as fast as he
can and I am sure that if has anything to say about this he will join
the thread. If you want to help develop SDL, I would suggest starting by
down loading 1.3 and reading the code. Or, you could take a look at the
bug list for any version and start fixing bugs. Believe me, any help is
always appreciated.
How would multiple windows work with the drivers that have no underlying
windowing system?
seanOn Thu, Dec 14, 2006 at 12:47:58PM -0600, J.J. Sestrich wrote:
Bob Pendleton wrote:
I have been pushing that project for the last couple of years. I did
manage to get multiple window support added to the 1.2 version on linux.
There are a number of very good reasons not to add it to the 1.2
version. SDL has the idea that there is only one window coded deep into
its heart. To add multiple windows you have to change the all event
structures, the surface structure, and make deep changes in the
portability layer. Not to mention rewrite the lowest level driver code.
I have looked at the code and this makes plenty of sense to me, so I’ve
begun playing with the 1.3 code.
Once you are done, it is sweet! The last I heard the plan is to develop
1.3 with hooks for multiple windows and to add them in 1.3.1. But, the
plan is always subject to change.
From what I can see, there is at least some support already built in,
although I haven’t had time to do much more than start reading the video
parts of the 1.3 code. I’d be glad to check out the bugs, I just figured
this was probably my best area to help in as I have played with at least
the Windows API a signicant amount, and have played with XWindows a
little while back as well.
Thanks for the input!
J.J. Sestrich
Sam is working on 1.3 as fast as he
can and I am sure that if has anything to say about this he will join
the thread. If you want to help develop SDL, I would suggest starting by
down loading 1.3 and reading the code. Or, you could take a look at the
bug list for any version and start fixing bugs. Believe me, any help is
always appreciated.
How would multiple windows work with the drivers that have no underlying
windowing system?
sean
The way I see it, you should be able to pop multiple displays / windows
on systems that support it. If the system doesn’t support it, then you
will only be allowed to do it once. I believe this is the way it is
planned in 1.3. I don’t see any problems with doing it like that, do you?
How would multiple windows work with the drivers that have no underlying
windowing system?
sean
The way I see it, you should be able to pop multiple displays / windows
on systems that support it. If the system doesn’t support it, then you
will only be allowed to do it once. I believe this is the way it is
planned in 1.3. I don’t see any problems with doing it like that, do you?
I see there no problem, too. Two cases :
There is a function to ask if this is a windowing system.
or
Just try to open a window and if you get an error
back, when trying to create a second window, you also know
that the System does not support Multi Windows.
How would multiple windows work with the drivers that have no underlying
windowing system?
They would allow you to create one full screen window and then fail when
you requested more windows or subwindows. I spent a long time looking at
how to add windows to systems that do not support windows (and I have
spent 5 years porting X to many platforms so I know the problem pretty
well) and there is just no reasonable way to support multiple windows on
systems that do not support multiple windows. You would have to add a
windowing system and a window manager in to SDL. Which is something no
one wants and no one is willing to do.
Bob PendletonOn Thu, 2006-12-14 at 20:47 -0700, Sean D'Epagnier wrote:
sean
On Thu, Dec 14, 2006 at 12:47:58PM -0600, J.J. Sestrich wrote:
Bob Pendleton wrote:
I have been pushing that project for the last couple of years. I did
manage to get multiple window support added to the 1.2 version on linux.
There are a number of very good reasons not to add it to the 1.2
version. SDL has the idea that there is only one window coded deep into
its heart. To add multiple windows you have to change the all event
structures, the surface structure, and make deep changes in the
portability layer. Not to mention rewrite the lowest level driver code.
I have looked at the code and this makes plenty of sense to me, so I’ve
begun playing with the 1.3 code.
Once you are done, it is sweet! The last I heard the plan is to develop
1.3 with hooks for multiple windows and to add them in 1.3.1. But, the
plan is always subject to change.
From what I can see, there is at least some support already built in,
although I haven’t had time to do much more than start reading the video
parts of the 1.3 code. I’d be glad to check out the bugs, I just figured
this was probably my best area to help in as I have played with at least
the Windows API a signicant amount, and have played with XWindows a
little while back as well.
Thanks for the input!
J.J. Sestrich
Sam is working on 1.3 as fast as he
can and I am sure that if has anything to say about this he will join
the thread. If you want to help develop SDL, I would suggest starting by
down loading 1.3 and reading the code. Or, you could take a look at the
bug list for any version and start fixing bugs. Believe me, any help is
always appreciated.