If you can detect from your reader code when the output is complete, just
call the cancel() method on the object returned from the widget.system call.
This will stop the process.
Cheers
Guy
Nick Takayama <email@hidden> wrote:
> At least in my case, if I tried running asynchronously the process
> never completed.
> So I don't think that is the solution.
>
> Regards,
> Nick
>
> On 10/05/2005, at 12:41 PM, Guy Brooker wrote:
>
>>
>> Could you work around this using an asynchronous widget.system
>> call, reading your data line by line, via a call back handler ?
>>
>> Cheers
>> Guy
>>
>>
>> Mike Hall <email@hidden> wrote:
>>
>>> I'd like to avoid going down the objC plugin route if possible,
>>> but still a good suggestion if it comes to that.
>>>
>>> On May 9, 2005, at 10:18 PM, Nick Takayama wrote:
>>>
>>>> I ran into the same thing with one of my widgets, using a
>>>> widget.system call to osascript.
>>>> The answer in my case was to compile an Objective-C class that
>>>> called NSAppleScript.
>>>> So in your case you may want to examine creating an Objective-C
>>>> plugin that uses the Java bridge to obtain its data.
>>>>
>>>> Nick
>>>>
>>>> On 09/05/2005, at 10:34 AM, Mike Hall wrote:
>>>>
>>>>
>>>>> I'm running into the exact same issue. Too many lines to stdout
>>>>> and the widget crashes :(
>>>>>
>>>>>
>>>>>
>>>>> -MH
>>>>> On May 9, 2005, at 8:00 AM, Todd Carver wrote:
>>>>>
>>>>>
>>>>>> I have output coming from stdout which is generated by a Java
>>>>>> class. When I run the class in Terminal the output comes back
>>>>>> fast and looks correct everytime. However, it seems that once
>>>>>> the output goes past a certain size the widget will no longer
>>>>>> display it (using element.innerHTML = output) but instead just
>>>>>> hang and basically crash. Is there a size limit on the
>>>>>> JavaScript var that receives the outputString or something?
>>>>>> Thanks in advance.
>>>>>>
>>>>>> Todd
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Dashboard-dev mailing list (email@hidden)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> http://lists.apple.com/mailman/options/dashboard-dev/
>>>>>> email@hidden
>>>>>>
>>>>>> This email sent to email@hidden
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Dashboard-dev mailing list (email@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
>>>>>
>>>>> This email sent to email@hidden
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>> -MH
>>>
>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Dashboard-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/dashboard-dev/guy.brooker%
>>> 40free.fr
>>>
>>> This email sent to email@hidden
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Dashboard-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
>>
>> This email sent to email@hidden
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Dashboard-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/dashboard-dev/email@hidden
This email sent to email@hidden
