Custom Query (397 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (4 - 6 of 397)

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

Summary

Program doesn't open when :

MUIA_List_Active, TRUE, MUIA_List_Title, TRUE,

are set to listview.

Regression

MUI 4 , MUI 3.8

Notes

#288 fixed MUIA_Group_Forward partially misbehaving for MUIA_Disabled Chris Handley
Description

Summary

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,
			MUIA_Frame,MUIV_Frame_None,
			Child, DtpicObject, MUIA_Dtpic_Name, myPicPath, End,
			Child, FreeLabel(myLabel),
			Child, FreeHoriz,
		End,
	End

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.

Regression

Notes

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
Description

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.