Re: Can't fill in forms when parsing xml for second time
"Jim McNeill" <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.layout.xslt |
|---|---|
| Organization | McNeill Software |
| Message-ID | <[email protected]> |
Well I've tried just about everything a lone developer can (stuck an argument on the url to fool the cache: no luck, changed the hidden value to an attribute: no luck), and I've reluctantly had to come to the conclusion that I'm just going to have to write code exclusively for Internet Explorer until Firefox catches up. As far as I can see this blocking of input is not related to anything I'm flinging at the browser, rather it happens when I flick between fields using the tab key, or click off the form. Oh well, I suspect it will get sorted in some future release (should anyone accept that the fault exists!). "Jim McNeill" <[email protected]> wrote in message news:[email protected]... > Thanks for looking at this Martin. I'll try to answer your comments. > > "Martin Honnen" <[email protected]> wrote in message > news:[email protected]... >> >>> <?xml version="1.0"?> >>> <xsl:stylesheet version="1.1" >> ^^^ >> Why version 1.1 and not 1.0 for XSLT? > > Nothing worked for me in Firefox until I changed it to XSLT version 1.1. > >>> xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> >>> <xsl:output method="html" >>> version="1.0" >>> encoding="utf-8" >>> doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN" >>> doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" >>> indent="yes"/> >> >> Are you transforming with XSLT on the server or on the client? >> I think if you want html output then you shouldn't use XHTML elements >> with a namespace but HTML elements in no namespace e.g. >> >>> <xsl:template match="/"> >>> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> >> >> <html lang="en"> > > I'm trying to do this on the client. I ended up with most of this guff > just trying to get Firefox to parse my xml at all, until I found that it > only worked with XSLT version 1.1 (at least on my PC, I can't answer for > any others). Also I was trying to follow the rules to get strict XHTML, > which your example doesn't seem to do. > >>> <input type="hidden" id="stage" name="stage"><xsl:value-of >>> select="/response/@stage" /></input> >> >> What is that good for, don't you need >> <input type="hidden" id="stage" name="stage" value="{/response/@stage}" >> /> >> ? An (X)HTML input element doesn't have any content. > > Quite right, but I can't see that being the root of my problem? > >> It is not quite clear to me what you are doing and what goes wrong, could >> you post a URL where the problem occurs? > > Sorry, no, the only access I have to mod_python is on my own PC. > >> I have tried an example here >> <http://www34.brinkster.com/libertydevelop/db/test2005030302.xml> >> that works flawlessly with Netscape 7.2/Mozilla 1.7, the XML is >> transformed on the client to HTML and data submitted is added to the XML >> by an ASP page which then redirects to the XML. > > Had a go with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) > Gecko/20041107 Firefox/1.0 - I'm afraid it didn't add my new entry to the > list. And in fact it has the exact same problem as mine! On subsequent > attempts to fill in the form it doesn't allow me to input. I think it's a > cache/refresh problem - with both my example and yours there's nothing in > the URL to tell the browser that this is a dynamic page. I'm going to > rework mine to add an argument and see if that does the trick. > > Much thanks for your help, > Jim >