That's probably it. Please let us know if adding the snapshots repo doesn't
fix it.
Derek
On Fri, Apr 3, 2009 at 10:05 PM, Josh Suereth joshua.suer...@gmail.comwrote:
Don't know if anyone responded, but you may need to add the maven
snapshot repository to your pom as well.
Sent from my
I added the dependency to my pom.xml exactly as you suggested and I'm
getting this error:
Downloading: http://scala-tools.org/repo-releases/net/liftweb/lift-widgets/1.1-S
NAPSHOT/lift-widgets-1.1-SNAPSHOT.jar
[INFO]
[ERROR]
Don't know if anyone responded, but you may need to add the maven
snapshot repository to your pom as well.
Sent from my iPhone
On Apr 3, 2009, at 2:36 PM, DavidV david.v.villa...@gmail.com wrote:
I added the dependency to my pom.xml exactly as you suggested and I'm
getting this error:
Hmmm. Your google-fu is very powerful! The fix is so simpel!
I think this will probably work in this instance, but I'm pretty sure it
doesn't work in every case, e.g. form inputs... else why the bother of
using iframes via bgiframe.js? But for the Widgets examples, it looks
like plain old
I posted this yesterday but I haven't seen it appear yet...sorry if it
is here twice.
I downloaded the scripts separately because I didn't know how to
update my repository/library to include the MenuWidget class and the
appropriate .js and .css files. I tried running mvn install on my
webapp,
Have I mentioned my extreme dislike for IE? I wonder if there's anything we
can do from the widget side to, say, explicitly add z-order...
Derek
On Thu, Apr 2, 2009 at 9:59 AM, Charles F. Munat c...@munat.com wrote:
Hmmm. Your google-fu is very powerful! The fix is so simpel!
I think this
Do you have lift-widgets module as a dependency in your pom.xml?
dependency
groupIdnet.liftweb/groupId
artifactIdlift-widgets/artifactId
version1.1-SNAPSHOT/version
/dependency
That's needed to get the dropdown widget code.
Derek
On Thu, Apr 2, 2009 at 3:13 PM, DavidV
Based on this part of the stack trace:
java.lang.IllegalArgumentException: Illegal group reference
at java.util.regex.Matcher.appendReplacement(Matcher.java:713)
at com.yahoo.platform.yui.compressor.CssCompressor.compress
(CssCompresso
r.java:78)
I'm guessing that it's unhappy with
Is there a reason why you downloaded he scripts separately? ... the
superfish dependencies are offered by the widget. Please see the lift-
widgets project and the test applicaiton from there.
Br's,
Marius
On Mar 31, 11:48 pm, DavidV david.v.villa...@gmail.com wrote:
I would like to use this
I would like to use this new MenuWidget, so I got the source code from
GitHub and put it into my application as a snippet. I also downloaded
all of the necessary superfish .css and .js files from the superfish
website and put those in local sub-directories of the src/main/
webapp folder. When I
OK, I've pushed the new code on the wip-dcb-dropdown branch. I made some
minor mods to the builtin Menu snippet (and changes to the Menu widget to
match):
1. Added an expandAll attribute that renders the entire SiteMap.
2. Added a new top prefix to the builder snippet to allow for
Cool ... if you tested it and the MenuWidget, from my perspective it
is good to go into master. And it's really great that you added the
ScalaDocs !!!
Br's,
Marius
On Mar 23, 6:07 pm, Derek Chen-Becker dchenbec...@gmail.com wrote:
OK, I've pushed the new code on the wip-dcb-dropdown branch. I
Awesome! It looks like you did end up having to essentially duplicate the
code in the builtin Menu.builder snippet method to get this working. When I
was looking at it I thought that it might be nice to have a general way of
making the builtin Menu snippet just render the whole tree in case anyone
Sorry, what I mean is that the builtin Menu snippet code is duplicated, not
SiteMap. For instance, here's how the builtin snippet generates the ULs:
S.request.map(_.buildMenu.lines.toList match {
case Nil = List(Text(No Navigation Defined.))
case xs =
val liMap =
I think I am aware what you meant ... If you want to make SiteMap to
know how to render itself as ul/li hence centralize this fine by
me. I have nothing against it, I just don't see the need ... the good
news is that it may be just me ;)
The analogy with chooseTemplate is not very relevant IMHO
I think I'm not being very clear. I'm going to modify the builtin Menu
snippet, not SiteMap. In my view, SiteMap should not be concerned with how
it's rendered, but the builtin snippet surely should be able to handle this.
Once I have the Menu snippet modified, the MenuWidget class would just
Is there a running version of the widgets site online, or is this only
available in source format? It would be nice to have something like this
linked to the liftweb home page or wiki for people to test drive these
features at zero cost. I did a quick look there and didn't find anything of
the
Not sure what to say about having the MenuWidget depending on the
builtin Menu snippet. But go ahead ...
On Mar 21, 6:22 pm, Derek Chen-Becker dchenbec...@gmail.com wrote:
I think I'm not being very clear. I'm going to modify the builtin Menu
snippet, not SiteMap. In my view, SiteMap should
Good point ... perhaps put it on the Lift online demo application?
Br's,
Marius
On Mar 21, 6:29 pm, James Matlik james.mat...@gmail.com wrote:
Is there a running version of the widgets site online, or is this only
available in source format? It would be nice to have something like this
19 matches
Mail list logo