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

Confirm comment report request

not_ginger_matt: I agree - this change needs to happen, and they shouldn't be disabled by default.

Users by and large aren't stupid, but some are (most of us know the technical reasons for this; I'm not sure all users know).

These users will try to run a 26-bit application, and wonder why it crashes. They'd then either contact the developer, or (possibly and) A9 support. A9 aren't a large company (I work for a smallish company that develops very technical software - we have a 2.5-man support team of about 60 staff in total), and any support call like this would be a drain on the resources (especially if the user does not know the difference between a 26-bit and 32-bit application). In fact, given A9's size, I wouldn't be surprised if the developers would be doing support (we used to).

In our company, we have a fairly extensive support site (over 300 articles), but despite this, between 5 and 10% of all our queries are things that have already been answered on the support site (we classify these as "Tier 1" support). It's not enough to have documentation somewhere as to how to fix the problem - users don't read it.

We've added things into our software to reduce the level of support by identifying problems, and either fixing them on-the-fly, or reporting them in a way that tells the user what is going on.

Adding the erroring of non-32-bit-marked AIF headers into Select-32 is analogous to this - if a user understands what they're doing, and the application really is 32-bit, then users can disable this feature. My concern is that it's too easy for users to do this - and some users will just set this option without understanding why they need to do it. Therefore it'll get one or two applications working, but they'll find an application which isn't really 32-bit, and this'll crash - and support will be called...

 is a RISC OS Usertribbles2 on 3/7/06 11:38PM
[ 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

Details

Reporting user / IP: / 34.229.97.16
Comment GID: 19864
Timestamp: Sun, 24 Mar 2019 22:29:14 +0000

Search the archives

Today's featured article

  • The Intel XScale conundrum
    Chin up, could be worse
     20 comments, latest by steelpillow on 26/8/05 6:53PM. Published: 25 Aug 2005

  • Random article

  • News in brief
    Netsurf, special offers and more
     8 comments, latest by Sawadee on 20/7/04 11:45PM. Published: 19 Jul 2004

  • Useful links

    News and media:
    IconbarMyRISCOSArcSiteRISCOScodeANSC.S.A.AnnounceArchiveQercusRiscWorldDrag'n'DropGAG-News

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    Dealers:
    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster

    Usergroups:
    WROCCRONENKACCIRUGSASAUGROUGOLRONWUGMUGWAUGGAGRISCOS.be

    Useful:
    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
    "Perhaps drobe should just redirect people to riscos.org, so people get the real news"
    Page generated in 0.0507 seconds.