Thanks guys for following up on this. It's a great help here too.
George On May 21, 5:42 am, David Pollak <feeder.of.the.be...@gmail.com> wrote: > On Wed, May 20, 2009 at 8:38 PM, fatu <fab...@gmail.com> wrote: > > > Hi David, > > > yes it will do, thank you so much for such a lightning-fast > > development in reply! > > > I'm only thinking about a case that is probably much more of an > > exception than a rule, i.e. when the snippet dynamically decides if it > > needs to generate a full page or a fragment (which is not a very good > > design anyway IMHO), for example based on some info passed. But even > > in that case the snippet will know that and will be able to set > > S.skipDocType = true accordingly, so it should be perfectly fine. Plus > > it won't be difficult at all to make the processing diverge in the 2 > > cases by using URL rewrites, redirecting it to a different template / > > snippet depending on parameters or URL structure, which is probably a > > better design too. > > You could also pass a header flag from your AJAX call. If the header's set, > you don't do the boilerplate surround that'll include all the <html>, <head> > and <body> tags. > > Anyway, enjoy and thanks for the use case. > > Party on. > > > > > > > > > Again many thanks everyone and David especially! > > > On May 20, 4:05 pm, David Pollak <feeder.of.the.be...@gmail.com> > > wrote: > > > I'm about to commit S.skipDocType = true | false. If you set it to true, > > > the <!DOCTYPE .../> will be omitted from the response page. This will > > allow > > > your AJAX fragements to pull parts of pages from the server. Note that > > > someplace in your snippets, you'll have to set S.skipDocType = true. > > > > Does this address your issue? > > > > On Wed, May 20, 2009 at 5:13 AM, fatu <fab...@gmail.com> wrote: > > > > > Hi Marius, > > > > > as I understand them, Jx classes help in generating JS that can itself > > > > generate DOM at the client. Am I wrong? I'd really like to serve back > > > > an HTML fragment built by using the normal Lift template pipeline (so > > > > including surround & bind). Is that possible? > > > > > Thanks > > > > > On 20 Mag, 13:16, "marius d." <marius.dan...@gmail.com> wrote: > > > > > As I understood you want to make an Ajax request and serve back a > > > > > Document Fragment. If so please also take a look at Jx stuff. We > > > > > discuss Jx classes in a fairly amount of details in the lift book. > > > > > > Br's, > > > > > Marius > > > > > > On May 20, 9:32 am, fatu <fab...@gmail.com> wrote: > > > > > > > Timothy, > > > > > > > thanks for the links, I found them useful and I find your blog in > > > > > > general very interesting. Came across scala-blogs.org and it looks > > > > > > quite promising as well. > > > > > > > I knew "bind" already from the "Exploring Lift" book which I pull > > from > > > > > > git, build with Lyx and keep at hand regularly. In the doctype > > post, > > > > > > though, I couldn't find a way to specify "no doctype" which I > > think > > > > > > is necessary to serve a fragment; plus I couldn't find any other > > easy > > > > > > "out-of-the-box" way to do it. Shouldn't this use case (serving > > > > > > fragments), which I think is quite common, be better / more easily > > > > > > supported by the framework? Can someone post an example of how to > > do > > > > > > it with raw response handling in the meanwhile? > > > > > > > Thanks anybody. > > > > > > > Fabio > > > > > > > On 26 Apr, 21:49, Timothy Perrett <timo...@getintheloop.eu> wrote: > > > > > > > > George, > > > > > > > > To tell lift what doctype you want to use see my blog post here: > > > >http://is.gd/uJ4L > > > > > > > > Also, you'll want to read another one of my posts in which I > > discuss > > > > > > > the bind(...) method and how you can stop putting markup into > > your > > > > > > > snippets:http://is.gd/sfyT > > > > > > > > Cheers, Tim > > > > > > > > On Apr 26, 1:02 pm, george <geo...@mattandgeorge.com> wrote: > > > > > > > > > hello all, > > > > > > > > > hopefully someone can help me out here. > > > > > > > > > i am trying to port some simple ajax stuff over to lift from a > > > > rails > > > > > > > > app. basically it just loads anhtmlfragmentand puts it into the > > dom > > > > > > > > using prototype. > > > > > > > > > i have set up a template which contains thefragmentat src/main/ > > > > > > > > webapp/fragment.html > > > > > > > > > <ul><li>item</li></ul> > > > > > > > > > then i made the page available using the SiteMap and all seems > > > > good, > > > > > > > > but here comes the problem > > > > > > > > > the lift response adds the xml declaration and doctype, one of > > > > which > > > > > > > > seems to cause prototype some problems > > > > > > > > > <?xml version="1.0" encoding="UTF-8"?> > > > > > > > > <!DOCTYPEhtmlPUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " > > > >http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > > > > > > <ul><li>item</li></ul> > > > > > > > > > so the question is, how can i make lift send back the > > > > rawhtmlwithout > > > > > > > > meddling with it? > > > > > > > > > i have tried out using ResourceServer to serve it statically > > which > > > > > > > > works, but this wouldn't allow me to generate thefragment > > > > > > > > dynamically. > > > > > > > > > i would also prefer to have a separatehtmltemplate file rather > > than > > > > > > > > embedding the markup code in a snippet. > > > > > > > > > any thoughts gratefully received.. > > > > > > > > > george > > > > -- > > > Lift, the simply functional web frameworkhttp://liftweb.net > > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > > Follow me:http://twitter.com/dpp > > > Git some:http://github.com/dpp > > -- > Lift, the simply functional web frameworkhttp://liftweb.net > Beginning Scalahttp://www.apress.com/book/view/1430219890 > Follow me:http://twitter.com/dpp > Git some:http://github.com/dpp --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---