[Lift] Re: Lift deal breakers

I'm not sure how you'd implement an _ajax_ Button without Javascript. :-) I also don't see how it is bad for SEO. These days, depending on the page and search engine, Javascript either gets executed (if there are JS blocks that run onload or inline) or ignored. In case of less popular pages, JS i

[Lift] Re: Lift deal breakers

Dustin Whitney wrote: Hey, I like Lift so in an effort to improve it I am submitting some criticism. Obtrusive _javascript_: when I create an ajaxButton I get this html: Press mebutton

[Lift] Lift deal breakers

Hey, I like Lift so in an effort to improve it I am submitting some criticism. Obtrusive javascript: when I create an ajaxButton I get this html: Press me That onclick is not ok. It's bad for SEO and makes the page harder to read. Ideally, no javascript should appear on the page whatsoever.

[Lift] Re: SHtml.submit doesn't call its callback

Don't waste your time. I'll try to come up with a minimal repro on my end and report here. I was initially using 1.0, then I upgraded (by editing POM) to 1.0.1, then to 1.0.2 (and I upgraded Scala to 2.7.5, as required). This was repro with at least 1.0.1 and 1.0.2. On Sep 11, 6:22 am, David Pol

[Lift] Re: 1.0.2 released

Yes I did. I'll try to delete binaries and rebuild again - maybe something stuck around longer than it should have. On Sep 11, 3:07 pm, Stuart Roebuck wrote: > 1.0.2 has certainly fixed the problem for me which I had encountered > in 1.0.1. > > Stuart. > > On Sep 11, 6:39 pm, David Pollak > wro

[Lift] Re: 1.0.2 released

1.0.2 has certainly fixed the problem for me which I had encountered in 1.0.1. Stuart. On Sep 11, 6:39 pm, David Pollak wrote: > Did you update your pom.xml file to set the lift version to 1.0.2? > I just created a new project with 1.0.2 and it does not display this issue. > > > > > > On Thu, S

[Lift] Re: MappedDate.setFromAny only works with strings?

Of course, now that I'm actually digging into the code, it really makes me want to switch to using Joda Time :). Also, the LiftRules.parseDate function currently does DateTime parsing, so I would have to make a breaking change to rename it to parseDateTime and add new parseDate and parseTime (and a

[Lift] Re: Milestone 5 now available!

For that matter, was it a special (e.g. hand-run) build to make the "unified" ScalaDocs for 1.0? It would be nice if that were part of the normal build so that each new release had it. Derek On Thu, Sep 10, 2009 at 6:21 PM, Antony Blakey wrote: > > > On 11/09/2009, at 8:45 AM, David Pollak wrote

[Lift] Re: testing

Thanks! working like a charm! -Dustin On Fri, Sep 11, 2009 at 1:29 PM, David Pollak wrote: > > > On Fri, Sep 11, 2009 at 10:04 AM, Dustin Whitney > wrote: > >> Trying this out now - is there an easy way to start a project from the >> latest snapshot. Changing the version in the archetype to

[Lift] Re: 1.0.2 released

Did you update your pom.xml file to set the lift version to 1.0.2? I just created a new project with 1.0.2 and it does not display this issue. On Thu, Sep 10, 2009 at 5:55 PM, DMB wrote: > > You mean this guy? It's still there it seems. > > java.lang.NoSuchFieldException: refSet >at java

[Lift] Re: testing

On Fri, Sep 11, 2009 at 10:04 AM, Dustin Whitney wrote: > Trying this out now - is there an easy way to start a project from the > latest snapshot. Changing the version in the archetype to 1.1-SNAPSHOT > didn't work, but that was just wishful thinking. What "didn't work"? Changing to 1.1-SNAPS

[Lift] Re: Wizard code in master

Good to see there is plenty of demand for such a feature :-) Cheers, Tim On 11 Sep 2009, at 18:14, David Pollak wrote: > The wizard stuff is in the lift-wizard package. Right now, it's > random thoughts that are forming into something that will be > semantically like https://www.lostlake.o

[Lift] Re: Wizard code in master

The wizard stuff is in the lift-wizard package. Right now, it's random thoughts that are forming into something that will be semantically like https://www.lostlake.org/wizard.wmv but be syntactically a Scala DSL. I need 2 or 3 solid days working on Wizard to make it usable, but I haven't found tho

[Lift] Re: Include jquery.js script

Fine for me. Let's keep things as they are. Heiko 2009/9/11 David Pollak > > A long time ago (pre 1.0) Lift automatically inserted the jQuery stuff if > it was not on the page. > > It would increase the complexity of the head re-writer to do this and it > would make Lift appear more "jQuery orie

