My pages validate just fine (I'm on Lift 1.0).
Chas.
Tim Perrett wrote:
> Amit,
>
> I would be amazed if that were the issue, as that is tottaly valid.
> XHTML is a valid microformat of XML so having the decleration line is
> valid. In one of my live applications I have:
>
>
> www.w3.org/TR/
Amit,
I would be amazed if that were the issue, as that is tottaly valid.
XHTML is a valid microformat of XML so having the decleration line is
valid. In one of my live applications I have:
http://liftweb.net/"; xmlns="htt
and it passs no problem at all using http://validator.w3.org/
What va
Hi David.
HTML validator throws one error because of this line . In this way our application will
never pass W3C html validation.
thanks
Amit Kumar Verma
On Feb 28, 4:20 am, David Pollak
wrote:
> Marc,
>
> It's possible that an Ajax transaction could take place subsequent to a page
> load tha
Marc,
It's possible that an Ajax transaction could take place subsequent to a page
load that would insert XHTML on the page that contains something in the lift
namespace. That's why I say that one removes the namespace at one's peril
and we are not going to support such a feature. It's fraught w
I think what Ross is asking for isn't necessarily a bad thing for a
given page which doesn't actually use the lift namespace after all
processing has occurred.
Think of it in a more general sense: how do I filter any namespace
that isn't actually present in the result XML? This is actually a
Hi David.
No worries, I will leave it in place, thanks for the explanation.
Regards,
Ross.
On Feb 27, 2:54 pm, David Pollak
wrote:
> On Fri, Feb 27, 2009 at 6:08 AM, rossputin wrote:
>
> > Hi.
>
> > Sure, I understand it is required as the xml is processed, is there a
> > post process opera
On Fri, Feb 27, 2009 at 6:08 AM, rossputin wrote:
>
> Hi.
>
> Sure, I understand it is required as the xml is processed, is there a
> post process operation in the pipeline anywhere ?
>
Ross,
Lift emits XHTML to the browser that contains tags with lift:xxx attributes
to support the Comet servic
Hi Ross,
What kind of "post-process" did you have in mind? If you can detail what you
are trying to achieve then we can help answer your question more
effectively.
Thanks
Tim
On 27/02/2009 14:08, "rossputin" wrote:
>
> Hi.
>
> Sure, I understand it is required as the xml is processed, is
Hi.
Sure, I understand it is required as the xml is processed, is there a
post process operation in the pipeline anywhere ?
Thanks,
Ross.
On Feb 27, 1:59 pm, Timothy Perrett wrote:
> Ross,
>
> You cannot remove this namespace as it is needed to make it valid XHTML -
> Scala XML processing us
Ross,
You cannot remove this namespace as it is needed to make it valid XHTML -
Scala XML processing uses a strict xml processer to ensure that the markup
is valid and complete before outputting it. Because we use
the namespace is required for the parser to pass that markup xml as valid I
do be
Hi.
Sure, its something I do to simplify as much as possible any
unnecessary tags or attributes. I suppose it is a practice I picked
up while using Cocoon. Ultimately, I just want the purest xhtml
output possible, hopefully revealing as little about the platform
which produced it as possible.
May I ask why?
Cheers,
Viktor
On Fri, Feb 27, 2009 at 1:23 PM, rossputin wrote:
>
> Hi.
>
> I am using lift 1.0. I was hoping to remove the 'xmlns:lift="http://
> liftweb.net/"' element from :
>
>
> www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> http://liftweb.net/"; xmlns="http://www
Hi.
I am using lift 1.0. I was hoping to remove the 'xmlns:lift="http://
liftweb.net/"' element from :
http://liftweb.net/"; xmlns="http://www.w3.org/1999/
xhtml">
Thanks.
Ross.
On Feb 27, 12:18 pm, Timothy Perrett wrote:
> Hey Ross,
>
> Which element are you referring to? Head items? Wh
Hey Ross,
Which element are you referring to? Head items? What version of lift are you
using? (you can find out by looking in pom.xml under the lift-*
dependencies)
Thanks
Tim
On 27/02/2009 11:36, "rossputin" wrote:
>
> Hi.
>
> I must admit I have not worked my way through the book yet, b
14 matches
Mail list logo