[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] usage of wind_calc()
Quoting Arnaud BERCEGEAY <arnaud.bercegeay@free.fr>:
Wait - why is ANY of this needed.
because wind_get(WF_WORKXYWH) is buggy in some AESes : with buggy AES,
wind_get(WF_WORKXYWH) forget to take into account the height of the
toolbar.
The method in windom works for all AESes.
Who cares about the toolbar? When you merge the area to be redrawn with each
rectangle of the rectangle list for the window, the toolbar shouldn't
matter at
all. The toolbar isn't included in the rectangle list for the window is it?
If so, I would think what you need is the size of the toolbar, and the
sizes of
the window widgets shouldn't matter. What am I missing?
I though we all agreed on this subject, and the discussion was over on
this subject.
Sorry - I still don't understand the problem.
However, why do you need WORKXYWH to handle a redraw? You are given a
rectangle that needs to be redrawn, which shouldn't be outside the
working area of the window, but even if it is, when you walk the
rectangle list and merge those rectangles with the area to be redrawn,
you won't ever get a rectangle outside the working area. When do you
need to know WORKXYWH for a redraw?
Well, at least to know the where is the top left corner of the work area
(the origine of the drawing for the window).
The redraw message doesn't always concern the whole work area.
Why do you need to know the top left corner of the work area? You don't need
to redraw the whole work area - only the area that is in the redraw message.