Re: [Ql-Users] batch file
Phoebus R. Dokos schrieb: > Την Wed, 19 Sep 2007 21:52:23 +0300,ο(η) Malcolm Cadman > <[EMAIL PROTECTED]> έγραψε: > > >> In message <[EMAIL PROTECTED]>, Dilwyn Jones >> <[EMAIL PROTECTED]> writes >> >> > Has anyone used Phoebus's uQLX for Windows? I've never used it to > know > if it's worth adding to the stick. > > > And a small correction. I merely put the thing together. I was Peter's > work :-) > Phoebus, all, any idea where I could get uqlxfw from? Some time ago i was browsing through all the usual suspects and couldnÄt find it. Thanks Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
[Ql-Users] Drawing on the pointer coordinate system
Folks, I am currently getting myself accustomed again to programming using the pointer interface after years of inactivity. I would like to hear how the cracks would tackle a problem I have where I have some alternative solutions for. (My programs are SuperBasic, liberated or Turbo-ed) How do you draw graphics in the pointer coordinate system (a typical application would be things like rubber-banding or a shape drawing program)? The options I currently see are as follows: 1. Use the Graphics coordinate system - Here I find it next to impossible to find a perfect match between pixel coordinates and graphic coordinates using SCALE (Or am I just doing something wrong?). I'm doing something like SCALE #channel,windowHeight%, 0, 0 and POINT x,y-windowHeight%. This (at least sometimes) hits the spot, but not with acceptable accurracy - the point plotted is always a bit off the pointer position. Advantage is, you can use INK, PAPER, and he like and have all the graphics drawing for circles and arcs available 2. Use BLOCK - this hits the spot perfectly, because it uses pixel coordinates. You can also take advantage of INK and PAPER and the like, but need to write your own routines for drawing shapes, rectangles, arcs, lines. This could end up in a huge pile of work, the program could also tend to be slow with implementation of these primitives in SuperBASIC. 3. Use the "Draw line of blobs/sprite" functionality from PE. Uses the pixel coordinate system, so we'd be safe with pixel accuracy - Cannot use INK, PAPER and the like, because you define the colour in the sprite. You'd need to have an assortment of pixel-sized sprites in order to be able to draw in different colours. Shapes like rectangles and circles are not available as well and need to be emulated. 4. Use own, machine code-based SuperBasic extensions to plot and draw in the pixel coordinate system. Not sure whether I would want to tackle this one, especially if I want my program to be able to run both on "standard" QLs and GD2-Based systems (Or is there something already available - I'm not aware of such an extension - There was an article in an old QL world, part of the DIY toolkit, but this would hardly work in a GD2-based environment. What's common practice? Like to hear some recommendations. Regards Tobias ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] black keyboard
> The blackbox QL has big bold characters in the centres of the > keytops, just like a typewriter. With a keyboard interface a PC type > keyboard a few extra features are available but the small size of > the characters and their placement in the top left hand corner of > the key lead me to a large proportion of typo errors and I have > often wished to find a keyboard like the QL's. Almost fulfilled > this wish with a "Standard keyboard", black, from Tesco for 3 quid. > The letters are not much bigger than those on PC keyboards but they > are more visible, white on black instead of grey on ivory. It has a > PS2 plug but works fine with an adapter to the 5 pin DIN plug > required by my interface. It is certainly an improvement and > pleasant to use with either QL or PC. Tomorrow I shall buy another > and improve my typing in both. > > John Butterworth Out of interest, which QL keyboard interface are you using? The keyboard on my MinisQL is a touch faulty at the moment - sticky function keys which I have tried to clean without much success - and I'd seen these black 'value' keyboards at Tesco and fancied one if I knew it worked reasonably well (for 3 quid I may just buy one to try anyway and keep it as a spare PC keyboard if it doesn't work with MinisQL interface). I have a SuperHermes Lite, it would be nice to know if it works with that. What's the "feel" like on the keyboard - cheap ones are often either very spongy or really "clackety clack"? -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] WinUqlx (was batch file)
> Have you edited the ".uqlxrc" ( a dot, then uqlxrc ) to have the > path > name for where uqlx can find a QXL.WIN file ? > > I have mine set to : > > DEVICE = DOS1,c:/uqlx/ > > Which is not correct, at present, because I haven't got a QXL.WIN > file > in there to look at. > > Hence the mountpoint error that I am getting. It doesn't even get that far, although yes, I have edited it. No Xwindows icon appears, it seems it's failing at that point not even getting as far as starting the emulator. So far, the only difference between my system and Peter's has been the amount of RAM (he has 1GB) and graphics card. > My QXL.WIN files are located on other devices that are not working > on > the PC at this time. > > So, I am looking at this information via Windows Safe Mode. Until I > fix > the hardware problem. I've temporarily given up, although I'll try to bring the PC with me to the Quanta meeting in Birmingham next month to see if anyone can have a go there. -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] batch file
Την Sun, 23 Sep 2007 09:59:48 +0300,ο(η) Tobias Fröschle <[EMAIL PROTECTED]> έγραψε: > Phoebus R. Dokos schrieb: >> Την Wed, 19 Sep 2007 21:52:23 +0300,ο(η) Malcolm Cadman >> <[EMAIL PROTECTED]> έγραψε: >> >> >>> In message <[EMAIL PROTECTED]>, Dilwyn >>> Jones >>> <[EMAIL PROTECTED]> writes >>> >>> >> Has anyone used Phoebus's uQLX for Windows? I've never used it to >> know >> if it's worth adding to the stick. >> >> >> And a small correction. I merely put the thing together. I was Peter's >> work :-) >> > Phoebus, all, > > any idea where I could get uqlxfw from? Some time ago i was browsing > through all the usual suspects and couldnÄt find it. > > Thanks > Tobias > ___ > QL-Users Mailing List > http://www.q-v-d.demon.co.uk/smsqe.htm I have it somewheres ;-) As I said previously I will have to look into my files (1 Tb worth :-( ) Anyway... I will let you know -- Phoebus R. Dokos - B.Sc (Hons) in Management Information Systems ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] batch file
>> And a small correction. I merely put the thing together. I was >> Peter's >> work :-) >> > Phoebus, all, > > any idea where I could get uqlxfw from? Some time ago i was browsing > through all the usual suspects and couldnÄt find it. > > Thanks > Tobias As Phoebus mentioned, the winuqlx was ported by Peter Graf. I have a complete set of files I could add to my website if Peter is happy for me to do so. It depends on cygwin which seems to be very system-dependent and relies on a graphics card providing the right facilities for Cygwin windowing. Peter kindly sent em a complete, ready to go copy of winuqlx with cygwin which was a straight copy of a working system from his computer in case the version I had was out of date. Despite a lot of frustration on my part and several people trying to help on and off list there is no trace of getting it to work on either of the PCs here yet. So I am not sure if it is a wise move to make it available if the chances of most people getting it to work are so slim. It may well turn out that there may be a simple way for people to check their system to see if the system is suitable for Cygwin. If so, I'd be happy to make it available. -- Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Drawing on the pointer coordinate system
Tobias Fröschle wrote: > Folks, > > I am currently getting myself accustomed again to programming using the > pointer interface after years of inactivity. > I would like to hear how the cracks would tackle a problem I have where > I have some alternative solutions for. > (My programs are SuperBasic, liberated or Turbo-ed) > > How do you draw graphics in the pointer coordinate system (a typical > application would be things like rubber-banding or a shape drawing > program)? The options I currently see are as follows: > >1. Use the Graphics coordinate system - Here I find it next to > impossible to find a perfect match between pixel coordinates and > graphic coordinates using SCALE (Or am I just doing something > wrong?). I'm doing something like SCALE #channel,windowHeight%, > 0, 0 and POINT x,y-windowHeight%. This (at least sometimes) hits > the spot, but not with acceptable accurracy - the point plotted is > always a bit off the pointer position. Advantage is, you can use > INK, PAPER, and he like and have all the graphics drawing for > circles and arcs available >2. Use BLOCK - this hits the spot perfectly, because it uses pixel > coordinates. You can also take advantage of INK and PAPER and the > like, but need to write your own routines for drawing shapes, > rectangles, arcs, lines. This could end up in a huge pile of work, > the program could also tend to be slow with implementation of > these primitives in SuperBASIC. >3. Use the "Draw line of blobs/sprite" functionality from PE. Uses > the pixel coordinate system, so we'd be safe with pixel accuracy - > Cannot use INK, PAPER and the like, because you define the colour > in the sprite. You'd need to have an assortment of pixel-sized > sprites in order to be able to draw in different colours. Shapes > like rectangles and circles are not available as well and need to > be emulated. >4. Use own, machine code-based SuperBasic extensions to plot and draw > in the pixel coordinate system. Not sure whether I would want to > tackle this one, especially if I want my program to be able to run > both on "standard" QLs and GD2-Based systems (Or is there > something already available - I'm not aware of such an extension - > There was an article in an old QL world, part of the DIY toolkit, > but this would hardly work in a GD2-based environment. > > What's common practice? Like to hear some recommendations. > > Regards > Tobias > ___ > QL-Users Mailing List > http://www.q-v-d.demon.co.uk/smsqe.htm > > > > Now we have discussed this before - search the archive for SCALE. Anyway, the main suggestion was: I will let you know how Q-Route does it (now here is a secret) - I rewrote BASIC versions of all the graphics commands I needed to allow access to them using the absolute co-ordinate system: The following takes absolute co-ordinates and converts them to the current graphics co-ordinate system: 2000 WINDOW #2,512,256,0,0 2010 graf_scale=100:SCALE #2,graf_scale,0,0 2020 window_x%=0:window_y%=0:window_h%=256:window_w%=256 2024 wind_scalex=(1/window_w%)*(graf_scale*(100/window_h%*window_w%/135.5)) 2028 wind_scaley=(1/window_h%)*graf_scale Now having set it up, we can convert absolute co-ords to graphics co-ords (remembering that one is upside down to the other), 3512 DEFine PROCedure RFLINE(linex1,liney1,linex2,liney2) 3516 LINE #2,linex1*wind_scalex,(window_h%-liney1)*wind_scaley TO linex2*wind_scalex,(window_h%-liney2)*wind_scaley 3520 END DEFine The constant 135.5 is close enough to the constant mentioned in the Reference Manual - it is just a matter of scaling the display to 512x256. In later versions of smsq/e the constant is not a constant anymore, but a variable, located in the CON driver linkage at position $14a and it's called pt_asprt. -- Rich Mellor RWAP Services URL:http://www.rwapsoftware.co.uk URL:http://www.rwapservices.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] WinUqlx (was batch file)
In message <[EMAIL PROTECTED]>, Phoebus R. Dokos <[EMAIL PROTECTED]> writes >> So, I am looking at this information via Windows Safe Mode. Until I fix >> the hardware problem. > >I didn't read the rest of the thread so I do not know what hardware >problem you are referring to (and I may be actually saying nonsense here) >but it is also highly possible that uQLx will not run under Safe mode (if >X-Windows is not able to start) Hi Phoebus, Nice to have you back. I am only looking at the folders of my old WIN95 PC in Safe Mode owing to hardware problems with 2 devices. One of which contains my QXL.WIN file. As you say, I cannot run uQLx in that Mode. The devices are a CD-ROM 52x and a SyQuest 230 MB drive ... neither of which are being recognised as devices. I have tried what seems to be every combination of IDE cabling and jumper settings ( master / slave ), and neither device is being recognised. I did have the SyQuest drive working, and unusually not the CD-ROM. Now it is both not working. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] Drawing on the pointer coordinate system
In message <[EMAIL PROTECTED]>, Tobias Fröschle <[EMAIL PROTECTED]> writes Hi Tobias, I know that Chris Cave had some of the problems that you have highlighted when he was first developing his Drawing program for the QL with SMSQ/E in SBASIC. He later moved the program over to C code. I don't know if Chris is still reading this list for comment ? >Folks, > >I am currently getting myself accustomed again to programming using the >pointer interface after years of inactivity. >I would like to hear how the cracks would tackle a problem I have where >I have some alternative solutions for. >(My programs are SuperBasic, liberated or Turbo-ed) > >How do you draw graphics in the pointer coordinate system (a typical >application would be things like rubber-banding or a shape drawing >program)? The options I currently see are as follows: > > 1. Use the Graphics coordinate system - Here I find it next to > impossible to find a perfect match between pixel coordinates and > graphic coordinates using SCALE (Or am I just doing something > wrong?). I'm doing something like SCALE #channel,windowHeight%, > 0, 0 and POINT x,y-windowHeight%. This (at least sometimes) hits > the spot, but not with acceptable accurracy - the point plotted is > always a bit off the pointer position. Advantage is, you can use > INK, PAPER, and he like and have all the graphics drawing for > circles and arcs available > 2. Use BLOCK - this hits the spot perfectly, because it uses pixel > coordinates. You can also take advantage of INK and PAPER and the > like, but need to write your own routines for drawing shapes, > rectangles, arcs, lines. This could end up in a huge pile of work, > the program could also tend to be slow with implementation of > these primitives in SuperBASIC. > 3. Use the "Draw line of blobs/sprite" functionality from PE. Uses > the pixel coordinate system, so we'd be safe with pixel accuracy - > Cannot use INK, PAPER and the like, because you define the colour > in the sprite. You'd need to have an assortment of pixel-sized > sprites in order to be able to draw in different colours. Shapes > like rectangles and circles are not available as well and need to > be emulated. > 4. Use own, machine code-based SuperBasic extensions to plot and draw > in the pixel coordinate system. Not sure whether I would want to > tackle this one, especially if I want my program to be able to run > both on "standard" QLs and GD2-Based systems (Or is there > something already available - I'm not aware of such an extension - > There was an article in an old QL world, part of the DIY toolkit, > but this would hardly work in a GD2-based environment. > >What's common practice? Like to hear some recommendations. > >Regards >Tobias -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] WinUqlx (was batch file)
In message <[EMAIL PROTECTED]>, Dilwyn Jones <[EMAIL PROTECTED]> writes >> Have you edited the ".uqlxrc" ( a dot, then uqlxrc ) to have the >> path >> name for where uqlx can find a QXL.WIN file ? >> >> I have mine set to : >> >> DEVICE = DOS1,c:/uqlx/ >> >> Which is not correct, at present, because I haven't got a QXL.WIN >> file >> in there to look at. >> >> Hence the mountpoint error that I am getting. >It doesn't even get that far, although yes, I have edited it. > >No Xwindows icon appears, it seems it's failing at that point not even >getting as far as starting the emulator. So far, the only difference >between my system and Peter's has been the amount of RAM (he has 1GB) >and graphics card. OK ... you have edited the ".uqlxrc" file. It seems as if you have something causing a problem with XWindows starting up. I have 32MB on my WIN98 PC, so large amounts of RAM are not a necessity. XWindows is efficient enough to run on small systems as a portable Window system. >> My QXL.WIN files are located on other devices that are not working >> on >> the PC at this time. >> >> So, I am looking at this information via Windows Safe Mode. Until I >> fix >> the hardware problem. >I've temporarily given up, although I'll try to bring the PC with me >to the Quanta meeting in Birmingham next month to see if anyone can >have a go there. Good idea to take it to along the Workshop ... one the reasons for holding one ... :-) -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [Ql-Users] black keyboard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dilwyn Jones wrote: > Out of interest, which QL keyboard interface are you using? > > The keyboard on my MinisQL is a touch faulty at the moment - sticky > function keys which I have tried to clean without much success - and > I'd seen these black 'value' keyboards at Tesco and fancied one if I > knew it worked reasonably well (for 3 quid I may just buy one to try > anyway and keep it as a spare PC keyboard if it doesn't work with > MinisQL interface). I have a SuperHermes Lite, it would be nice to > know if it works with that. > > What's the "feel" like on the keyboard - cheap ones are often either > very spongy or really "clackety clack"? > It will be PS2 of course, but standard inline adapters to the AT sH socket seems to work well - and modern keyboards seem more compatible with sH than the AT ones, oddly. Tony - -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 [EMAIL PROTECTED] http://firshman.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 Skype: tonyfirshman TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG9s91M3RzOs8+btoRAlr8AJ90+SRBbSeMy9BYRYQ9j51Col+YZgCeIXQo PccPiEPE+4gBPW61lBw5pYE= =/Zin -END PGP SIGNATURE- ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm