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: > > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http:// > www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > <html xmlns:lift="http://liftweb.net/"; xmlns="htt > > and it passs no problem at all using http://validator.w3.org/ > > What validator are you using? > > Thanks, Tim > > On Mar 2, 6:34 am, Amit Kumar Verma <[email protected]> wrote: >> Hi David. >> >> HTML validator throws one error because of this line <?xml >> version="1.0" encoding="UTF-8"?> . In this way our application will >> never pass W3C html validation. >> >> thanks >> Amit Kumar Verma >> >> On Feb 28, 4:20 am, David Pollak <[email protected]> >> wrote: >> >>> 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 with too many >>> potential problems. >>> Thanks, >>> David >>> On Fri, Feb 27, 2009 at 3:16 PM, Marc Boschma >>> <[email protected]<marc%[email protected]> >>>> wrote: >>>> 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 an important >>>> question from a security perspective as I may not want to divulge a name >>>> space that is used internally. eg. a "cms" name space expressed in a >>>> previous thread. If plug-ins or similar functionality is to be supported in >>>> the future the resolution of this issue is probably a must. >>>> To my mind it should be possible to search the XML for all used name spaces >>>> and then to remove any name spaces declared but not present. >>>> Whether or not the "lift" name space is treated specially or not is >>>> an implementation issue... >>>> It should also be possible to raise an error if an element exists in a XML >>>> result that has a name space that shouldn't be present (the counter >>>> example). >>>> Marc >>>> On 28/02/2009, at 1:54 AM, David Pollak wrote: >>>> On Fri, Feb 27, 2009 at 6:08 AM, rossputin <[email protected]> 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 services and also used the lift:gc attribute to >>>> support >>>> other services until we found a significant defect in Firefox and jQuery >>>> and >>>> decided to use another mechanism to replace the lift:gc attributes. Lift >>>> makes active use of the lift namespace. The xmlns:lift attribute is >>>> removed >>>> at your peril and the removal will not be supported on this list. >>>> Thanks, >>>> David >>>>> Thanks, >>>>> Ross. >>>>> On Feb 27, 1:59 pm, Timothy Perrett <[email protected]> wrote: >>>>>> 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 <lift:mybound >>>>> /> >>>>>> the namespace is required for the parser to pass that markup xml as >>>>> valid I >>>>>> do believe. >>>>>> Tim >>>>>> On 27/02/2009 13:40, "rossputin" <[email protected]> wrote: >>>>>>> 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. >>>>>>> Ross. >>>>>>> On Feb 27, 1:31 pm, Viktor Klang <[email protected]> wrote: >>>>>>>> May I ask why? >>>>>>>> Cheers, >>>>>>>> Viktor >>>>>>>> On Fri, Feb 27, 2009 at 1:23 PM, rossputin <[email protected]> >>>>> wrote: >>>>>>>>> Hi. >>>>>>>>> I am using lift 1.0. I was hoping to remove the >>>>> 'xmlns:lift="http:// >>>>>>>>> liftweb.net/"' element from : >>>>>>>>> <?xml version="1.0" encoding="UTF-8"?> >>>>>>>>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" >>>>> "http:// >>>>>>>>> www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >>>>>>>>> <html xmlns:lift="http://liftweb.net/"; xmlns=" >>>>> http://www.w3.org/1999/ >>>>>>>>> xhtml"> >>>>>>>>> Thanks. >>>>>>>>> Ross. >>>>>>>>> On Feb 27, 12:18 pm, Timothy Perrett <[email protected]> >>>>> wrote: >>>>>>>>>> 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" <[email protected]> wrote: >>>>>>>>>>> Hi. >>>>>>>>>>> I must admit I have not worked my way through the book yet, but I >>>>> was >>>>>>>>>>> wondering if it is possible to remove the xmlns:lift="http:// >>>>>>>>>>> liftweb.net/" attribute on the html element in the rendered page? >>>>>>>>>>> Thanks. >>>>>>>>>>> Ross. >>>>>>>> -- >>>>>>>> Viktor Klang >>>>>>>> Senior Systems Analyst >>>> -- >>>> Lift, the simply functional web frameworkhttp://liftweb.net >>>> Beginning Scalahttp://www.apress.com/book/view/1430219890 >>>> Follow me:http://twitter.com/dpp >>>> Git some:http://github.com/dpp >>> -- >>> Lift, the simply functional web frameworkhttp://liftweb.net >>> Beginning Scalahttp://www.apress.com/book/view/1430219890 >>> 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 -~----------~----~----~----~------~----~------~--~---
