Dave wrote:
I think what is needed is a manufacturer license that can be
extended to people who are developing hardware and who need a
close level of integration between the OS and hardware.
The license should have a simple per unit fee,and the manufacturer
should be responsible for
On 26 Jan 2011, at 16:11, Tony Firshman wrote:
thorsten herbert wrote, on 26/Jan/11 16:01 | Jan26:
Major QL hardware is practically impossible as long as the QL operating
system
situation remains as it has been for almost a decade. The only reasonable
way out seems to be a restructured
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
I may regret starting this, but as the subject says, what would you like
to see in QDOSMSQ given that we were starting from scratch with the
intention of writing a completely new OS?
Disclaimer: No, I'm NOT thinking of writing one!
For me, the following:
* Ability to hook into the OS from any
On 27 Jan 2011, at 11:51, Norman Dunbar wrote:
I may regret starting this, but as the subject says, what would you like
to see in QDOSMSQ given that we were starting from scratch with the
intention of writing a completely new OS?
Disclaimer: No, I'm NOT thinking of writing one!
For me,
gdgqler wrote:
* A windowing system that is simple to use. From any language.
This also is true of SMSQE
Ahem...he meant *simple*... ;-)
Cheers...Ralf
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi George,
* A windowing system that is simple to use. From any language.
This also is true of SMSQE
Is it?
* Libraries that applications can link to at run time, as opposed to
static linking at compile time.
How would that work? If I write a program I like to know in advance what it
On 27 Jan 2011, at 15:14, Ralf Reköndt wrote:
* A windowing system that is simple to use. From any language.
This also is true of SMSQE
Ahem...he meant *simple*... ;-)
Yes . . Well . I've tried Visual Basic and I very much prefer ... TurboPTR.
(And also Assembler, after prodding by
On 27 Jan 2011, at 15:18, Norman Dunbar wrote:
* Libraries that applications can link to at run time, as opposed to
static linking at compile time.
How would that work? If I write a program I like to know in advance what it
will contain
True, but lets say you have a graphics application
gdgqler wrote:
It seems dangerous to me to rely on a routine which might have changed
since the last time you looked at it. How can you know that the next time
your program runs it won't produce different or faulty results because
the DLL now contains something different?
Hmm, this seems to
On 27/01/11 15:48, gdgqler wrote:
Of course. but why at runtime?
Code reuse and/or share-ability. If you have 10 applications running and
each one needs the same library code, isn't it much better to have one
copy used by all, rather than running the system with 10 copies of the
same code? That
Hi Ralf,
Would be better as a kind of THG% in the system.
I see you beat me to it!
However, that is in the existing QDOSMSQ system. A brand new one may
decide to implement the JPEG Thing differently, perhaps.
Cheers,
Norman.
--
Norman Dunbar
Dunbar IT Consultants Ltd
Registered address:
Norman Dunbar wrote:
Would be better as a kind of THG% in the system.
I see you beat me to it!
However, that is in the existing QDOSMSQ system. A brand new one may
decide to implement the JPEG Thing differently, perhaps.
That's what I meant (I mostly use this THG% abbreviation...sounds
One thing I would like to see in SMSQ is the correct MC680xx vector
table at the start of the OS.
:-)
--
Norman Dunbar
Dunbar IT Consultants Ltd
Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL
Company Number: 05132767
In message 4d3de519.5000...@dunbar-it.co.uk, Norman Dunbar
nor...@dunbar-it.co.uk writes
Hi Norman,
Of course ... :-) . just re-defining the 'genre'.
Perhaps a QPUB ... would be another option?
I have ebooks in the Psion format, on older small device - RiscStation.
PS - Good luck with
In message
AANLkTim6KHeFQGVYiOOiqS33b149p3GG7kA=+0kon...@mail.gmail.com, Plastic
plasticu...@gmail.com writes
On Mon, Jan 24, 2011 at 6:47 PM, Lee Privett lee.priv...@gmail.com wrote:
Ok, I didn't understand most of whats being said here, other than 'fit it
all in an QL' and 'ARM', the
Tony Firshman wrote:
One other way, for Peter, is an open source version of SMSQ.
At least it _was_. Now that so much time has been spent toward a Minerva
based solution with other drivers, SMSQ/E would probably not save me
work anymore.
Times have changed. A decade ago, an open source SMSQ/E
17 matches
Mail list logo
