On Fri, 23 Mar 2001 at 00:38:22, Q Branch [EMAIL PROTECTED]
wrote:
(Ref: [EMAIL PROTECTED])
In article [EMAIL PROTECTED], Richard
Zidlicky [EMAIL PROTECTED] writes
SNIP
Minerva supports the higher resolutions so I would think the Amiga emulators
will support them as soon as Minerva will run on
In article [EMAIL PROTECTED], Tony Firshman
[EMAIL PROTECTED] writes
On Fri, 23 Mar 2001 at 00:38:22, Q Branch [EMAIL PROTECTED]
wrote:
(Ref: [EMAIL PROTECTED])
In article [EMAIL PROTECTED], Richard
Zidlicky [EMAIL PROTECTED] writes
SNIP
Minerva supports the higher resolutions so I would think
Roy wrote :
Do the Amiga emulators run in higher screen modes. I thought that the
only higher resolutions were those available from SMSQ/E. Correct me if
I am wrong. Sorry to state the obvious.
I think that they have additional modes (mono for example) but I could be
getting confused by
Norman Dunbar wrote:
Using DJToolkit :
MAX_CON works correctly if the window I do it on is the primary
window. If I
do this is S*Basic, I get correct answeres for #0, but different ones
for
#anything_else.
Any iop.flim extension will do this. For primary channels (such as
S*BASIC #0 con) the
Roy Wood wrote:
As you say, a black box is always 256 by 512, but I was interested
in having
other emulators, Amiga's etc run correctly as well.
Do the Amiga emulators run in higher screen modes. I thought that the
only higher resolutions were those available from SMSQ/E. Correct me
if
I am
In article 00bf01c0b314$2168ad80$5f065cc3@default, Dilwyn Jones
[EMAIL PROTECTED] writes
Roy Wood wrote:
As you say, a black box is always 256 by 512, but I was interested
in having
other emulators, Amiga's etc run correctly as well.
Do the Amiga emulators run in higher screen modes. I thought
Dilwyn wrote :
Minor point to note re. MAX_CON - it seems fine if used in the body of
a program, I seem to get problems under some conditions (especially
error conditions) if it is called from within a PROC or FN in SBASIC
(not apparent in SuperBASIC), you may find occasional 'missing End
Using SMSQ
I presume from the implication in your email that SMSQ does and always will
return 'HBA' for VER$ ?
yes
If so, then scr_xlim and scr_ylim are correct for what I need.
If not, then DJToolkit can check to see if these functions exist before
calling them : if CHECK('scr_xlim) then
You know how Norman Dunbar said...
You know how I said that ...
MAX_CON in DJToolkit isn't what I'm looking for :o)
Well, I was wrong. It works a treat !
As SS2 uses the PE, and cannot be used without it, I can call MAX_CON
to get
the maximum allowable height width for any scr or con
In article [EMAIL PROTECTED],
Norman Dunbar [EMAIL PROTECTED] writes
You know how I said that ...
MAX_CON in DJToolkit isn't what I'm looking for :o)
Well, I was wrong. It works a treat !
As SS2 uses the PE, and cannot be used without it, I can call MAX_CON to get
the maximum allowable
In article [EMAIL PROTECTED],
Norman Dunbar [EMAIL PROTECTED] writes
I've been asked to update Screen Snatcher 2 (see Dilwyn's web site) so that
it works properly on the new hardware. (haven't I Malcolm ?)
Yep :-) I am such a 'slavedriver' !
I've been looking into ti, and although I correctly
Norman said -
" so please disregard my request for help - thanks anyway."
No probs Norm. After all, you did say "please" AND "thank you".
Oh, if only all of life's little requests were so easy to comply with.
Best Regards,
John in Wales
PS
All my friends (and a dark
I am now looking for a method that allows me to interrogate the SCREEN width
and depth(ie not an opened channel width depth - which I can easily get
from the channel definition block), but those defined as being the maximum
allowable for any channel being opened to the screen (ie CON_ or SCR_).
13 matches
Mail list logo
