Re: [ql-users] SCR_XLIM on SMSQ/e

[James Hunkins]

I actually use a 1x1 window at position 0x0 for this.  Since I don't 
normally do anything else with this but use it for a dummy channel for 
screen size detection, it works great.

One note of caution, if you do one this small, make sure you do not 
have borders set to any size other than 0.  It seems that the opw_con 
call go ahead and attempt to setup a window even if there is not enough 
room for borders.  I was getting away with this until the other day 
when it starting locking things up.  Seems like the error trapping in 
opw_con isn't quite smart enough to check for stupid code like what I 
tried to do :)

jim
On Dec 4, 2004, at 10:03 AM, Dilwyn Jones wrote:
Yes - you are probably right - but I think that it defaults to #1 in
both
cases....
Never mind - have just opened #1 within the program to overcome
this.
Detection of high colour drivers is more of a problem though - see
other
email
Most resolution checking extensions using iop.flim require an open
window channel to return maximum window size. Some such as the SMSQE
ones implicitly open a channel, so it seems to the user that it
doesn't newed one. DISPLAY_CDE extensions don't have a default
channel, you must give them the lowest valid CON channel number. It
doesn't have to be a big window though, just a little 8x8 window (some
extensions will work with minimum 2x1 window, never tested display_cde
on that).
The latest display_cde has extensions for detecting GD2 and a few
other bits and pieces. I thinkit's on my website, if not, I can email
you a copy.
Dilwyn Jones
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm