Hi,
I'm trying to remove the Notice, Error lead in text that is
displayed when using the Msgs snippet, like this:
lift:snippet type=msgs
lift:notice_msg class=success/lift:notice_msg
lift:error_msg class=error/lift:error_msg
lift:warning_msg
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,
+1 on removing the default text.
--Bryan
On Jun 5, 6:46 am, marius d. marius.dan...@gmail.com 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
+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. germ...@gmail.com wrote:
+1 on removing the default text.
--Bryan
On Jun 5, 6:46 am, marius d.
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 feeder.of.the.be...@gmail.com wrote:
On Thu, Jun 4, 2009 at 10:04 AM, Timothy Perrett
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
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
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 j...@folktunefinder.com wrote:
Hello everyone,
I want to be able to
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
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 dchenbec...@gmail.com wrote:
+1. If someone
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,
Oh right ..that makes sense. Thanks Derek !
On Jun 5, 6:28 pm, Derek Chen-Becker dchenbec...@gmail.com 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
Committed. Let me know if that works for you.
On Jun 5, 6:31 pm, marius d. marius.dan...@gmail.com wrote:
Oh right ..that makes sense. Thanks Derek !
On Jun 5, 6:28 pm, Derek Chen-Becker dchenbec...@gmail.com wrote:
Well, I meant for a period of time, since we're changing default
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
Are you using Scala 2.7.4 or 2.7.5?
On Fri, Jun 5, 2009 at 7:37 AM, fatu fab...@gmail.com 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:
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
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
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 j...@folktunefinder.com 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
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 dchenbec...@gmail.com wrote:
I made some major revisions to the Ajax and Comet chapter, so a new version
is up on the group page:
Joe,
On Fri, Jun 5, 2009 at 10:37 AM, Joe Wass j...@folktunefinder.com 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.
20 matches
Mail list logo
