[squeak-dev] The Trunk: EToys-nice.292.mcz
H. Hirzel
hannes.hirzel at gmail.com
Sun Oct 8 22:23:16 UTC 2017
There are no senders of
#multiNewParagraphttfclpomsswfpp0
On 10/9/17, H. Hirzel <hannes.hirzel at gmail.com> wrote:
> Tobias refers to
>
> SmartRefStream>>multiNewParagraphttfclpomsswfpp0
>
> ^ NewParagraph
>
>
> I wonder what
>
> #multiNewParagraphttfclpomsswfpp0 is about.
>
>
> Tobias, what do you mean by "shadow"
>
> "
> So 'presentationText' and 'presentationLines' will shadow 'caretRect'
> and 'showCaret'...
> "
>
> On 10/9/17, H. Hirzel <hannes.hirzel at gmail.com> wrote:
>> Screen shot
>>
>> #initKnownRenames
>>
>> present in a non-etoys 5.0 image.
>>
>>
>> On 10/9/17, H. Hirzel <hannes.hirzel at gmail.com> wrote:
>>> On 10/8/17, Bob Arning <arning315 at comcast.net> wrote:
>>>> #convertToCurrentVersion:refStream: might be used to fix up such
>>>> problems
>>>
>>> Seems to be the regular way to do this whereas
>>>
>>> SmartRefStream>>initKnownRenames
>>>
>>> looks more like a hack. However it is not etoys specific as it is
>>> present in Squeak 5.0 (screen shot)
>>>
>>>
>>> #initKnownRenames is called in
>>>
>>>
>>> SmartRefStream>>initShapeDicts
>>>
>>>
>>> It has a flag #bobconv
>>>
>>> Looks like unfinished business. Bob, what would you see as the way
>>> forward?
>>>
>>> initShapeDicts
>>> "Initialize me. "
>>>
>>> self flag: #bobconv.
>>>
>>> "These must stay constant. When structures read in, then things can
>>> change."
>>> steady := {Array. Dictionary. Association. ByteString. SmallInteger.
>>> Character} asSet.
>>>
>>> renamed ifNil: [
>>> renamed := Dictionary new. "(old class name symbol -> new class
>>> name)"
>>> renamedConv := Dictionary new "(oldClassNameSymbol ->
>>> conversionSelectorInNewClass)"
>>> ].
>>> self initKnownRenames
>>>
>>>
>>>>
>>>> On 10/8/17 5:33 PM, Tobias Pape wrote:
>>>>> So 'presentationText' and 'presentationLines' will shadow 'caretRect'
>>>>> and
>>>>> 'showCaret'...
>>>>
>>>>
>>>
>>
>
More information about the Squeak-dev
mailing list
|