Hi Marcel,<br>
<br>
please see ST80-ct.271. :-)<br>
<br>
Best,<br>
Christoph<br>
<br>
<font color="#808080">---<br>
</font><i><font color="#808080">Sent from </font></i><i><u><a href="https://github.com/hpi-swa-lab/squeak-inbox-talk"><font color="#808080">Squeak Inbox Talk</font></a></u></i><br>
<br>
On 2021-06-16T13:28:19+02:00, marcel.taeumel@hpi.de wrote:<br>
<br>
> Hi Christoph.<br>
> <br>
> > Do you think we should instead modify StandardSystemView >> #initialFrame to use #currentWorld instead of "nil" or are there any semantic differences?<br>
> <br>
> Yes, I think we should fill those "nil" cases with "self currentWorld". Well, there are of course protocols that work with a morph not being in any world. Yet, there are some protocols that expect a world where "self currentWorld" should be good enough. We should just be careful to not put such morphs into the currentWorld by accident.<br>
> <br>
> Best,<br>
> Marcel<br>
> Am 16.06.2021 13:01:18 schrieb christoph.thiede at student.hpi.uni-potsdam.de <christoph.thiede at student.hpi.uni-potsdam.de>:<br>
> Hi Marcel,<br>
> <br>
> > -1<br>
> ><br>
> > It makes no sense to officially support a "nil" argument in this protocol.<br>
> <br>
> partially it was already supported officially before (some parameters already were named "aWorldOrNil").<br>
> <br>
> Do you think we should instead modify StandardSystemView >> #initialFrame to use #currentWorld instead of "nil" or are there any semantic differences?<br>
> <br>
> Best,<br>
> Christoph<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20210616/445e5ea1/attachment.html><br>
> <br>