home *** CD-ROM | disk | FTP | other *** search
/ ARM Club 3 / TheARMClub_PDCD3.iso / hensa / windows / alttab_2 / !AltTab / !History < prev    next >
Text File  |  1998-11-23  |  3KB  |  66 lines
  1. 0.16 (6 June 1998)
  2. ~~~~~~~~~~~~~~~~~~
  3. First version released to Hensa and the Acorn User (200) CD
  4.  
  5. 0.17 (30 August 1998)
  6. ~~~~~~~~~~~~~~~~~~~~~
  7. Fixed a collection of big mistakes that prevented the module from being
  8. reinitialised. I discovered that modules should leave their wimptasks intact
  9. during non-fatal finalisation/reinitialisation sequences. Also, I had done
  10. something _really_ dumb: for every subsequent call to Wimp_Initialise, I was
  11. passing the last task-handle used instead of the required OS version! {Funny how
  12. the Wimp got upset about that... ;-} Obsessed with efficiency, I stored the Wimp
  13. task-handle over the top of the OS-version argument passed to the first
  14. Wimp_Initialise. I still do that, but now I distinguish between fatal and
  15. non-fatal finalisations.
  16.  
  17. 0.18 (10 October 1998)
  18. ~~~~~~~~~~~~~~~~~~~~~~
  19. - Windows which are fully visible (according to the Wimp) are ignored
  20.   (ie. skipped over).
  21. - Seriously improved the !Help file.
  22.  
  23. 0.19 (9 November 1998)
  24. ~~~~~~~~~~~~~~~~~~~~~~
  25. Aoogah!! Aoogah!! Horrible kludge alert!
  26. (I finally managed to stomach it...)
  27.  
  28. On the couple of versions of RISC OS I examined, it appears that menus always
  29. have &0FFFFFFE as the right edge of their work-area bounding box. AltTab used to
  30. simply call Wimp_GetWindowState, but now it has to call Wimp_GetWindowInfo so
  31. that it can find windows with this particular value as their work-area maximum
  32. X. The extra space required to hold an entire window definition accounts for
  33. most of the increased size of this version (although it's still under 1K).
  34.  
  35. Menus --- ie. windows with &0FFFFFFE as their work-area maximum X --- are opened
  36. directly with Wimp_OpenWindow. I've assumed that any application which provides
  37. a menu won't mind this. It seems the only option, since AltTab doesn't have
  38. access to other tasks' menu definitions. It also means that submenus need
  39. successive ALT-TAB key presses to be opened in front; that is, you won't see an
  40. entire menu tree opened in front all at once.
  41.  
  42. 0.20 (24 November 1998)
  43. ~~~~~~~~~~~~~~~~~~~~~~~
  44. While reviewing the code for another idea (about an _almost_ completely
  45. different project), I saw the worst example of micro$oft coding I've produced in
  46. a long time. Argghhh! I was doing an operation and branching backwards to an
  47. instruction *** immediately preceded by the same operation ***, like this:
  48.  
  49.         orr    r1,r6,#1
  50.     loop    ...
  51.         ...
  52.         orrle    r1,r6,#1
  53.         ble    loop
  54.  
  55. Can you see it? I made the appropriate changes to save one instruction:
  56.  
  57.     loop_r1    orr    r1,r6,#1
  58.     loop    ...
  59.         ...
  60.         ble    loop_r1
  61.  
  62. So I've incremented the version once more. But I don't think I'll deliberately
  63. release this version to the general public because the changes provide neither
  64. functionality nor bug-fixes. I'll just leave v0.19 "out there" for people to
  65. marvel at my sloppy code and feel the warm glow of finding and fixing it for
  66. themselves...