In article <yam11702.960.283422120(a)mail.gmx.net>,
Bernd Roesch <nospamname(a)gmx.de> wrote:
first you tell no resizing as disadvantage of the SDL Version then
tell SDL should not support this.I cant understand that. If somebody not
want the feature there can of course a define to switch it off.
I think you have missed the point of the framebuffer front end. It is
intended for use on fixed-sized framebuffers (e.g. the Linux framebuffer,
or the ABLE framebuffer) and would be used fullscreen, as the only program
running on the system.
In addition to the Linux and ABLE framebuffer implementations there is
also an SDL framebuffer implementation. This was created to simplify the
process of developing NetSurf's framebuffer front end. If it's useful to
anyone as more than a debug and testing aid, then that's a bonus.
It doesn't matter that SDL can support window size changes. The point is
there is no NetSurf front end targeting SDL, only a front end targeting
simple framebuffers that happens to have an implementation in SDL.
So, since the framebuffer front end is designed as a straightforward front
end for fixed-size framebuffers, it does not matter whether SDL can
support window resizing -- the functionality is simply not provided though
the framebuffer front end.
Michael Drake (tlsa) http://www.netsurf-browser.org/