No subject

Thu Feb 24 13:45:28 CET 2011

"New Transcript
  Fast (Calls return quickly)
  Fast (Updates are immediate)
  Thread safe
  Can log to file in addition to Display
  Display output is optional (for headless images)
  Can work on a bare bones image (Doesn't need UI, dependency, events,
  Optional morphic window for seamless integration in Morphic
  UI framework agnostic. Can be used to debug Morphic, even with the
morphic window open, without crashing the image!
  No longer a text editor. Display is read only."

The idea of the current Transcript are, not to use a standart widget
for decoupling from Morphic, in case of errors the transcript still
remains functional.

I propose adding a new transcript morph, that has the previous
functionality ( cut and paste ), but keep the new transcript model (
as in the ISSUE 3948).


On Sun, Apr 17, 2011 at 6:59 PM, St=E9phane Ducasse
<stephane.ducasse at> wrote:
> How can I get the old transcript?
> Stef
> On Apr 7, 2011, at 9:58 AM, Fernando Olivero wrote:
>> I propose some modifications to the Transcript as a (singleton) class,
>> and revert to the use of TranscriptModel.
>> See the latest post on 3948: =A0Transcript and ThreadedTranscript needs
>> to be merged.
>> Fernando
>> On Wed, Apr 6, 2011 at 10:39 PM, Igor Stasenko <siguctua at> wrot=
>>> On 6 April 2011 20:24, =A0<csrabak at> wrote:
>>>> Em 06/04/2011 09:07, Igor Stasenko <siguctua at> escreveu:
>>>>>> On 6 April 2011 13:54, Fernando Olivero <fernando.olivero at>
>>>> =A0 =A0wrote:
>>>>>> Hi Stef, i will as an initial step take Igor's suggestion and make
>>>>>> Transcript a global wich =A0points to an instance of TranscriptModel
>>>>>> ( the new name i propose for the current class taken from CUIS).
>>>>>> I still =A0believe that composition =A0is better then =A0inheritance=
>>>>>> handling different behaviors of the Transcript, so i argue against
>>>>>> making it a subclass of WriteStream and making it polymorphic with
>>>>>> a write stream instead.
>>>>> =A0That's totally =A0not my concern. As =A0long as thing =A0which sit=
s there
>>>>> =A0responds to writestream protocol , i don't care about rest.
>>>> Would it make sense then to lift the methods from {write}stream and
>>>> put then in a Trait so the composition is made through reuse of code?
>>>> My 0.0199999....
>>> hehe.. yes, but if to follow this road every time you need to do small
>>> improvement,
>>> then at some day you will discover that you rewriting whole system
>>> from scratch :)
>>>> --
>>>> Cesar Rabak
>>> --
>>> Best regards,
>>> Igor Stasenko AKA sig.

More information about the Pharo-project mailing list