[Sc-devel] *** Refactoring of "Document" class *** now committed [cross-platform implications]

Jan Trutzschler sc3 at sampleAndHold.org
Tue Nov 20 15:55:40 PST 2007


mhh, i cannot reproduce this with the current svn.
this code works fine:

   {
    if(Archive.global.at(\docPositions).isNil){Archive.global.put 
(\docPositions, ())};
   	if(Archive.global.at(\docPositions).at(\post).notNil){
                 Document.listener.bounds_(Archive.global.at 
(\docPositions).at(\post));
         };
         Document.listener.background_(Color.gray.alpha_(0.93));
//      Document.listener.background_(Color.new255(50, 60, 70, 245));
         Document.listener.stringColor_(Color.new255(245, 255, 255,  
230));
         Document.listener.endFrontAction_{
                         Archive.global.at(\docPositions).put(\post,  
Document.listener.bounds);
                         };
         Document.listener.title_("post");}.defer(0.1);


On Nov 20, 2007, at 3:45 PM, tom tlalim wrote:

> hi again,
> so actually after startup:
>
> Document.listener
> nil
>
> grtz,
> tom
>
> On Nov 20, 2007 3:29 PM, tom tlalim <tlalists at gmail.com> wrote:
>> hi dan,
>> it's the Document.listener problem, although i've updated to your  
>> last
>> version. below is the error message.
>>
>> it happens on startup.
>> i have these on my startup file
>>
>> ----------
>>         if(Archive.global.at(\docPositions).at(\post).notNil){
>>                 Document.listener.bounds_(Archive.global.at 
>> (\docPositions).at(\post));
>>         };
>>         Document.listener.background_(Color.gray.alpha_(0.93));
>> //      Document.listener.background_(Color.new255(50, 60, 70, 245));
>>         Document.listener.stringColor_(Color.new255(245, 255, 255,  
>> 230));
>>         Document.listener.endFrontAction_{
>>                         Archive.global.at(\docPositions).put 
>> (\post, Document.listener.bounds);
>>                         };
>>         {Document.listener.title_("post");}.defer(0.1);
>>
>> ----------
>>
>> and actually Document.listener.title spits out the wrong name:
>> Untitled 2
>>
>> whereas mine is titled 'post'
>>
>> grtz,
>> tom
>> ERROR: Message 'bounds' not understood.
>> RECEIVER:
>>    nil
>> ARGS:
>> CALL STACK:
>>         DoesNotUnderstandError:reportError   15F578B0
>>                 arg this = <instance of DoesNotUnderstandError>
>>         Nil:handleError   15F57820
>>                 arg this = nil
>>                 arg error = <instance of DoesNotUnderstandError>
>>         Thread:handleError   15F57700
>>                 arg this = <instance of Thread>
>>                 arg error = <instance of DoesNotUnderstandError>
>>         Object:throw   15F57670
>>                 arg this = <instance of DoesNotUnderstandError>
>>         Object:doesNotUnderstand   15F575E0
>>                 arg this = nil
>>                 arg selector = 'bounds'
>>                 arg args = [*0]
>>         < closed FunctionDef >  (no arguments or variables)
>>         Document:didResignKey   15F574C0
>>                 arg this = <instance of Document>
>> ERROR: Message 'title_' not understood.
>> RECEIVER:
>>    nil
>> ARGS:
>> Instance of String {    (16220060, gc=78, fmt=07, flg=10, set=01)
>>   indexed slots [4]
>>       0 : p
>>       1 : o
>>       2 : s
>>       3 : t
>> }
>> CALL STACK:
>>         DoesNotUnderstandError:reportError   15F57CA0
>>                 arg this = <instance of DoesNotUnderstandError>
>>         Nil:handleError   15F57C10
>>                 arg this = nil
>>                 arg error = <instance of DoesNotUnderstandError>
>>         Thread:handleError   15F53710
>>                 arg this = <instance of Thread>
>>                 arg error = <instance of DoesNotUnderstandError>
>>         Object:throw   15F57B80
>>                 arg this = <instance of DoesNotUnderstandError>
>>         Object:doesNotUnderstand   15F550C0
>>                 arg this = nil
>>                 arg selector = 'title_'
>>                 arg args = [*1]
>>         < FunctionDef in Method Function:defer >  (no arguments or  
>> variables)
>>         Scheduler:seconds_   163EB510
>>                 arg this = <instance of Scheduler>
>>                 arg newSeconds = 5.668146060000001
>>                 var delta = nil
>>                 var item = <instance of Function>
>>         Meta_AppClock:tick   15F542B0
>>                 arg this = class AppClock
>>         Process:tick   15F57940
>>                 arg this = <instance of Main>
>>
>>
>>
>> On Nov 20, 2007 9:23 AM, Dan Stowell <danstowell at gmail.com> wrote:
>>> OK, we need more info please. When are you getting the errors?  
>>> What's
>>> the error output? If it's in your startup file (as it was with Tom),
>>> does the error go away if you comment something out of your startup
>>> file?
>>>
>>> 2007/11/20, tom tlalim <tlalists at gmail.com>:
>>>
>>>> after updating to after dan's fix, i'm still getting the same  
>>>> errors
>>>> as tom hall (in osx)
>>>>
>>>> grtz,
>>>> tom
>>>>
>>>>
>>>> On Nov 19, 2007 5:14 PM, nescivi <nescivi at gmail.com> wrote:
>>>>> Hi Dan,
>>>>>
>>>>> On Sunday 18 November 2007 20:45:40 Dan Stowell wrote:
>>>>>> Linux: I've done nothing to rework the linux documenty classes  
>>>>>> since I
>>>>>> don't understand them. Hopefully Marije will be able to get it  
>>>>>> all
>>>>>> working nicely on Linux since this change originated from her  
>>>>>> and I
>>>>>> think I've done what she said... ;)
>>>>>
>>>>> I'll check it out.
>>>>>
>>>>> basically it is quite easy, how it works with Scel...
>>>>> there is a ScelDocument which is the brigde between Document and
>>>>> EmacsDocument, mostly because you need completion functions to  
>>>>> get the
>>>>> results from EmacsDocument. (well, ok, I guess that's where it  
>>>>> gets
>>>>> complicated...).
>>>>>
>>>>> thanks for the work!
>>>>>
>>>>> sincerely,
>>>>> Marije
>>>>>
>>>>> _______________________________________________
>>>>> Sc-devel mailing list
>>>>> Sc-devel at create.ucsb.edu
>>>>> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
>>>>>
>>>> _______________________________________________
>>>> Sc-devel mailing list
>>>> Sc-devel at create.ucsb.edu
>>>> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
>>>>
>>>
>>>
>>> --
>>> http://www.mcld.co.uk
>>> _______________________________________________
>>>
>>> Sc-devel mailing list
>>> Sc-devel at create.ucsb.edu
>>> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
>>>
>>
> _______________________________________________
> Sc-devel mailing list
> Sc-devel at create.ucsb.edu
> http://www.create.ucsb.edu/mailman/listinfo/sc-devel



More information about the Sc-devel mailing list