home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / tech / 1426 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.9 KB
  1. Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!uwm.edu!spool.mu.edu!agate!doc.ic.ac.uk!doc.ic.ac.uk!not-for-mail
  2. From: ijp@doc.ic.ac.uk (Ian Palmer)
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: RISCOS_lib and alternatives
  5. Date: 27 Jan 1993 13:19:10 -0000
  6. Organization: Department of Computing, Imperial College, University of London, UK.
  7. Lines: 51
  8. Message-ID: <1k624eINN74o@motmot.doc.ic.ac.uk>
  9. References: <1993Jan27.122843.99@condor>
  10. NNTP-Posting-Host: motmot.doc.ic.ac.uk
  11.  
  12. In article <1993Jan27.122843.99@condor> blacka@logica.co.uk (Andrew Black) writes:
  13. >
  14. >Perhaps someone could summarise what the problems are with RISCOS_lib,
  15. >and what the alternatives are? (There has been some detailed
  16. >correspondance on this subject, but must confess to not having
  17. >followed the details - please don't flame me for going over old ground
  18. >;-) )
  19. >
  20.  
  21. I can't speak for anyone apart from me, but the main problems I have
  22. with RiscOSLib are as follows.
  23.  
  24. As a programmer I like to be in control. As far as I'm concerned a
  25. library should supply (in general) tools to make life easier. In this
  26. respect consider tools that I like as leaves in the program tree.
  27.  
  28. The real problem with libraries such as RiscOSLib (and it is in no way
  29. the only on like this, for example the Motif library for X, etc.) as
  30. far as I'm concerened is that they interrupt the tree structure of the
  31. program by placing a procedure (or more than one) which is fundimental
  32. mid way into the tree (ie. wimp_poll). Thus you, as the programmer,
  33. need to (during initialisation) spend a great deal of code attatching
  34. things to event handlers. When things start to go wrong you can't find
  35. out about it. For example :
  36.  
  37. Say I attatch an event handler to some event in ROLib. If this doesn't
  38. ever get called, for some reason, how do I find out why? All I know is
  39. that the wimp_poll function is eneterd into and then it exits again -
  40. very handy.
  41.  
  42. This would be helped if RiscOSLib came with source, but it wouldn't
  43. get away from the problem that it tries to do too much for the
  44. programmer (which sounds like a good idea, but in reallity isn't).
  45. RiscOSLib would be much improoved if it allowed the programmer to take
  46. control of the program. I don't object to also allowing a system where
  47. by the library can take control, as long as it is optional (which
  48. isn't really the case in RiscOSLib).
  49.  
  50. Just as a matter of interest, has anyone worked out a way (if there is
  51. one) of making (or persuading) RiscOSLib's saveas library to use the
  52. RO3 drag-a-sprite if appropriate - or does it need total replacement
  53. (ie. by the updated RiscOSLib that Acorn keep telling us isn't
  54. necessary, but must exist internally).
  55.  
  56. Ian
  57.  
  58. -- 
  59.                             E-mail : ijp@doc.ic.ac.uk
  60.  ___           __       Snail mail : Department of Computing, Huxley Building,
  61.   /  _   _    /_/ _   / _ _   _  _   Imperial College, 180 Queens Gate,
  62. _/_ (_|_| )  /   (_|_(_| ) )_|/_)    London. SW7 2BZ. England.
  63.