<div dir="ltr"><div>One big issue with the drag and drop is that it is often not clear which morph one drop into.</div><div>There are so many layers of morphs in a text window so it gets confusing to know which morph to actually <br></div><div>enable to accepting the drop.</div><div><br></div><div>But drag and drop are probably a separate issue from text anchors constructed from </div><div>code. Just don't break it to badly  :-)</div><div><br></div><div><br></div><div>Best,</div><div>Karl</div><div><br></div><div><br></div><div><br></div><div>Best.</div><div>Karl</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 1, 2019 at 2:19 AM Chris Muller <<a href="mailto:ma.chris.m@gmail.com">ma.chris.m@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">> I'm a little late here.<br>
> TextMorph does not really need TextAnchor I think.<br>
> You can just drop morphs on the text and select avoid occlusions in the menu.<br>
> What are the use of text anchors instead just dropped in morphs ?<br>
> I filed in TextAnchorPlacement change set and it interferes somewhat with the avoid occlusions functions.<br>
<br>
I was wondering about the 'avoid occlusions' but spent all my focus on<br>
the alignment testing, thanks for testing that too!<br>
<br>
We should not break that.  I like this new alignment capability, but<br>
classic DTP text-handling is one of Squeak's most impressive<br>
capabilities.  Hopefully an easy fix..?<br>
<br>
<br>
 - Chris<br>
</blockquote></div>