Please see here
http://groups.google.com/group/liftweb/browse_thread/thread/5e4f5e424d33db40/32cfb6752954?lnk=gstq=ExtJs#32cfb6752954
I'd strongly encourage you to integrate ExtJs with Lift and
potentially other frameworks. Depending on JS library licence we'd be
happy to have
Personally, I would say forget ExtJS, compared to Cappuccino its streets behind:
http://cappuccino.org/
Easily the most exciting UI framework out there right now
Cheers, Tim
On 10 Mar 2010, at 03:45, aw wrote:
It is time for me to add some serious widgets to my lift app.
So far, I am
ExtCore is MIT Licensed and a candidate for JSArtifacts impl [1].
I started dabbling with an implementation of ExtCoreArtifacts sometime
back, but didn't have enough bandwidth to carry it forward.
In case somebody is willing to run with this, there is a ticket for
this already [2]
Non ExtCore
+1 for cappuccino
Played around with it a while back - it's pretty amazing.
What kind of intergration are we talking about? I wouldn't mind taking a look
at intergrating cappuccino.
On 10/03/2010, at 10.37, Indrajit Raychaudhuri wrote:
ExtCore is MIT Licensed and a candidate for
Most certainly, yes! Quite like what Anthony is looking for. But (a)
this is different from JSArtifacts implementation for ExtCore that we
talked about couple of times and (b) Cappuccino isn't license
compatible either (for the purpose of integration within Lift).
Anthony, fwiw, David did some
The only possible thing that one could do would need two aspects:
1. The lift side to produce particular JSON
2. The capp side to consume said JSON
Without a full package, there aren't really any integration points as we have
already got comet working with capp so the only thing remaining is
On 10/03/10 3:21 PM, Timothy Perrett wrote:
The only possible thing that one could do would need two aspects:
1. The lift side to produce particular JSON
2. The capp side to consume said JSON
Without a full package, there aren't really any integration points as we have
already got comet
Folks,
As discussed earlier, lift-core would be removed from repository
sometime soon. For the deprecation notice and the rationale, please take
a look at the announcement posted earlier [1].
If your application is still using lift-core, make the changes NOW! Soon
it would stop working with
I've been trying to figure why some binding is giving me a stack
overflow and I've discovered that if you use the BindHelpers.bind
method with a set of function BindParams, all the functions are
evaluated regardless of whether a match is found.
So, for example, if you bind to an empty NodeSeq and
On 08/03/10 11:48 PM, David Pollak wrote:
On Mon, Mar 8, 2010 at 10:01 AM, Jeppe Nejsum Madsen je...@ingolfs.dk
mailto:je...@ingolfs.dk wrote:
Hi,
Just found out why the Logging stuff doesn't work on the 2.8 branch.
Details here:
The short answer is no.
The slightly longer answer is Can you put both into a single snippet?
The even longer answer is Have you tried using Ajax forms so you don't even
leave the page?
On Tue, Mar 9, 2010 at 10:19 PM, hexa hex...@gmail.com wrote:
Hi,
I have 2 Stateful snippets in a page :
Okay, so I now understand what is happening a little better.
When I saw a construct like:
bind(example,xhtml,
first_name - SHtml.text(user.first_name, user.first_name(_)),
last_name - SHtml.text(user.last_name, user.last_name(_))
it reminded me of a match with cases and my assumption
On Mar 10, 1:15 am, Timothy Perrett timo...@getintheloop.eu wrote:
Personally, I would say forget ExtJS, compared to Cappuccino its streets
behind:
http://cappuccino.org/
Easily the most exciting UI framework out there right now
Perhaps I should add that I need sophisticated grids:
ok,,
I don't want to put them in a single snippet since I want to be able
to use them independently ..
I could call one snippet from the other I guess this would work but
just doesn't feel right... I would end up
having to do one snippet per page to control the subsnippets...
In fact i'm
If you've already decided on ExtJS, why don't you just go use it? Dirk
from Ext was originally going to do ExtJS integration, but he has
disappeared into the ether never to be seen again.
You could always start an integration module on github and go from
there...
Cheers, Tim
On Mar 10, 3:29 pm,
The simple way of using FuncBindParam is:
first_name - { (ns: NodeSeq) = SHtml.text(...) }
That will only generate the text if the tag first_name appears.
-Ross
On Mar 10, 2010, at 10:22 AM, Stuart Roebuck wrote:
Okay, so I now understand what is happening a little better.
When I saw a
On Wed, Mar 10, 2010 at 7:22 AM, Stuart Roebuck stuart.roeb...@gmail.comwrote:
Okay, so I now understand what is happening a little better.
When I saw a construct like:
bind(example,xhtml,
first_name - SHtml.text(user.first_name, user.first_name(_)),
last_name -
On Wed, Mar 10, 2010 at 7:29 AM, aw anth...@whitford.com wrote:
On Mar 10, 1:15 am, Timothy Perrett timo...@getintheloop.eu wrote:
Personally, I would say forget ExtJS, compared to Cappuccino its streets
behind:
http://cappuccino.org/
Easily the most exciting UI framework out there
On Wed, Mar 10, 2010 at 1:40 AM, Mads Hartmann Jensen mads...@gmail.comwrote:
+1 for cappuccino
Played around with it a while back - it's pretty amazing.
What kind of intergration are we talking about? I wouldn't mind taking a
look at intergrating cappuccino.
This would be a heck of an
On Wed, Mar 10, 2010 at 1:51 AM, Timothy Perrett timo...@getintheloop.euwrote:
The only possible thing that one could do would need two aspects:
1. The lift side to produce particular JSON
2. The capp side to consume said JSON
Without a full package, there aren't really any integration
On Wed, Mar 10, 2010 at 8:02 AM, Timothy Perrett timo...@getintheloop.euwrote:
If you've already decided on ExtJS, why don't you just go use it? Dirk
from Ext was originally going to do ExtJS integration, but he has
disappeared into the ether never to be seen again.
Yeah... I gotta ping him.
Thanks for the feedback. I'm not trying to be awkward here, just
trying to get my head around everything.
Oh, and I completely agree with the risks of premature optimisation.
Thanks,
Stuart
On Mar 10, 5:03 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Wed, Mar 10, 2010 at 7:22 AM,
The simplest answer is to use traits to define logic and when you have a
page that's going to have multiple logic pieces that need to keep track of
each other's state, mix the traits into a larger stateful snippet.
I'm sorry that I've been giving you half-answers to a lot of your
questions... I
Hi,
Here's another idea which might work. It is a bit hackish and needs
further analysis, but small experiments I did were promising.
What if we change JsonAST just a little by adding a new abstract node
called JLiteral to represent simple nonstructural types (note, it is
sealed).
object
My entities are like Programmers and Projects. There is a many to many
relationship between Programmers and Projects, but the relationship
has an attribute for type. Examples of relationship types are
Develops, Manages, Maintains, Tests, etc. In a traditional relational
db there would be a join
You've been very helpful really!
I need to make my part now and read both the scala lift book ,
properly
And experiment but at least now I have solution tails to follow :)
Thanks again
hexa
On Mar 10, 12:22 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
The simplest answer is to use
With ManyToMany the join table is defined by you, manually as a regular mapper.
You have to tell MappedManyToMany about it and its foreign keys.
I will try to find time to make the wiki entry more clear.
Also, if the scaladocs are lacking let me know how they could be improved.
I'd like to add in an id attribute to my radio button inputs so I
can add labels.
Something like:
SHtml.radio(
Opinons.elements.toList.map(_.toString),
opinion.map(_.toString),
selected = opinion( Box(Opinions.valueOf(selected)) ),
(id, /*I want a unique id
28 matches
Mail list logo