Modify ↓
Opened 3 years ago Closed 3 years ago #162 closed bug (fixed)Color Configuration issues
Description (last modified by damato)
The config->Read page have 2 problems:
The attached patch YAM_COg.diff should fix both issues.
The question is should we enclose the "set(data->GUI..." calls into a #if defined(__amigaos4__) || defined(__MORPHOS__) || defined(__AROS__) #endif
pair so it's only applied on OS3.x?
To save #defined statements it could be also applied to all systems and should
any suggestions? Attachments (3)Change History (16)Changed 3 years ago by opiopicomment:1 Changed 3 years ago by thboeckelcomment:2 Changed 3 years ago by opiopi
some attributes. But i can try to move it into CO_SetConfig() if it's
Is it really needed?
let's see what Jens say about that. comment:3 Changed 3 years ago by opiopi
Seems i should into the source before i reply.
1.
2. comment:4 Changed 3 years ago by damato
Well, I more or less have the same opinion like Thore.
However, I would definitly enclose the NULL set into #ifdef and make a large comment that this has been added only because MUI 3.8 is buggy. comment:5 Changed 3 years ago by damato
comment:6 Changed 3 years ago by opiopi
1.
2.
Still searching for a (second working) solution...
BTW: Thanks for fixing the wrong formatting here. Changed 3 years ago by opiopicomment:7 Changed 3 years ago by opiopi
I found a second (better?) solution for the MUI 3.8 Bug now.
The full patch for this bug would look like the attached file
Maybe we could always activate the page before we call
Is it ok if i commit the patch? Changed 3 years ago by opiopicomment:8 Changed 3 years ago by thboeckel
Well, your patch is short, hopefully fixes this issue, includes a big fat warning and applies for one single system only. I'd say you can check it in as it is. comment:9 Changed 3 years ago by opiopi
Ok i'll commit the patch ASAP.
Maybe you have a 3.x System to test if the issue is fixed for you too!?
The above mentioned website could get a update then too... comment:10 Changed 3 years ago by opiopi
comment:11 Changed 3 years ago by thboeckel
Yes, I have a WinUAE setup at work. I will verify it on Monday. comment:12 Changed 3 years ago by damato
reopened due to upcoming merge on 2.6p1 branch. comment:13 Changed 3 years ago by thboeckel
Note: See
TracTickets for help on using
tickets. | This list contains all users that will be notified about changes made to this ticket. These roles will be notified: Reporter, Owner, Subscriber
| ||||||||||||||||||||||||||||



Since all the CO_Page#?() functions only create the individual pages and set up some notifications I suggest to move the MUIM_MultiSet method call to CO_SetConfig() in YAM_COs.c. Notifications only work for real changes and for user input. Without a change no notification will be triggered.
A different workaround would look like this:
Thus the notification always gets triggered, because either the first or the second setcheckmark() performs a real change.
The first operation is only necessary for MUI 3.8, so this could be enclosed with an #ifdef, but on the other hand it should not hurt if all systems do this.