Platform Levels

Anything QL Software or Programming Related.
User avatar
Peter
QL Wafer Drive
Posts: 1953
Joined: Sat Jan 22, 2011 8:47 am

Re: Platform Levels

Post by Peter »

pjw wrote:There are now almost as many different platforms as there are people producing any new software for the QL environment.
I wish there was - that would mean quite a lot of people still writing QL software. ;)


User avatar
Pr0f
QL Wafer Drive
Posts: 1298
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Post by Pr0f »

surely the hardware 'platform' shouldn't be such an issue - there are literally hundreds of android platforms out there, but applications written to use Android can run on the vast majority of them. I suspect probably because to write for android you must use a specific set of calls encapsulated in development kit.

With Qdos (and probably smsq - I don't really know it well enough), there are a set of standard calls that should be used to program too. If these are used, then a program should be quite portable to all hardware platforms that support that set of calls. E.g. Various Sinclair ROM versions, Minerva versions, ARGOS, and the various hardware booster cards - Aurora, Gold Card, Super Gold Card, and the various storage offerings. Seems to me that programs like the Psion suite run quite happily on all these and on the emulators too.

If you write a program that needs higher than the 2 standard QL resolutions, then it won't run on an awful lot of stuff. I see there are really only 2 platforms.

Those that mimic a QL at the trap / vector and screen level, and those that don't ;)


User avatar
NormanDunbar
Forum Moderator
Posts: 2251
Joined: Tue Dec 14, 2010 9:04 am
Location: Leeds, West Yorkshire, UK
Contact:

Re: Platform Levels

Post by NormanDunbar »

When you write for android, you tell the development system which target version of android you wish to, ahem, target. The lower the target version, the fewer facilities are available. The higher the target version, the fewer actual devices there are to use your software. Old phones or tablets suddenly stop getting android updates, so they lag behind. I expect IOS for Apple to be the same but I don't 'do' Apple kit so I don't know.

I looked into Android developnent some time back, didn't get on with it and I'm not all that keen on Java!

Cheers,
Norm.


Why do they put lightning conductors on churches?
Author of Arduino Software Internals
Author of Arduino Interrupts

No longer on Twitter, find me on https://mastodon.scot/@NormanDunbar.
User avatar
vanpeebles
Commissario Pebbli
Posts: 2815
Joined: Sat Nov 20, 2010 7:13 pm
Location: North East UK

Re: Platform Levels

Post by vanpeebles »

Yes, java is awful!! :D


User avatar
Pr0f
QL Wafer Drive
Posts: 1298
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Post by Pr0f »

Once played around with a Dallas TINI, with a view to using it for home automation - it was entirely programmed in JAVA! I still shudder...


User avatar
vanpeebles
Commissario Pebbli
Posts: 2815
Joined: Sat Nov 20, 2010 7:13 pm
Location: North East UK

Re: Platform Levels

Post by vanpeebles »

Haha, I bet you wake up in the early hours in a panic, then remember it's all in the past. :lol:


User avatar
Pr0f
QL Wafer Drive
Posts: 1298
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Post by Pr0f »

I still have 2 boards and the book, if anyone is interested... :mrgreen:


User avatar
vanpeebles
Commissario Pebbli
Posts: 2815
Joined: Sat Nov 20, 2010 7:13 pm
Location: North East UK

Re: Platform Levels

Post by vanpeebles »

*runs away*


User avatar
pjw
QL Wafer Drive
Posts: 1286
Joined: Fri Jul 11, 2014 8:44 am
Location: Norway
Contact:

Re: Platform Levels

Post by pjw »

Pr0f wrote:surely the hardware 'platform' shouldn't be such an issue
The "hardware" is normally what limits capability: Speed, resolution, colour depth, sound, etc. Usually this cant be changed. The OS interfaces between the hardware and software. There are fundamentally only two different OSes, QDOS and SMSQ/E. To a large degree SMSQ/E is backwardly compatible with QDOS. However, only SMSQ/E caters for capabilities not found on the original BBQL. In practise, there are numerous different platforms, all with varying capabilities. In most cases, when software is written, we are targeting a level of capability, not a particular platform. To ensure that such programs are viable across the majority of platforms actually capable of running such a program, it would be ideal to have some sort of standard. In the case where a program requires specific capabilities which are only available on a single platform, then of course, only that platform can be used. Fair game. No problem. For the rest, it makes sense that a program will run on as many systems as possible! As I wrote at the beginning of this thread:
The nub of what Im trying to achieve is COMPATIBILITY. One dimension of
this is CAPABILITY. This is a dimension where we may deliberately
choose to sacrifice compatibility for the sake of improved efficiency,
functionality, ease of use, presentation, etc. But at the same level of
capability it would be "nice" if we could work together to achieve the
highest possible degree of compatibility.


Per
dont be happy. worry
- ?
Post Reply