[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