[Etoys-notify] [JIRA] Updated: (SQ-85) Source text (temporaries, etc) not preserved in textual Etoys scripts

jira at immuexa.com jira at immuexa.com
Mon Apr 13 22:43:21 EDT 2009

     [ http://tracker.immuexa.com/browse/SQ-85?page=all ]

Yoshiki Ohshima updated SQ-85:

    Fix Version: someday
                     (was: review)

> Source text (temporaries, etc) not preserved in textual Etoys scripts
> ---------------------------------------------------------------------
>          Key: SQ-85
>          URL: http://tracker.immuexa.com/browse/SQ-85
>      Project: squeakland
>         Type: Improvement
>   Components: etoys
>     Reporter: Scott Wallace
>     Priority: Eventual
>      Fix For: someday

> From TRAC #5552 (luke gorrie, december 2007)
> Submitting a textual Etoys script discards the source code and shows a decompiled version instead (variable names t1, t2, t3) etc. I think the source text should be preserved. This was the case in the Squeakland version (confirmed by Bert).
> (bert) Squeakland version did preserve the temp names, but not the actual source text. I need to dig into what I did and will make some change to keep the temp names.
> (luke) Thanks Yoshiki!
> Preserving the exact source text would be worth 20 bonus points of course. ;-)
> (yoshiki) If I pass true to logSource: keyword in compile:classified:withStamp:notifying:logSource:for:, it works (if .changes is writable). However, I don't like to see methods of a uniclass to be logged in .changes (as a uniclass name is not fixed and it can screw the other parts).
> It is conceivable to store the source in memory. It is probably just to add "currentSourceString" (in addition to existing lastSourceString) to UniclassScript...

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

More information about the Etoys-notify mailing list