Custom Query (444 matches)


Show under each result:

Results (4 - 6 of 444)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#318 invalid Listview in MUI5 R2 Artur


Program doesn't open when :

MUIA_List_Active, TRUE, MUIA_List_Title, TRUE,

are set to listview.


MUI 4 , MUI 3.8


#288 fixed MUIA_Group_Forward partially misbehaving for MUIA_Disabled Chris Handley


For certain reasons (not relevant to this report) I had been disabling buttons (that contain an image) using MUIA_Group_Forward,MUI_FALSE . This appears to work when disabling the button (it appears fully ghosted), but when re-enabling the button only the very outer part is unghosted.

I suspect that MUIA_Group_Forward is ignored when disabling the button, but respected when re-enabling, thus causing the inner parts of the button to be ghosted but not unghosted.

Steps to reproduce

The code for the button looks something like this:

Child, myObject := GroupObject,
	MUIA_Background,MUII_ButtonBack, MUIA_Frame,MUIV_Frame_Button, MUIA_InputMode,MUIV_InputMode_RelVerify,
		Child, GroupObject, MUIA_Group_Horiz,MUI_TRUE,
			Child, DtpicObject, MUIA_Dtpic_Name, myPicPath, End,
			Child, FreeLabel(myLabel),
			Child, FreeHoriz,

The code to (un)ghost the button looked like this:

SetAttrs(myObject, MUIA_Group_Forward,MUI_FALSE, MUIA_Disabled,ghosted, TAG_DONE)

First use that code with ghosted=MUI_TRUE, then use it again with ghosted=MUI_FALSE.

(P.S. If any code looks a little odd, it's because I've manually converted it from E to C.)

Expected results

Button is fully unghosted, the same as when it was initially created.

Actual results

The button is still ghosted, except for the very outer part.



This bug is present in at least MUI-4.0-2015R4-os4 & MUI-4.0-2015R3 (possibly earlier).

#351 fixed Un-iconify a program restores windows in wrong order (depth) Thore Böckelmann Chris Handley

I think this is a long-standing 'bug' in MUI, which I'll explain by way of example:

If I have Odyssey running with a Downloads window open, iconify Odyssey. and then un-iconify it, then the Downloads window 'appears' behind the main Odyssey window, such that the Downloads window is not visible. I think this happens because the Downloads window is (re)opened before the main window.

I presume this could be fixed by ensuring that all of the a MUI program's windows are opened in a specific order, i.e. with the lowest (deepest) windows being (re)opened first. (This would of course require storing the depth order of the windows at the start of iconification.)

1 2 3 4 5 6 7 8 9 10 11 12
Note: See TracQuery for help on using queries.