Zune (Aros MUI replacement) has a few features of MUI3.8 but many things have still to be done, compatibility checked and bug(s) fixed.
Test all that native mui apps on os4/mos, and it will be the best test case for zune-mui3.8 compatibility. Like for example by Ibrowse, WookieChat, SabreMsn, Amirc and Lunapaint to trap inconsistencies.
Tabs don't work, the string acknowledge notification doesn't work, and the gui wants to resize by itself for no reason i.e. when entering text into the chat window, etc.. and refreshes itself continually for no reason? Or so it seems? ..
Zune still doesn't support custom application screens. All the needed parts (PSI and muiscreen library) are already in place, now it's only a matter of connecting them.
cause crashes - most notable are objects embedded in balance groups.
NList classes don't appear to get minmax'ed so items get drawn at the original "size" still Some Zune classes call MUIA_ShowMe inside show method (maybe they shouldn't) which triggers a recalcdisplay method in window class. Which first hides objects. Does re-asking minmax, relayout, and show objects again. Here's one of the problem. show show "recursion", etc, etc.
Trouble with boopsi gadget based classes (like prop) which then create boopsi gadget twice, ...
HTMLview MCC is made portable and should be ported to AROS.
MUI4 was really extended or improved in many ways, but for applications like OWB, mainly dtpic.mui with alpha support, groups/tabs able to use groups as titles, list class much improved and adding proper methods for display/construction/destruction/whatever instead of hooks. There were also many improvements in family handling and much more.
|MUI 3.8 LIBS:||Zune LIBS:||Issues||Resolved|
There are some annoying stuff with MUI. Get() for instance, some values will not get() e.g. BOOL, WORD or strings unless you get the Exact correct data types right. Took days to work out why the values I set in GUI never matched up in what I saved.
Also, why are some useful macros in MUI are now obsolete? Slider(x,y,z) is easy to use than MUI_MakeObject() or SliderObject() ... So I stuck with the obsolete stuff. How do I stop the Zune SliderObject from displaying the current level as a number inside the slider? Setting MUIA_Slider_Quiet to TRUE when creating it doesn't seem to have any effect. I've worked around this problem for now by subclassing MUIC_Prop and creating a Slider-like API on top of it.