Amber and virtual DOM

Hello!

Late to the party, I managed to look at virtual DOM / react things that
are hyped in last year(s). I must admit I was always trying to actualy
decouple data from presentation (live template in AppJet, trapped in
Amber), so I resonate with the approach (new data means new
presentation, do the least amount of changes to DOM).

Now, first thing that come to mind - is there any value to try to come
up with 'lighter Web' in domite / silk combination at all? Those
actually manipulate real DOM, but world seemed to move to virtual one
and real DOM is untouched except by diffing and patching by virtual DOM
libraries.

Second thing - is there any value in pursuing thing like trapped (or
next generation of it), which tries to do mostly the same thing, but not
as thouroughly as other full differs / patchers do? What I miss on all
solution I looked into (not much), is that all of them do the (one-way)
data binding in javascript terms. For Smalltalk, though, I see the need
to actually have Smalltalk expressions bound, in Smalltalk contexts.

Third - do you have any (successful) stories of coupling these virtual
DOM-based approaches with Amber?

Herby

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Oh, and one more thing in this thread: shouldn't there be skeleton
projects for Amber combined with some of these libs, so that it can be
pointed upon directly from README / website? React is on the hype, there
are voices React itself is too heavy, but virtual DOM is good idea,
people (maybe) want to use it / heard it / can help them see the value
when mentioned as "possible, just start here".

Herby

Herby Vojčík wrote:
--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Excerpts from Herby Vojčík's message of 2015-09-15 14:54:16 +0200:
> Oh, and one more thing in this thread: shouldn't there be skeleton
> projects for Amber combined with some of these libs, so that it can be
> pointed upon directly from README / website? React is on the hype, there
> are voices React itself is too heavy, but virtual DOM is good idea,
> people (maybe) want to use it / heard it / can help them see the value
> when mentioned as "possible, just start here".

i love the idea of skeleton projects.
i don't know if it would work with amber, but there is yeoman which can produce
scaffolding for many different frameworks in multiple languages (javascript,
coffeescript...)

greetings, martin.

--
eKita                   -   the online platform for your entire academic life
--
chief engineer                                                       eKita.co
pike programmer      pike.lysator.liu.se    caudium.net     societyserver.org
secretary                                                      beijinglug.org
mentor                                                           fossasia.org
foresight developer  foresightlinux.org                            realss.com
unix sysadmin
Martin Bähr          working in china        http://societyserver.org/mbaehr/

--
You received this message because you are subscribed to the Google Groups "amber-lang" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.