[Lift] Re: Wizard code in master

Is this wizard code available for review somewhere? I'm writing a snippet that allows users to add or edit site content - heading, summary, tags, etc. - and then depending on the content type selected - html, file, form, etc. - takes the user to a page specifically for adding/editing that content

[Lift] Re: Include jquery.js script

On Fri, Sep 11, 2009 at 8:15 AM, Timothy Perrett wrote: > > The only reason lift ajax is added automatically is because the whole > thing is generated on the fly - so the page may or may not need it > (lift decides). > > Personally, I would be against adding jquery by default - this might > interf

[Lift] Re: testing

Trying this out now - is there an easy way to start a project from the latest snapshot. Changing the version in the archetype to 1.1-SNAPSHOT didn't work, but that was just wishful thinking. I will compile the source and give this a try, but making a nightly snapshot available wouldn't be a bad i

[Lift] Re: Include jquery.js script

The only reason lift ajax is added automatically is because the whole thing is generated on the fly - so the page may or may not need it (lift decides). Personally, I would be against adding jquery by default - this might interfere with existing applications IMO. WDYT? Cheers, Tim On 11

[Lift] Re: Include jquery.js script

Don't get me wrong: I thought that it was added to the head section automatically, like This would mean that it need not be included in any template. Heiko 2009/9/11 Timothy Perrett > > Errr, thats always been the case, no? It is in the default archetypes > for as long as I care to remember

[Lift] Re: Include jquery.js script

Errr, thats always been the case, no? It is in the default archetypes for as long as I care to remember :-) Cheers, Tim On 11 Sep 2009, at 14:45, Heiko Seeberger wrote: > With the current snapshot one has to explicitly add > > to the templates. > > Was this not automatically included formerl

[Lift] Re: CRUDify trait in 1.1-SNAPSHOT

ups! thanks anyway > > > On Fri, Sep 11, 2009 at 6:01 AM, Hannes > wrote: > > > I've got another problem with CRUDify since I updated to release 1.0.2 > (in M3 everything was fine). > > > Release 1.0.2 is older than 1.1-M3. You downgraded to release

[Lift] Re: SHtml.submit doesn't call its callback

I had a weird problem one time like this and the solution was to use "lazy" bindings, which forced the fmapFunc order to match the HTML form. I'm not saying this is your problem, but it may be worth a try. That is, change: >> bind("g", xhtml, >> "nonce" -> hidden(nonce = _, "valu

[Lift] Include jquery.js script

With the current snapshot one has to explicitly add to the templates. Was this not automatically included formerly? Cheers, Heiko My job: weiglewilczek.com My blog: heikoseeberger.name Follow me: twitter.com/hseeberger OSGi on Scala: scalamodules.org Lift, the simply functional web framework:

[Lift] Re: CRUDify trait in 1.1-SNAPSHOT

On Fri, Sep 11, 2009 at 6:01 AM, Hannes wrote: > > I've got another problem with CRUDify since I updated to release 1.0.2 > (in M3 everything was fine). > Release 1.0.2 is older than 1.1-M3. You downgraded to release 1.0.2. Some features that are available in the 1.1 Milestones are not availab

[Lift] Re: SHtml.submit doesn't call its callback

On Thu, Sep 10, 2009 at 9:25 PM, DMB wrote: > > And now it does call its callback. All I did was I removed the > placeholders for hidden fields (e.g. ). > > What the heck. A bit too much mystery for comfort, It's too much mystery for my comfort as well. I'll try to reproduce it... what version

[Lift] Re: CRUDify trait in 1.1-SNAPSHOT

I've got another problem with CRUDify since I updated to release 1.0.2 (in M3 everything was fine). error: value showAllMenuLocParams is not a member of LimitOrder with net.liftweb.mapper.LongKeyedMetaMapper[...LimitOrder] with net.liftweb.mapper.CRUDify[long, LimitOrder] with ScalaObj

[Lift] Re: SHtml.submit doesn't call its callback

And now it does call its callback. All I did was I removed the placeholders for hidden fields (e.g. ). What the heck. A bit too much mystery for comfort, but I'm glad it works now. On Sep 10, 6:05 pm, DMB wrote: > Here's the problem. I have a simple form with a couple of hidden > fields. The pu

[Lift] Re: Using template without and

thanks, will try. On Sep 11, 4:03 am, David Pollak wrote: > Fixedhttp://github.com/dpp/liftweb/commit/78e95f734f622845d679206df56c9a52... > > > > On Thu, Sep 10, 2009 at 10:47 AM, walterc wrote: > > > Is there a way to configure template to generate html fragments > > without including and gene