[Lift] Re: New version of master.pdf for the Lift Book
I'm a bit of a perfectionist when it comes to things like this. It will never be good enough for me ;) On Fri, Jun 5, 2009 at 5:43 PM, Timothy Perrett wrote: > > Excellent work Derek - great to see you guys still soldering on with > the book effort post publication :-) > > Cheers, Tim > > On Jun 5, 11:36 pm, Derek Chen-Becker wrote: > > I made some major revisions to the Ajax and Comet chapter, so a new > version > > is up on the group page: > > > > http://groups.google.com/group/the-lift-book/files > > > > I've been really busy with work lately, but I'm going to try to get at > least > > one big chunk of revisions done each week. > > > > Derek > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: fall-through redirect
Joe, On Fri, Jun 5, 2009 at 10:37 AM, Joe Wass wrote: > > I'm after re-writing, not a re-direct (although I'd compromise to a > redirect if re-writing isn't possible). > > In Rails I seem to recall it wasn't re-writing but binding after all > other attempts to bind had failed. For comparison, here's the Rails > version: > > [rails routes.rb] > # normal mappings etc > map.connect '/search', :controller => 'view', :action => 'search' > > ... > > # fallback find member after everything else has failed > map.connect "/:tag", :controller => "view", :action => "member" > [/rails] > > which would bind the portion after the slash to 'tag' > Okay... there may be a way to do this in Lift, but it's non-obvious. I'll noodle around with some code tomorrow during down time at the Scala Lift Off (http://scalaliftoff.com) and see if I can make it more obvious. > > Sorry to drag another framework into it, but I think it's the best way > to explain. I really like to see how other people have used other frameworks to get good results. I have a high regard for Rails and think that it is a ground-breaking and excellent tool. Thanks, David > > > Joe > > > > On Jun 5, 3:13 pm, David Pollak wrote: > > Joe, > > Do you want a redirect (HTTP 304) or do you want the URL rewritten so > that > > Lift sees site.com/user/member, but the browser still thinks in sent > > site.com/member ? > > > > Thanks, > > > > David > > > > > > > > On Fri, Jun 5, 2009 at 1:47 AM, Joe Wass > wrote: > > > > > Hello everyone, > > > > > I want to be able to handle requests that don't fall within the > > > sitemap. I have a site with members, and, providing that a user id > > > doesn't conflict with any part of a sitemap path, I want site.com/ > > > member to redirect to site.com/user/member. I've done this kind with > > > Rails, but the Lift model doesn't quite seem to match Rails so I'm a > > > little unsure about how to go about doing it... suggestions? > > > > > TIA! > > > > > Joe > > > > -- > > 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 framework http://liftweb.net Beginning Scala http://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 -~--~~~~--~~--~--~---
[Lift] Re: New version of master.pdf for the Lift Book
Excellent work Derek - great to see you guys still soldering on with the book effort post publication :-) Cheers, Tim On Jun 5, 11:36 pm, Derek Chen-Becker wrote: > I made some major revisions to the Ajax and Comet chapter, so a new version > is up on the group page: > > http://groups.google.com/group/the-lift-book/files > > I've been really busy with work lately, but I'm going to try to get at least > one big chunk of revisions done each week. > > Derek --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
Hey Marius, I see the commit - sweet work. For the sake of completeness in this thread and useful archives, it would probably be most helpful to just round up with an example :-) Cheers, Tim On Jun 5, 5:05 pm, "marius d." wrote: > Committed. Let me know if that works for you. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: fall-through redirect
Joe, You might enjoy my article on URL rewriting: http://is.gd/wq4K Does that help? Cheers, Tim On Jun 5, 6:37 pm, Joe Wass wrote: > I'm after re-writing, not a re-direct (although I'd compromise to a > redirect if re-writing isn't possible). > > In Rails I seem to recall it wasn't re-writing but binding after all > other attempts to bind had failed. For comparison, here's the Rails > version: > > [rails routes.rb] > # normal mappings etc > map.connect '/search', :controller => 'view', :action => 'search' > > ... > > # fallback find member after everything else has failed > map.connect "/:tag", :controller => "view", :action => "member" > [/rails] > > which would bind the portion after the slash to 'tag' > > Sorry to drag another framework into it, but I think it's the best way > to explain. > > Joe > > On Jun 5, 3:13 pm, David Pollak wrote: > > > > > Joe, > > Do you want a redirect (HTTP 304) or do you want the URL rewritten so that > > Lift sees site.com/user/member, but the browser still thinks in sent > > site.com/member ? > > > Thanks, > > > David > > > On Fri, Jun 5, 2009 at 1:47 AM, Joe Wass wrote: > > > > Hello everyone, > > > > I want to be able to handle requests that don't fall within the > > > sitemap. I have a site with members, and, providing that a user id > > > doesn't conflict with any part of a sitemap path, I want site.com/ > > > member to redirect to site.com/user/member. I've done this kind with > > > Rails, but the Lift model doesn't quite seem to match Rails so I'm a > > > little unsure about how to go about doing it... suggestions? > > > > TIA! > > > > Joe > > > -- > > 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 -~--~~~~--~~--~--~---
[Lift] New version of master.pdf for the Lift Book
I made some major revisions to the Ajax and Comet chapter, so a new version is up on the group page: http://groups.google.com/group/the-lift-book/files I've been really busy with work lately, but I'm going to try to get at least one big chunk of revisions done each week. Derek --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: NULLable MappedForeignKey
As you can probably tell from the question, I'm still a beginning programmer and just learning Scala/Lift, however, I do have a basic understanding of the difference between option types and null references. In this particular case, there are definite cases where the field will be assigned a value and others where it will be empty, thus I will set it as Empty where appropriate following David Pollak's instructions. Thanks -David On Jun 4, 2:22 pm, Joe Wass wrote: > Just to check -- are you familiar with the difference between option > types and null references in scala? It's an important distinction and > it's very important with Lift. > > Joe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: fall-through redirect
I'm after re-writing, not a re-direct (although I'd compromise to a redirect if re-writing isn't possible). In Rails I seem to recall it wasn't re-writing but binding after all other attempts to bind had failed. For comparison, here's the Rails version: [rails routes.rb] # normal mappings etc map.connect '/search', :controller => 'view', :action => 'search' ... # fallback find member after everything else has failed map.connect "/:tag", :controller => "view", :action => "member" [/rails] which would bind the portion after the slash to 'tag' Sorry to drag another framework into it, but I think it's the best way to explain. Joe On Jun 5, 3:13 pm, David Pollak wrote: > Joe, > Do you want a redirect (HTTP 304) or do you want the URL rewritten so that > Lift sees site.com/user/member, but the browser still thinks in sent > site.com/member ? > > Thanks, > > David > > > > On Fri, Jun 5, 2009 at 1:47 AM, Joe Wass wrote: > > > Hello everyone, > > > I want to be able to handle requests that don't fall within the > > sitemap. I have a site with members, and, providing that a user id > > doesn't conflict with any part of a sitemap path, I want site.com/ > > member to redirect to site.com/user/member. I've done this kind with > > Rails, but the Lift model doesn't quite seem to match Rails so I'm a > > little unsure about how to go about doing it... suggestions? > > > TIA! > > > Joe > > -- > 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 -~--~~~~--~~--~--~---
[Lift] Re: how to serve html fragments
Are you using Scala 2.7.4 or 2.7.5? On Fri, Jun 5, 2009 at 7:37 AM, fatu wrote: > > Fantastic, it works great! > > I'm getting an unrelated exception, perhaps that's something in flush > (looks a bit like it from the trace) and you already know but just in > case: > > java.lang.NoSuchFieldException: refSet >at java.lang.Class.getDeclaredField(Class.java:1882) >at net.liftweb.http.PointlessActorToWorkAroundBug$$anonfun$act$1$ > $anonfun$apply$1.apply(LiftServlet.scala:715) >at net.liftweb.http.PointlessActorToWorkAroundBug$$anonfun$act$1$ > $anonfun$apply$1.apply(LiftServlet.scala:707) >at scala.actors.Reaction.run(Reaction.scala:78) >at net.liftweb.http.ActorSchedulerFixer$$anon$1$$anonfun$execute > $1.apply(LiftServlet.scala:668) >at net.liftweb.http.ActorSchedulerFixer$$anon$1$$anonfun$execute > $1.apply(LiftServlet.scala:668) >at net.liftweb.http.ActorSchedulerFixer$$anonfun$20$$anon$2.run > (LiftServlet.scala:626) >at java.util.concurrent.ThreadPoolExecutor$Worker.runTask > (ThreadPoolExecutor.java:886) >at java.util.concurrent.ThreadPoolExecutor$Worker.run > (ThreadPoolExecutor.java:908) >at java.lang.Thread.run(Thread.java:619) > > Thanks again. > > Fabio > > > On 5 Giu, 10:58, fatu wrote: > > I've had a look at your commit and skipDocType should now remove the > > decl. as well. I'll try it out as soon as I can get a snapshot build > > of it. > > > > Many many thanks so far. > > > > Fabio > > > > On 4 Giu, 19:06, David Pollak wrote: > > > > > On Thu, Jun 4, 2009 at 10:04 AM, Timothy Perrett > wrote: > > > > > > Have you pushed this change? Its not showing on github? > > > > > I pushed, but forgot to commit... :-) That's me, I just can't commit. > > > > > All committed and pushed. > > > > > > Cheers, Tim > > > > > > On 04/06/2009 17:33, "David Pollak" > wrote: > > > > > > Okay... checked in a change that removes the XML header as > well > > > > > -- > > > 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 framework http://liftweb.net Beginning Scala http://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 -~--~~~~--~~--~--~---
[Lift] Re: how to serve html fragments
Fantastic, it works great! I'm getting an unrelated exception, perhaps that's something in flush (looks a bit like it from the trace) and you already know but just in case: java.lang.NoSuchFieldException: refSet at java.lang.Class.getDeclaredField(Class.java:1882) at net.liftweb.http.PointlessActorToWorkAroundBug$$anonfun$act$1$ $anonfun$apply$1.apply(LiftServlet.scala:715) at net.liftweb.http.PointlessActorToWorkAroundBug$$anonfun$act$1$ $anonfun$apply$1.apply(LiftServlet.scala:707) at scala.actors.Reaction.run(Reaction.scala:78) at net.liftweb.http.ActorSchedulerFixer$$anon$1$$anonfun$execute $1.apply(LiftServlet.scala:668) at net.liftweb.http.ActorSchedulerFixer$$anon$1$$anonfun$execute $1.apply(LiftServlet.scala:668) at net.liftweb.http.ActorSchedulerFixer$$anonfun$20$$anon$2.run (LiftServlet.scala:626) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask (ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Thanks again. Fabio On 5 Giu, 10:58, fatu wrote: > I've had a look at your commit and skipDocType should now remove the > decl. as well. I'll try it out as soon as I can get a snapshot build > of it. > > Many many thanks so far. > > Fabio > > On 4 Giu, 19:06, David Pollak wrote: > > > On Thu, Jun 4, 2009 at 10:04 AM, Timothy Perrett > > wrote: > > > > Have you pushed this change? Its not showing on github? > > > I pushed, but forgot to commit... :-) That's me, I just can't commit. > > > All committed and pushed. > > > > Cheers, Tim > > > > On 04/06/2009 17:33, "David Pollak" wrote: > > > > Okay... checked in a change that removes the XML header as well > > > -- > > 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
Committed. Let me know if that works for you. On Jun 5, 6:31 pm, "marius d." wrote: > Oh right ..that makes sense. Thanks Derek ! > > On Jun 5, 6:28 pm, Derek Chen-Becker wrote: > > > Well, I meant for a period of time, since we're changing default behavior. > > If someone expects an empty node to render default messages and then > > upgrades to 1.1 and it stops spitting it out, that would be confusing. Kind > > of a deprecation warning, so to speak. > > > Derek > > > On Fri, Jun 5, 2009 at 8:25 AM, marius d. wrote: > > > > Personally I don't think that a debug warning is necessary ... since > > > if the node is empty it is very intuitive for the user that nothing > > > will be rendered there which leads to an intended behavior. > > > > Br's, > > > Marius > > > > On Jun 5, 5:06 pm, Derek Chen-Becker wrote: > > > > +1. If someone explicitly sets it to empty then we should honor that, > > > > although I wonder if we should emit a debug-level warning. > > > > > Derek > > > > > On Fri, Jun 5, 2009 at 7:26 AM, Bryan. wrote: > > > > > > +1 on removing the default text. > > > > > > --Bryan > > > > > > On Jun 5, 6:46 am, "marius d." wrote: > > > > > > The reason for that is that if the node text is empty (and yes we > > > > > > explicitly trim it) we render the default text. To be honest I'm not > > > a > > > > > > fan of this approach either. I think it should be ok to just not > > > > > > render a default text. Does anyone have any objections? If not I > > > could > > > > > > change this real quick, if yes let's talk about it. > > > > > > > Br's, > > > > > > Marius > > > > > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > > > > > Hi, > > > > > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > > > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the > > > specified > > > > > > > text is empty, so I tried putting a in there but this also > > > seems > > > > > > > to be swallowed. > > > > > > > > Is there anyway to do this (besides changing the default property > > > > > > > values)?? > > > > > > > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
Oh right ..that makes sense. Thanks Derek ! On Jun 5, 6:28 pm, Derek Chen-Becker wrote: > Well, I meant for a period of time, since we're changing default behavior. > If someone expects an empty node to render default messages and then > upgrades to 1.1 and it stops spitting it out, that would be confusing. Kind > of a deprecation warning, so to speak. > > Derek > > On Fri, Jun 5, 2009 at 8:25 AM, marius d. wrote: > > > Personally I don't think that a debug warning is necessary ... since > > if the node is empty it is very intuitive for the user that nothing > > will be rendered there which leads to an intended behavior. > > > Br's, > > Marius > > > On Jun 5, 5:06 pm, Derek Chen-Becker wrote: > > > +1. If someone explicitly sets it to empty then we should honor that, > > > although I wonder if we should emit a debug-level warning. > > > > Derek > > > > On Fri, Jun 5, 2009 at 7:26 AM, Bryan. wrote: > > > > > +1 on removing the default text. > > > > > --Bryan > > > > > On Jun 5, 6:46 am, "marius d." wrote: > > > > > The reason for that is that if the node text is empty (and yes we > > > > > explicitly trim it) we render the default text. To be honest I'm not > > a > > > > > fan of this approach either. I think it should be ok to just not > > > > > render a default text. Does anyone have any objections? If not I > > could > > > > > change this real quick, if yes let's talk about it. > > > > > > Br's, > > > > > Marius > > > > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > > > > Hi, > > > > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the > > specified > > > > > > text is empty, so I tried putting a in there but this also > > seems > > > > > > to be swallowed. > > > > > > > Is there anyway to do this (besides changing the default property > > > > > > values)?? > > > > > > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
Well, I meant for a period of time, since we're changing default behavior. If someone expects an empty node to render default messages and then upgrades to 1.1 and it stops spitting it out, that would be confusing. Kind of a deprecation warning, so to speak. Derek On Fri, Jun 5, 2009 at 8:25 AM, marius d. wrote: > > Personally I don't think that a debug warning is necessary ... since > if the node is empty it is very intuitive for the user that nothing > will be rendered there which leads to an intended behavior. > > Br's, > Marius > > On Jun 5, 5:06 pm, Derek Chen-Becker wrote: > > +1. If someone explicitly sets it to empty then we should honor that, > > although I wonder if we should emit a debug-level warning. > > > > Derek > > > > On Fri, Jun 5, 2009 at 7:26 AM, Bryan. wrote: > > > > > +1 on removing the default text. > > > > > --Bryan > > > > > On Jun 5, 6:46 am, "marius d." wrote: > > > > The reason for that is that if the node text is empty (and yes we > > > > explicitly trim it) we render the default text. To be honest I'm not > a > > > > fan of this approach either. I think it should be ok to just not > > > > render a default text. Does anyone have any objections? If not I > could > > > > change this real quick, if yes let's talk about it. > > > > > > Br's, > > > > Marius > > > > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > > > > Hi, > > > > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the > specified > > > > > text is empty, so I tried putting a in there but this also > seems > > > > > to be swallowed. > > > > > > > Is there anyway to do this (besides changing the default property > > > > > values)?? > > > > > > > /Jeppe > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
Personally I don't think that a debug warning is necessary ... since if the node is empty it is very intuitive for the user that nothing will be rendered there which leads to an intended behavior. Br's, Marius On Jun 5, 5:06 pm, Derek Chen-Becker wrote: > +1. If someone explicitly sets it to empty then we should honor that, > although I wonder if we should emit a debug-level warning. > > Derek > > On Fri, Jun 5, 2009 at 7:26 AM, Bryan. wrote: > > > +1 on removing the default text. > > > --Bryan > > > On Jun 5, 6:46 am, "marius d." wrote: > > > The reason for that is that if the node text is empty (and yes we > > > explicitly trim it) we render the default text. To be honest I'm not a > > > fan of this approach either. I think it should be ok to just not > > > render a default text. Does anyone have any objections? If not I could > > > change this real quick, if yes let's talk about it. > > > > Br's, > > > Marius > > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > > Hi, > > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the specified > > > > text is empty, so I tried putting a in there but this also seems > > > > to be swallowed. > > > > > Is there anyway to do this (besides changing the default property > > > > values)?? > > > > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] fall-through redirect
Hello everyone, I want to be able to handle requests that don't fall within the sitemap. I have a site with members, and, providing that a user id doesn't conflict with any part of a sitemap path, I want site.com/ member to redirect to site.com/user/member. I've done this kind with Rails, but the Lift model doesn't quite seem to match Rails so I'm a little unsure about how to go about doing it... suggestions? TIA! Joe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: fall-through redirect
Joe, Do you want a redirect (HTTP 304) or do you want the URL rewritten so that Lift sees site.com/user/member, but the browser still thinks in sent site.com/member ? Thanks, David On Fri, Jun 5, 2009 at 1:47 AM, Joe Wass wrote: > > Hello everyone, > > I want to be able to handle requests that don't fall within the > sitemap. I have a site with members, and, providing that a user id > doesn't conflict with any part of a sitemap path, I want site.com/ > member to redirect to site.com/user/member. I've done this kind with > Rails, but the Lift model doesn't quite seem to match Rails so I'm a > little unsure about how to go about doing it... suggestions? > > TIA! > > Joe > > > > -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://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 -~--~~~~--~~--~--~---
[Lift] Scala presentation at LinkedIn today (reminder)
Hi all, A quick reminder for today’s LinkedIn Tech Talk on SCALA that we'd promoted earlier this week. Today's tech talk will be held at LinkedIn HQ, Mountain View starting 12pm (address below). Please bear in mind that there is limited parking in the building where the event is being held, but there’s more parking in the adjacent main HQ building (see parking pic below). Address below. 2027 Stierlin Ct. Mountain View, CA 94043 Map - http://is.gd/LQWA, Parking - http://is.gd/MEeH Lunch will be served at 12:00pm and the panel discussion will start promptly at 12:30pm. -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
I'm currently working on an alternative that allows errors to be displayed as part of a nodeset using a surround/bind idiom. Should be ready just as soon as I get the ajax side of things straightened out... My goal is different in that I wanted to be able to display errors using a jquery-ui themed div with an alert icon for displaying errors, but perhaps this approach could help you out as well? On Jun 5, 2:26 pm, "Bryan." wrote: > +1 on removing the default text. > > --Bryan > > On Jun 5, 6:46 am, "marius d." wrote: > > > The reason for that is that if the node text is empty (and yes we > > explicitly trim it) we render the default text. To be honest I'm not a > > fan of this approach either. I think it should be ok to just not > > render a default text. Does anyone have any objections? If not I could > > change this real quick, if yes let's talk about it. > > > Br's, > > Marius > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > Hi, > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the specified > > > text is empty, so I tried putting a in there but this also seems > > > to be swallowed. > > > > Is there anyway to do this (besides changing the default property > > > values)?? > > > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: how to serve html fragments
I've had a look at your commit and skipDocType should now remove the decl. as well. I'll try it out as soon as I can get a snapshot build of it. Many many thanks so far. Fabio On 4 Giu, 19:06, David Pollak wrote: > On Thu, Jun 4, 2009 at 10:04 AM, Timothy Perrett > wrote: > > > > > Have you pushed this change? Its not showing on github? > > I pushed, but forgot to commit... :-) That's me, I just can't commit. > > All committed and pushed. > > > > > Cheers, Tim > > > On 04/06/2009 17:33, "David Pollak" wrote: > > > Okay... checked in a change that removes the XML header as well > > -- > 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
+1. If someone explicitly sets it to empty then we should honor that, although I wonder if we should emit a debug-level warning. Derek On Fri, Jun 5, 2009 at 7:26 AM, Bryan. wrote: > > +1 on removing the default text. > > --Bryan > > On Jun 5, 6:46 am, "marius d." wrote: > > The reason for that is that if the node text is empty (and yes we > > explicitly trim it) we render the default text. To be honest I'm not a > > fan of this approach either. I think it should be ok to just not > > render a default text. Does anyone have any objections? If not I could > > change this real quick, if yes let's talk about it. > > > > Br's, > > Marius > > > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > > > Hi, > > > > > I'm trying to remove the "Notice", "Error" lead in text that is > > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the specified > > > text is empty, so I tried putting a in there but this also seems > > > to be swallowed. > > > > > Is there anyway to do this (besides changing the default property > > > values)?? > > > > > /Jeppe > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
+1 on removing the default text. --Bryan On Jun 5, 6:46 am, "marius d." wrote: > The reason for that is that if the node text is empty (and yes we > explicitly trim it) we render the default text. To be honest I'm not a > fan of this approach either. I think it should be ok to just not > render a default text. Does anyone have any objections? If not I could > change this real quick, if yes let's talk about it. > > Br's, > Marius > > On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > > > Hi, > > > I'm trying to remove the "Notice", "Error" lead in text that is > > displayed when using the Msgs snippet, like this: > > > > > > > > > > > > > > Looking at the code, it seems the default text is used if the specified > > text is empty, so I tried putting a in there but this also seems > > to be swallowed. > > > Is there anyway to do this (besides changing the default property > > values)?? > > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] Re: How to remove leading text in Msgs.error
The reason for that is that if the node text is empty (and yes we explicitly trim it) we render the default text. To be honest I'm not a fan of this approach either. I think it should be ok to just not render a default text. Does anyone have any objections? If not I could change this real quick, if yes let's talk about it. Br's, Marius On Jun 5, 12:48 pm, Jeppe Nejsum Madsen wrote: > Hi, > > I'm trying to remove the "Notice", "Error" lead in text that is > displayed when using the Msgs snippet, like this: > > > > > > > > Looking at the code, it seems the default text is used if the specified > text is empty, so I tried putting a in there but this also seems > to be swallowed. > > Is there anyway to do this (besides changing the default property > values)?? > > /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Lift] How to remove leading text in Msgs.error
Hi, I'm trying to remove the "Notice", "Error" lead in text that is displayed when using the Msgs snippet, like this: Looking at the code, it seems the default text is used if the specified text is empty, so I tried putting a in there but this also seems to be swallowed. Is there anyway to do this (besides changing the default property values)?? /Jeppe --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
