OK so most of your problems are around Mapper which is just a portion
of Lift. Please see my notes inline but other people more Mapper
knowlegeable then myself will likely reply. Hopefully their feedback
will be materialize on Lift Wiki.
Br's,
Marius
On Dec 27, 3:47 am, David Flemström
Hmm that's weird. I have the master sources and a CometActor with a
render like:
def render = {
val link: NodeSeq = SHtml.a(()= {
println(Link clicked)
SetHtml(time, bClicked/b)
}, Text(this doesn't (via comet actor)))
val res: NodeSeq = bind(time - timeSpan) ++ link
Hi Marius,
Thanks for your response. The issue occurs when using inline template
xhtml as the content for SetHtml, which itself is the callback
function for an ajax generator (I do this for reuse of ajax rendered
elements that are accessible from different parts of the same page,
and are sometimes
On Sun, Dec 27, 2009 at 9:30 AM, Marius marius.dan...@gmail.com wrote:
In \liftweb\lift-examples\hellolift\src\main\scala\com\hellolift\model
\User.scala ... one of the Lift examples
There is something like:
object User extends User with MetaMegaProtoUser[User] {
override def dbTableName =
AH sorry ... I didn't put your exac same snippets because I have a
demo app already there and I only had to do mino change to try your
scenario. Here is what I have now:
The snippet:
class Hello {
def ajaxCometLink(xhtml: NodeSeq): NodeSeq = {
bind(st, xhtml,
something - SHtml.a(()
On Dec 27, 4:24 pm, David Flemström david.flemst...@gmail.com wrote:
On Sun, Dec 27, 2009 at 9:30 AM, Marius marius.dan...@gmail.com wrote:
In \liftweb\lift-examples\hellolift\src\main\scala\com\hellolift\model
\User.scala ... one of the Lift examples
There is something like:
object
Hi Gang,
I believe that Schemefier is failing to find a database driver named
Access and cannot default to a generic SQL one since DriverType is an
abstract class. Supported databases are: PostgreSQL, Derby (included
if you use one of the Maven archetypes, easy to add if you did not),
MaxDb, H2,
Good lord - I could not agree more, do not use Access. If you need a free
database on wintel, just use MS SQL Express.
You could find yourself in a world of hurt and concurrency issues with Access
and Lift.
Cheers, Tim
On 27 Dec 2009, at 17:31, Peter Robinett wrote:
Hi Gang,
I believe
I had started another thread about this being a derby issue but it's
more related to the archetype.
Still in the M8 archetype, h2 db is dependency of the project rather
than a dependency of Jetty. It is better to have jetty declare the h2
dep because it keeps the sample app database independent.
Hello Indrajitr,
When using archetype:generate without the command line args, why does
it not build the latest release of the archetype? I saw that 1.1-M8 is
in central but the version it builds uses lift-core 0.8.
I'm not 100% on how it chooses the archetype version from the normal
selection
Just discovered this issue (1.1-m8): The sign-up form will not display
field errors by default. The user therefore gets the impression that
the application has simply stopped responding. The validation I
checked (and this may be the only one) was the unique e-mail address
validation. If the e-mail
On Fri, Dec 25, 2009 at 4:55 PM, David Flemström
david.flemst...@gmail.comwrote:
On Friday 25 December 2009 20:09:10 Timothy Perrett wrote:
It would be really good for us as a team to know what it is you *dont*
get? Is it conceptual? code? If we can understand what is daunting for
On Fri, Dec 25, 2009 at 7:19 PM, Erkki Lindpere vill...@gmail.com wrote:
I mostly agree with what David said and I'll add this:
* I think _? and _! in methods come from Ruby, but they don't fit the
naming conventions in Java/Scala (I think Scala should mostly follow
Java conventions with
On Sat, Dec 26, 2009 at 8:47 PM, David Flemström
david.flemst...@gmail.comwrote:
On Saturday 26 December 2009 15:30:34 Marius wrote:
So I believe it is much more constructive for ALL of us to ask
concrete questions, described concrete problems and let's see how we
can fix it. Many things
Although in general I think that instead of Lift hardcoding its set of
drivers, it should allow anyone to subclass DriverType and supply it to
Lift.
On Sun, Dec 27, 2009 at 12:41 PM, Timothy Perrett
timo...@getintheloop.euwrote:
Good lord - I could not agree more, do not use Access. If you need
On Monday 28 December 2009 03:54:24 Naftoli Gugenheim wrote:
Which is why they are called ProtoUser and CRUDify. If you need something
more custom, it's really not hard to build it.
It seems that this is the point that I simply haven't forced myself to
understand yet. If this really is the
Yeah that looks like exactly what I'm looking for.
I'm just debating the two options: 1. Use many snippets and pass the
current item down through a request var. 2. Use one snippet (composed
of many internal function calls) and pass the current item down as a
parameter.
I'll give both a shot,
If there's a better way you'd like to be able to do things -- something
you'd like to see in Lift -- please share it with us, in a specific manner.
Thanks!
On Sun, Dec 27, 2009 at 10:49 PM, David Flemström david.flemst...@gmail.com
wrote:
On Monday 28 December 2009 03:54:24 Naftoli Gugenheim
Hello Joseph,
Archetype list is picked up from the archetype catalog [1]. This is
controlled by the parameter 'archetypeCatalog' when you invoke the goal
'archetype:generate' (defaults to 'internal,local') [2].
Thus, what you see by default is the internal list that is picked up
from
19 matches
Mail list logo