Re: [vwrap] The <embed> tag... is the group still interested in LLSD or DSD?

On Sun, May 8, 2011 at 3:55 AM, Dzonatas Sol <dzonatas@gmail.com> wrote:

> We need simple, language agnostic (VM) approaches, not language specific
> approaches.

It appears that you haven't understood what I've written.  I'm arguing *
against* the language-specificity upon which LLSD was designed, and
broadening its primitive data types so that all languages are supported
well, including the most efficient ones.

Apparently you agree with me, according to your last statement.

The current LLSD was designed on the basis that its primitive data types
were supported directly by type empoverished languages like Python and
ECMAscript, as Joshua explained to us.  That language-specific approach is
extremely poor, and results in inefficient serializations and inefficient
bindings to the most efficient languages.

That needs to be corrected so that future virtual worlds don't suffer from
the poor design approach used previously.

Morgaine.

===========================

On Sun, May 8, 2011 at 3:55 AM, Dzonatas Sol <dzonatas@gmail.com> wrote:

> I vote nay on Morgain's attempt at "social engineering" LLSD code any
> further, especially in the eyes and ears of IETF's Trust, replacement of
> LLSD with "ADT" and such semantics is out of scope. Let's continue our
> mutations (IL) and evolve!
>
> Morgaine, you seem to have an invested interest in specific hardware. We
> need simple, language agnostic (VM) approaches, not language specific
> approaches. Please keep this simple to additional types or clarification.
> DSP does not always means dynamic signal processor.
>
>
> On 05/07/2011 07:22 PM, Morgaine wrote:
>
>> Furthermore, efficient serializations and languages are devised all the
>> time because efficiency is a much-sought engineering goal.� Unless you
>> provide your ADT system with all the normal primitive types for the common
>> hardware architectures, you are inherently discriminating against the most
>> efficient serializations and languages,
>>
>> LLSD is guilty of this, which is what I'm trying to correct for VWRAP.�
>> It's not hard to achieve, but it needs the will for progress.
>>
>
>
> --
> --- https://twitter.com/Dzonatas_Sol ---
> Web Development, Software Engineering, Virtual Reality, Consultant
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>