Pushed to master.

On Fri, Jun 19, 2009 at 11:54 AM, glenn <gl...@exmbly.com> wrote:

>
> Derek,
>
> It does not appear that these changes have been migrated to the
> snapshot repository yet.
> What are you plans?
>
> thanks,
>
> Glenn...
>
> On Jun 19, 8:57 am, Derek Chen-Becker <dchenbec...@gmail.com> wrote:
> > OK, I've committed some new support for groups in the MenuWidget class.
> > Also, the existing MenuWidget had facilities set up to take a SiteMap
> > instance as part of the setup params, but those params were never used.
> In
> > the interest of simplicity, I've removed those extra params unless
> someone
> > has a use case that's not covered by groups or the other new
> functionality.
> > If no one has any issues with the new code I'll merge to master later
> today.
> >
> > Derek
> >
> > On Fri, Jun 12, 2009 at 1:02 PM, Derek Chen-Becker <
> dchenbec...@gmail.com>wrote:
> >
> > > Tied up with work this afternoon, but I'll look at reworking MenuWidget
> > > with the added functionality.
> >
> > > On Fri, Jun 12, 2009 at 6:40 AM, glenn <gl...@exmbly.com> wrote:
> >
> > >> Derek,
> >
> > >> Your new Menu snippet works great. I created a superfish-style menu
> > >> using
> > >> a list of groups, like so:
> >
> > >> object MenuWidgetEx {
> >
> > >>   def apply(groups:List[String]) = new MenuWidgetEx(groups,
> > >> MenuStyle.HORIZONTAL, JsObj()) render
> >
> > >>   def apply(groups:List[String], style: MenuStyle.Value) = new
> > >> MenuWidgetEx(groups, style, JsObj()) render
> >
> > >>   def apply(groups:List[String], jsObj: JsObj) = new MenuWidgetEx
> > >> (groups, MenuStyle.HORIZONTAL, jsObj) render
> >
> > >>   def apply(groups:List[String], style: MenuStyle.Value, jsObj:
> > >> JsObj) = new MenuWidgetEx(groups, style, jsObj) render
> > >> }
> >
> > >> class MenuWidgetEx(groups:List[String], style: MenuStyle.Value, jsObj:
> > >> JsObj) extends
> > >>  MenuWidget(LiftRules.siteMap open_!, style: MenuStyle.Value, jsObj:
> > >> JsObj){
> >
> > >>     override def render :NodeSeq = {
> >
> > >>        def buildMenu(group:String) = <lift:Menu.builder group={group}
> > >> expandAll="true" top:class={style.toString} />
> >
> > >>         head ++ <div>
> > >>                {for(group <- groups) yield {buildMenu(group)}}
> > >>                </div>
> >
> > >>   }
> >
> > >> Someone should redo the MenuWidget snippet to handle your
> > >> new Menu.builder construct, so it doesn't have to be subclassed.
> >
> > >> Glenn...
> >
> > >> On Jun 12, 4:59 am, glenn <gl...@exmbly.com> wrote:
> > >> > My error. Ignore this. I did a mvn clean then mvn install outside
> > >> > of Eclipse on the parent pom and everything worked fine.
> >
> > >> > Glenn...
> >
> > >> > On Jun 12, 4:45 am, glenn <gl...@exmbly.com> wrote:
> >
> > >> > > Derek,
> >
> > >> > > I'd love to test the changes you made to Menu, but my build fails
> when
> > >> > > I run
> > >> > > mvn install on the pom in the lift directory of the download from
> >
> > >> > >http://github.com/dpp/liftweb/tree/wip-dcb-menu-addons
> >
> > >> > > Here's what maven reports:
> >
> > >> > > [WARNING] Warning in manifest for net.liftweb:lift-webkit:jar:1.1-
> > >> > > SNAPSHOT : Did not find matching r
> > >> > > eferal for org.slf4j.*
> > >> > > [ERROR] Error in manifest for net.liftweb:lift-webkit:jar:1.1-
> > >> > > SNAPSHOT : The default package '.' is
> > >> > > not permitted by the Import-Package syntax.
> > >> > >  This can be caused by compile errors in Eclipse because Eclipse
> > >> > > creates
> > >> > > valid class files regardless of compile errors.
> > >> > > The following package(s) import from the default package
> > >> > > [net.liftweb.http, net.liftweb.http.auth, n
> > >> > > et.liftweb.http.js, net.liftweb.http.js.jquery,
> net.liftweb.sitemap]
> > >> > > [ERROR] Error(s) found in manifest configuration
> > >> > > [INFO]
> >
> > >>
> ------------------------------------------------------------------------
> > >> > > [ERROR] BUILD ERROR
> > >> > > [INFO]
> >
> > >>
> ------------------------------------------------------------------------
> > >> > > [INFO] Error(s) found in manifest configuration
> >
> > >> > > It seems like a problem with the construction of the following
> > >> > > plugin in the pom.
> >
> > >> > > <plugin>
> > >> > >         <groupId>org.apache.felix</groupId>
> > >> > >         <artifactId>maven-bundle-plugin</artifactId>
> > >> > >         <configuration>
> > >> > >           <instructions>
> > >> > >             <Export-Package>!
> > >> > > net.liftweb.util.*,net.liftweb.*;version="${pom.version}"</Export-
> > >> > > Package>
> > >> > >             <Import-Package>org.slf4j.*;resolution:="optional",*</
> > >> > > Import-Package>
> > >> > >             <DynamicImport-Package>*</DynamicImport-Package>
> > >> > >           </instructions>
> > >> > >         </configuration>
> > >> > >       </plugin>
> >
> > >> > > Either that, or there's something else going on. Any ideas?
> >
> > >> > > Glenn...
> >
> > >> > > On Jun 11, 11:54 am, Derek Chen-Becker <dchenbec...@gmail.com>
> wrote:
> >
> > >> > > > I'm building some code right now that I think should handle all
> of
> > >> your
> > >> > > > cases. Since Menu.builder is already concerned with building a
> menu
> > >> tree, I
> > >> > > > decided that it would be better to allow you to specify a
> specific
> > >> item or
> > >> > > > group to Menu.builder instead of conflating tree building with
> the
> > >> current
> > >> > > > Menu.item and Menu.group snippets. Given a SiteMap like:
> >
> > >> > > >     val menus =
> > >> > > >       Menu(Loc("Home", List("index"), "Home Page")) ::
> > >> > > >       Menu(Loc("Viewtest", List("ViewTest", "test"), "View
> test"))
> > >> ::
> > >> > > >       Menu(Loc("InsecureViewtest", List("Insecure", "test"),
> > >> "Insecure View
> > >> > > > test")) ::
> > >> > > >       Menu(Loc("SelectTest", List("select"), "asm select test"))
> ::
> > >> > > >       Menu(Loc("Help", List("help", "index"), "Help",
> > >> LocGroup("help")),
> > >> > > >        Menu(Loc("About", List("help", "about"), "About",
> > >> LocGroup("help"))),
> > >> > > >        Menu(Loc("Version", List("help", "version"), "Version",
> > >> > > > LocGroup("help")))) :: Nil
> >
> > >> > > > You can render just the Help tree with:
> >
> > >> > > > <lift:Menu.builder item="Help" expandAll="true" />
> >
> > >> > > > Which will render something like:
> >
> > >> > > > <ul><li><a href="/testthis/help/
> > >> > > > <view-source:http://localhost:9090/testthis/help/
> > >> >">Help</a><ul><li><a
> > >> > > > href="/testthis/help/about
> > >> > > > <view-source:http://localhost:9090/testthis/help/about
> > >> >">About</a></li><li><a
> > >> > > > href="/testthis/help/version
> > >> > > > <view-source:http://localhost:9090/testthis/help/version
> > >> >">Version</a></li></ul></li></ul>
> >
> > >> > > > Similarly, you can use a group attribute:
> >
> > >> > > > <lift:Menu.builder group="help" expandAll="true" />
> >
> > >> > > > But notice that this won't deduplicate entries, so we would
> render
> > >> something
> > >> > > > like:
> >
> > >> > > > <ul><li><a href="/testthis/help/
> > >> > > > <view-source:http://localhost:9090/testthis/help/
> > >> >">Help</a><ul><li><a
> > >> > > > href="/testthis/help/about
> > >> > > > <view-source:http://localhost:9090/testthis/help/about
> > >> >">About</a></li><li><a
> > >> > > > href="/testthis/help/version
> > >> > > > <view-source:http://localhost:9090/testthis/help/version
> > >> >">Version</a></li></ul></li><li><a
> > >> > > > href="/testthis/help/about
> > >> > > > <view-source:http://localhost:9090/testthis/help/about
> > >> >">About</a></li><li><a
> > >> > > > href="/testthis/help/version
> > >> > > > <view-source:http://localhost:9090/testthis/help/version
> > >> >">Version</a></li></ul>
> >
> > >> > > > This is currently checked in on the wip-dcb-menu-addons branch:
> >
> > >> > > >http://github.com/dpp/liftweb/tree/wip-dcb-menu-addons
> >
> > >> > > > Thoughts?
> >
> > >> > > > Derek
> >
> > >> > > > On Mon, Jun 8, 2009 at 5:49 PM, glenn <gl...@exmbly.com> wrote:
> >
> > >> > > > > Yes,
> >
> > >> > > > > I would like the expandAll behavior to work for groups and for
> > >> non-
> > >> > > > > root siteMaps.
> > >> > > > > Here's a specific use-case. The MenuWidget in the lift-widgets
> > >> package
> > >> > > > > just passes everything
> > >> > > > > through  as
> >
> > >> > > > > def render : NodeSeq = {
> > >> > > > >    head ++ <lift:Menu.builder expandAll="true" top:class=
> > >> > > > > {style.toString} />
> > >> > > > >  }
> >
> > >> > > > > So, even though the MenuWidget object has factory methods
> > >> > > > > for using a  non-root siteMap, only the root siteMap is ever
> used.
> > >> > > > > That's
> > >> > > > > because Menu.builder calls a private function renderWhat, like
> so:
> >
> > >> > > > > val toRender = renderWhat(expandAll)
> >
> > >> > > > > which iterates through the root siteMap. There is no way,
> really,
> > >> to
> > >> > > > > subclass that
> > >> > > > > to use a different siteMap.
> >
> > >> > > > > The problem with the Menu.group snippet is that it just works
> off
> > >> the
> > >> > > > > named group in
> > >> > > > > the root siteMap, creating a parent node, but not the kids.
> >
> > >> > > > > It would be nice to use MenuWidget, or some subclass, to
> create a
> > >> > > > > superfish-style
> > >> > > > > nav-bar or horizontal menu for groups or non-root siteMaps
> just as
> > >> > > > > easily as for the
> > >> > > > > entire root siteMap.
> >
> > >> > > > > Glenn...
> >
> > >> > > > > On Jun 8, 3:51 pm, Joe Wass <j...@folktunefinder.com> wrote:
> > >> > > > > > What I really wanted was a menu group. Doing things in
> groups
> > >> has
> > >> > > > > > solved my particular question.
> >
> > >> > > > > > Glenn, can you not just use groups? Do you need the
> hierarchal
> > >> > > > > > behaviour of nested menus?
> >
> > >> > > > > > Joe
> >
> > >> > > > > > On Jun 8, 10:24 pm, glenn <gl...@exmbly.com> wrote:
> >
> > >> > > > > > > I have a similar request: namely, being able to apply
> > >> expandAll="true"
> > >> > > > > > > attribute
> > >> > > > > > > not just to <lift:Menu.builder.../>
> >
> > >> > > > > > > but to <lift:Menu.group name="mygroup"/> and
> <lift:Menu.item
> > >> > > > > > > name="myMenu"/>, or, as Joe requests below,
> >
> > >> > > > > > > to any siteMap that is not the root siteMap.
> >
> > >> > > > > > > Glenn...
> >
> > >> > > > > > > On Jun 8, 2:06 pm, Joe Wass <j...@folktunefinder.com>
> wrote:
> >
> > >> > > > > > > > Sorry for yet another menu question. I have scoured this
> > >> list first,
> > >> > > > > I
> > >> > > > > > > > promise!
> >
> > >> > > > > > > > I'm trying to do something I think is quite simple:
> >
> > >> > > > > > > > Two [or any nuumber of] menus (with children). Two
> different
> >
> > ...
> >
> > read more ยป
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---

Reply via email to