DX7-Edit is now showing a GUI, and most errors are small and localised, just some remaining incompatible function calls, mostly.
One problem is in the toolbar buttons that used to show system colours, so black on grey controls would show orange on black in my system. (Works for me, especially given that another black, for statictext, shows as white on black, so I get more immediate info from the display...) In the new wxLua, the bitmaps are rendered exactly as I made them. A look at the documentation suggests this maybe should not be so, and it certainly worked ok in wxLua v2.54. >From the "wx.chm" file for wxWidgets 2.8.7, page called Toolbar overview: "wxToolBar95. Uses the native Windows 95 toolbar class. It dynamically adjusts its background and button colours according to user colour settings. CreateTools must be called after the tools have been added." According to their decriptions, none of the Window Styles have a bearing on this. I tried adding a TBAR:CreateTools() as directed above, right after adding tools and separators and just before TBAR:Realise(), and wxLua reported an error (unknown method CreateTools on a wxToolBar type), so that isn't going to make their system colours display right. Any idea what might? ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
