My 2 cents if I may ...
Although I love this list and this is the official Lift list and
support I think it is important to also have other wiki's, forums etc.
out there. Personally I don't see this as a community split. More and
more people are becoming pretty knowledgeable with Lift Scala
Are your objects persisted, and, if so, are you using Mapper or
JPA/Hibernate (or something else)?
Chas.
surfman wrote:
I spent two days finishing following todo and pocketchange. Both apps
run well on my machine, and I understand I need more helpful tutorial,
but no idea where to find
Once again, I don't see how you can discuss it until you know that David's fine
with it.
Personally I haven't read any concrete benefit (I don't know what take the
load off or get more sites out there mean practically) that isn't available
now between the list an the wiki---certainly not to
I really don't like Google Groups because it's a mess. Posts on here
are hard to read and unorganized. I'm typing this post right now and
I don't have any options for formatting. I think we should have a
forum for Lift to get more people interested. When I first saw this
group here on google,
my case will be simple like this, a user table has column manager
where could holding another user's id. rails and grails both have
special syntax to create this kind of self-reference when creating the
model. I want to know how Lift handle this? Thanks.
On Aug 30, 2:43 am, Charles F. Munat
What? ... Is there on ONE forum about Java, Scala, Spring, Rail
etc? ... did all Java forums needed James Gosling approval ? .. Come
on .. So yes people can talk about it make they own
wikis,forums,blogs ... internet is free you know. I have tons of
respect for David and this community and I
Thanks David,
That does help, yes. My first toy app, which I wrote for a company demo,
used lift 1.0 and mapper. I dug into the MegaProtoUser source and
remember how it worked (providing its own site menu configurations with
access control there). Role-based restrictions could be done much
I like the Lift framework. It has its rough edges, but it's a great way
to get into web app development using scala. It borrows many good ideas
from other frameworks, most notably its convention over configuration
structure (rails) and its scriptless view layer (wicket).
One thing I'm not a
Most of DI of Lift is currently done using PartialFunction-s and
Function lists that people can set in Boot or for snippets in case on
binding functions usign SHtml helpers etc.
Personally I'm not at all a fan of Pojo/Poji DI by annotations
especially in Scala realm where there are other
I agree with marius.
On Aug 30, 11:01 am, marius d. marius.dan...@gmail.com wrote:
What? ... Is there on ONE forum about Java, Scala, Spring, Rail
etc? ... did all Java forums needed James Gosling approval ? .. Come
on .. So yes people can talk about it make they own
wikis,forums,blogs ...
On Sat, Aug 29, 2009 at 3:59 PM, Artem art...@gmail.com wrote:
Hey!
I stumbled on Lift a couple weeks ago and have been messing around
with it a lot! I am a Ruby on Rails programmer and it seems like Ruby
is doing a fine job serving the web programmers community. Recently,
I read an
4. Additionally, you have to add this in Boot environment. Often we
end up missing out on this step, or don't get the pattern right :)
ResourceServer.allow {
case _ :: style.css :: Nil = true
}
Of course, you can narrow the PF argument to better adjust to the
need.
Cheers, Indrajit
On Aug
No you don't have to do this because In Boot you are already calling
CalendarMonthlyView.init
Br's,
Marius
On Aug 30, 7:22 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote:
4. Additionally, you have to add this in Boot environment. Often we
end up missing out on this step, or don't get the
I agree. I can't imagine starting something like this without first
approaching David.
Having said that, and pehaps contradictorily, I welcome any
initiatives that will further Lift/Scala.
On Aug 30, 9:20 am, Naftoli Gugenheim naftoli...@gmail.com wrote:
Once again, I don't see how you can
Oops, I didn't follow that this is about the bundled
CalendarMonthView.
I stand corrected, ResourceServer.allow {} isn't necessary because
CalendarMonthlyView.init does the needful.
Cheers, Indrajit
On Aug 30, 9:32 pm, marius d. marius.dan...@gmail.com wrote:
No you don't have to do this
Yeah ... in general all existent lift widgets have an init method that
needs to be called in boot.
On Aug 30, 8:39 pm, Indrajit Raychaudhuri indraj...@gmail.com wrote:
Oops, I didn't follow that this is about the bundled
CalendarMonthView.
I stand corrected, ResourceServer.allow {} isn't
I am specifically talking about decoupling my web logic, ie, event
handlers for forms in lift snippets, from the persistence layer. As
currently implemented, snippets know exactly what persistence mechanism
is in use because there is no intermediary API. If I'm using Mapper, my
snippets must
Just my two cents, but I think establishing a separate forum at this
point is a mite premature. What problem, exactly, is it that we're
trying to solve?
Chas.
Naftoli Gugenheim wrote:
Once again, I don't see how you can discuss it until you know that David's
fine with it.
Personally I
David,
For all that you've said in defense of Lift's extensibility, answer
one question:
Could you override def _showAllTemplate in Crudify, without having
the source
at your disposal? And, this is not an isolated example.
Glenn...
On Aug 28, 12:05 pm, AlBlue alex.blew...@gmail.com wrote:
I agree that it's kind of silly to talk about DPP's approval. This isn't
source code related. Anyone can establish any forum he or she wants to,
and if someone wants a separate Lift forum . . .
The question, then, in my mind is whether adding a forum adds some
needed capability (or
More than 1300 people? Really? Wow. Well, then maybe a second forum
isn't premature. Man, I had no idea. When did that happen?
Chas.
David Pollak wrote:
On Sat, Aug 29, 2009 at 3:59 PM, Artem art...@gmail.com
mailto:art...@gmail.com wrote:
Hey!
I stumbled on Lift a
Hello,
In an effort to consolidate the lift wiki information, we are planning
to permanently redirecting wiki.liftweb.net to
http://wiki.github.com/dpp/liftweb.
However before the switch is made, we are going grab various bits of
content off wiki.liftweb and move it over to github.
If you have
The problem is that this Google Group is not user friendly and not
organized. I think it will be better to have a user friendly forum
where everything is organized according to its category and easily
accessible. This group is hard to find and hard to search.
On Aug 30, 3:00 pm, Charles F.
Chris Lewis burningodzi...@gmail.com writes:
I am specifically talking about decoupling my web logic, ie, event
handlers for forms in lift snippets, from the persistence layer. As
currently implemented, snippets know exactly what persistence mechanism
is in use because there is no
Thank you both for your reply but I have to admit that it was an error
in my javascript that was preventing my code from working. Apologies
for wasting your time.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift
Artem art...@gmail.com writes:
The problem is that this Google Group is not user friendly and not
organized. I think it will be better to have a user friendly forum
where everything is organized according to its category and easily
accessible.
Probably depends on your definition of user
Personally I like mailing lists .. I find it easier for me to try to
help people then a traditional forum. For someone who wants to lear
Lit perhaps a more traditional forum is more helpful? ... don't really
know .. I guess it depends on the person.
Br's,
Marius
On Aug 30, 10:10 pm, Artem
One option might be implicit parameters, but it doesn't seem as clean
(could be a knee jerk). I tried defining an implicit param on the form
handler, but then lift couldn't find the mapped handler. Doing this I
believe changes the function signature, and so the reflective call
doesn't see it.
On Aug 30, 9:03 pm, Chris Lewis burningodzi...@gmail.com wrote:
I am specifically talking about decoupling my web logic, ie, event
handlers for forms in lift snippets, from the persistence layer. As
currently implemented, snippets know exactly what persistence mechanism
is in use because
So is that an instead of argument? Or an in addition to?
Chas.
Artem wrote:
The problem is that this Google Group is not user friendly and not
organized. I think it will be better to have a user friendly forum
where everything is organized according to its category and easily
accessible.
-
Charles F. Munatc...@munat.com wrote:
So is that an instead of argument? Or an in addition to?
Chas.
Artem wrote:
The problem is that this Google Group is not user friendly and not
organized. I think it will be better to have a user friendly forum
We recently went through such a debate at work trying to decide
between web forum vs mailing list and the end result for us at least
was it depends. A lot of this is all highly subjective, there is no
right or wrong - both sides need to remember that what works for them
might not work for
thanks a lot, David
On Aug 27, 9:11 pm, David Pollak feeder.of.the.be...@gmail.com
wrote:
On Thu, Aug 27, 2009 at 2:12 AM, XiaomingZheng
xiaomingzhen...@gmail.comwrote:
there are two kinds of QueryParams in Lift, one uses raw sql clauses
and the other not. My question is, when using
Apparently there is a Google Group for Google Groups: the Google Groups Help
Forum
http://groups.google.com/group/Google-Groups-Guidehttp://groups.google.com/group/Google-Groups-GuideIt
seems many people have noticed the search bug.
Maybe if a lot of people post over there complaining it will
How can we know what is included in Lift's classpath for javascript
and css files?
I see src=/classpath/jquery.js and src=/classpath/json.js in the
example template, and even lift:CSS.blueprint / and
lift:CSS.fancyType /.
Where can I see exactly what we are getting 'for free', so I will know
People have different preferences so you can decide to stay on Google
Groups or help start the forum. If you want to help out, the forum
URL is www.liftforum.com. If you have other questions about the
forum, give me a shout at art...@gmail.com.
Thanks.
On Aug 30, 6:03 pm, Timothy Perrett
who are using lift web now?
-
mawei...@gmail.com
13585201588
http://maweis.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group,
-
mawei...@gmail.com
13585201588
http://maweis.com
On Mon, Aug 31, 2009 at 6:31 AM, Artemart...@gmail.com wrote:
People have different preferences so you can decide to stay on Google
Groups or help start the forum. If you want to help
Novell, Xerox, and SAP... so name a few big companies.
InnovationGames.com to name a small (but very cool) company.
On Sun, Aug 30, 2009 at 7:37 PM, Margaret mawei...@gmail.com wrote:
who are using lift web now?
-
mawei...@gmail.com
On Sun, Aug 30, 2009 at 8:21 AM, Chris Lewis burningodzi...@gmail.comwrote:
Thanks David,
That does help, yes. My first toy app, which I wrote for a company demo,
used lift 1.0 and mapper. I dug into the MegaProtoUser source and
remember how it worked (providing its own site menu
I would split out JPA and Mapper.
Chas.
Artem wrote:
People have different preferences so you can decide to stay on Google
Groups or help start the forum. If you want to help out, the forum
URL is www.liftforum.com. If you have other questions about the
forum, give me a shout at
41 matches
Mail list logo