- From: Charles McCathieNevile <chaals@opera.com>
- Date: Sun, 01 May 2011 22:29:25 +0200
- To: public-webapps@w3.org, "Rafael Weinstein" <rafaelw@google.com>
On Sat, 23 Apr 2011 02:35:53 +0200, Rafael Weinstein <rafaelw@google.com>
wrote:
> Myself and a few other chromium folks have been working on a design
> for a formalized separation between View and Model in the browser,
> with needs of web applications being the primary motivator.
>
> Our ideas are implemented as an experimental Javascript library:
> https://code.google.com/p/mdv/ and the basic design is described here:
> http://mdv.googlecode.com/svn/trunk/docs/design_intro.html. It's not
> complete and there are things we're not happy with, but it's
> self-consistent enough that you can start to imagine what a full
> design might look like.
It looks an *awful* lot like the templating part of Web forms. If you get
a copy of Opera 9.5 (we removed the code when it became clear that nobody
else would implement in the last 3 years), you can see that in action with
the attached code:
<div class="entry">
<div id="repeatformcontainer">
<div id="tem1" repeat="template" repeat-min="2" repeat-max="5">
<input type="text" name="product.[tem1]" value="one thing">
<button type=remove>Remove</button>
<button type=move-up>Move Up</button>
<button type=move-down>Move Down</button><br />
</div>
<p><button type=add template=tem1>Add</button>
</div>
</div>
That in turn was a pretty straight rip-off from Xforms which allows the
same thing with a little more power, and is even closer to what it seems
you're looking to do.
> We hope to get others interested in collecting requirements/use cases
> and fleshing out a good solution.
I used it to create simple tools that created templates, and tools that
used templates for collecting information. My first use case was a
multilingual international court case (i.e. something that really mattered
and not just a test), and the ability to easily generate custom systems
was fantastic.
I greatly appreciated the ability to have models without needing to use
script - as Steven Pemberton says of Xforms, this makes development much
faster by reducing complexity in the code, and my experience conincides
with that perfectly. While I could readily use scripting to develop the
same systems I would expect the work to take longer and be substantially
more complex to maintain and debug.
FWIW as far as you do make something script-based, I agree with the
sentiment expressed that it should work well with existing libraries,
helping them to reduce the towe-of-babel problem by converging rather than
increasing it by adding yet another set of libraries to the mixture.
> We're starting the discussion here because a few people in this group
> from whom we got early feedback felt that it would be most appropriate
> place
It probably makes sense to ask the Forms group as well, given that it
doesn't require much squinting to get to the perspective where you're
pretty much reinventing a wheel they've already got two of.
> and, further, that this work bears some relation to XBL.
As well, at least conceptually.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
Received on Sunday, 1 May 2011 20:30:00 UTC