On 6 mar., 06:43, cageface milese...@gmail.com wrote:
Like many other web developers, I abandoned some heavyweight Java web
frameworks about 6 years ago for Rails and have been working pretty
much exclusively in Rails ever since. However, I've always had a
secret lust for functional
Le 06/03/2010 06:58, Warren Henning a écrit :
tl;dr
Want a cookie for your efforts?
If you don't like Lift, don't use it. Problem solved. Hooray, turkey
for everyone!
I don't think that this type of email that is really constructive, and
I'm little surprised at it, Lift community is
cageface milese...@gmail.com writes:
[lots of stuff about layout]
I agree and as Marius wrote it's (the website at least) is a known issue
and is being worked on. But it's moving slowly.
I think the underlying problem here is that the Lift committers are
mostly code geeks and not really into
Firstly, Lift is not Rails. It really bugs me when people are like oh, well
rails does XYZ. Its apples and oranges in many respects - especially when you
consider the ages of the respective projects... Lift is much, much younger than
Rails. Moreover, Lift is a very advanced framework -more so
Timothy Perrett timo...@getintheloop.eu writes:
Sorry Jeppe, but I disagree.
On which part :-) Maybe the not really into the visual
aesthetics. What I meant was not that we don't care, but more that we
will rather spend time on coding.
The issue to date has been getting someone to work on it
? Did you refresh the browser to make sure that the resources is
fetched?
If you don't want to bother we resource refresh you can try this:
lift:with-resource-id
// put your script tags here
/lift:with-resource-id
I just re-tested and it is working just fine for me
JQuery14Artifacts points
Warren Henning wrote:
tl;dr
Want a cookie for your efforts?
If you don't like Lift, don't use it. Problem solved. Hooray, turkey
for everyone!
There are few things sillier than investing time - serious time from lots of
people - in a framework aimed at programmers and then
Jeppe Nejsum Madsen wrote:
Timothy Perrett timo...@getintheloop.eu writes:
Sorry Jeppe, but I disagree.
On which part :-) Maybe the not really into the visual
aesthetics. What I meant was not that we don't care, but more that we
will rather spend time on coding.
The issue to date
Thanks for responding Marius. You're right, my doSearch method
doesn't need the msg parameter -- that was just an artifact of
transforming an example (removed now). As far as my specific issue, I
guess you're saying the best solution is for the framework to add
overload def -%(in: NodeSeq =
Thanks for responding Marius. You're right, my doSearch method
doesn't need the msg parameter -- that was just an artifact of
transforming an example (removed now). As far as my specific issue, I
guess you're saying the best solution is for the framework to add
overload def -%(in: NodeSeq =
In the short term you would solve it as I suggested:
Use in your bind
searchBox -% doSearch
and define your doSearch as:
def doSearch: NodeSeq = {
... do your stuff here
}
Actually thinking more into it there is a good reason for -% to not
have a (NodeSeq) = NodeSeq support. -% means that
As this is likely to be very controversial, I'll recap one more time while my
gf finishes dying her hair -
- Don't ignore people like Mark. His feedback was detailed, thoughtful, and
invaluable if want non-committers to use Lift
- Do decide how you are going to position Lift. Position being
Timothy Perrett wrote:
By all means, come here with questions and you will find this group to be
very responsive and helpful, but do not come here and automatically assume
that you can illuminate to us the errors in our project marketing or
experience.
What's automatic about Mark's
It intentionally avoids putting code in the template. This keeps the template
clean... Putting code inside the template is one of the worse design
decisions ever. Putting template fragments inside Scala code makes tremendous
sense as it allows a truly flexible way of achieving
Thanks Jeppe. I definitely like this new logging stuff. I updated
the wiki.
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to
Thanks for your comments.
I did Ruby/Rails for 2 years until I found Scala in November 2006.
Please allow me to rebut your thoughtful post.
On Fri, Mar 5, 2010 at 8:43 PM, cageface milese...@gmail.com wrote:
Like many other web developers, I abandoned some heavyweight Java web
frameworks
On Fri, Mar 5, 2010 at 9:58 PM, Warren Henning warren.henn...@gmail.comwrote:
tl;dr
Want a cookie for your efforts?
If you don't like Lift, don't use it. Problem solved. Hooray, turkey
for everyone!
Warren -- this comment is way out of bounds for the Lift list. You know I
love your
A few notes from my behalf. I understand Tim's perspective and I fully
agree with, but this is a perspective of a guy coming from Lift side
which is likely to differ from the perspective of a new comer.
1. I definitely do not agree with something like here is why you
should use A and not B thus
Re. branding == What can you do for me, just compare the sites from Grails
and Lift.
Grails:
Have your next Web 2.0 project done in weeks instead of months. Grails
delivers a new age of Java web application productivity.
- Ok, this is (claimed to be) a high productivity Web 2.0 framework.
On Sat, Mar 6, 2010 at 9:02 AM, jonathan mawson umpti...@gmail.com wrote:
Timothy Perrett wrote:
By all means, come here with questions and you will find this group to be
very responsive and helpful, but do not come here and automatically
assume
that you can illuminate to us the
On Sat, Mar 6, 2010 at 9:19 AM, jonathan mawson umpti...@gmail.com wrote:
As this is likely to be very controversial, I'll recap one more time while
my
gf finishes dying her hair -
- Don't ignore people like Mark. His feedback was detailed, thoughtful, and
invaluable if want non-committers
On Sat, Mar 6, 2010 at 5:50 AM, jonathan mawson umpti...@gmail.com wrote:
Jeppe Nejsum Madsen wrote:
Timothy Perrett timo...@getintheloop.eu writes:
Sorry Jeppe, but I disagree.
On which part :-) Maybe the not really into the visual
aesthetics. What I meant was not that we don't
Hello all,
I recently tested the wiki example of Book and Authors as an exercise,
and extended them with CRUDify. On generation, however, the Author
field in the Book create page says : Can't Change!, instead of
giving me a select list of all the authors.
My question is : Is this normal behavior
Thank you for writing your comments. As most have said in the thread,
honest feedback is valuable if not essential and often hard to come
by, so please don't be put off by the odd negative response.
I'm fairly newbie here too and share some of your concerns about
Lift. For what it's worth I
I'm overall very impressed by the community response so far to this
post. My first reaction to this was, please don't dismiss it (like
the first response seemed to).
Marius was quick to agree that the web site needs some work. I have
to agree here. I am surprised by a few things:
1. So much
Hi,
I've run into a slight snag with my use of the current approach. I
suspect what I'm trying to do is silly. The interaction below is from
the lift console and I don't actually use open_! in my code.
---
scala val b = Book.find(1).open_!
l: com..Book = com..Book={id=1,author=1}
scala
Hi guys,
Sorry I'm only coming back to this discussion now. I think what you're
both proposing are the two parts of what should be the complete use-
case. Yes, dependencies _exist_ per page and, yes, you want to
_declare_ them per snippet or CometActor. The last (and only) commit
on my
Hi,
Small update.
Changing the order of the comparison in my code
i.e. b.author == 1 instead of 1 == b.author
fixed the warning, but I'm still curious as to whether what I'm doing
is a good idea.
Thanks.
Cheers,
Achint
On Mar 6, 2:14 pm, Achint Sandhu achint.san...@gmail.com wrote:
Hi,
On Mar 6, 9:14 pm, Peter Robinett pe...@bubblefoundry.com wrote:
Hi guys,
Sorry I'm only coming back to this discussion now. I think what you're
both proposing are the two parts of what should be the complete use-
case. Yes, dependencies _exist_ per page and, yes, you want to
_declare_
On Mar 6, 11:35 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
Please allow me to rebut your thoughtful post.
I'm really glad to see David taking a more reasoned response to this
criticism compared to the early responders . . .
Okay... sorry... but this is a gratuitous swipe. Ugly ==
On Mar 6, 10:06 am, David Pollak feeder.of.the.be...@gmail.com
wrote:
And where are the bugs in the existing user guide?
The only outright bug is that you can't copy paste the second maven
invocation and the fix is extremely non-obvious.
--
You received this message because you are subscribed
On Mar 6, 12:05 pm, cody koeninger c...@koeninger.org wrote:
How long had that getting started document been broken before it got
fixed (assuming it's fixed now)?.
It's still broken.
To the OP, taking the time to explore lift further is worth it if
you're doing i18n / comet or just want to
Okay... sorry... but this is a gratuitous swipe. Ugly == Not Easy to Use.
Nope. Sorry. I don't buy this.
Maven commands that wont copy and paste correctly == Not Easy To Use.
Im not sure it is difficult to copy and paste:
mvn archetype:generate -DarchetypeCatalog=http://scala-tools.org/
On Mar 6, 12:20 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Im not sure it is difficult to copy and paste:
mvn archetype:generate -DarchetypeCatalog=http://scala-tools.org/
Its one line... easy. Im not saying maven does not suck, but this is
one the wiki home page people...
When I try
You could also do it like this:
bind(ajax, xhtml,
searchBox -% SHtml.ajaxText(, q = SetHtml(resultz,
Yawni.query(q))
) ++ Script(JqOnLoad(SetValueAndFocus(myfield, )))
SetValueAndFocus is already in JqJsCmds but it really should in in
JsCmds as it does not depend on JQuery.
If you're using TextMate you can navigate through your snippets/models quite
easily - I've implemented a nifty little feature:
http://www.youtube.com/watch?v=MXMh_uoeeTs
Now I know this is only for TextMate but I'm sure it wouldn't be too big a
hassle to implemented in whatever editor/IDE you
On Mar 6, 2:20 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Okay... sorry... but this is a gratuitous swipe. Ugly == Not Easy to Use.
Nope. Sorry. I don't buy this.
Maven commands that wont copy and paste correctly == Not Easy To Use.
Im not sure it is difficult to copy and
Hi, Marius -
Ok, I think I catch the drift of your solution. You said:
bind(ajax, xhtml,
searchBox -% SHtml.ajaxText(, q = SetHtml(resultz,
Yawni.query(q))
) ++ Script(JqOnLoad(SetValueAndFocus(myfield, )))
which is missing a paren -- I think you meant:
Yes you understanding is correct.
FocusOnLoad is not an appropriate solution for your particular problem
as -% and FocusOnLoad operate on two different types which are not
interchangeable due to attributes preservation as you well noticed.
Besides the solution I posted above is similar with what
This thread is another nice example of the kindly atmosphere within
the Lift community!
It's already late so I don't want to join the discussion in detail ;)
The only thing I'd like to add to the documentation talk is that I'd
really appreciate to have an up-to-date aggregated scaladoc of all
I opened a ticket (#406) in response to this and attached a modified version
of the hello world archetype.
https://liftweb.assembla.com/spaces/liftweb/tickets/406-create-init-a-liftsession-from-outside-a-lift-handled-request
Just let me know if anything is unclear!
dave
On Thu, Mar 4, 2010 at
You mistake different with harder. People who are used to one way to do
things will find different harder than the same.
No, I don't. Different *is* harder. When there is a convention it should be
followed unless there is a good reason not to do so. This is one of the half
dozen or so key
On Sat, Mar 6, 2010 at 3:29 PM, jonathan mawson umpti...@gmail.com wrote:
You mistake different with harder. People who are used to one way to do
things will find different harder than the same.
No, I don't. Different *is* harder. When there is a convention it should be
followed unless
On Sat, Mar 6, 2010 at 12:13 PM, cageface milese...@gmail.com wrote:
On Mar 6, 9:35 am, David Pollak feeder.of.the.be...@gmail.com wrote:
Back when I was doing Rails, the state of Rails' documentation was not
materially different from the current state of Lift's documentation with
the
On Mar 6, 7:28 pm, David Pollak feeder.of.the.be...@gmail.com wrote:
Another failing of Rails is the community. The Rails community is a
significant detractor to adoption outside of the young hip kids.
The rails community is a significant detractor to adoption even among
young hip kids. . . I
I think I understand David's point about letting Lift sell itself for now,
rather than pushing for more widespread adoption, until the right time comes
At the same time I would like to mention that it seems to me (not based on
any experience) than Jonathan Mawson has very good marketing sense /
Also, someone was lamenting GitHub's flat wiki. Assembla has a more advanced
wiki system but David said it's not worthwhile to move unless someone will
take on the role of managing the wiki.
On Sat, Mar 6, 2010 at 10:44 PM, Naftoli Gugenheim naftoli...@gmail.comwrote:
I think I understand
On Mar 6, 10:57 am, Marius marius.dan...@gmail.com wrote:
Actually thinking more into it there is a good reason for -% to not
have a (NodeSeq) = NodeSeq support. -% means that it preserves the
attributes specified in the template to the resulting node.But having
a bunch of attributes we
The fundamental problem is that at the top bind level you want to use
FocusOnLoad which returns a NodeSeq, but you also want bind to pass along the
attributes, which has to operate at a lower level. So you can use bind twice,
nested.
Try this pattern:
bind(pre, xhtml,
label - {ns: NodeSeq =
49 matches
Mail list logo