<div dir="ltr"><div>When choosing colors, it's a process of selection and refinement -- the user will almost always make multiple selections before settling on one.  So you need to be able to keep the color picker open while operating whatever is being affected.  Ok and Cancel imply a modal color picker, I'd rather keep it non-modal with multiple 'Undo' as the preferred way to "cancel" prior selections.  I don't want to "Close" it until I'm ready to, and a Close is just right for that.</div><div><br></div><div> - Chris</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 29, 2020 at 12:06 PM karl ramberg <<a href="mailto:karlramberg@gmail.com" target="_blank">karlramberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>And what about having buttons 'cancel' and 'ok' instead of 'close'</div><div>'cancel' when you don't want to change the color and 'ok' to confirm your choice. <br></div><div><br></div><div>Best,</div><div>Karl</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 29, 2020 at 5:55 PM karl ramberg <<a href="mailto:karlramberg@gmail.com" target="_blank">karlramberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>More nit picking about layout.<br></div><div>The buttons are more important than the text: Current selection: <br></div><div>Maybe remove that text all together.<br></div><div><br></div><div><br></div><div>Best,</div><div>Karl<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 29, 2020 at 4:46 PM Thiede, Christoph <<a href="mailto:Christoph.Thiede@student.hpi.uni-potsdam.de" target="_blank">Christoph.Thiede@student.hpi.uni-potsdam.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div>


<div dir="ltr">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif">
<p>> <span style="font-size:12pt">Would like that the text on the buttons did not abbreviate down.</span></p>
<div><br>
</div>
<div>I think this is a space problem. If you expand it a little bit, you can read the full text:</div>
<p></p>
<p><br>
</p>
<p><img size="82274" id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_img28921" style="max-width:99.9%" src="cid:17091ca137ef456b1e51"><br>
</p>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Signature">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="x_divtagdefaultwrapper">
<div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessageUniqueBody" style="font-family:wf_segoe-ui_normal,"Segoe UI","Segoe WP",Tahoma,Arial,sans-serif,serif,EmojiFont">
<div dir="ltr">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_divtagdefaultwrapper"><font face="Calibri,Helvetica,sans-serif,EmojiFont,Apple Color Emoji,Segoe UI Emoji,NotoColorEmoji,Segoe UI Symbol,Android Emoji,EmojiSymbols">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Signature">
<div style="margin:0px"><font style="font-family:Calibri,Arial,Helvetica,sans-serif,serif,EmojiFont"></font></div>
</div>
</font></div>
</div>
</div>
</div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody"><br>
</div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody">However, I added balloons for the buttons.</div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody">Hm, should the default balloon text for each button in Squeak be its content if abbreviated?</div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody"><br>
</div>
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_Item.MessagePartBody">> <span style="font-size:12pt">One nice feature of old color picker is that it is modal and goes away on mouse up, but I guess I will get used to the new one.</span>
<div><br>
</div>
<div>The advantage of the new one is that no modality is enforced. You can open multiple pickers side-by-side, even on the same target (though I'm afraid they are not synced).</div>
<div><br>
</div>
<div>@Subbu: I value your argument, it's just the morph being recolored not really looking nice during moving your cursor when picking is enabled. Let's wait some time for others' opinions :)</div>
<div><br>
</div>
<div>Best,</div>
<div>Christoph</div>
</div>
</div>
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_-344575461963727104gmail-m_-1518068203126438991gmail-m_-5327353037236553552gmail-m_6324791728552226375x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>Von:</b> Squeak-dev <<a href="mailto:squeak-dev-bounces@lists.squeakfoundation.org" target="_blank">squeak-dev-bounces@lists.squeakfoundation.org</a>> im Auftrag von K K Subbu <<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>><br>
<b>Gesendet:</b> Samstag, 29. Februar 2020 14:33:13<br>
<b>An:</b> <a href="mailto:squeak-dev@lists.squeakfoundation.org" target="_blank">squeak-dev@lists.squeakfoundation.org</a><br>
<b>Betreff:</b> Re: [squeak-dev] The Inbox: Morphic-ct.1634.mcz</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt">
<div>On 29/02/20 6:23 PM, Thiede, Christoph wrote:<br>
>  > Liveness support in Morphic is designed to handle situations like this.<br>
> <br>
> Fair point, liveness is a great good! However ...<br>
> The current approach makes it possible to click the picking button, move <br>
> your mouse and then click the picking button again without affecting the <br>
> target's color. It's like typing something into an inspector pane <br>
> without accepting it. Is this an important behavior? Otherwise, we could <br>
> drop that #isPicking conditional.<br>
Morphic is designed for live and direct interaction instead of modal <br>
interactions. When selecting a color, you either copy from another Morph <br>
(picking) or choose a new shade from a color pane. The color pane is <br>
quite dense, so a preview pane is useful while we click and drag over <br>
the pane. Morphic logic is quite compact and simple to implement. Using <br>
mode flags disrupts this flow and introduces unnecessary complexity.<br>
<br>
This is just my opinion. I will let others with more experience in <br>
Morphic pitch in their views.<br>
<br>
Regards .. Subbu<br>
<br>
</div>
</span></font>
</div>

<br>
</blockquote></div>
</blockquote></div>
<br>
</blockquote></div></div>