"Yazel, David J." wrote:
> 17. No plans to implement resize because of the issus involved in rebuilding
> the sub-textures. Would be easier to just make a new one. We might support
> use of model-clips to clip in from a maximum size.
I was trying to do overlay system some time ago and failed. Anyway, I've
come up with following interface - it might be an overkill if you don't
plan resize, but maybe you will like to reuse some idea.
Overlay have specified xoffset, yoffset, width and height at creation
time. These are double values, with following meanings:
xoffset -
if positive > 1, means distance of left edge of overlay from left side
of window in pixels
if negative < -1, means distance of right edge of overlay from right
side of window in pixels
if positive < 1, means how much free space should be used for the left
side (fraction)
if negative > -1, means how much free space should be used for the
right side (same as 1+negative)
yoffset - the same, just top and bottom
width -
if positive > 1 means width of overlay in pixels
if negative < -1 means how much free width should be left on screen
after substracting overlay width (in pixels)
if positive < 1 means width of overlay as fraction of entire window
width
if negative > -1 means fraction of width which should be unoccupied by
overlay (same as 1+negative)
height - same as width, just for height
This would allow for very dynamic system, but unfortunately size of
texture would have to change with window resizes. It might be too much
for your needs, then please implement at least negative offsets - to
allow placing overlay relative to right and bottom edges (not only top
and left). Fractional offsets would be also nice (allows for example
centering with 0.5, 0.5 offsets).
Artur
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
