MUI-AmigaOS – Development Site: Ticket Queryhttp://muidev.de/query?milestone=future+release&col=id&col=type&col=status&col=resolution&col=priority&col=summary&order=resolution
MUI-AmigaOS – Magic User Interface Development Siteen-USMUI-AmigaOS – Development Sitehttp://muidev.de/chrome/site/muidev.de.pnghttp://muidev.de/query?milestone=future+release&col=id&col=type&col=status&col=resolution&col=priority&col=summary&order=resolution
Trac 1.2.1http://muidev.de/ticket/10
http://muidev.de/ticket/10#10: Implement double bufferingMon, 10 Feb 2014 08:10:36 GMTThore Böckelmann<h2 id="Phenomenon">Phenomenon</h2>
<p>
Certain classes (i.e. Title.mui) must be redrawn completely for any change to be applied (i.e. changing the active tab). This might cause a graphical overhead which can be be seen more or less obviously, depending on how fast the redraw can be done on a specific hardware.
</p>
<h2 id="Backgroundanalysis">Background analysis</h2>
<p>
Drawing such complex objects to an off-screen bitmap first and then blit this bitmap into the visible part of the window will eliminate the flicker effect. However, all classes must be able to handle the possibly shifted coordinate system to render themself at the correct position.
</p>
<h2 id="Implementationrecommendation">Implementation recommendation</h2>
<p>
If certain classes cannot be enhanced to respect the shifted coordinate system it may be necessary to introduce a black list of faulty classes which need to be drawn directly instead of to the off-screen bitmap first.
</p>
Resultshttp://muidev.de/ticket/10#changeloghttp://muidev.de/ticket/17
http://muidev.de/ticket/17#17: Implementing transparent menusMon, 24 Feb 2014 18:42:04 GMTSamir Hawamdeh<p>
For the time being would be nice to enhance the current MUI4 preferences (for the popup menus and so on) in order to support also some nice transparent effects.
</p>
<p>
In an ideal world this functionality should be completely configurable as any other part of the framework.
</p>
<p>
In general AmigaOS4 support trasparences menus (and in other parts) since beginning and it is already configurable in many part of the system, MUI is the only "part" where we can't configure any of that transparence effects, implement it also in MUI could make the system a bit more graphically consistent
</p>
Resultshttp://muidev.de/ticket/17#changeloghttp://muidev.de/ticket/33
http://muidev.de/ticket/33#33: Open new tabs on double clickSun, 25 May 2014 13:12:48 GMTSamir Hawamdeh<h2 id="Problem">Problem</h2>
<p>
Modern frameworks allows a better user's interaction through actions like "double click" etc, probably one of the most famous and commonly used is the ability to double click into an empty area to adds/open a new tab near the current.
</p>
<h2 id="Analysis">Analysis</h2>
<p>
MUI 4.0 have a proper option to stretch the tab area as you like (see in Preferences/Groups") so you can have this kind of tabs:
</p>
<p>
<a class="ext-link" href="http://s22.postimg.org/pwg00n9hd/stretched_tabs.png"><span class="icon">​</span>http://s22.postimg.org/pwg00n9hd/stretched_tabs.png</a>
</p>
<p>
This is valid for Odyssey of course, but theorically it can be usefull for any kind of software that will use internal tabs for separate the contents
</p>
<p>
As we have such blank space you might add a feature to be able to double clicking into an empty tab area to create/open a new tab
</p>
Resultshttp://muidev.de/ticket/33#changeloghttp://muidev.de/ticket/136
http://muidev.de/ticket/136#136: + icon to AddPage tabThu, 08 Jan 2015 23:33:20 GMTRichard Lake<h2 id="Enhancementrecommendation">Enhancement recommendation</h2>
<p>
Modern browsers allow the user to open a new tab by pressing a visible +icon located at the end of the Register.
</p>
<p>
A boolean to toggle visibility with a AddRequest notification to determine whether it has been pressed.
</p>
Resultshttp://muidev.de/ticket/136#changeloghttp://muidev.de/ticket/258
http://muidev.de/ticket/258#258: Port MUI4 to AROSMon, 28 Sep 2015 17:37:36 GMTAndreas Falkenhahn<p>
Checking out the <a class="ext-link" href="http://amigaworld.net/modules/newbb/viewtopic.php?mode=viewtopic&amp;topic_id=40026&amp;forum=47&amp;start=60&amp;viewmode=flat&amp;order=0"><span class="icon">​</span>weekly AROS progress</a> reports it seems as if almost all resources are eaten up by maintaining Zune, e.g.
</p>
<p>
Week of September 7th:
</p>
<ul><li>Zune test suite is now extended to support almost all List and Listview methods and attributes (neil)
</li><li>Problem with up/down arrows in List MUI class not working sometimes fixed (deadwood)
</li><li>Later setting a title in List MUI class no longer causes crash (neil)
</li><li>A crash in Pendisplay MUI class has been fixed (neil)
</li><li>Switching between pages or adding a page in Group MUI class no longer causes flickering (deadwood)
</li><li>Newly added tabs in Title MUI class are now rendered as inactive (deadwood)
</li></ul><p>
Week of September 14th:
</p>
<ul><li>Title MUI class now adds padding around inner objects which protects it from beeing damaged (deadwood)
</li><li>Changing active tab in the Group MUI class no longer causes flicker (deadwood)
</li><li>Context menu functions in sub classes of Listtree MUI class now work as expected (deadwood)
</li></ul><p>
Week of September 21st:
</p>
<ul><li>Handling of MUI_List_Visible attribute of List MUI class when list is hidden has been fixed (neil)
</li><li>MUIA_List_InsertPosition attribute of List MUI class now returns correct value (neil)
</li></ul><p>
<acronym title="In my humble opinion...">IMHO</acronym> this a terrible waste of valuable programmer time. Instead, MUI4 should simply be ported to AROS instead of doing everything twice or even thrice (OS4, AROS, MorphOS).
</p>
<p>
If there are no legal barriers from Stefan Stuntz, there should be an official MUI 4 for AROS as a more complete alternative to Zune. This would also leave much more time for AROS programmers to focus on the things that are really important instead of struggling to fix Zune all the time.
</p>
Resultshttp://muidev.de/ticket/258#changeloghttp://muidev.de/ticket/354
http://muidev.de/ticket/354#354: Problem with the images shown when using 16 colors.Tue, 08 Aug 2017 22:08:21 GMTFernando Martín Morillo<h2 id="Summary">Summary</h2>
<h2 id="Stepstoreproduce">Steps to reproduce</h2>
<ol><li>Workbench using 16 colors. AKReal for example, surely CWB too.
</li><li>Open iGame and try to search for your games. Click on the "/".
</li></ol><h2 id="Expectedresults">Expected results</h2>
<p>
Image attached.
</p>
<h2 id="Notes">Notes</h2>
<p>
This is trying on AKReal with the latest Os3 nightly build, MUI 5 -20170801r6021 Os3 and installing the muimaster.library of the debug mode and also trying the Dirlist.mui that the developers have supplied me to try.
</p>
Resultshttp://muidev.de/ticket/354#changeloghttp://muidev.de/ticket/401
http://muidev.de/ticket/401#401: Crash when closing tab (Odyssey)Fri, 21 Dec 2018 19:23:29 GMTSamir Hawamdeh<p>
Sometimes i got sporadic crash on Odyssey, this time when i close a tab
Problem seems pointed to certain MUI component so i've attached a crashlog
</p>
<p>
I'm using the latest MUI5 nightly
</p>
Resultshttp://muidev.de/ticket/401#changelog