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

[jira at immuexa.com]

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

Scott Wallace updated SQ-85:
----------------------------

    Fix Version: desirable but complex or risky
                     (was: someday or never)

> 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: desirable but complex or risky

>
>
> 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:
   http://tracker.immuexa.com/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira