home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10443 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.4 KB

  1. Path: sparky!uunet!comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni.ac.nz!jwil1
  2. Newsgroups: comp.sys.acorn
  3. Subject: RISC_OSLib and wimpt_init()...
  4. Message-ID: <1993Jan22.014016.10389@cs.aukuni.ac.nz>
  5. From: jwil1@cs.aukuni.ac.nz (TMOTA)
  6. Date: Fri, 22 Jan 1993 01:40:16 GMT
  7. Sender: jwil1@cs.aukuni.ac.nz (TMOTA)
  8. Organization: Computer Science Dept. University of Auckland
  9. Lines: 63
  10.  
  11. >Is it ok to mix and match when using RISC_OSLib? For instance
  12. >can I replace...
  13. >  wimpt_init("LegoCAD");
  14.  
  15. >...with my own ( that lets me pass the messages I'm interested in ).
  16.  
  17. Possibly. This really hinges upon what the h*ll wimpt_init() DOES.
  18. (Don'tchoo wish you had the RISC OS Lib sources? I do...)
  19.  
  20. The way I do things like this is to rip the RISC OS Lib code out and
  21. replace it by my own, and then use it like that for 3 weeks until the
  22. subtle problems due to the undeclared internal operations become
  23. aparrent... ;-(
  24.  
  25. >What I really need to know is how much goes on behind the scenes with
  26. >RISC_OSLib - to what degree can you use your own direct wimp SWI's fn.s?
  27.  
  28. Well, I've just been trimming back on RISC OS Lib... I started with about
  29. 50kB of code being included for me, and I have now got it down to 18kB.
  30. I have done this by splitting RISC OS Lib up into separate .o files
  31. with LibFile, and then writing my own C code to replace individual modules.
  32. The savings are huge (e.g. my replacement for bbc (2228 bytes) is only 664
  33. bytes long, because I only included the functions that I actually *call*, and
  34. because I wrote far more efficient code than is used in RISC OS Lib. (I have
  35. some *old* ROLib sources for a few little bits)
  36.  
  37. >How much is RISC_OSLib a front-end to the wimp SWI's or a more tightly
  38. >integrated package?
  39.  
  40. In many cases (e.g. font_() to the best of my knowledge) the code is just
  41. a straight (albeit inefficient) SWI interface. However, in most of the cases
  42. where you want to change something, there is an inaccessible static variable
  43. or undefined internal operations which cause impediment ;-(
  44.  
  45. >I know a lot of folks frown upon RISC_OSLib, but I'm 3/4 through
  46. >a project and don't want to switch to another library now.
  47.  
  48. I have the same problem with DSEdit... 400kB of source code is not an easy
  49. thing to convert to a different library! ;-(
  50.  
  51. >Although I've heard DeskLib is worth a look.
  52. >Has anyone had any experiance with it?
  53.  
  54. Desklib is worth a look, mainly because of how bad RISC OS Lib is (i.e.
  55. *nothing* is better than RISC OS Lib, and I don't mean that there isn't
  56. anything that is better ;-)
  57. As the moderator of desklib, I may be slightly biased, but it is much nicer
  58. to use than RISC OS Lib, and wins in the crucial case in that you get ALL
  59. the source code with it, so it's a good place to look for useful tidbits
  60. of code...
  61.  
  62. However, DeskLib has stalled (at version 1.04), and will not get moving until
  63. at least March 1993. At present it has a few holes in it (llke no menu code,
  64. though there is some code waiting to be added), but I hope you'll take a
  65. look at it - I personally would rather write the missing 50% of DeskLib
  66. from scratch for each application than have to use RISC OS Lib again!
  67.  
  68. Also, DeskLib should be supporting the new developments in template file
  69. formats and the editor !Glazier, and other really useful programmers tools,
  70. so you will be able to integrate such new things nice & fast if you're using
  71. desklib, while RISC OS Lib might be more problematical...
  72. -- 
  73. themasterofthearcanejwil1@cs.aukuni.ac.nzthismessagewassentonrecycledelectrons
  74.