[haiku-appserver] Re: new drawing bug
- From: Adi Oanca <adioanca@xxxxxxxxx>
- To: haiku-appserver@xxxxxxxxxxxxx
- Date: Wed, 09 Nov 2005 09:51:57 +0200
Axel Dörfler wrote:
It doesn't have to be related - one looks like a clipping problem, the
other one seems to be related to coordinate conversions; maybe it's
Yes, I don't know yet.
I think all these problems have something in common, and I will
investigate these problems in the next days until I find out what the
hell is going on.
Please excuse me for these problems, I'm just trying to make all
easier to understand and use. Sorry, again.
That effort is surely appreciated, and maybe the drawing bugs are also
related to many people working on the same component; it would be nice
if this could be avoided, but as long as it doesn't take over, I guess
we have to live with it.
Sooner or later the app_server code will be more stable,
I too wait for that moment. Also, I really want to be done with this
clipping code. Although I like working at it (it's interesting really :)
), I'm sick of giving you problems. ATM all my efforts will be
concentrated into getting this thing done!
BTW after the font stuff, I plan to work on the event handling, working
my way through to RootLayer.
You mean the cursor thread and system keyboard shortcuts? You you like
to explain a bit? Thanks.
You know what I'll be doing: clipping and redrawing stuff! :)
On that subject... Testing Haiku in QEmu left me a bad impression. If I
move a window over another one, that one from the back won't update
until I finished moving the front window. I don't like that, and that
all the fault of RootLayer locking.
I think we should somehow make a region-based lock or at least make a
drawing queue(in HWInterface) in which we can push drawing instructions
which don't intersect with the region-selected-for-rebuild.
What do you think?
Other related posts: