Re: [ql-users] Qliberator & SMSQ - problems problems
In article <002c01c0b3da$709613e0$8c075cc3@default>, Dilwyn Jones <[EMAIL PROTECTED]> writes >>(I'm going off Malcolm now as well - he suggested the changed :o) - >joke !) > >Are you sulking Malcolm ;-) No :-) ... I know that if anyone can solve it, the experts on this list will :-) Interesting, though, that this challenge is bringing problems to light, re QDOS and SMSQ. -- Malcolm Cadman
Re: [ql-users] New Hyper Browse release
In article <[EMAIL PROTECTED]>, Bill Waugh <[EMAIL PROTECTED]> writes >[EMAIL PROTECTED] wrote: >> >> On Sat, 24 Mar 2001 [EMAIL PROTECTED] wrote: >> >> > On Thu, 12 Mar 1981, Wolfgang Lenerz wrote: >> > >> > > Most people on this list have access to a PC, are another machine >> > > (UnixBox) which already has Intrernet progs, else they wouldn't be >> > > on this list. I, for myself, use a PC. Somebody on this list recently >> > > suggested that a Browser under QDOS/SMSQ/E doesn't make >> > > much sqense, since the people already on this list wiould be better >> > > of using their native browser, rather than yours under QPC under >> > > Windows. >> > >> > IIRC that person said, that a Browser under QDOS/SMSQ/E makes much sense >> I meant "makes _not_ much sense", of course. > >What doesn't make sense is to wait minutes while windows takes forever >to load in every extention in the known universe just to down load my >email. >Far better to boot up Q40 in seconds and have half the stuff read while >Windows ids still deciding how it is going to re-arrange the shortcuts >this time. > >I'll buy it I still haven't got Hyper Browse demo working here ... however I wish Tarquin well with the development. The great advantage of a Browser running a QL system, even if it were on a PC with QPC2v2 would be its relatively small size, and direct speed. As well as files saved offnet being able to go direct into the win1_ folders. However, although slightly off-topic, if you want an efficient, controllable and informative browser on a PC, then I would recommend Opera 5.02, the free version - from www.opera.com. It is around a 2Mb to 3Mb download, and unzips to around 4Mb to 5MB. Small by PC standards ... yet by comparison it shows how efficient in size Hyper Browse is at present. -- Malcolm Cadman
[ql-users] Website updates
Hi all, Uploaded a new version of the site (www.qldesign.com) including a big two-part review of EasyPTR. DB
[ql-users] Text87 & Colour
Hi Robert If I send the code and print some text with Basic the colour is correct. However Text87 always prints black despite having sent the code from Basic. I guess T87 resets the printer or something like that. I do not see a way around that. Pity. Cheers, Ian Pizer, 49 ch. Machery, 1292 Chambesy, Geneva. e-mail [EMAIL PROTECTED] tel.41227581410 >> I would like to be able to print Text87 documents in a chosen colour. It >>should be possible to >> send an ESC/P2 code from BASIC to the EPSON Colour Printer before one asks >> T87 to print. >ESC/P2 code??? I've never used T87 and so don't know how it prints. >Assuming it prints ASCII as opposed to (raster) graphics (like windoze >does to emulate an inkjet/laser, etc), setting the colour on my STAR >LC24-200C colour printer uses: >"r"colour > - chr$(27) >"r"- lowercase r - chr$(114) >colour - 0 = Black, 1 = Red, 2 = Blue, 3 = Magenta, 4 = Yellow, 5 = Orange, 6 = Green
Re: [ql-users] Qliberator & SMSQ - problems problems
ZN wrote: > Well, I was told that code and data accesses should actually ignore the top > three bits (29, 30, 31). In other words, any combination of bits 29, 30, > 31, should effectively act as if those bits are 000. According to my knowledge this is fine. QPC ignores the top 4 bits, but that shouldn't make much difference. Marcel
Re: [ql-users] Text87 and Colour
Robert Newson wrote: >> I would like to be able to print Text87 documents in a chosen colour. It >> should be possible to >> send an ESC/P2 code from BASIC to the EPSON Colour Printer before one asks >> T87 to print. > >ESC/P2 code??? I've never used T87 and so don't know how it prints. >Assuming it prints ASCII as opposed to (raster) graphics (like windoze >does to emulate an inkjet/laser, etc), setting the colour on my STAR >LC24-200C colour printer uses: > >"r"colour > > - chr$(27) >"r"- lowercase r - chr$(114) >colour - 0 = Black, 1 = Red, 2 = Blue, 3 = Magenta, 4 = Yellow, > 5 = Orange, 6 = Green Hi Robert (and Ian), I have looked up some Epson ESC P2 codes and can confirm that the ESC r colour code is valid for ESC P2. The documents I saw list the colours as follows: 0=black (default), 1=Magenta, 2=Cyan, 3=Violet, 4=Yellow, 5=red, 6=green The notes say: Print yellow first when overlapping colours Stylus 300,800,800+,1000 and 400 do not support this command. (I don't have a Stylus printer so can't test this out!) -- Dilwyn Jones [EMAIL PROTECTED] http://www.soft.net.uk/dj/index.html
Re: [ql-users] New Hyper Browse release
[EMAIL PROTECTED] wrote: > > On Sat, 24 Mar 2001 [EMAIL PROTECTED] wrote: > > > On Thu, 12 Mar 1981, Wolfgang Lenerz wrote: > > > > > Most people on this list have access to a PC, are another machine > > > (UnixBox) which already has Intrernet progs, else they wouldn't be > > > on this list. I, for myself, use a PC. Somebody on this list recently > > > suggested that a Browser under QDOS/SMSQ/E doesn't make > > > much sqense, since the people already on this list wiould be better > > > of using their native browser, rather than yours under QPC under > > > Windows. > > > > IIRC that person said, that a Browser under QDOS/SMSQ/E makes much sense > I meant "makes _not_ much sense", of course. What doesn't make sense is to wait minutes while windows takes forever to load in every extention in the known universe just to down load my email. Far better to boot up Q40 in seconds and have half the stuff read while Windows ids still deciding how it is going to re-arrange the shortcuts this time. I'll buy it all the best - Bill
[ql-users] A little light relief - Off topic
> > And to Bill (plus any other list members with vulnerable livestock) I'm sure > that all here will join me to sincerely wish you and your farm well > during the present very serious crisis for you all. > > Regards to all, > > John in Wales Many thanks for the sentiment John All the best - Bill This has nothing to do with Ql but I got a laugh from it Never let it be said that ground crews and engineers lack a sense of humour. >>Here are some actual maintenance complaints/problems, generally known as >>squawks, recently submitted by QANTAS Pilots to maintenance engineers. >>After attending to the squawks, maintenance crews are required to log the >>details of the action taken to solve the pilots' squawks. >> >>(P - The problem logged by the pilot.) >> >>(S - The solution and action taken by the engineers.) >> >>P - Left inside main tyre almost needs replacement. >>S - Almost replaced left inside main tyre. >> >>P - Test flight OK, except autotland very rough. >>S - Autoland not installed on this aircraft. >> >>P - No. 2 propeller seeping prop fluid. >>S - No. 2 propeller seepage normal -- >>Nos. 1, 3 and 4 propellers lack normal seepage. >> >>P - Something loose in cockpit. >>S - Something tightened in cockpit. >> >>P - Dead bugs on windshield. >>S - Live bugs on backorder. >> >> P - Autopilot in altitude-hold mode produces a 200-fpm descent. >>S - Cannot reproduce problem on ground. >> >>P - Evidence of leak on right main landing gear. >>S - Evidence removed. >> >>P - DME volume unbelievably loud. >>S - Volume set to more believable level. >> >>P - Friction locks cause throttle levers to stick. >>S - That's what they are there for! >> >>P - IFF inoperative. >>S - IFF always inoperative in OFF mode. >> >> P - Suspected crack in windscreen. >>S - Suspect you're right. >> >>P - Number 3 engine missing. >>S - Engine found on right wing after brief search. >> >> P - Aircraft handles funny. >>S - Aircraft warned to "Straighten up, Fly Right, and Be Serious." >> >>P - Target radar hums. >>S - Reprogrammed target radar with words. >> >>P - Mouse in cockpit. >>S - Cat installed.
Re: [ql-users] Inactivity Rules Again - OK!
Just as I thought things were nicely under control, alas another outbreak!
Norman, further to your request to us to regard your request to disregard
your request for help.
(I could / should? have used a "goto" or perhaps a
string function there. Is it recursive? or non-recursive recursion?)
Report-1
"Cronje" ("Jack the Dancer's" mate) called over his hedge to me in the High
Street this morning. "Did I know that he'd made a career out of 'doing
nothing' (and he'd lots of papers from the government to prove it) and
therefore there was no need to ask him not to do anything now?" I
certainly did, so I didn't.
[You see the advantages of returning to the village where you were born and
brought up? It has all the benefits of Insider Trading! Otherwise live in
Wales. And I quote (an excellent source) "Well done Wales on Saturday (V
France) :o) :o) :o).
{Dunbar, Norman: b. Elgin, Scotland; currently exiled to West Yorkshire.
Recent Treatise: "Hi! Try My Language" (qv). Quoted in "QL Toady" (sic) et
al.}
Report-2
Police Divisional HQ (Incident No. E11OX2!).
They say that, even if my tax-disc is "in the post", your blatant
invitation to a public ("any public", they said) to do nothing to assist is
"existential arty-tarty nonsense".
And (please, they said "please") will I tell them more about you. Sorry
Norman, but I said I would. I said that you are a skilled code writer
in assembler and that it's just not true that your stacks get in a mess.
This led to awkward questions like "Stacks eh? What stacks? Just how did he
'acquire' these stacks?"
Though things now seem under control (I suspect) there could yet be some
flaming to come. (;>)
And to Bill (plus any other list members with vulnerable livestock) I'm sure
that all here will join me to sincerely wish you and your farm well
during the present very serious crisis for you all.
Regards to all,
John in Wales
Re: [ql-users] Qliberator & SMSQ - problems problems
On 3/24/01 at 2:13 PM Richard Zidlicky wrote: >> Well, I was told that code and data accesses should actually ignore >> the top three bits (29, 30, 31). In other words, any combination of >> bits 29, 30, 31, should effectively act as if those bits are 000. > >depends on the degree of compatibility you are trying to achieve, >for some software everything above 16 MB must be wrapped down. >You can play with UQLX and Minerva to see the effects. >A programmable MMU helps of course. OK, any examples of software that needs 16Mb wrapping (or 32, 64, 128, 256)? The GF memory map is 512Mb, wrapped 8 times within the 4G address range. It's roughly divided into 128M RAM, 128M I/O, a 128M copy of the RAM (with cache disabled), and a 128M copy of the IO with cache disabled. Doing a wrap of everything ino 16M would be rather pointless since the evey key feature implemented on the GF could not be implemented any more. Nasta
Re: [ql-users] Qliberator & SMSQ - problems problems
On Fri, Mar 23, 2001 at 05:00:31PM -0500, ZN wrote: > Well, I was told that code and data accesses should actually ignore the top > three bits (29, 30, 31). In other words, any combination of bits 29, 30, > 31, should effectively act as if those bits are 000. > Please someone tell me that's how it's supposed to be because the GF design > relies heavily on this fact, the whole address map is constructed around > it! depends on the degree of compatibility you are trying to achieve, for some software everything above 16 MB must be wrapped down. You can play with UQLX and Minerva to see the effects. A programmable MMU helps of course. Bye Richard
Re: [ql-users] QLiberator problems - any ideas ?
Geoff Wicks wrote: > All the same there may be some problems in high collour mode with QLiberator > compiled Easyptr programs. Versions of QL-Thesaurus prior to 4.02 crash in > high colour mode with a parameter out of range message. This is a bit of a > puzzle as the only parameter is the window number, which does not cause > problems elsewhere. Fortunately for me I discovered the code at this point > was redundant, so the bug was easily fixed. It would be interesting to know > if other people are having problems with Easyptr programs. > Easysource_exe and Easysprite_exe (Easyptr package) won't run in high colour mode. Datadesign locks in high colour mode when asking info about the opened ddf-file (F3 followed by a). François Van Emelen > I compile all my programs on an SMSQ (NOT SMSQ-E) QXL, and so far it is only > QL-Thesaurus that has had a crash problem. > > BTW from Wolfgang's last message my theory about poorly written programs > appears to be wrong. > > Geoff Wicks > [EMAIL PROTECTED]
Re: [ql-users] New Hyper Browse release
On Sat, 24 Mar 2001 [EMAIL PROTECTED] wrote: > On Thu, 12 Mar 1981, Wolfgang Lenerz wrote: > > > Most people on this list have access to a PC, are another machine > > (UnixBox) which already has Intrernet progs, else they wouldn't be > > on this list. I, for myself, use a PC. Somebody on this list recently > > suggested that a Browser under QDOS/SMSQ/E doesn't make > > much sqense, since the people already on this list wiould be better > > of using their native browser, rather than yours under QPC under > > Windows. > > IIRC that person said, that a Browser under QDOS/SMSQ/E makes much sense I meant "makes _not_ much sense", of course. Claus > if it's run on a Wintel machine. For people that solely have a QL a > browser makes a lot of sense. > > > This is a sensible argument, but I don't agree with it, for one simple > > erason: I don't TRUST PC browsers (nor email programs). They are > > often full of security holes, and are much too large, and often do > > things behind my back which I don't know about. > > You may be right that you cannot trust Windoze or some of its programs. > But what is a "trusted" SMSQ/E browser worth, if the data flows on the > basis of QPC and the underlying "untrusted" M$ Windoze? > > > This, hopefully, won't happen with a QL browser - but to be sure of > > that, I'd like the source code so that when something "interesting" > > happens, I could see for myself... > > > > Wolfgang > > Bye > Claus > __ > powered by Q60 * Motorola 68060 / 80 MHz * 80 MB RAM * 30 GB Hard Disk > >
Re: [ql-users] Screen Depth
On Fri, Mar 23, 2001 at 12:38:22AM +, Q Branch wrote: > In article <[EMAIL PROTECTED]>, Richard > Zidlicky <[EMAIL PROTECTED]> writes > > >Minerva supports the higher resolutions so I would think the Amiga emulators > >will support them as soon as Minerva will run on that platform. It works > >fine in UQLX. > Does it ? I think it was planned but not implemented. it is fully implemented ever since Minerva 1.89, the only thing that needs a change ist the screen parameters hardcoded in the screen open routines. Bye Richard
Re: [ql-users] New Hyper Browse release
On Thu, 12 Mar 1981, Wolfgang Lenerz wrote: > Most people on this list have access to a PC, are another machine > (UnixBox) which already has Intrernet progs, else they wouldn't be > on this list. I, for myself, use a PC. Somebody on this list recently > suggested that a Browser under QDOS/SMSQ/E doesn't make > much sqense, since the people already on this list wiould be better > of using their native browser, rather than yours under QPC under > Windows. IIRC that person said, that a Browser under QDOS/SMSQ/E makes much sense if it's run on a Wintel machine. For people that solely have a QL a browser makes a lot of sense. > This is a sensible argument, but I don't agree with it, for one simple > erason: I don't TRUST PC browsers (nor email programs). They are > often full of security holes, and are much too large, and often do > things behind my back which I don't know about. You may be right that you cannot trust Windoze or some of its programs. But what is a "trusted" SMSQ/E browser worth, if the data flows on the basis of QPC and the underlying "untrusted" M$ Windoze? > This, hopefully, won't happen with a QL browser - but to be sure of > that, I'd like the source code so that when something "interesting" > happens, I could see for myself... > > Wolfgang Bye Claus __ powered by Q60 * Motorola 68060 / 80 MHz * 80 MB RAM * 30 GB Hard Disk
Re: [ql-users] Text87 and Colour
Hi Robert That was the sort of answer I was hoping for, thanks. Not yet tried but sounds hopeful. cheers, Ian
[ql-users] unsubscribe
Re: [ql-users] Qliberator & SMSQ - problems problems
On 23 Mar 2001, at 17:00, ZN wrote: > > Well, I was told that code and data accesses should actually ignore the top > three bits (29, 30, 31). In other words, any combination of bits 29, 30, > 31, should effectively act as if those bits are 000. > Please someone tell me that's how it's supposed to be because the GF design > relies heavily on this fact, the whole address map is constructed around > it! On the original QL, it does. Actually, since you're building the hardware, you can determine this yourself : does referring to a non existing address (with bits 29,30,31 set) cause an exception or not? If you map the hardware so that it always ignores this and doesn't cause an error, then you have no problems! Wolfgang
Re: [ql-users] New Hyper Browse release
On 23 Mar 2001, at 19:57, Mills wrote: > Please could you tell me why you want the source code? Sure, it'll be a bit longwinded, though. Most people on this list have access to a PC, are another machine (UnixBox) which already has Intrernet progs, else they wouldn't be on this list. I, for myself, use a PC. Somebody on this list recently suggested that a Browser under QDOS/SMSQ/E doesn't make much sqense, since the people already on this list wiould be better of using their native browser, rather than yours under QPC under Windows. This is a sensible argument, but I don't agree with it, for one simple erason: I don't TRUST PC browsers (nor email programs). They are often full of security holes, and are much too large, and often do things behind my back which I don't know about. This, hopefully, won't happen with a QL browser - but to be sure of that, I'd like the source code so that when something "interesting" happens, I could see for myself... Wolfgang
