RE: [ql-users] Just an idea for a new Product.....
Tony Wrote:- In the old days, QL work used to be my living, and a good one. For the last 6 years at least, I have stayed because I have made many good friends. I don't make money or even do it for free. It actually costs me money to stay with the QL. Tony I couldn't agree more. Although I've been quiet on the QL scene lately, due to moving house and having a baby (not personally, of course!) but up to a year or so ago, I was at most shows, even some of the US ones, and its something I plan to get back into more towards the end of this year. It typically cost me over 150 euro to visit a QL show, as it entails a ferry or airplane ticket, and accommodation and eating out, and that's if I can get a cheap air deal, and I try to stay with friends if possible. I haven't even covered myself financially at a show since probably QL2000. But the friendships are just sooo good. Which is why I enjoy doing the Irish show when I can, they are s much fun. You have Roy, who is so witty it hurts, Tonys massive technical knowledge on just about anything that has electricity running through it, and several other people that can really get a conversation going - I totally enjoy it all. Its quite amazing really, we are all of varying ages, backgrounds, and experiences, even nationalities with Jochen etc, yet we all gel together so well, not just on QL matters, but as friends - in fact we often don't talk about QL stuff much when we are out. The first Xmas cards I get each year are usually from the QL fraternity. Such a varied bunch - I always use the example where Myself, Roy, Tony, and Jim Hunkins walked (unknowingly at the time) into a gay bar in Montreal at the QL show there a few years ago. You had an age gap spanning 20+ years, Roy with his long rock star hair and flowery shirt, Tony in shorts and beard, Jim was tanned and in jeans - the poor barman was working overtime trying to figure out who the couples were! I also tried to teach the barman how to pull Guinness properly... but that's another story. Reminds me, I really must organise another Irish Show, maybe in Galway for a change. Sorry if people see this as off topic - tough. In my opinion, its what has this list and the people on it still here. It we traders didn't all get on, it would have all died years ago. Darren. -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@surname.co.uk 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 ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] was... Just an idea for a new Product.....
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 26, 2005 10:08 AM Subject: Re: [ql-users] was... Just an idea for a new Product. In a message dated 26/04/05 01:33:54 GMT Daylight Time, [EMAIL PROTECTED] writes: Remember that i'm still using Qdos. Has Turbo been kept compatible with that, or does it only support SBasic and SMSQ/E? If it is not compatible what is the most recent version of turbo that is compatible with my system? Whenever a new version of Turbo is produced I test it on an AH rom with trump card as well as Q60 with SMSQE. I have not done that yet with v4g21 since there may be errors still to be found and reported. However, when v4.21 is finally produced it will have to work on my AH rom. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm If we do not make our software backward compatable we automatically elimate at least half of the QL community according to the Quanta Survey. Unless the new features are required for the operation of a program I consider it is good programming practice to make software compatable with as many versions as possible. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] was... Just an idea for a new Product.....
In a message dated 26/04/05 13:28:16 GMT Daylight Time, [EMAIL PROTECTED] writes: For me, the silly thing in past years was that you could buy programs like QPAC2 or QD which happened to include Pointer Environment but AFAIK you could never buy Pointer Environment by itself! H! I now wonder what I bought from Jochen when he sent me QPTR. I thought that was the Pointer Environment by itself. What I got was the QPTR Manual (now much used), a set of Qmac macros for programming assembler pointer programs using Qmac, QPTR extensions for programming Pointer Environment in SuperBASIC and some demo SuperBASIC programs. George ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Turbo v4g21
Marcel Kilgus wrote: Just to see how Turbo developed I tried to compile EasyPtr's AppMan with it. I'd like to tell some of my quest in case anybody else wants to try it, too. First of all I'd like to note that whatever feature I thought it would be cool if Turbo could do this Turbo could already do, one just has to read the documentation. This has been mentioned to me already. Many people using the current Turbo are working from memory or from DP's old documentation. So much has changed that you really need to download and familiarise with the new documentation. Some of the compiler directives were introduced by Chas Dillon in later versions of Turbo sold by Freddy of DP Ltd but generally not documented or only in readme files. AT some point, the various people who've been involved with the project to update Turbo and its documentation (David Gilham, Mark Knight, George Gwilt, Tim Swenson etc) have introduced new documentation for facilities which were either undocumented before or which have since been introduced in the compiler and toolkit by George, David and Mark Knight. [snip] from a software engineer point of view I actually prefer the way Turbo works, because it can prevent bugs in the code. The downside is that some code probably needs to be rewritten, but usually it's sufficient to just rename some variables, so should not be that big a deal. I think Freddy and Simon Goodwin said this to some extent in the past when people were critical that Turbo was stricter and less changes were needed for a QLib compiled program. As you say, although Turbo is stricter, once you get used to it, you start to appreciate it does make for better programming in the end. Above all, George is improving Turbo at such a rate and QLiberator is not being updated at the moment, plus Turbo is free of course, so it will soon be a potential replacement for QLiberator. I will be watching this with interest, I make heavy use of QLiberator+Easyptr so once I feel Turbo can compile my programs and I have familiarised enough with the new facilities it's quite likely I'll look at using Turbo to compile easyptr apps. I hope this description might help some people get a start with Turbo, I personally am not a big Basic programmer myself but it looks to me as though Turbo gets ready for prime time. Indeed. The time and thought you've clearly put into this one subject alone is greatly appreciated. The level of work you've put into Easyptr and which George has put into Turbo and its companion programs is fantastic. You both seem unable to resist challenges! Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] was... Just an idea for a new Product.....
Excellent. If it it will work with that, it'll probably work with anything. Does anyone still use AH, when Minny is freely available? Jeremy Not many with AH, but plenty with the next two common versions (JM and JS). My Aurora has a JM ROM and my QL+Gold Card have a switchable JM and Minerva via a little ROM sitchboard I bought from Syd Humphries and some of the lads at an East Anglia QL group some years ago. Some emulators such as QLay and QemuLator will let you choose which ROm version to install, so here too you can have a choice. The various ROM images are available on my website for download in countries where this is allowed. Some emulators include a freely distributable version of Minerva Mk1 (I think Minnie mk 2 is dependent on the Mk ii hardware so could not be used as an emulator image anyway). Software like Turbo works across all ROM versions anyway, and fixes the majority of problems in early Sinclair ROM versions in compiled programs so they work consistently across all ROM versions. Minerva is probably the best ROM version for a QL, while the most common version is probably JS. AH, JM and MG ROMs (and the national variants in JS or MG) are in fairly common usage. An AH ROM has a few bugs in the code which may cause a few minor problems when writing and running SuperBASIC programs, but these are not too significant and have been well documented by Simon Goodwin and Mark Knight in QL magazines in the past (I wonder if there's any interest in trying to get permission from Simon and Mark to make these bugs docs publically available to help people write BASIC programs which avoid nasties in given ROM versions and so work consistently interpreted on all ROM versions?) Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] Software Prices.
Marcel Kligus wrote: jms1 wrote: As Dilwyn Jones says in his article in Qtoady that TurboPtr is more flexible than EasyPtr, Well, but mostly in the sense that Assembler is more flexible than Basic. Still most people prefer to program in Basic. EasyPtr is not simply a wrapper around the PE, it actively relieves the user of the more difficult areas of the PE. For example I've seen (and worked on) the code that is responsible for managing the application windows. That are some 1000 lines of code. In any case, the heart of EasyPtr is not the basic toolkit but the EasyMenu generator for graphically designing a menu. That plus the way resources are handled (by appending them to a Basic extension and referring to them by name instead of DATA constructs and the like) is really what distinguishes EasyPtr. All that plus most people are simply set in their ways. They have been programming EasyPtr for years, know how to use it, have existing code using it and don't want to switch to anything else. Not to belittle the efforts in creating TurboPtr, I think most of George's work is much under-appreciated, but those are the reasons why I think it didn't quite take off. Marcel Very well said. While John Sadler didn't quite read my comments in the way I'd meant them to be read (I was referring back to Easyptr 3 and some of the trickery needed to get GD2 colours into menus), I think you have summarised both our trains of thought rather well. George's work does indeed deserve more recognition. I wonder if someone would be prepared to write a bit about the new facilities in Turbo and use of TurboPTR in general for QL Today or Quanta, to encourage use of George's work? We did carry one article about Turbo fairly recently but IIRC that was more about how to get started compiling a BASIC program rather than looking at the new facilities. I fear my knowledge of Turbo compiler is too rusty after years of not using it, and my knowledge of TurboPTR very minimal, so I'd appreciate some articles from someone (probably along the lines of the ones I wrote about Easyptr 4 although those were slightly out of date by the time QL Today came out, that's how much work Marcel put into the software!) to help me update my knowledge of George's software. Dilwyn ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] was... Just an idea for a new Product.....
H! I now wonder what I bought from Jochen when he sent me QPTR. I thought that was the Pointer Environment by itself. What I got was the QPTR Manual (now much used), a set of Qmac macros for programming assembler pointer programs using Qmac, QPTR extensions for programming Pointer Environment in SuperBASIC and some demo SuperBASIC programs. Well, QPTR *WAS* the manual, the demo and macros on the disk plus the extensions to program the Pointer Environment from BASIC. :-) PTR_GEN, WMAN and HOT_REXT, the so-called Extended Environment, always came with every JMS program which required it (QD, Fifi, QSpread ...) (visually free to the customer, although I paid Tony Tebby royalties for the EE for every new sale, until recently, when he decided he did not want it anymore) What would one do with a separately bought PTR_GEN and WMAN and no program which uses it, I wonder Not much - except from having non-destructable windows, probably nothing. Jochen -- Jochen Merz Software - Kaiser-Wilhelm-Str. 302 - D-47169 Duisburg Tel. +49-(0)203-502011 Fax +49-(0)203-502012 Email: [EMAIL PROTECTED] Homepage: http://SMSQ.J-M-S.COM ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Turbo v4g21
Marcel Kilgus writes: First of all I'd like to note that whatever feature I thought it would be cool if Turbo could do this Turbo could already do, one just has to read the documentation. Just is a pretty big word here ;) But you are right! 200 IF NOT(COMPILED) THEN 210 LRESPR win1_easy_app_appman_cde 220 LRESPR win1_easy_app_fapp_cde 230 LRESPR win1_easy_app_mkapp_cde 240 LRESPR win1_easy_app_qcfx001_cde 250 END IF From my quick skim through the documentation Id say 200 DEBUG 9 210 LRESPR win1_easy_app_appman_cde 220 LRESPR win1_easy_app_fapp_cde 230 LRESPR win1_easy_app_mkapp_cde 240 LRESPR win1_easy_app_qcfx001_cde 250 DEBUG 0 was much better, as that code would then not appear in the binary. Super! Per ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] was... Just an idea for a new Product.....
Apologies if this is duplication Roy, the Tesco Webmail beastie timed out on me while I was trying to send the first copy and I don't think it got through. I've been given so much advice that my head is spinning. In one email I was advised to by QPAC2, but was then told that its the same as the pointer environment I already have. But I thought that it comes bundled with SMSQ/E, so if I were to buy that I wouldn't need QPAC2 as well, surely? Ok some of the advice was maybe not quite worded concisely. The Pointer Environment is the three files PTR_GEN, WMAN, and HOT_REXT. These form the basis of the extended system and are, as you said, bundled into SMSQ/E in an extended form. QPC2 is a collection of system handling routines including file management and job management. The Pointer environment files are now freely distributable and are backwardly compatible. Roy, I don't think this type of query can be answered too often. Could you perhaps do something for your beginners series along these lines: 1. QPAC2 is not the same as pointer environment. 2. QPAC2 is not a new version of QPAC1. They are both completely different products. 3. Pointer Environment is bundled as part of the QPAC1 and QPAC2 packages. 4. PE is basically ptr_gen. Extended Environment is all three (ptr_gen, wman + hot_rext). The equivalent is built into SMSQ/E (but not QXL SMSQ). 5. Although QPAC2 is desceneded from QRAM, QRAM is now probably so out of date that only older software fromt he 1980s (QRAM's era) would run on QRAM's version of PE). 6. What PE actually does (extended console driver, on screen pointer, save and restore windows etc) as distinct from what QPAC2 does (menus, things, buttons etc). You can probably write that up much clearly than I did. And this is something I could probably add to the little list of short articles I keep promising to write for Quanta). Dilwyn Jones I know my memory isn't as complete as it was, but I'm pretty sure that I bought Qram, which just happened to have the pointer environment bundled with it. QPAC2 also included the pointer environment, but they were different products; but I don't remember what differentiated them. (we are talking 1987 here after all). QRam was a precursor to most of this. -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] was... Just an idea for a new Product.....
Oops. That was meant to be forwarded to Roy not replied to this list (Tesco Webmail strikes again). But as it ended up here, suggest adding difference between QPTR and PE and all the other terms too! Dilwyn Jones From: Dilwyn Jones [EMAIL PROTECTED] Date: 2005/04/27 Wed PM 01:00:46 GMT To: [EMAIL PROTECTED] Subject: Re: Re: [ql-users] was... Just an idea for a new Product. Apologies if this is duplication Roy, the Tesco Webmail beastie timed out on me while I was trying to send the first copy and I don't think it got through. I've been given so much advice that my head is spinning. In one email I was advised to by QPAC2, but was then told that its the same as the pointer environment I already have. But I thought that it comes bundled with SMSQ/E, so if I were to buy that I wouldn't need QPAC2 as well, surely? Ok some of the advice was maybe not quite worded concisely. The Pointer Environment is the three files PTR_GEN, WMAN, and HOT_REXT. These form the basis of the extended system and are, as you said, bundled into SMSQ/E in an extended form. QPC2 is a collection of system handling routines including file management and job management. The Pointer environment files are now freely distributable and are backwardly compatible. Roy, I don't think this type of query can be answered too often. Could you perhaps do something for your beginners series along these lines: 1. QPAC2 is not the same as pointer environment. 2. QPAC2 is not a new version of QPAC1. They are both completely different products. 3. Pointer Environment is bundled as part of the QPAC1 and QPAC2 packages. 4. PE is basically ptr_gen. Extended Environment is all three (ptr_gen, wman + hot_rext). The equivalent is built into SMSQ/E (but not QXL SMSQ). 5. Although QPAC2 is desceneded from QRAM, QRAM is now probably so out of date that only older software fromt he 1980s (QRAM's era) would run on QRAM's version of PE). 6. What PE actually does (extended console driver, on screen pointer, save and restore windows etc) as distinct from what QPAC2 does (menus, things, buttons etc). You can probably write that up much clearly than I did. And this is something I could probably add to the little list of short articles I keep promising to write for Quanta). Dilwyn Jones I know my memory isn't as complete as it was, but I'm pretty sure that I bought Qram, which just happened to have the pointer environment bundled with it. QPAC2 also included the pointer environment, but they were different products; but I don't remember what differentiated them. (we are talking 1987 here after all). QRam was a precursor to most of this. -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] was... Just an idea for a new Product.....
For me, the silly thing in past years was that you could buy programs like QPAC2 or QD which happened to include Pointer Environment but AFAIK you could never buy Pointer Environment by itself! H! I now wonder what I bought from Jochen when he sent me QPTR. I thought that was the Pointer Environment by itself. What I got was the QPTR Manual (now much used), a set of Qmac macros for programming assembler pointer programs using Qmac, QPTR extensions for programming Pointer Environment in SuperBASIC and some demo SuperBASIC programs. Packages like QPAC2, QPAC1, QPTR, Easyptr etc etc always came with pointer environment included on the disk. This blurred in users' minds the distinctions between all the terms. QPTR was the programming reference guide book and the associated files on the disk which came with it. This happened to include pointer environment. What I'm getting at was that the terms QPTR and Pointer Environmetn are often used synonymously by programmers and users, but in fact are not quite the same thing. Technically, QPTR is the user programming guide and software, whereas pointer environment itself is the extended console driver, on screen pointer, saving and restoring windows on the screen. Although we usually know what everyone means, the terminology does occasionally get confused making it harder to work out what a user means by a problem running my program with QPTR or QPAC2. My program won't work with QPAC2 results in the question Does it work with just pointer environment. No it doesn't that's what I just said. But they're not the same thing... What do you mean, I thought they were?!?! and so it goes on. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] PE and software
(changed subject line to reflect change in thread) Malcolm Cadman wrote: Does anyone have a list of 'old programs' written for QDOS that do not run under the PE ? If there is a known list, then some action may taken. -- Malcolm Cadman John Gregory made a similar remark at the Quanta AGM when he was asked about library programs which only exist in MDV versions in the library, or programs which only run on one ROM version. His reply implied that a general trawl of the library for such software was probably not viable, but if anyone could bring specific examples to his attention he'd see what could be done. By and large, MDV programs can be tweaked for FLP usage with one of these options: 1. Stuffing it through Digital Precision's Transfer Utility or some such program of which there are some available on the PD software scene. 2. Adding an FLP_USE mdv command in its boot program on systems which support FLP_USE (i.e. virtually all disk d=systems except very, very early ones). 3. Using DEV_USE or the SUB equivalent (which also helps with transferring such software to run from hard disk). I feel another article coming onin fact I think it highly likely we could run articles on subjects like this, pointer environment basics, ramdisks and so on at least once a year since the questions do seem to arise very often even though the subjects have appeared many times in print. Dilwyn Jones Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] Idle thoughts
On the other hand there are lots of freeware products available too. Tell me about that one! Every now and then I have a flurry of updating my PD Library catalogue and I realise there's more and more free QL software out there than I can ever find time to catalogue and add to the library, let alone test them all! Steve Johnson used to say as much in SJPD days, but there's one awful lot more out there now than even in SJPD days! Also in hardware there are lots of second-hand items available. Overall it is a good time to be a user. You only have to take Darren's advice and visit a QL show to see that. There was a wealth of older stuff on sale at the Quanta AGM which I hadn't seen for years. The pace of new developments at the moment does mean you have to make the effort to keep up to date or just follow your particular line of interest (mine being collecting PD software and writing compiled basic programs written with Easyptr). As you say, a good time to be involved and a QL user! Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Idle thoughts
In message [EMAIL PROTECTED], Dilwyn Jones [EMAIL PROTECTED] writes On the other hand there are lots of freeware products available too. Tell me about that one! Every now and then I have a flurry of updating my PD Library catalogue and I realise there's more and more free QL software out there than I can ever find time to catalogue and add to the library, let alone test them all! Steve Johnson used to say as much SJPD days, but there's one awful lot more out there now than even in SJPD days! Also in hardware there are lots of second-hand items available. Overall it is a good time to be a user. You only have to take Darren's advice and visit a QL show to see that. There was a wealth of older stuff on sale at the Quanta AGM which I hadn't seen for years. The pace of new developments at the moment does mean you have to make the effort to keep up to date or just follow your particular line of interest (mine being collecting PD software and writing compiled basic programs written with Easyptr). As you say, a good time to be involved and a QL user! Yes, I seem to have something new to grapple with almost every month ... which can only be good news ... :-) -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] PE and software
In message [EMAIL PROTECTED], Dilwyn Jones [EMAIL PROTECTED] writes (changed subject line to reflect change in thread) Malcolm Cadman wrote: Does anyone have a list of 'old programs' written for QDOS that do not run under the PE ? If there is a known list, then some action may taken. -- Malcolm Cadman John Gregory made a similar remark at the Quanta AGM when he was asked about library programs which only exist in MDV versions in the library, or programs which only run on one ROM version. His reply implied that a general trawl of the library for such software was probably not viable, but if anyone could bring specific examples to his attention he'd see what could be done. By and large, MDV programs can be tweaked for FLP usage with one of these options: 1. Stuffing it through Digital Precision's Transfer Utility or some such program of which there are some available on the PD software scene. 2. Adding an FLP_USE mdv command in its boot program on systems which support FLP_USE (i.e. virtually all disk d=systems except very, very early ones). 3. Using DEV_USE or the SUB equivalent (which also helps with transferring such software to run from hard disk). I feel another article coming onin fact I think it highly likely we could run articles on subjects like this, pointer environment basics, ramdisks and so on at least once a year since the questions do seem to arise very often even though the subjects have appeared many times in print. Yes, I do remember doing (1) above, many years ago now, although I had forgotten about it. Method (2) FLP_USE was always the simplest method of running software that had 'coded in' reference to mdv's. Since SMSQ/E and QPC, I can't recall of any software that I now use that has a problem as such. Although many other people may have programs that they would wish to be brought up to date or modified in use. So, a list of programs as targets for modifying would be a good thing. Then if there is demand someone can work on them. If permission is granted by original authors. Dave Gilham has recently made Perfection operate in a full screen mode, rather than the QL 512x256 window size. Hopefully that will be available soon for everyone to enjoy the benefit of. The Exchange suite of the original PSION 4, would also benefit from modifications such as accessing larger screens. -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Just an idea for a new Product.....
In message [EMAIL PROTECTED], Darren Branagh [EMAIL PROTECTED] writes Reminds me, I really must organise another Irish Show, maybe in Galway for a change. Would that be an Irish Show or a show held in Ireland ... :-) -- Malcolm Cadman ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] was... Just an idea for a new Product.....
In message [EMAIL PROTECTED], Dilwyn Jones [EMAIL PROTECTED] writes SNIP Roy, I don't think this type of query can be answered too often. Could you perhaps do something for your beginners series along these lines: I had planned to do something on 'Essential Programs and Very Useful Ones' I am not sure if this should come after the next section on hard drives and before the one on writing a BOOT file or whether I should put the BOOT file bit next. -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Software Prices.
In message [EMAIL PROTECTED], jms1 [EMAIL PROTECTED] writes SNIP The main benefit of the free software movement is that source is distributed normally with the code and anybody is free to develope it, and within the license conditions distribute it. This may be an area where some programmers may not like others tinkering with their 'baby'. I can understand that. -- Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Internet on the QL
Hi Malcolm, I may have not given the right info. When I type in ex win1_lx_lynxenter I get the window displayed and in the window is a message saying Your Terminal Type is Unknown ... Enter a Terminal Type I enter VT-52 or VT100 but it just drops out . Arnold Send instant messages to your online friends http://uk.messenger.yahoo.com ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] was... Just an idea for a new Product.....
- Original Message - From: Dilwyn Jones [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 26, 2005 1:27 PM Subject: Re: Re: [ql-users] was... Just an idea for a new Product. Some platforms actually offer the best of both worlds to some degree. Q40 and Q60 users can use SMSQ/E of QDOS CLassic. Aurora and QL users can choose between SMSQ/E and QDOS (bearing in mind that SMSQ/E will not work on a machine with only 128K of memory). There is a version of QemuLator which can run either a QDOS ROM image or the Gold Card version of SMSQ/E. QPC users can only use SMSQ/E, while QLAY, UQLX and Amiga QDOS users can only use QDOS for example. Reading back through the above and realising quite how complex I've made it sound, I hope I haven't caused too much confusion. It wasn't meant to be a rant, honest guv! Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm Perhaps we may now understand why it is difficult for somebody to try the QL. What can we do to improve compatability so newcomers can try without help? ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] was... Just an idea for a new Product.....
- Original Message - From: Roy wood [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 26, 2005 6:06 PM Subject: Re: [ql-users] was... Just an idea for a new Product. Ok some of the advice was maybe not quite worded concisely. The Pointer Environment is the three files PTR_GEN, WMAN, and HOT_REXT. These form the basis of the extended system and are, as you said, bundled into SMSQ/E in an extended form. QPC2 is a collection of system handling routines including file management and job management. The Pointer environment files are now freely distributable and are backwardly compatible. -- Where can you download them? Roy Wood Q Branch. 20 Locks Hill, Portslade, Sussex.BN41 2LB Tel: +44 (0) 1273 386030fax: +44 (0) 1273 430501 skype : royqbranch web : www.qbranch.demon.co.uk ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Idle thoughts
Marcel Kilgus wrote: Wolfgang Lenerz wrote: . Jeremy got a bit flamed for his suggestion to make things (QPC in this case) cheaper, even free. Actually, I never suggested free. It still didn't seem to prevent people from thinking that was where I was coming from, but that is not the case. Actually Jeremy's argument was ok. It was my idea to sell QPC at a bargain for QL2004 and it will surely happen again. Eventually the price might drop altogether, I guess, but not yet. Thank's Marcel, I wasn't sure how to interpret your silence. It was fairly impertinent of me to suggest you were charging too much, but I tried to be careful in the way that I presented the case. It certainly sparked a debate, but I'm sure that one or two (unamed) didn't read what I was saying too carefully before putting sending off a response. Regarding the price, it might appear high, but considering the invested time it already is a real bargain. It'd need to be a about 10 times as high to begin to compensate for the work put in, but this is obviously no option. I said much the same, but that still doesn't mean that when the market saturates you don't expand the market by dropping an already low price. As it happend you./Jochen had (temporarily), but I had missed it. By the way, you are all right that the demo QXL.WIN does not demonstrate QPC2 well enough. So we're still in agreement. I have had a new one in the works for a long time (I last revised the corresponding readme file in June 2003!), but somehow never managed to make it ready for prime time. That's because your priority is always to develop something new. And long may that continue; Even after you leave university, and get as job that earns you real money. Jeremy ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] Software Prices.
On Wed, 27 Apr 2005 06:24:18 -0400, Dilwyn Jones [EMAIL PROTECTED] wrote: snip I fear my knowledge of Turbo compiler is too rusty after years of not using it, and my knowledge of TurboPTR very minimal, so I'd appreciate some articles from someone (probably along the lines of the ones I wrote about Easyptr 4 although those were slightly out of date by the time QL Today came out, that's how much work Marcel put into the software!) to help me update my knowledge of George's software. I feel that the manual that I am preparing (along the lines of the Turbo Toolkit manual and similar style) will cover some inefficiencies of the old manual. I am more than 3/4 done for quite a while (as is the SMSQ/e manual... sample of which I sent to Marcel) but due to the birth of my son and freeQDOS I haven't had time to get around to yet... however the time draws near ;-) Ffibys ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm