[Lift] Re: Accessing innerHTML during bind?

2010-02-05 Thread Tim Maxwell
of element nodes and m is the number of things to be bound.  Using foldLeft, you're making that O(n m)  Then again, if the code is understandable for you, then a couple of nanoseconds here and there are not overly important. -Ross On Feb 4, 2010, at 10:28 AM, Tim Maxwell wrote: Hi

[Lift] Re: Accessing innerHTML during bind?

2010-02-04 Thread Tim Maxwell
 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Wed, Feb 3, 2010 at 12:44 PM, Tim Maxwell truthspi...@gmail.com wrote: Hi folks, I am trying to do binds based on a list of products. The point is to create links that can be wrapped around existing text or images. Something like

[Lift] Accessing innerHTML during bind?

2010-02-03 Thread Tim Maxwell
Hi folks, I am trying to do binds based on a list of products. The point is to create links that can be wrapped around existing text or images. Something like this: signup:links.force_PRODThis is the link text our marketing dept. creates/signup:link Here's what I have so far in the snippet

[Lift] Lift-Wizard Fields incompatible with lift-record fields

2010-01-19 Thread Tim Maxwell
The lift-wizard and lift-record packages both have Field traits that appear to do very similar things, with the end result being that the lift-wizard currently can't use the existing EmailField, PasswordField, UploadField traits. Will these types be unified at some point? Will we be able to use

[Lift] Re: Lift-Wizard Fields incompatible with lift-record fields

2010-01-19 Thread Tim Maxwell
net.liftweb.record.field.EmailField Am I wrong about these fields being what the UI layer uses to generate forms? On Jan 19, 1:02 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Tue, Jan 19, 2010 at 10:56 AM, Tim Maxwell truthspi...@gmail.com wrote: The lift-wizard and lift-record

[Lift] Re: Lift-Wizard Fields incompatible with lift-record fields

2010-01-19 Thread Tim Maxwell
Thanks for the update. Good luck with all the personal stuff. If I decide to go the route of integrating I will report back on any progress I make. Cheers, Tim On Jan 19, 1:13 pm, David Pollak feeder.of.the.be...@gmail.com wrote: On Tue, Jan 19, 2010 at 11:06 AM, Tim Maxwell truthspi

[Lift] LiftWizard lift-examples 2.0-M1 questions

2010-01-18 Thread Tim Maxwell
Hi Folks, I am messing around with the 2.0-M1 build and I can't figure out a couple of things. a. What is the prefered method of installing the lift-examples? b. Does LiftWizard work yet? I am getting an Instantiation exception when I call new Wizard. The docs say this exception only gets

[Lift] Re: LiftWizard lift-examples 2.0-M1 questions

2010-01-18 Thread Tim Maxwell
Go to the corresponding directory and do mvn package. I'm using the maven basic archetype. The examples directories have been removed from that, so I don't have a corresponding directory, this is my main obstacle. -- You received this message because you are subscribed to the Google Groups

[Lift] Re: LiftWizard lift-examples 2.0-M1 questions

2010-01-18 Thread Tim Maxwell
directory at the top level. They haven't been removed, just relocated from lift-examples to examples :) Do a git pull to get the fresh set. Cheers, Indrajit On 18/01/10 8:17 PM, Tim Maxwell wrote: Go to the corresponding directory and do mvn package. I'm using the maven basic

[Lift] wizard error

2010-01-18 Thread Tim Maxwell
Hi Folks, I got the example project up and running. However as I start to modify it, I run into a nasty error. Here are the changes I've made: 1. added to Boot.scala Menu(Loc(Wiz, List(wiz), Wizard)), //boilerplate Menu(Loc(Wiz3, List(wiz3), Signup Wizard)), //my addition Menu(Loc(Wiz2,

[Lift] Re: wizard error

2010-01-18 Thread Tim Maxwell
I missed the step of setting up the snippet dispatcher. Fixed. On Jan 18, 12:23 pm, Tim Maxwell truthspi...@gmail.com wrote: Hi Folks, I got the example project up and running. However as I start to modify it, I run into a nasty error. Here are the changes I've made: 1. added

[Lift] Questions about Field traits

2010-01-18 Thread Tim Maxwell
I was hacking around with the 2.0-M1 release and it appears that the StringField used by Wizard and defined in lift-base webkit LiftScreen.scala is not the same as the StringField defined in lift- persistence StringField.scala. Can I assume this is an artifact of development and some unification