Aros/Developer/Zune/Enhancement

Introduction

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.

MUI3.8

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

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.

Missing

MUI 3.8 LIBS:	Zune LIBS:	Issues	Resolved
muiconfig.library	?
muigfx.library	?
muihelp.library	?
muilocale.library	?
muilowlevel.library	?
muimaster.library	muimaster.library
muipop.library	?
muipropg.class	?
muirexx.library	?
muiscreen.library	muiscreen.library
muispecial.library	?
muiwinborder.class	?
muiwinscroller.class	?

LIBS:mui	Classes/Zune	Issues	Resolved
Aboutmui.mui	Aboutmui.mui
?	Balance.mui
Boopsi.mui	Boopsi.mui
Busy.mcc	Busy.mcc
Busy.mcp	?
Coloradjust.mui	Coloradjust.mui
Colorfield.mui	Colorfield.mui
Crawling.mcc	Crawling.mcc
Dirlist.mui	Dirlist.mui
Dtpic.mui	Dtpic.mui
Floattext.mui	Floattext.mui
Frameadjust.mui	?
Framedisplay.mui	?
Gauge.mui	?
Imageadjust.mui	?
Imagedisplay.mui	?
Knob.mui	Knob.mui
Levelmeter.mui	Levelmeter.mui
Listtree.mcc	?
Listtree.mcp	?
ListtreeName.mcc	?
MagicWB.mcc	?
Numericbutton.mui	?
Palette.mui	Palette.mui
Penadjust.mui	?
Pendisplay.mui	?
Popasl.mui	Popasl.mui
Popframe.mui	Popframe.mui
Popimage.mui	Popimage.mui
Poppen.mui	Poppen.mui
Popscreen.mui	Popscreen.mui
Scale.mui	?
Scrollgroup.mui	Scrollgroup.mui
Settings.mui	?
Settingsgroup.mui	Settingsgroup.mui
Virtgroup.mui	Virtgroup.mui
Volumelist.mui	Volumelist.mui
Images	?

Issues

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.