[sldev] lsl editor overhaul.

[Brandon Husbands]

Well what i was thinking is this flow..

user creates object and click the new script button.
Check for configured external editor.. Bypass the viewer editor and send
text of script to the registered handler to launch the external editor.
User edits the editor.  The editor would need a plugin that has a send to sl
pipe. so there would be no confusion with the saving vs send to sl.

The code in text format comes back to the client it does its compileing and
reports back on the success or fail event.

Thats what i thought of in a nut shell.



On Sat, Oct 17, 2009 at 5:05 PM, Strife Onizuka <blindwanderer at gmail.com>wrote:

> A pipe system sounds interesting idea but would be complicated and require
> custom designed software (you need two way communications).
>
> Obvious Requirements:
> 1) Load a script in an external app
> 2) Compile and save the script from the external app
> 3) The client needs to be able to report back to the editor compiler
> errors.
>
> One solution is for the client to watch for when the script file is saved
> by the external editor. A) But how is going to tell a save from a compile
> request? B) How is the client going to report back to the editor the
> success?
> Another is for the editor to invoke a special process that then
> communicates with the viewer. This solves the save/compile and reporting
> problems but... C) If multiple client instances are running, how is going to
> know which to talk to? A solution to this problem is to setup a service that
> tracks these temporary files to match them to their client. Down this road
> madness lies.
>
> Any direction you approach it, it's an ugly problem.
>
> Strife.
>
>
> On Fri, Oct 16, 2009 at 10:16 PM, Brandon Husbands <xotmid at gmail.com>wrote:
>
>> Well i was thinking more of a datapipe to push and receive code from your
>> editor of choice.
>> So your code you edit would be automagically sent to the compiler in the
>> viewer etc and report back errors... or success.. Basically bypassing the
>> current editor.
>>
>>
>> On Fri, Oct 16, 2009 at 9:13 PM, Strife Onizuka <blindwanderer at gmail.com>wrote:
>>
>>> Does snowglobe have an interface for arbitrary (notecard, script, etc)
>>> asset modification yet?
>>>
>>> Sounds interesting it should be note that SL is unmanaged C++ and
>>> AvalonEdit is Managed (.Net). Bridging the two isn't difficult but it's
>>> probably prohibitive for a quick project.
>>>
>>> Strife, out.
>>>
>>> On Fri, Oct 16, 2009 at 9:55 PM, Brandon Husbands <xotmid at gmail.com>wrote:
>>>
>>>> I am actually working on a stand alone IDE based on avalonedit which is
>>>> actually really nice.
>>>>
>>>> Should it not be time for sl's script editor to grow up and have some
>>>> real features?
>>>>
>>>> Code completion? Better syntax highlighting? etc?
>>>>
>>>> I am curious about this as i am doing my work i am thinking maybe for
>>>> snowglobe we can integrate something like this either as the editor or a
>>>> launch of the editor of choice and a direct save to SL, So when you hit save
>>>> it compiles etc like you do it just is a external editor.
>>>>
>>>> --
>>>>
>>>> -------------------------------------------------------------------------------------------------------------------------------
>>>> This email is a private and confidential communication. Any use of email
>>>> may be subject to the laws and regulations of the United States. You may not
>>>> Repost, Distribute nor reproduce any content of this message.
>>>>
>>>> -------------------------------------------------------------------------------------------------------------------------------
>>>>
>>>> -------------------------------------------------------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Policies and (un)subscribe information available here:
>>>> http://wiki.secondlife.com/wiki/SLDev
>>>> Please read the policies before posting to keep unmoderated posting
>>>> privileges
>>>>
>>>
>>>
>>
>>
>> --
>>
>> -------------------------------------------------------------------------------------------------------------------------------
>> This email is a private and confidential communication. Any use of email
>> may be subject to the laws and regulations of the United States. You may not
>> Repost, Distribute nor reproduce any content of this message.
>>
>> -------------------------------------------------------------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------------------------------------------------------------
>>
>
>


-- 
-------------------------------------------------------------------------------------------------------------------------------
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
-------------------------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20091017/75d15ecf/attachment.htm