Re: [MiNT] Changing toolbars and redraw message

[skeezix <skeezix@skeleton.org>]

	Sorry for jumping into the conversation without any context, but 
sounds to me like..

i) if an application changes its own toolbar, it could trigger its own 
redraw; but since the burden is supporting historical applications, what 
is expacted? Do that.
	--> If changing the behaviour breaks 'much'/anything, don't change 
it?
	--> Does the change actually improve much, for many applications? 
(sounds like a performance improvement, always welcome, if it doesn't 
break much.)

ii) or is the risk that the toolbar could be changed from outside an 
application? like, what about a GEM desktop environment with multitasking, 
where an application toolbar could be switched out for another .. is there 
a possibility that changing toolbar is asking the app (or many apps) to 
redraw, to proplerly handle an application switch? (like an expose of some 
or all of a window)?
	--> could perhaps have AES work out if any application window is 
now exposed/dirty, and in that case ask for those windows to redraw.

		jeff

On Wed, 7 Jan 2015, OL wrote:

# 
# > > > What I want to say is that it looks like setting a toolbar to a window
# > > > while the application is running triggers a redraw message for the
# > > > whole window work area. I'm not saying it's a bad thing, but it seems
# > > > to me that the AES should only redraw the new toolbar and not send a
# > > > redraw message to the app that covers the whole window. My feeling is
# > > > that most of the time the workarea might not need redrawing at all.
# > > I agree with you, if the height of toolbar not change it should not send
# > > redraw, it's not often an application change the toolbar in a window,
# > > generally it is set at start not on open window even it is not forbiden.
# > It so happens that in my current project the toolbar potentially
# > changes all the time. And in this specific case sending a redraw
# > covering the whole window is the right thing to do.
# > 
# > > The reason of it I think is an application probably need a redraw when the
# > > toolbar height size change as it doesn't affect the working area.
# > You mean the AES would not send a redraw message when the toolbar
# > height increases?
# No sorry there is a mistake, you should read if toolbar height change it
# affect the working area so AES need to send redraw to application.
# >   But what about the workarea? Either the AES blits it
# > itself, which means that the window height changes, or it doesn't, in
# > which case it must send a redraw message.
# > 
# > Cheers,
# > JFL
# Olivier
# 
# 
# 

--
If everyone would put barbecue sauce on their food, there would be no war.