Peter wrote:
> come on... my point was the lost speed race for hardware, where I actually
> _agreed_ to you. Makes really no sense you pull a minor mention of history
> out of context and construct another debate about SMSQ/E licensing. I just
> don't care anymore.
You have mentioned this stuff nu
Rich Mellor wrote:
> Interestingly, although the output to PDF apepars to work ok
PDF does not equal PDF. The format is inherently unusable if you want
to generate other things out of it. It might work, but more often than
not, it won't.
Marcel
___
QL-
Peter wrote:
> [snip]
The license didn't turn out as you wished, but I'm still of the
opinion that you could have worked with/under it regardless. It's also
not "Wolfang's license", the wishes of many, including Tony Tebby's,
were incorporated. If you asked me, SMSQ/E should have been available
fr
Rich Mellor wrote:
> I have a few documents (a fair size) which were written in Text 87.
>
> Using QPC + QPCPrint, I can output them to PDF, but ideally I would like
> to get them into HTML or another format suitable to put on the web.
File->Export->ASCII is probably your only chance then, of cour
gdgqler wrote:
>> In fact it's now the other way round, there is no native hardware that
>> can match QPC in speed or features. That's why I was a bit mystified
>> by your choices. Just saying.
> One interesting, and useful, thing about QPC2 is that it emulates a
> better 68000 series Motorola chip
Plastic wrote:
> It IS a logical fallacy if you consider an emulator that doesn't emulate
> something pre-existing but does something original to still be an "emulator"
> for the literal meaning of the word.
Well, what else could you call a hybrid that emulates the CPU but
nothing else? A "platfor
Plastic wrote:
> I think the point here is that emulators have to emulate something. If
> there's nothing innovative to emulate, even the emulator cannot move forward
> - it can just go faster at the same old stuff.
I think this is a logical fallacy here. Why should an emulator be
restricted to th
Peter Graf wrote:
>>> It is really really hard to make new QL hardware possible... I find
>>> public statement that QL hardware "can not match" in features
>>> somewhat depressing...
>>
>> It's not that it can't match it. It's that, at this time, it doesn't
>> match it.
> It depends on the definiti
Peter Graf wrote:
> no offense intended at all, but are you not counting the now much faster
> PC hardware (which you didn't design) and the Windows features (which
> you didn't write, e.g. TCP/IP) as QPC achievements?
So? Does this change the reality in any way? No. I've never taken
credits for m
Plastic wrote:
> Software is simple to duplicate, and it does not wear out.
Not entirely correct, software often has to be updated when new
operating systems (i.e. Windows) are released, but okay, I get your
point ;)
> That said, QPC runs all the same software as all the other options. When
> ask
Dave Park wrote:
> All the emulators can be reconfigured to cover most of the hardware
> out there.
Well, you seem to have the notion that there is QL hardware, and there
are emulators that emulate said hardware. That's probably true for
most form of emulators but not for QPC. QPC does NOT emulate
> http://www.kwiksurveys.com/online-survey.php?surveyID=IIMDML_e8265930
Hmm, somewhat hardware biased for my taste. Given that QPC was in
recent years probably the most widely used QL platforms of all, it
seems a bit strange to have it simply referred to as just "A
commercial software emulator".
matras...@aol.com wrote:
> Problem is endian. My recollection is Qx0 hard disk format is
> pretty much QXLwin except that QXLwin on a PC is organised in the PC byte
> order
No, that's not possible. QXL.WIN are written and read in sectors of
512 bytes, everything else is handled on the SMSQ/E side
Norman Dunbar wrote:
> I cannot get QPC to run simply because I can't find a way to get the
> system to recognise any option that I might have for installing it!
You need to mount the virtual hard disc or CD image and copy the files
you want to test on there, before booting ReactOS. That's the onl
Tobias Fröschle wrote:
>> Another option already mentioned (and perhaps with the highest
>> probability to actually work) would be sernet.
> ...talking to myself again???
Sernet is actually a pretty comfortable solution, albeit not the
fastest. Isn't it supplied with QPC even? I think there are so
Peter wrote:
>> My MPS port http://www.kilgus.net/qpc/mps_bas.zip
>> was meant as a starting point for this.
> Thanks. This doesn't seem to add any features to the original mps, so a2ps
> looks more rewarding. a2ps supports stylesheets, e.g. for 68000 assembler,
> Basic and HTML, but also no ESC/P2
Peter wrote:
> does the ESC/P2 emulation of QPCPrint run native?
QPCPrint translates ESC/P2 codes into Windows-Printer-API calls, thus
supporting basically every printer imaginable but also making native
execution inherently impossible (besides that it's written in Delphi).
The only possible solu
Adrian Ives wrote:
> I was 100% certain, but I went back and checked this and you're right - too
> much late night editing!
So my psychic debugging abilities have once again not failed me ;)
Well, it was sort of along shot but on the other hand also the only
logical explanation as the things you w
Adrian Ives wrote:
> No, it isn't. me is defined as -1, for the current job.
Have you checked that in an actual disassembly or in a debugger or
just had a look at the source?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Dilwyn Jones wrote:
> Does anyone know if there is a limit on the number of files in a
> QXL.WIN directory (or the entire QXL.WIN for that matter)?
I know of no limit (which doesn't mean none exist), but in any case
access to files in huge directories can be somewhat slow as the name
search is li
Adrian Ives wrote:
> moveq #mt.frjob,d0
> moveq #me,d1
> moveq #0,d3
> trap#1
Check the disassembly. I guess D1 is set to 0.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.de
gdgqler wrote:
>> One other way, for Peter, is an open source version of SMSQ.
> This is well overdue!
Times have changed. Just for the record, the current license was quite
fitting for the time and I'm still in favour of some aspects of it,
but all in all I don't mind a different license if it he
Bob Spelten wrote:
> There is also a small extension by Jens Wildgruber called G_RATIO, which
> can be found on some QL sites, including Dilwyn's and mine.
> It creates a new keyword:
> G_RATIO 0 will give the familiar flattened circles with square pixels.
> Do a G_RATIO 1 and all circles are round
gdgqler wrote:
>> 190 line_diff=(101*Yratio/hi)*wid/('135.5041505'*Xratio)
> Blimey! How do you get 135.5041505? Surely you could let us have twenty more
> significant figures?
Aspect ratio is 1.355 for PAL (and all SMSQ/E) systems and 1.173 for
NTSC QLs. For current SMSQ/E systems I actually mad
Tony Firshman wrote:
> Why on earth is there a habit (in C68 as well I expect, dragging back
> OnT) of not aligning '{' with '}'. I always do.
Because aligned braces are just wrong :-D
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsq
Billy wrote:
> Does the Canon support the fonts supplied with QPCPrint?
Wrong thinking, the printer does not have to support any fonts. Your
Windows system must have the fonts, which I unfortunately cannot
provide officially. For normal documents only 2, 3 fonts are needed,
but to include these wo
P Witte wrote:
> Is the move to IPv6 going to have an effect on current and future
> hardware or software for Qx systems?
Had the availability of IPv4 any impact on Qx systems? Can't think of
one at the moment. And in any case, even though addresses are becoming
scarce IPv4 will still be around fo
Petri Pellinen wrote:
> Looking at QemuLator's release notes (
> http://terdina.net/ql/VersionHistory.html ) I see a mention of QDOS
> tcp_ and sck_ device drivers. Are these documented anywhere?
http://www.kilgus.net/qpc/socket_toc.html
First implementation was in uQLx source code, which is free
Dilwyn Jones wrote:
> I had considered using something like that, but the best solution for
> what I am trying to achieve would be an equivalent of INKEY$(n) where
> a keyboard read and time delay could be combined such that the game
> doesn't suddenly run faster when you press keys.
SUSPEND_TAS
Billy wrote:
> I'm having some problems in this dept
> Attempting to get Qprint going properly as it seems very slow.
QPCPrint?
> I tried to use the above test as a procedure in boot programe but
> problem is I can't get to save anything on Win1_ (win file on C)
> although I can save on win7_ (
Dilwyn Jones wrote:
> And if Marcel is reading this, can you tell me if QPCprint can also do
> this?
Of course.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Dilwyn Jones wrote:
> and to use it with Aurora SMSQ/E to test software in
> 256 colours mode to save firing up the Aurora (although these days
> QPC2 can do 256 colour modes too).
These days? QPC supported the Aurora colour modes even before the
Aurora supported them, as I have developed the 8-b
Laurence Reeves wrote:
> 1PRINT CHR$(RND(TO 255)):GO TO 1
Great thought in the spirit of Tony's cheating :-)
But there's always room for optimizations:
1REP:BPUT RND(90)
Will probably also need a few thousand years less! :-)
Marcel
___
QL-Users Mail
gdgqler wrote:
> Another 1988 winning entry was as follows according to Peter van der Linden.
Though one must say that these programs are usually not written this
way, they're written more readable and obfuscated afterwards,
sometimes even using specialized obfuscation programs.
In any case, here
Norman Dunbar wrote:
> Main() always returns int.
True.
> Main always takes two parameters int and char **.
Not true, "int main(void)" is valid according to C99 spec (see chapter
5.1.2.2.1 ;-) )
But in context of the IOCC contest Tobias referred to, basically
everything that compiles is valid
Marcos Cruz wrote:
> 1for i=1to 100:print i!"FIZZ"(to 4*not i mod 3);"BUZZ"(to 4*not i mod 5)
>
> (73 bytes including LF).
This is pure awesomeness, I wish I had thought of that!
But now that I've seen this trick, I hereby steal it and improve it to
1FOR i=1TO 100:PRINT i!"FIZZBUZZ"(1+4*(i MOD 3
Tony Firshman wrote:
> I obeyed the rules (8-)#
Maybe, but that is more creativity in applying the rules than
creativity in programming. You clearly have chosen the wrong career,
you should have been a lawyer ;)
> ... and there is nothing to say the program has to be run more than once.
> I did c
Tony Firshman wrote:
> and CTRL SPACE after 100.
Cheater! ;-) Also, one can only run your program once.
> This meets all Rich's requirements:
> --
> The rules are simple -
> write out the values 1 to 100 on screen
> If the value is divisible by 3 write 'FIZZ' after the number
> If the val
Marcel Kilgus wrote:
> 1for i=1to 100
> 2a$="":if i mod 3=0:a$="FIZZ"
> 3if i mod 5=0:a$=a$&"BUZZ"
> 4print i,a$:next i
>
> (91 bytes including 4 LF)
Damn, missed something:
1for i=1to 100
2a$="":if i mod 3=0:a$="FIZZ&quo
P Witte wrote:
> Just had another look: Is this the shortest possible version?
>
> 1defproc z:if i mod 3=0:print'FIZZ';:endif:if i mod
> 5=0:print'BUZZ';:endif:print:enddef:for i=1to 100:print i,:z:endfor i
>
> Thats all one line. It should result in a file of 122b including eol.
> Once LOADed it
Marcel Kilgus wrote:
>> Well the A6 road is not a means of transport, so surely he meant the
>> Audi in the first place (8-)#
> Actually the A6 Autobahn runs from Saarbrücken to the eastern border of
> Germany.
> But yeah, I figured he meant the A6 in the first place ;)
Arg
Tony Firshman wrote:
>>> This sounds a very good idea, An article called A6, of course, would
>>> bring to mind a superior means of transport.
>> Or, an Audi of some sort! ;-)
> Well the A6 road is not a means of transport, so surely he meant the
> Audi in the first place (8-)#
Actually the A6 Aut
Ian Pine wrote:
>> GhostScript could probably be used to convert the PDF into JPEGs and
>> then you can display those using another program, but it would take
>> ages and is probably not worth the trouble.
> The website http://www.ghostscript.com has some information. It can read PDF
> and format f
Dilwyn Jones wrote:
> Thanks, I'll pass that on. Anyobe know if the question of being able
> to view PDF files using Ghostscript is possible.
GhostScript could probably be used to convert the PDF into JPEGs and
then you can display those using another program, but it would take
ages and is probabl
Dilwyn Jones wrote:
> Does anyone know if a PC fitted with a 2.8MB floppy drive can read QL
> ED disks (3.2MB) in an emulator such as QPC?
I'm not 100% sure, but I guess probably not.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.
Marcel Kilgus wrote:
>>>> Seems to be a faulty PTC.
>>>>
>>> I also have an old blurry Microvitec and have made some improvement by
>>> adjusting the focus control.
>>> Careful, it's near the power/high voltage block.
>>> B
Tony Firshman wrote:
>>> Seems to be a faulty PTC.
>>>
>> I also have an old blurry Microvitec and have made some improvement by
>> adjusting the focus control.
>> Careful, it's near the power/high voltage block.
>> But what is a PTC?
> Possibly:
>
> http://en.wikipedia.org/wiki/Resettable_fuse
E
Urs Koenig (QL) wrote:
> I don't raise the question of how can it be that it takes 11 days longer for
> Austrian/Swiss post to ship from Austria to Switzerland than it took from
> Austria to Canada. In those 11 days I could walk to where Jochen sent it of
> easily.
Well, the Swiss are not exactly
gdgqler wrote:
>> Which makes me wonder, why these TRAPs are never included in SMSQ/E...? Just
>> in SMS2?
> I had always assumed that although it is easy to add Trap #3
> routines it is not possible to add Trap #1 ones.
No possible for OS that live in ROMs, easily possible for SMSQ/E, of
course.
Ralf Reköndt wrote:
>> Just to be sure, none of the trap #1 thing entry routines are
>> supported in SMSQ/E. Just the traditional HOT_REXT way of calling
>> them.
> Which makes me wonder, why these TRAPs are never included in SMSQ/E...? Just
> in SMS2?
That is one question only Tony could answer.
gdgqler wrote:
>> From the SMS reference manual: "The linkage block [...] must be
>> allocated in the common heap so that SMS.ZTHG, or SMS.RTHG called from
>> another program, can de-allocate the linkage block correctly."
>
> I cannot find this quote in my copy of the manual. My manual says
> "The
gdgqler wrote:
>> (but remember where the system assumes your likage block lives - directly
>> after a common heap header)
>
> This may be obvious - but only after a very large amount of digging into the
> software. Unless . . .
>
> Is there somewhere in the manuals that tells us this important
gdgqler wrote:
> If you add a Thing to the list of Things by using the software
> described in the manual for the Trap #1 routine sms.lthg you will
Just to be sure, none of the trap #1 thing entry routines are
supported in SMSQ/E. Just the traditional HOT_REXT way of calling
them.
> find that the
Rich Mellor wrote:
> Many thanks Marcel - any ideas how we can create a virtual disk image of
> an ED disk?
Somebody with an ED equipped QL could do this pretty quickly using a
few lines of Basic. One could even craft one by hand using a hex
editor. It's not that difficult I guess, but fortunately
Rich Mellor wrote:
> The issue is creating a raw disk image of the disk - certainly under
> Windows 7 rawread will not create a raw disk image from a USB floppy (or
> at least didn't last time I tried)
Here you go, one minute work using VirtualPC and QPC:
http://www.kilgus.net/soft/ql-hd-flp.zip
Darren Branagh wrote:
> If I come across fifty grand I dont need i'll give you a call:)
Okay, I'll stay near the phone from now on :-D
> What about QLAY, or Q-Emulator.. guys?
>
> Or writing one from scratch... anyone out there with the ability or the money
> :)
It'll have to be written
Darren Branagh wrote:
> I would love to see Marcel work on converting QPC to run this way -
> Marcel, is this possible? If so, is much work involved? I certainly
> would'nt mind paying a few bob for the ability to pull up a working QL
> on ANY PC I happen to be working on - with an internet connec
Dilwyn Jones wrote:
> Time to summon Marcel and Jochen to see if they can shed any light on
> this, I guess!
No idea. This is up to the hardware driver and I have no insight
whatsoever into this. I just do the right calls in QPC and either it
works after that, or it doesn't.
Marcel
_
gdgqler wrote:
> Marcel's and Jochen's comments made me think twice about
> considering adding information about my TurboPTR on Rich's site.
Oh god, I wasn't trying to discourage anybody from contributing to the
wiki! TurboPTR not being commercial it's a different situation anyway,
in my opinion a
Rich Mellor wrote:
> However, none of the other traders or even Quanta have entered any
> information about their own products (I say traders, but we all know
> how many there are left in the QL community!).
In these cases I normally follow the rules for Wikipedia which
basically say you shouldn't
Tony Firshman wrote:
> Surely there is not enough spare cash to buy QPC2 and Qprint, even if
> JMS (and Marcel) wanted to sell.
I've not heard of the proposal before, but I'm generally open to
suggestions. QPCPrint (as the standalone executable it is now) is not
for sale as its target audience shi
Tony Firshman wrote:
>> If you tell me when your plane arrives in Vienna, may be I find
>> someone for picking you at the airport.
> Jochen, Andrea, myself, and (hopefully) Marcel are in the Holiday Inn in
> central Vienna.
I have now finally booked my flights (not really cheap this late in
the g
Bob Spelten wrote:
> According to DM-5 Disk-Info an ED disk has 10 sectors/track (side), 20
> sectors/cilinder (2 sides) and 80 tracks.
> With 2Kb/sector this comes to 3.2Mb. 18 sectors/track would give only
> 2880Kb, the PC standard.
Now that you mention it, right. QL ED had more space then PC ED
Rich Mellor wrote:
> HD - 160 tracks, gives 0.5 (K) x 18 x 160 = 1440K
All QL formats have 80 tracks per disc, DD is 9 sectors per track AND
SIDE (=18 sectors/track), HD is 18 sectors per track and side (=36
sectors/track) and ED is finally 18 sectors per track and side.
At a typical 300 RPM a DD
Tony Firshman wrote:
> I was looking at Qspread, but no-one pointed out that it requires smsq/e
> with high colour drivers.
Probably because it isn't true ;) It requires an up-to-date PE
however.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.
Dilwyn Jones wrote:
> QPC_EXEC "c:\program files\windows
> explorer\iexplore.exe","http:\\www.dilwyn.me.uk\index.html"
I've got a major headache, but one little comment to that:
QPC_EXEC "http:\\www.dilwyn.me.uk\index.html"
will work, too, and start the default browser (e.g. Opera in my case),
Dilwyn Jones wrote:
> The scanning could be used for flood fills. That's how they used to be
> written in BBC basic many years ago, to find the extremities of a
> colour area, so where to stop flood filling.
Yes, this makes sense with 4 colours, but much less with 16 or 24 bit
(when scanning for
Christopher Cave wrote:
> There has been a problem with reading pixels using this trap for ever or
> at least since display modes became richer. I asked about it in this
> group a year or two back but this attracted no interest at the time. I
> was trying to write a flood facility into my CAD progr
gdgqler wrote:
> I cannot see a need for it. It is nice to know that it is
> intentionally not used in SMSQ/E. However, the message that is given
> if you do try it is "faulty parameter", which is slightly confusing.
Ah, I see. "Not implemented" would make much more sense, yes. But
nobody has touc
François Van Emelen wrote:
> Isn't that the reason why 'RPXL% (Easyptr) doesn't work correctly?
Sure. But it's been this way for exactly 10 years now ;)
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
gdgqler wrote:
> Has anyone noticed that iop.rpxl, which is the trap #3 call (d0 =
> $72), to read/scan a pixel, is not implemented on the current versions of
> SMSQ/E?
>
> The entire code seems to be:
>
> moveq #-15,d0
> rts
Only in the high colour modes, where the API is difficult to apply
a
Dilwyn Jones wrote:
> Personally I doubt it's possible unless there's a way to use a
> sprite as a cursor or some such trick.
Minerva has inbuilt support for cursors with less height (it's
described somewhere in the manual). SMSQ/E v3 uses a sprite as the
cursor (it's one of the system sprites),
Derek Stewart wrote:
> > Despite the general name it basically turned into a Qx0 only list way
> > back.
> In my view it was for QL Developers to enter messages, but only people
> interested in Q40, Q60 Linux seemed to be entering messages.
I don't see where you're disagreeing with me. As the name
Anton Preinsack wrote:
> Does anybody has a valid Email-address of Peter Graf (Q60) for me?
I guess he's still lurking on the QL-developers mailing list. You
could try your luck there:
http://lists.q-v-d.com/listinfo.cgi/ql-developers-q-v-d.com
Despite the general name it basically turned into a
Tony Firshman wrote:
> Usnet use inline so why not here?
My 2 cents: I'm fully with Tony on this one but also think that it's a
battle against windmills and thus cannot be won.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Gerhard Plavec wrote:
> If you are interested by the meeting 2010 please have a look at
> "http://kuel.org";
Wow, 4 days even, that sounds quite ambitious. Anyway, I could see
myself going on vacation for a few days near Vienna with my
girlfriend, but then I'd only participate on one day of QLing
gdgqler wrote:
> The point about Q60 having an FPU is to allow programmers to use it
> for themselves. I agree that QPC2 is much faster all round than the Q60.
>
> Perhaps FPU for users should be added to QPC2??
I've looked into it many times and found it too much work for the
payoff (which I expe
gdgqler wrote:
> Yes, the Q60 is a good machine. One thing it has that QPC2 does not
> is the Floating Point Unit. Simon Goodwin wrote some software using
> this unit to replace the SMSQ/E trig functions. I think these
> routines come with the Q60 software.
QPC replaces the SMSQ/E trig (and other
Anton Preinsack wrote:
> I can´t read the Ql-Users Private Archives, because I haven´t got a
> password when I subscribed to this list. Is there another way to use
> the archive?
What archive? Usually everything is archived here
http://www.mail-archive.com/ql-users@lists.q-v-d.com/
Posts bevor
François Van Emelen wrote:
> Of course this is only true for extensions/toolkits loaded in Job 0.
Yes, forgot to say that.
> Extensions/toolkits loaded in another Job are only available in that job.
> 'EXTRAS' doesn't always show all the available keywords. A bug or a feature?
This was a feature
P Witte wrote:
> Only poking you a bit, John. Nothing serious ;o) Id be more than happy
> to look at your boot script(s) to see if I can spot any obvious flaws.
> Sometimes all it takes is a new Per of I's
:-)
>> I thought that once loaded (LRESPRd), toolkits etc remained
>> loaded until the mac
Ralf Reköndt wrote:
> The original QJump docs have embedded control codes (like "\j", "\b" or
> "\mn" codes für l+r justifying, bold text and monospaced text.).
Ah, okay. No, can't help you there, sorry. Don't even have the QPTR
sources.
Marcel
___
QL-
P Witte wrote:
> iob.elin (trap#3, $4) was a terrible mess. I wrote to TT about it and
> he agreed, but I dont know it was ever fixed
No idea either.
>>> 1. Page 60
>>> In IOP.RPXL it seems that A1 is not preserved.
>> This was fixed in later PE releases and SMSQ/E.
> Last time I checked iop.rpxl
Ralf Reköndt wrote:
> From: "Marcel Kilgus"
>> By the way, this is all in Text87 which is a program I can only use
>> with great difficulty. If somebody else of course wants to maintin the
>> manuals... ;-)
> Any chance to get the original
gdgqler wrote:
> However (isn't there quite often a "however"?) there are one or two
> pencilled amendments in my printed manuals which someone may like to confirm
> or refute.
By the way, this is all in Text87 which is a program I can only use
with great difficulty. If somebody else of course wa
gdgqler wrote:
> $23 is qa.tan2
Only in SMSQ/E, but not Minerva
> $25 and $27 are not there
They're available in Minerva, but not SMSQ/E
> $2F increases the stack by 4, not 2
$2F is Minerva only and as I see it, it does increase by 2
> $32 returns PI
SMSQ/E only again.
With all the differen
Here's one thing that came out of the Swiss QL meeting: I've updated
my page at http://www.kilgus.net/smsqe/development.html to include
PDFs of the "QDOS SMSQ Reference Manual" and "QPTR". In the hope that
there are still some developers left who have a use for them...
Have fun, Marcel
__
I'm a huge fan of the QL game "QL war" by J K Miller. Does anybody by
any chance know if he is still around and can be contacted or if there
is a version newer than v3.0.2?
This game just begs to be made more compatible with the latest colour
drivers.
Marcel
_
Ralf Reköndt wrote:
> No Urs, these programs (as far as I know) can only be used with a native QWA
> drive, e.g. on Atari, not with a QXL.WIN.
No, not true. They should work.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
P Witte wrote:
>> Just use the WMON command, it will do everything for you.
> As usual, Marcel is spot on ;o)
>
> However, (on larger screens under SMSQ/E) I prefer to have my main
> console window on the right hand side of the screen, as the older
> programs tend to pile up on the left covering
John Gilpin wrote:
> Having changed window sizes (and other parameters) in my program, I have
> written a procedure to reset all the devices/parameters etc to their
> default settings before returning. I have most of the other defaults but
> not the three windows #0, #1 and #2. Is this information
Gerhard Plavec wrote:
> Can you or someone else do the same with some S*BASIC lines reading a
> file down the TCP/IP stack or connection ?
> Something like :
>
> COPY "TCP_www.kilgus.net" TO ram1_some_file_from_internet
Unfortunately it's not as simple as that. In order to get a page from
an HTTP
Martyn Hill wrote:
> Could anyone using the really useful Qascade care to share their
> qascade_rc config files here?
# Example menu for Qasqade
# These entries are the main menu
#JUMP
# 0123456789ab
COLSrbrgywbgbwbw
TITLE Make
TITLE Misc
ETHGQD QD \Dwin1_smsq_qpc_
SEP
Wolfgang Lenerz wrote:
> Hmm, when I do that here, I get "value out of range", wich seems reasonable
I get that two, on the first try. On the second directly afterwards it
crashes ;-) No time to investigate, though, need to work on my
presentation for "QL is 25"...
Marcel
___
P Witte wrote:
> There are some other unexpected limits though.
Good thinking, yes. Haven't thought of that but you're certainly
right. The resolutions now boldly go where no QL has gone before, so
all kind of previously hidden limits might be triggered.
> FILL appears to have a problem at higher
gdgqler wrote:
> The highest allowed is 2560x1920. However, I now can't reproduce the
> "limit" message.
Ah, I see that I've limited the SMSQ/E config block item to 2048x2048,
I guess my configuration dialog check these limits automatically, too.
In my defense, I did write that block in times wher
gdgqler wrote:
> I now have access to a larger screen size of Windows XP than before.
> The first thing I noticed was that QPC2 had a limit on size.
It has? I'm currently not aware of any practical limits, except memory
of course. What resolution did you try?
> The second thing I noticed was that
gdgqler wrote:
> I wonder if your program would also allow tptr_ext to be LRESPRd. If
> if so then there must be something special about what you are
> LRESPRing. If not then???
I did a quick test (using MENU_REXT) and actually even managed to
crash SMSQ/E completely once. So there may be some d
Derek Stewart wrote:
> Here is the ADrive.com link for the Micromen file.
Thanks a bunch for that, interesting movie. If one can believe it, Sir
Clive was basically a giant dick.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Martyn Hill wrote:
> While I'm at it, I was also wondering whether anyone knew if QPC can be
> made to save the QL environment before closing so that one could
> start-up where one left off?
That was always something I wanted to have, but it's actually very
difficult to do properly so I've never
501 - 600 of 933 matches
Mail list logo
