[comp.windows.ms.programmer] Menu editor problems in WhiteWater Toolkit

alan@comp.lancs.ac.uk (Alan Phillips) (06/04/91)

Anyone having problems using the menu editor in the WhiteWater Resource
Toolkit? I'm seeing two distinct nasties that make it distinctly awkward
to use:

1. If I mark a menu item as 'gray', it comes out grayed and disabled in the
   app's menu as it should. But when I re-edit the menu, WRT shows its status
   as being 'grayed' (note the 'ed' on the end). And the menu item is now
   drawn in normal text and is active.

   They seem to have got both 'gray' and 'grayed' defined in the status list,
   and only the former one actually works....

2. I can define a menu so that the popup from the menu bar has an item with a
   sub-popup, like this:

          menu_bar_item
            sub_item1
            sub_item2
              sub_sub_item1
              sub_sub_item2

    and it works fine. But if I extend the menu to have an item _after_ the
    one with the sub-popup, like this:

          menu_bar_item
            sub_item1
            sub_item2
              sub_sub_item1
              sub_sub_item2
            sub_item3

    Then again it works fine, but on editing the menu a second time 'sub_item3'
    (and any item following at the same level) gets moved to the menu bar.

Bug (1) can be circumvented by the app using EnableMenuItem() to _ensure_
the menu is OK if I forget to correct the introduced bugs, but (2) is a bit
nasty to do inside the app.

I'm using what's probably the first release of WRT (we ordered it as soon as
the Windows 3 version was announced). Anyone know of a later version or a 
patch to fix these problems?

Thanks,

Alan Phillips
Lancaster University, UK

clif_w1@verifone.com (06/09/91)

> Anyone having problems using the menu editor in the WhiteWater Resource
> Toolkit? I'm seeing two distinct nasties that make it distinctly awkward
>
> Alan Phillips
> Lancaster University, UK

Don't have a fix but I've also had a bug problem with the dialog editor,
occationaly when I resize a dialog, it switches to the hourglass cursor and
doesn't switch back.  It functions, you just have to guess where the hotspot
is.  If you go over the sizing blocks etc, it switches to the hand instead of
the "all direction pointing arrorws".  Again, this doesn't prevent
functionality, it's just a bother.


Clif Westin
MIS Prog/Analy.
VeriFone Inc.