[Cuis-dev] LayoutMorph>>adoptWidgetColor:

[Luciano Notarfrancesco]

Can you be more specific? The color ends up wrong in what way? Does it
behave correctly if you change LayoutMorph>>defaultColor to the previous
version with “Theme current defaultWindowColor”?

My goal is to make sure once you set a color it doesn’t get changed
automatically, unless you explicitly send to it doAdoptWidgetsColor (and in
thet case you dont need to set a color because it is set by the window).

However, I see part of the problem is that we don’t seem to be using the
protocol consistently, or maybe I’m misunderstanding something, for example
CodePackageListWindow>>buildButtonPane does this:

    […]
    buttonRow
        doAdoptWidgetsColor;
        color: self widgetsColor quiteWhiter;
    […]

The second message that sets the color doesn’t make sense, because the
color will be overwritten anyway.

Cheers,
Luciano

On Sun, Jun 28, 2026 at 14:42 Hilaire Fernandes via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> Broken again in at least two places in DrGeo. I am not even sure it is
> because of this later change. This things is becoming a running gag, and
> constant pain.
>
> Again... it should be documented, at least at a minimum basis: the intend
> and how.
> Le 26/06/2026 à 17:27, Hilaire Fernandes a écrit :
>
> I will check against DrGeo, DyboApp and the Cuis-Smalltalk-UI packages
>
> -- http://mamot.fr/@drgeo
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20260628/bbbe0d44/attachment.htm>