I'm not even sure I'll go with Angular myself at this point. I'll delve
more deeply into that framework once I feel I have a sufficient grasp of
Ember.
For the whole server-side dynamically generating client-side, I'm afraid
it's not my vision.
The direction things are moving toward is to
is meteor the answer?
2013/4/18 Magnitus fbunny2...@hotmail.com
I'm not even sure I'll go with Angular myself at this point. I'll delve
more deeply into that framework once I feel I have a sufficient grasp of
Ember.
For the whole server-side dynamically generating client-side, I'm afraid
it's definitely not for a lot of reasons, but if you like to dwelve with
*buzzword*, give it a spin.
On Thursday, April 18, 2013 5:13:55 PM UTC+2, Ramos wrote:
is meteor the answer?
2013/4/18 Magnitus fbunn...@hotmail.com javascript:
I'm not even sure I'll go with Angular myself at this
What's the question that it's supposed to answer?
On Thursday, April 18, 2013 8:13:55 AM UTC-7, Ramos wrote:
is meteor the answer?
2013/4/18 Magnitus fbunn...@hotmail.com javascript:
I'm not even sure I'll go with Angular myself at this point. I'll delve
more deeply into that framework
as i understood , the discussion seems to be the around single page apps
that have its code in the client and then just push/pull data from the
server.
meteor takes care of this problem and we just have to subscribe to changes
in reactive data sources.
Its less code to worry about. No ajax! Just
for starters, not all sites can be converted into the single page app
paradigm.
On the brigther note, if you need just that, then meteor is built with that
agenda in mind: try to diverge just a little and you won't leverage its
potential.
On Thursday, April 18, 2013 7:20:57 PM UTC+2, Ramos
Another similar (though somewhat less mature) option is
Derbyhttp://derbyjs.com/(also built on Node.js). Advantages over Meteor are
two-way data binding
and the ability to render on the server as well as the client (for search
engine crawling and faster initial page loads).
Anthony
On
Well, there is no one-size-fit's-all, and there is never gonna be...
Currently, expecting a direct-connection with the database from the client
side, still raises many eye-brows, and (IMHO) rightfully so...
But that is exactly the expectation that frameworks like meteor are having.
Iy is not
Iy is not going to work in the foreseeable future, for many web-apps to
hold their entire database on the client side...
Are you talking about the model definitions, or the actual data? They
certainly don't move all the data in the entire database to the client.
For simple and small
FYI: The presenter/author has published his examples using metawidget
and AngularJS to generate forms:
http://files.meetup.com/4966012/Metawidget%20AngularJS%20Examples.zip
On Wed, Apr 17, 2013 at 7:12 AM, Niphlod niph...@gmail.com wrote:
On Tuesday, April 16, 2013 10:38:11 PM UTC+2, Magnitus
I'm gravitating between Angular and Ember as well, though my mind is not
yet set on a particular one.
I've started with Ember, but I'll probably end up knowing both just for
completeness.
For me, web2py relying less on generating client-side logic would be good
as I've never used it much,
so basically you just need to have a different scaffolding app ? Seems
hardly a show-stopper :D
On Tuesday, April 16, 2013 6:45:57 PM UTC+2, Magnitus wrote:
Customizing the login form, removing default csses, javascript and whatnot
has always been a bit of a pain in the neck.
--
---
Well, basically, it limited the usefulness of the form facilities and the
tight default integration between authentication and the rendered pages
took some time to bypass and then there was stripping the layout.html file
to it's bare essentials.
Overall, I've always been much happier to use
On Tuesday, April 16, 2013 1:38:11 PM UTC-7, Magnitus wrote:
Well, basically, it limited the usefulness of the form facilities and the
tight default integration between authentication and the rendered pages
took some time to bypass
I wrote a while back, about an idea I had for
On Tuesday, April 16, 2013 10:38:11 PM UTC+2, Magnitus wrote:
Well, basically, it limited the usefulness of the form facilities and the
tight default integration between authentication and the rendered pages
took some time to bypass and then there was stripping the layout.html file
to
Alec,
I think you are on a rigth spot about javascript web2py validator that
something that are missing when someone want to transfert some stuff to
client side... Now it requires that we reinvent the wheel... If there were
a way we could reuse the web2py validators definition and use them in a
I read that metawidget thing and it seems interesting, can you write more
about how to get metawidget working with web2py?
On Wednesday, April 3, 2013 10:31:36 PM UTC-7, Alec Taylor wrote:
On Thu, Apr 4, 2013 at 7:05 AM, Arnon Marcus
a.m.m...@gmail.comjavascript:
wrote:
I agree that it
just to clarify on the
Not a bad argument Arnon, but you shouldn't discount search scrapers so
easily.
I think Google's Search Bot has support AJAX for a good 5 years now.
part . have you actually tried it ??
search bots (google included) have some ajax support in the sense
PS: ajax is not quite the same as javascript, but the underlying core
concept of the previous post is valid for both.
On Thursday, April 4, 2013 11:27:02 PM UTC+2, Niphlod wrote:
just to clarify on the
Not a bad argument Arnon, but you shouldn't discount search scrapers so
easily.
I
After writing this, I realized that it's not beyond my grasp to write my
own wsgi web app, so I'm going that route.
I've been at it a few days, and I do miss the automatic CSRF and double
submit that W2P provides. It's also very easy to just add plugins. Still, I
am having fun writing my own
Eh, I don't see much of a need for a client side framework
That may be, but others do. It depends on the needs of a project. You may
find you can benefit from such thing at some point, when an appropriately
fitting project presents itself to you.
It is an matter of managing complexity. For
This scenario of one-page application is quite important for mobile hybrid
applications. In this case you need standalone app running in device and
consuming data from server. The server provides JSON coomunication with
app. We have a great experience with http://trigger.io
Another vote for AngularJS
On Wed, Apr 3, 2013 at 8:58 PM, David Marko dma...@tiscali.cz wrote:
This scenario of one-page application is quite important for mobile hybrid
applications. In this case you need standalone app running in device and
consuming data from server. The server provides
Top of tops
http://www.meteor.com
Because life is too short to learn all the things
2013/4/3 Alec Taylor alec.tayl...@gmail.com
Another vote for AngularJS
On Wed, Apr 3, 2013 at 8:58 PM, David Marko dma...@tiscali.cz wrote:
This scenario of one-page application is quite important for
Meteor is different beast as it is also serverside platform based on node.js
... But development of this framework is quite slow ...
--
---
You received this message because you are subscribed to the Google Groups
web2py-users group.
To unsubscribe from this group and stop receiving emails
Just went through a couple of the examples with Meteor
It's certainly interesting; but is quite verbose to write and manage.
Most impressive was how completely self-contained those examples are.
Other frameworks documentation definitely need to pickup their game.
For example, when I was
Ember.JS was actually the last framework I researched.
I went through Backbone, Knockout, Angular, Batman, Enyo, JavascriptMVC,
and some others...
Meteor, Derby, SocketStream and the like, are the forward-looking
Next-Gen hipsters, but they are not comparable to EmberJS, for many
reasons.
For
As for real-time / WebSockets stuff, the Ember guys are working on an
adapter for EmberData that is going to do just that - so once you implement
the relevant modifications for your server, you could start using
Web-Sockets in Ember with the same app you already developed with it (!) -
no code
I hear what you're saying, but ember/data seems far too young to be a
feature point; and everything else you mentioned was mere speculation.
Not to discount you entirely, what you mentioned about prerendering
templates server-side is a very good point. This has been a feature
request with
Arnon,
I really appreciate your work, I think it helps a lot all of us to get your
input about all those frameworks...
Richard
On Wed, Apr 3, 2013 at 10:50 AM, Alec Taylor alec.tayl...@gmail.com wrote:
I hear what you're saying, but ember/data seems far too young to be a
feature point; and
+1
On Wednesday, 3 April 2013 10:13:23 UTC-5, Richard wrote:
Arnon,
I really appreciate your work, I think it helps a lot all of us to get
your input about all those frameworks...
Richard
On Wed, Apr 3, 2013 at 10:50 AM, Alec Taylor alec.t...@gmail.comjavascript:
wrote:
I hear what
Also, I am curious to know your opinion about Sencha Ext Js :
http://www.sencha.com/products/extjs/examples/
Not sure how it compares to the others though
Richard
On Wed, Apr 3, 2013 at 11:13 AM, Richard Vézina ml.richard.vez...@gmail.com
wrote:
Arnon,
I really appreciate your work, I
Would you use ember with web2py? Why?
Is having two mvc frameworks at the same time too many?
--
---
You received this message because you are subscribed to the Google Groups
web2py-users group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
And that's my whole issue with it, is you'd have two MVC frameworks that
you'd have to work through, or you have static pages and your controller
would just be a link back into the data access layer (DAL). Now, for
Web3py that's maybe all that is needed - create a DAL, authentication,
caching
yep. when all the logic is pushed client-side, you need just a backend to
(eventually) store data, a full-blown MVC server-side framework is not
needed anymore.
Anyway, when you start to blob out large chunks of javascript client-side
just to do, e.g., an email address validation, you need to
I agree that it does seem right now, that the current trend in the
web-development world, in general, is moving in the direction of
transferring more and more tasks to the client, as those become more and
more capable.
But I wouldn't bury web2py just yet... (nor any other server-side framework
Just found another interesting talk on the subject :
http://www.infoq.com/interviews/tilkov-rest-hypermedia
--
---
You received this message because you are subscribed to the Google Groups
web2py-users group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
On Thu, Apr 4, 2013 at 7:05 AM, Arnon Marcus a.m.mar...@gmail.com wrote:
I agree that it does seem right now, that the current trend in the
web-development world, in general, is moving in the direction of
transferring more and more tasks to the client, as those become more and
more capable.
Thanks for the good writing. We should make an example of integrating the
two.
On Tuesday, 2 April 2013 05:01:10 UTC-5, Arnon Marcus wrote:
EmberJS is one of the most comprehensive MVC frameworks of the day - it's
batteries included (like web2py).
It is inspired by Ruby-on-Rails, in terms
Backbone anyone?
2013/4/2 Massimo Di Pierro massimo.dipie...@gmail.com
Thanks for the good writing. We should make an example of integrating the
two.
On Tuesday, 2 April 2013 05:01:10 UTC-5, Arnon Marcus wrote:
EmberJS is one of the most comprehensive MVC frameworks of the day - it's
AngularJS is well designed ... and usefull ...
Dne úterý, 2. dubna 2013 19:13:20 UTC+2 Ramos napsal(a):
Backbone anyone?
2013/4/2 Massimo Di Pierro massimo@gmail.com javascript:
Thanks for the good writing. We should make an example of integrating the
two.
On Tuesday, 2 April 2013
Backbone is not comparable to any full-stack MVC - it's a mere, well.
backbone of an MVC framework... It's perfidiously verbose in boilerplate,
and by itself doesn't do much... You are doing most of the work with
backbone (which would be, again, mostly boilerplate...). For any sane
deployment,
Eh, I don't see much of a need for a client side framework. Just client
side templates. jQote2 http://aefxx.com/jquery-plugins/jqote2/works great
for that. Submitting data via ajax is as simple as calling ajax('url',[data
to be saved], ':eval'). Templates are the slowest part of a webserver
43 matches
Mail list logo
