Platform Levels

Anything QL Software or Programming Related.
User avatar
Peter
Super Gold Card
Posts: 641
Joined: Sat Jan 22, 2011 8:47 am

Re: Platform Levels

Postby Peter » Tue Dec 12, 2017 1:45 pm

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
Gold Card
Posts: 284
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Postby Pr0f » Tue Dec 12, 2017 2:06 pm

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
Gold Card
Posts: 461
Joined: Tue Dec 14, 2010 9:04 am
Location: Leeds, West Yorkshire, UK
Contact:

Re: Platform Levels

Postby NormanDunbar » Tue Dec 12, 2017 6:26 pm

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?
How come Tarzan never grew a beard?
If at first you don't succeed, don't take up skydiving!
User avatar
vanpeebles
Commissario Pebbli
Posts: 1915
Joined: Sat Nov 20, 2010 7:13 pm
Location: North East UK

Re: Platform Levels

Postby vanpeebles » Tue Dec 12, 2017 7:45 pm

Yes, java is awful!! :D


User avatar
Pr0f
Gold Card
Posts: 284
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Postby Pr0f » Tue Dec 12, 2017 7:56 pm

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: 1915
Joined: Sat Nov 20, 2010 7:13 pm
Location: North East UK

Re: Platform Levels

Postby vanpeebles » Tue Dec 12, 2017 8:05 pm

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
Gold Card
Posts: 284
Joined: Thu Oct 12, 2017 9:54 am

Re: Platform Levels

Postby Pr0f » Tue Dec 12, 2017 8:06 pm

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


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

Re: Platform Levels

Postby vanpeebles » Tue Dec 12, 2017 8:09 pm

*runs away*


User avatar
pjw
Gold Card
Posts: 379
Joined: Fri Jul 11, 2014 8:44 am
Location: Norway

Re: Platform Levels

Postby pjw » Tue Dec 12, 2017 9:41 pm

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
For every complex problem there is an answer that is clear, simple, and wrong.
- H. L. Mencken

Return to “Software & Programming”

Who is online

Users browsing this forum: No registered users and 4 guests