[Lift] http://wiki.liftweb.net request
How can people get editing power on the wiki? Is it intended to be used as a (real) wiki? Who is responsable right now for hosting that and keeping it up? I was fizzling around today with mySql and lift following the advice there and decided I would like to expand the article with some problems I had and how i solved and that kind of stuff =) --~--~-~--~~~---~--~~ 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: Mapper or Record
It'd be nice not to have to port. I'd hat to have to port my mapper code as soon after I write it. Maybe JPA is the answer then. On Jul 10, 7:24 am, marius d. marius.dan...@gmail.com wrote: Mapper as Record is not yet complete. Br's, Marius On Jul 10, 4:21 pm, czerwonka andy.czerwo...@gmail.com wrote: If I'm starting today, should I use Mapper or Record? --~--~-~--~~~---~--~~ 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] toForm on a MappedLongForeignKey
Hey all, This is my first venture into lift's ORM and I'm upgrading an existing codebase, so I'm not sure how all the pieces fit together, but I've figured out enough to patch in my features. I was wondering if someone can help me out with this issue: The code is using the toForm method on the objects inside a KeyedMetaMapper. What I want to see for the foriegn key relationship is a combo box with a drop-down of the possible values (perhaps with a user-specified toString on those foreign key objects). toForm simply displays: Can't change on the MappedLongForeignKey. What/where should I look to change this? Thanks!!! - Josh --~--~-~--~~~---~--~~ 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: toForm on a MappedLongForeignKey
Exactly! Thanks On Sat, Jul 11, 2009 at 11:54 AM, TylerWeir tyler.w...@gmail.com wrote: Something like this? object reportsTo extends MappedLongForeignKey(this, User) { override def displayName = Reports To override def asHtml = { span{User.find(By(User.id, this)).map(u = (u.firstName + + u.lastName)).openOr(Text(PM))}/span } override def validSelectValues: Box[List[(Long, String)]] = Full(User.findAll(OrderBy(User.lastName, Ascending)).map(c = (c.id.is, c.niceName))) override def _toForm = { Full(span{User.find(By(User.id, this)).map(u = (u.firstName + + u.lastName)).openOr(Text(No Reports To))}/span) } } On Jul 11, 11:20 am, Josh Suereth joshua.suer...@gmail.com wrote: Hey all, This is my first venture into lift's ORM and I'm upgrading an existing codebase, so I'm not sure how all the pieces fit together, but I've figured out enough to patch in my features. I was wondering if someone can help me out with this issue: The code is using the toForm method on the objects inside a KeyedMetaMapper. What I want to see for the foriegn key relationship is a combo box with a drop-down of the possible values (perhaps with a user-specified toString on those foreign key objects). toForm simply displays: Can't change on the MappedLongForeignKey. What/where should I look to change this? Thanks!!! - Josh --~--~-~--~~~---~--~~ 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: http://wiki.liftweb.net request
All you have to do is register for an account. Anonymous edits aren't allowed. --j On Fri, Jul 10, 2009 at 11:09 PM, DFectuoso santiago1...@gmail.com wrote: How can people get editing power on the wiki? Is it intended to be used as a (real) wiki? Who is responsable right now for hosting that and keeping it up? I was fizzling around today with mySql and lift following the advice there and decided I would like to expand the article with some problems I had and how i solved and that kind of stuff =) --~--~-~--~~~---~--~~ 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: toForm on a MappedLongForeignKey
actually, do you need the _toForm in there? If I remove it, it makes a nice combo box. I think I was just missing the validSelectValues override. Thanks again. - Josh On Sat, Jul 11, 2009 at 11:54 AM, TylerWeir tyler.w...@gmail.com wrote: Something like this? object reportsTo extends MappedLongForeignKey(this, User) { override def displayName = Reports To override def asHtml = { span{User.find(By(User.id, this)).map(u = (u.firstName + + u.lastName)).openOr(Text(PM))}/span } override def validSelectValues: Box[List[(Long, String)]] = Full(User.findAll(OrderBy(User.lastName, Ascending)).map(c = (c.id.is, c.niceName))) override def _toForm = { Full(span{User.find(By(User.id, this)).map(u = (u.firstName + + u.lastName)).openOr(Text(No Reports To))}/span) } } On Jul 11, 11:20 am, Josh Suereth joshua.suer...@gmail.com wrote: Hey all, This is my first venture into lift's ORM and I'm upgrading an existing codebase, so I'm not sure how all the pieces fit together, but I've figured out enough to patch in my features. I was wondering if someone can help me out with this issue: The code is using the toForm method on the objects inside a KeyedMetaMapper. What I want to see for the foriegn key relationship is a combo box with a drop-down of the possible values (perhaps with a user-specified toString on those foreign key objects). toForm simply displays: Can't change on the MappedLongForeignKey. What/where should I look to change this? Thanks!!! - Josh --~--~-~--~~~---~--~~ 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] Standardizing widget APIs
Hey guys, Just looking at the lift-widgets before making a widget for upload progress using the new streaming upload stuff DPP added. I cant help but think that our widget packages could benefit from some trait standardization? Ok, right now its not a *huge* issue - most of the widgets follow a similar but not concrete pattern of implementation where stuff like listing resources is a little boilerplate. Whilst I don't have a hard proposal, I just wanted to raise it for a moment of debate about potentially we could have some structure as to widget implementation? Thoughts? Cheers, Tim --~--~-~--~~~---~--~~ 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: http://wiki.liftweb.net request
On Fri, Jul 10, 2009 at 11:09 PM, DFectuoso santiago1...@gmail.com wrote: How can people get editing power on the wiki? There are a couple of wiki admins who grant write privileges. We had a huge wiki spam issue and we have no wiki gardener so we needed to restrict access. I've created an account for you. Is it intended to be used as a (real) wiki? As opposed to? Who is responsable right now for hosting that I host all the Lift related stuff. and keeping it up? We've been looking for a wiki gardener who can prioritize stuff that needs to get cleaned up in the wiki. Charles Munat was going to take a stab at it, but got swamped with paying work. Thanks, David I was fizzling around today with mySql and lift following the advice there and decided I would like to expand the article with some problems I had and how i solved and that kind of stuff =) -- 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: Standardizing widget APIs
Any technical feedback Viktor? Suggestions for possible ways to enforce a structure / life-cycle? Cheers, Tim I like it --~--~-~--~~~---~--~~ 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: Standardizing widget APIs
On Sat, Jul 11, 2009 at 10:15 PM, Timothy Perrett timo...@getintheloop.euwrote: Any technical feedback Viktor? Suggestions for possible ways to enforce a structure / life-cycle? I'm not sure, depends I guess. Just a simple onLoad/onUnload callback could be enough... (The unload is to make sure not to leak mem if you're just reloading the webapp without restarting the server) Cheers, Tim I like it -- Viktor Klang Java Specialist Scala Loudmouth Lift Committer --~--~-~--~~~---~--~~ 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: Sitemap, restricted menus and skinning a cat
It seems that the best way to set the redirect location is using the LiftRules object, for example: LiftRules.siteMapFailRedirectLocation = user_mgt :: login :: Nil I hope this helps, Ben On Jul 3, 11:39 am, Ewan ehar...@gmail.com wrote: I wonder if anyone would care to advise of the most appropriate solution for not rendering sitemap menu items with additional redirect to a login page. I have read a couple of solutions in this list but here is what I have done cobbled together from the liftbook. I have an If LocParam for testing if a user is logged in which is added to a menu: val loggedInLocParam = If(() = User.loggedIn_?, () = RedirectWithState(/user_mgt/login, RedirectState(Empty, (You must login, NoticeType.Notice this seems to achieve the effect I am looking for in that the menuitem is not rendered and if the url was bookmarked and the user tries a GET then they are redirected to login and a notice is added and rendered at the top of the page accordingly. Is this a good solution or can this cat be skinned better? I have read something about Loc.EarlyResponse and was hoping for an explanation. --Ewan --~--~-~--~~~---~--~~ 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: Standardizing widget APIs
I'm not sure, depends I guess. Just a simple onLoad/onUnload callback could be enough... (The unload is to make sure not to leak mem if you're just reloading the webapp without restarting the server) That was my thinking - right now the pattern appears to be def init for booting the widget, so perhaps, init and destroy methods would be good appropriate. Like I said, just something to make this stuff a known, typeable quantity would be good. Java Specialist Scala Loudmouth Lift Committer What happened to your rouge architect signature?! Cheers, Tim --~--~-~--~~~---~--~~ 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: Mapper or Record
Mapper will be maintained for quite a while after Record comes out, and the two (at present) have similar architectures. JPA is certainly an option, but don't toss Mapper out as an option simply because Record will be in place in the near future. Derek On Sat, Jul 11, 2009 at 7:41 AM, czerwonka andy.czerwo...@gmail.com wrote: It'd be nice not to have to port. I'd hat to have to port my mapper code as soon after I write it. Maybe JPA is the answer then. On Jul 10, 7:24 am, marius d. marius.dan...@gmail.com wrote: Mapper as Record is not yet complete. Br's, Marius On Jul 10, 4:21 pm, czerwonka andy.czerwo...@gmail.com wrote: If I'm starting today, should I use Mapper or Record? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---