Re: [ql-users] Phantom black con channel in QLiberated programs - SOLVED !
On 29 Mar 2001, at 13:27, Norman Dunbar wrote: What to do to avoid a phantom : 1. Compile with windows copied. 2. Open #0 or #1 before calling scr_xlim/scr_ylim I suspect therefore that scr_xlim/scr_ylim look for channel #0 first and if found use it. If #0 not found, then try #1 and if found use it. If #0 and #1 not found, open a new #0 and use that. This channel appears to stay open until the end of the job. why not simply use open#x, con scr_xlim#x is it documented somewhere? Bye Richard
Re: [ql-users] Phantom black con channel in QLiberated programs - SOLVED !
why not simply use open#x, con scr_xlim#x is it documented somewhere? SCR_XLIM and SCR_YLIM most probably call iop.flim trap and this in turn needs an open window - it returns the maximum possible outline of a channel - this corresponds to maximum screen size if it's a primary channel (e.g. #0 in BASIC), or the maximum outline that the secondary windows can be set to within that primary. Most extensions I've seen which return max screen dimensions call iop.flim (I wrote one such pair of extensions FLIM_W and FLIM_H in the DISPLAY_CDE article in a past QL Today), and all need either an open channel to test, or if none supplied open a channel themselves. After Marcel's comments, I'm sure we can assume that SCR_XLIM and SCR_YLIM work in pretty much the same way as others I've seen. The SMSQE manual I have hints at this but doesn't fully clarify it. SCR_BASE and SCR_LLEN are described as accepting channel numbers, SCR_XLIM and SCR_YLIM are not, but the description refers to maximum size windows can be set to rather than screen size as such, implying the behaviour of an iop.flim type extension. -- Dilwyn Jones [EMAIL PROTECTED] http://www.soft.net.uk/dj/index.html
RE: [ql-users] Phantom black con channel in QLiberated programs - SOLVED !
Argh ! After amending all the #3s in Screen Snatcher to #0s to get rid of the Phantoms, I'm now unable to compile because all my EP3 copmmands are giving 'Ambiguous Name' error messages again ! Regards, Confused even more of Bradford. Norman Dunbar EMail: [EMAIL PROTECTED] Database/Unix administrator Phone: 0113 289 6265 Lynx Financial Systems Ltd. Fax:0113 201 7265 URL:http://www.LynxFinancialSystems.com
RE: [ql-users] Phantom black con channel in QLiberated programs -SOLVED !
Nope, I had everything loaded that I had loaded before I changed #3 into #0 :o( I feel the need to swot up on Turbo again. I shall send you a current (complete with phantoms) copy of SS3 by separate post - and hopefully, when I get it fixed, you can have a copy then as well. Norman. Norman Dunbar EMail: [EMAIL PROTECTED] Database/Unix administrator Phone: 0113 289 6265 Lynx Financial Systems Ltd. Fax:0113 201 7265 URL:http://www.LynxFinancialSystems.com -Original Message- From: FranoisVan Emelen [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 29, 2001 4:50 PM To: [EMAIL PROTECTED] Subject: Re: [ql-users] Phantom black con channel in QLiberated programs -SOLVED ! Didn't you forget to LRESPR the easyptr extensions aftez a reset? Did you include REMark $$asmb=device_drectory_YourExtensions_cde,4,82? Franois Van Emelen P.S. Can I have a copy of SS3?
