home *** CD-ROM | disk | FTP | other *** search
/ Merciful 3 / Merciful_Release_3.bin / software / m / magic_menu / magicmenuv2.12.lha / MagicMenu / releasenotes < prev    next >
Text File  |  1996-11-12  |  12KB  |  325 lines
  1. NOTE: ALL CHANGES SINCE 2.4 ARE DONE BY OLAF "OLSEN" BARTHEL.
  2.       REPORT BUGS 'N' STUFF TO OLSEN@SOURCERY.HAN.DE ;-)
  3.       
  4. NOTE(2): LATEST VERSION CAN BE FOUND ON THE MAGIC MENU HOMEPAGE ON:
  5.          http://fsinfo.cs.uni-sb.de/~cattaneo/magicmenu/magicmenu.e.html
  6.          OR
  7.          ... magicmenu.html (for the German version)
  8.  
  9. MagicMenu 2.4 (beta)
  10. ====================
  11.  
  12. - Improved overall stability under CyberGraphX; the menu rendering code was
  13.   actually peeking Screen->BitMap instead of Screen->RastPort.BitMap, which
  14.   among other things could screw up rendering in deep display modes. Menu
  15.   rendering now works consistently in display depths beyond 8 bit.
  16.  
  17. - Removed references to SetABPenDrMd() where they were in the wrong place.
  18.  
  19. - The code that sends the IntuiMessage should be less timing critical and
  20.   simpler now. It fires off the message and starts to wait for a response
  21.   if necessary rather than allocating timer requests, message ports, etc.
  22.   on the spot and then jumping into action.
  23.  
  24. - Removed the routine that complains about timed out IntuiMessages. It's
  25.   nice to know that something went wrong, but not that helpful if you
  26.   cannot do anything about it.
  27.  
  28. - Since IntuiMessage processing works differently now, MagicMenu now checks
  29.   for pending, unreplied messages.
  30.  
  31. - The routine that displays the menu and handles the IDCMP_MENUVERIFY
  32.   case should be better protected against Intuition state changes and
  33.   stale pointers. There is still a catch in that the Window to receive
  34.   the menu event may close or dispose of its menu strip before the
  35.   event arrives. But actually, Intuition protects itself against
  36.   such eventualities, anyway.
  37.  
  38. - For a Window without a UserPort, MagicMenu could lose memory. This
  39.   has been fixed.
  40.  
  41. - When an IDCMP_MENUVERIFY message times out, the window to cancel
  42.   it now properly receives its IDCMP_MOUSEBUTTONS/MENUUP and
  43.   IDCMP_MENUPICK/MENUNULL messages (as per the RKMs). When menu
  44.   rendering is finished the other inactive IDCMP_MENUVERIFY windows
  45.   on the screen now receive the proper IDCMP_MOUSEBUTTONS/MENUUP
  46.   messages.
  47.  
  48. - Changed the way BOOPSI images in menus are handled. MagicMenu no longer
  49.   tries to remap them as if they were BitMap images. Right now it turns
  50.   them into BitMap images and then remaps them.
  51.  
  52. - Redid the image remapping code. It no longer fiddles with the raw BitMap
  53.   data but uses the Blitter.
  54.  
  55. - Added a patch for ObtainGIRPort() which should make all the SafeGIRPort
  56.   patches redundant that existed just in support of MagicMenu. The patch
  57.   checks if the screen it should work upon is currently locked by
  58.   MagicMenu. If so, ObtainGIRPort() will return NULL. This is a little
  59.   dangerous since some built-in Intuition classes do not protect themselves
  60.   against ObtainGIRPort() returning NULL. I can't make the patch tell
  61.   Intuition to wait until the screen is ready again either, as this would
  62.   eventually deadlock Intuition.
  63.  
  64. - Changed the new 3D look text highlight colour to be more consistent with
  65.   the way gadget text highlighting works.
  66.  
  67. - MagicMenu no longer detaches from the Shell it was started from. If
  68.   you need such a feature, use "run >nil: MagicMenu".
  69.  
  70. - MagicMenu now works with Final Writer. Final Writer calls
  71.   Clear/ResetMenuStrip whilst in MENUVERIFY state. Previously,
  72.   MagicMenu did not allow this to happen, causing the verify message
  73.   to time out.
  74.  
  75. - The phony IntuiMessages are now ExtIntuiMessages with a NULL tablet
  76.   data pointer and proper time stamp information.
  77.  
  78.  
  79. MagicMenu 2.5 (beta)
  80. ====================
  81.  
  82. - The ObtainGIRPort() patch now handles the NULL parameter case
  83.   gracefully. Some BOOPSI gadget dispatchers actually end up invoking
  84.   the draw method in the OM_NEW case with the GInfo pointer not
  85.   yet initialized.
  86.  
  87.  
  88. MagicMenu 2.6 (beta)
  89. ====================
  90.  
  91. - The new 3D colour mode could screw up the screen colour palette.
  92.   The code did not check for pen allocation failures and, since the
  93.   pen variables were unsigned, the deallocation code would end up
  94.   freeing the same pen over and over again.
  95.  
  96. - Changed the commodities filter setup code. All the initializations
  97.   are now done at program startup time. MagicMenu enables the filter
  98.   later instead of building the filter when the menu comes up.
  99.  
  100. - Changed the way bevel boxes are rendered. Instead of calling
  101.   Move..Draw..Draw over and over again it now uses RectFill()
  102.   where possible. For vertical and horizontal lines this is
  103.   actually faster than calling Move/Draw.
  104.  
  105. - Made small visual changes to the menu box and title bar rendering
  106.   in new 3D look mode.
  107.  
  108. - With the non-blocking option enabled, the new 3D look menus now
  109.   sport drop shadows.
  110.  
  111. - In non-blocking mode MagicMenu no longer uses SuperBitMap windows.
  112.  
  113. - Removed the "demo" menu from the prefs program.
  114.  
  115. - Integrated Mario's new imagery, including the new colour map
  116.   that goes with it.
  117.  
  118.  
  119. MagicMenu 2.7 (beta)
  120. ====================
  121.  
  122. - The drop shadows no longer cause windows to be moved away from
  123.   the screen right and bottom edges.
  124.  
  125. - Disabled menus, items and subitems are no longer rendered with
  126.   a frame in new 3D mode.
  127.  
  128. - The drop shadows were only transparent with CyberGraphX.
  129.   I added another patch to allow this for any Amiga (and which
  130.   magically also boosts layer creation speed).
  131.  
  132. - One WaitBlit() was missing in the remapped image cleanup code.
  133.  
  134. - Removed the "clipping" option. It is now enabled by default in
  135.   order to avoid big trouble on the way.
  136.  
  137. - If MagicMenu cannot reuse the patch table installed by an older
  138.   MagicMenu version that was removed from memory just before the
  139.   new one was run, it now complains and exits without crashing.
  140.  
  141. - I tried to make MagicMenu safer by reducing the rendering options
  142.   to two alternatives only: you either select non-blocking or you
  143.   don't. Both options imply clipped drawing operations, making it
  144.   more difficult to trash memory on the way. The "direct draw"
  145.   option is implicitely enabled for non-blocking mode and
  146.   implicitely disabled for blocking mode. All this will slow down
  147.   menu operations a bit, but better a little slower than a little
  148.   sooner to crash.
  149.  
  150. - No longer fakes ClipRects and uses sleight-of-hand tricks to get
  151.   away with it. Instead of calling SwapBitsRastPortClipRect()
  152.   it now uses a much simpler technique to exchange the on-screen
  153.   BitMap data and the menu imagery. This technique neither has
  154.   nor requires the side-effects SwapBitsRastPortClipRect() has.
  155.  
  156. - Removed the CyberGraphX chunky option; it is now enabled all
  157.   the time.
  158.  
  159. - New and improved colour remapping code. Much faster than the
  160.   old blitter based stuff.
  161.  
  162. - All new preferences program. The prefs editor goes into
  163.   SYS:Prefs. The new configuration files go into ENVARC:.
  164.   Note that the new configuration files are not compatible
  165.   with the old ones.
  166.  
  167. - Prefs program and main program now support localization.
  168.   No catalogs are available yet, sorry.
  169.  
  170. - Non-blocking operation is now the default mode since it
  171.   is less likely to trash memory, freeze the machine or
  172.   crash it.
  173.  
  174.  
  175. MagicMenu 2.8 (beta)
  176. ====================
  177.  
  178. - Added two more patches for WindowToBack() and
  179.   MoveWindowInFrontOf().
  180.  
  181. - The prefs program should now consistently find the current
  182.   preferences settings, even if MagicMenu is not running.
  183.  
  184. - Removed the ghosted text colour options. These colours are
  185.   now connected to the background colour.
  186.  
  187. - The prefs program now has a proper version string.
  188.  
  189. - The keyboard control hotkey combination can be changed at
  190.   run-time now.
  191.  
  192. - Resetting the preferences to defaults now properly updates
  193.   the display and the colours.
  194.  
  195. - The layer patch was using the wrong rectangle offsets,
  196.   causing superbitmap windows to screw up.
  197.  
  198. - The prefs program and the main program now both have
  199.   new default minimum stack size limits. For the prefs
  200.   program it's 10K and 8K for the main program.
  201.  
  202. - The menu image remapping routines show now treat images
  203.   properly which make use of the PlanePick/PlaneOnOff combo.
  204.  
  205. - The main program will now find the prefs program when
  206.   it should do. Previously, it would only start the prefs
  207.   program if the main program was run from Shell.
  208.  
  209. - The colour remapping now also takes place in selected state
  210.   images. The same colour remapping rules are applied for the
  211.   highlight colour that are used for the normal background
  212.   colour.
  213.  
  214. - Added tablet input event processing. So far only one
  215.   tablet input device is reported to work properly. If there
  216.   are more, I would like to know :)
  217.  
  218. - Rewrote the central menu event processing loop. MagicMenu
  219.   should now snap out of an Intuition deadlock much faster
  220.   than before. I also removed the global menu timeout,
  221.   which is now redundant.
  222.  
  223. - The menus no longer pop out of multicolour style back
  224.   into old 3D style without warning.
  225.  
  226. - Starting the main program twice now brings up the
  227.   prefs editor, just like with any other commodities tool.
  228.  
  229. - Made the drop shadow a little smaller (4x4 instead of 6x6).
  230.  
  231. - Fixed two fatal bugs in the bitmap initialization code.
  232.  
  233. - Added two more patches, this time for OffMenu() and OnMenu().
  234.  
  235. - MagicMenu now supports menu lending. For this to work, I had
  236.   to remove the "screen with the active menu pops to front"
  237.   feature. This screen depth arrangement also got into trouble
  238.   with child screens, which would always get popped to the
  239.   background.
  240.  
  241. - The prefs program now sports a "Test" button. If the main
  242.   program is not yet running when you hit this button, the
  243.   prefs program will try to launch it.
  244.  
  245.  
  246. MagicMenu 2.9 (beta)
  247. ====================
  248.  
  249. - Moved the default imagery back into chip RAM.
  250.  
  251. - When in keyboard control mode, [Shift]+[Esc] will abort
  252.   the entire menu operation, no matter which menu hierarchy
  253.   you are in.
  254.  
  255. - The 3D multicolour mode now requires that the menu font is
  256.   at least nine pixels tall. If it is smaller, you will get
  257.   the old 3D mode.
  258.  
  259. - Reworked the menu imagery and made sure that the MX and
  260.   checkmark images match in size.
  261.  
  262. - Multicolour ghosted text no longer gets rendered over and
  263.   over again when moving the mouse across it.
  264.  
  265. - When running out of pens for the gradient fill slider
  266.   the prefs editor should now back out gracefully rather than
  267.   end up trying to load colour register -1 with greyscale
  268.   data. This could have been the reason for the inexplicable
  269.   prefs editor crashes.
  270.  
  271.  
  272. MagicMenu 2.10 (beta)
  273. =====================
  274.  
  275. - Default prefs project icon images now come from ENV:sys/def_pref.
  276.  
  277. - The multicolour 3D look mode no longer requires a font of a least
  278.   nine pixels. Now eight pixels will do (and don't you complain if the
  279.   imagery is taller than the menu font).
  280.  
  281. - The menu image remapping code should now be much smarter for images
  282.   that use the PlanePick/PlaneOnOff option.
  283.  
  284. - Removed the "Remove" option from the prefs program.
  285.  
  286. - The prefs editor could copy too many colours when updating the
  287.   the program settings.
  288.  
  289. - Added a "precision" slider to the prefs program. With this slider
  290.   you can select how much error the colour allocation routine will
  291.   tolerate when selecting the colours for the multicolour menu.
  292.  
  293. - Rewrote all the colour management routines to be as careful as
  294.   possible when releasing the allocated pens. It looks as if not
  295.   all system configurations will treat pen #-1 as a no-op.
  296.  
  297.  
  298. MagicMenu 2.11 (beta)
  299. =====================
  300.  
  301. - The preferences editor now opens a custom screen with 32 colours
  302.   if it cannot get that many from the requested public screen.
  303.  
  304. - When MagicMenu has taken control of the menus, window depth
  305.   arrangement calls are no longer ignored, but delayed until
  306.   the menu closes. Actually, I would have to add a whole lot
  307.   more patches to make operation halfway safe, but for now
  308.   I'm just plastering patches onto routines which are somewhat
  309.   likely to get triggered while the menus are up.
  310.  
  311.  
  312. MagicMenu 2.12 (beta)
  313. =====================
  314.  
  315. - The window depth arrangement patches were not installed correctly,
  316.   causing them to do nothing in most cases.
  317.  
  318. - In non-blocking mode and when running under Kickstart 2.04 you
  319.   would still get the shadow borders. As the drop shadows do not
  320.   work under V37 this was not really sensible.
  321.  
  322. - Added Mario's new 4 colour images. Note that you will get these
  323.   only with high resolution screens and fonts >= 11 points. I also
  324.   changed the old 3D look ghosting style.
  325.