<div dir="ltr">Repacing the WindowColorRegistry could be a long term goal but it seems like a bigger job than I currently can do manage.<div><br></div><div>The dynamic-ness of the morphic ui is something I really like, but it is broken in many places and something we must constantly address.</div><div><br></div><div>Best,</div><div>Karl<br><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 13, 2016 at 12:10 PM, marcel.taeumel <span dir="ltr"><<a href="mailto:Marcel.Taeumel@hpi.de" target="_blank">Marcel.Taeumel@hpi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I suggest do remove/replace the WindowColorRegistry because it is an<br>
hard-to-extend and difficult-to-update cache.<br>
<br>
Please browse the methods in "prefs - window colors" on the class-side of<br>
Preferences to gain a better understanding.<br>
<br>
See Preferences class >> #installWindowColorsVia: as another example. For<br>
the last two lines:<br>
<br>
SystemWindow refreshAllWindows.<br>
TheWorldMainDockingBar updateInstances.<br>
<br>
...indicates that we need a mechanism to update existing morphs with new<br>
color specs. Reopening an application is not an option in such a live<br>
programming environment.<br>
<br>
Best,<br>
Marcel<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://forum.world.st/an-approach-to-ColorSchemes-was-The-Inbox-Morphic-kfr-1064-mcz-tp4870902p4871086.html" rel="noreferrer" target="_blank">http://forum.world.st/an-approach-to-ColorSchemes-was-The-Inbox-Morphic-kfr-1064-mcz-tp4870902p4871086.html</a><br>
Sent from the Squeak - Dev mailing list archive at Nabble.com.<br>
<br>
</blockquote></div><br></div>