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

Morgaine,

You observe LLSD is not extendable. Dzonatas argues that the this can be
solved at a higher level using XML.  You object that this  entangles the
serialisation with basic ADT

So what do you suggest is the way forward?
- Can LLSD itself be made extensible?
-if not, do we have enough commitment in the group to start from scratch?
-if not, do the benefits of an absolutely clean engineering solution
outweighs the costs of disrupting the already slow progress here? We reach
for the sky, but run the risk of over extending our current capabilities.

I am all for rigorous design, but i think i prefer actual implementation of
an imperfect system over sitting and waiting for an ultimate dream.
If we don't get demonstrated commitment for specifying (and implementing!)
an alternative, my vote go's to sticking with LLSD, if only to show
conclusively were it falls short of our needs.

-- Vaughn

On Thu, May 5, 2011 at 12:59 AM, Morgaine <morgaine.dinova@googlemail.com>wrote:

> I have no idea what either of the last list two posts meant.
>
> I tried to interpret the preceding post as best I could and to find room
> for technical discussion, but clearly the attempt has failed.
>
> I'll leave it at that.
>
>
> Morgaine.
>
>
>
> ===========================
>
>
>
> On Wed, May 4, 2011 at 11:41 PM, Dzonatas Sol <dzonatas@gmail.com> wrote:
>
>> On 05/04/2011 03:21 PM, Dzonatas Sol wrote:
>>
>>> Actually, I invented one tag called <embed> that does all the above
>>> already, so how about the predefined embed'ed data type instead of endless
>>> extensibility?
>>>
>>>
>> On that NOTE: any more needed extensibility is transistioned into
>> capabilities.
>>
>> Whereas, capabilities means more resources (as dynamic extensions grow);
>> therefore, this requires minimization of number of connections instead of
>> one connection per resource. Thus, that proportion leads into the reason for
>> combined/bundled queries that I have already mentioned and implemented, as
>> maximum # of connections are too easily reached without such mechanism.
>>
>>
>> --
>> --- 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
>>
>
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>
>