On Tue, Nov 18, 2008 at 2:36 AM, Ramzi BEN YAHIA
<[EMAIL PROTECTED]>wrote:

>
> David,
> I can do without it for now, however I'll be giving a demo at the end
> of this week, and I just did a mvn clean jetty:run and, well, I get
> 110 compilation errors now ! :-)


Please make sure to update the Scala version in your pom.xml file from 2.7.1
to 2.7.2

If that doesn't work, do an rm -rf ~/.m2 and do an mvn clean jetty:run


>
> I'm not going to panic, is there some way to fix the lift version in
> maven to the one which I've been using until now? Do I have to
> checkout the version from git and compile it locally?
>
> Thanks,
> Ramzi
>
> On Mon, Nov 17, 2008 at 6:13 PM, David Pollak
> <[EMAIL PROTECTED]> wrote:
> > Ramzi,
> >
> > This is possible, but tricky with the current code.
> >
> > We're in the process of upgrading Lift to work with Scala 2.7.2  Once the
> > switch-over happens (sometime this week), I'll code up some stuff in
> SiteMap
> > to give you a complete menu.
> >
> > Thanks,
> >
> > David
> >
> > On Sat, Nov 15, 2008 at 1:36 PM, Ramzi BEN YAHIA <
> [EMAIL PROTECTED]>
> > wrote:
> >>
> >> Hi all,
> >> The actual behavior of nested menus is that kids are only returned
> >> when their parent is selected. I'd like  to have all kids returned.
> >>
> >> If my guess is right the code that's controlling this is in
> sitemap.Menu:
> >>
> >> //code
> >> override def buildUpperLines(pathAt: HasKids, actual: Menu, populate:
> >> List[MenuItem]): List[MenuItem]
> >>  = {
> >>    val kids: List[MenuItem] =
> >> _parent.toList.flatMap(_.kids.toList.flatMap(m => m.loc.buildItem(if
> >> (m == this) populate else Nil, m == actual, m == pathAt)))
> >>    _parent.toList.flatMap(p => p.buildUpperLines(p, actual, kids))
> >>  }
> >> //code
> >>
> >> it calls buildItem on all the other menus passing an empty List
> >> instead of their actual kids.
> >> So I've tried to override this method(even though it won't work
> >> because _parent is a private variable and I don't know if lift.sitemap
> >> package is sealed) and I got this compile error:
> >>
> >> class DropMenu needs to be abstract, since type _$1 in class Menu with
> >> bounds >: Nothing <: Any is not defined
> >>
> >> I used to have this error gone away after a mvn clean compile on some
> >> parts of my current project, but it didn't in this case.
> >>
> >> Is there a simpler way for overriding this behaviour?
> >>
> >> Thanks,
> >>
> >> Ramzi
> >>
> >>
> >
> >
> >
> > --
> > Lift, the simply functional web framework http://liftweb.net
> > Collaborative Task Management http://much4.us
> > Follow me: http://twitter.com/dpp
> > Git some: http://github.com/dpp
> >
> > >
> >
>
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
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 [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to