Drobe :: The archives
About Drobe | Contact | RSS | Twitter | Tech docs | Downloads | BBC Micro

Confirm comment report request


"VinceH, you state that you can't test your software if you were to use a Select feature. Is that because you don't have Select?"

That's correct, I don't - and there's a very good reason for that: My development machine is an Iyonix, and I don't have the space to have another machine alongside it and my laptop (the latter being my primary machine for all other work).

Installing VA on the laptop could arguably be a solution, but I did that on my previous (previous) laptop and, quite frankly, I hated using it with a vengeance - so that's a complete non-starter. I might revert to emulation again when the fat lady not only sings, but smashes all the glasses in the process - but even then, I might have to give serious consideration to just how much I disliked it before deciding.

"I get the impression from a number of the similar comments from other people as well that you think that developers should get free access to copies of Select in order to test their software."

That's not actually what was said, though, is it? Being generous, you appear to have misunderstood or misread a number of comments made here. Being less generous, you could be misrepresenting what people say in order to make your own angle stronger.

Given that the people in question seem to be the developers - the very people who you want to use Select features in their software - I'd hope it's misunderstanding, because it would surely be incredibly daft to misrepresent the people who you should be trying to get on side.

But that's an aside. Getting back on topic...

As has been said more than once, you should give serious consideration to making API improvements, rather than user-facing improvements, available outwith Select subscriptions. This would surely be beneficial to the platform as a whole, chiefly because it will enable developers to better support those APIs - and at the day's end, developers are vital to the platform.

However, having said all of that there is still the flaw of the computers in use. I fuly reserve the right to be wrong, but I get the very distinct impression that most developers use Iyonix PCs. At the very least, therefore, you need to find away of releasing components including new APIs for that platform if you want developers to use those new APIs, IMO.

 is a RISC OS UserVinceH on 3/6/09 9:42AM
[ Reply | Permalink | Report ]

Click on the button below to confirm you wish to flag up this comment to the website's administrators. Abuse of this service will be frowned upon and it should only be used to notify us of comments that are extremely distasteful, indecent or otherwise unlawful. If you disagree with an opinion expressed or fact stated in a comment, please take part in the debate rather than expect it to be removed.

Return to the drobe.co.uk front page


Reporting user / IP: /
Comment GID: 31211
Timestamp: Sun, 25 Aug 2019 11:38:59 +0000

Search the archives

Today's featured article

  • RISC OS Memory Protection
    Corruption at the lowest levels
     25 comments, latest by Jaco on 30/4/05 9:54AM. Published: 25 Apr 2005

  • Random article

  • Finnybank merges Acorn Publisher, Acorn User
    John Cartmell takes over from Tau Press, talks to drobe.co.uk
     34 comments, latest by mavhc on 06/12/03 7:39PM. Published: 3 Dec 2003

  • Useful links

    News and media:

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster


    RISCOS.org.ukRISCOS.orgRISCOS.infoFilebaseChris Why's Acorn/RISC OS collectionNetSurf

    Non-RISC OS:
    The RegisterThe InquirerApple InsiderBBC NewsSky NewsGoogle Newsxkcddiodesign

    © 1999-2009 The Drobe Team. Some rights reserved, click here for more information
    Powered by MiniDrobeCMS, based on J4U | Statistics
    "Drobe's only failing is the sixth-form geek-journo tone with its lead balloon humour and occasional smugness and ugly personalty"
    Page generated in 0.0948 seconds.