Re: [Xsltforms-support] Namespace bugs in different browsers with xsltforms-508

[Jens Ø. P. <oe...@gm...>]

Hi Alain,

True, I just "rode" on Leigh's posting because the subject was (more or less) in the same general area ….

The way I got around the problem with filtering in Firefox until now has been by masking the namespace: *:template. This works fine, but your suggestion (which I did not notice before) to use a dummy attribute in the form itself is better: just having something like 'e:dummy="dummy"' on any element indeed does the trick. If there is no hope for namespace support in Firefox, having this in a config file is best, I would think.

In December last year, you made it possible to insert attributes. This meant a lot to our forms. In between then and now, I am sure it has been possible to insert namespaced attributes, but I don't know exactly when the change happened. I will try to track this down - unless there is a workaround for this as well!

Thanks a lot!

Jens

On Oct 5, 2011, at 10:46 PM, Alain Couthures wrote:

> Hello,
> 
> The issue pointed by Leigh was just about the empty namespace and the XHTML namespace: by default, AJAXForms considered that authors would forget to declare the empty namespace in instances so the XHTML namespace was also accepted!
> 
> FireFox still has the lack of namespace axis support: the current workaround is to add a dummy attribute anywhere in the form within the desired namespace so the XSLT stylesheet can find it.
> 
> I'm now thinking of allowing namespace declarations in config files to avoid extra dummy attributes in each form. What do you think?
> 
> Thanks!
> 
> -Alain
> 
> Le 04/10/2011 10:26, Jens Østergaard Petersen a écrit :
>> Hi,
>> 
>> I also have problems with namespaces in 508.
>> 
>> Filtering with namespaces, as on line 266 of
>> 
>> <http://exist.svn.sourceforge.net/viewvc/exist/apps/tamboti/modules/edit/body/00-compact-standalone.xml?view=markup&pathrev=15394>
>> 
>> works in Chrome 14 and Safari 5.1, but not in FF 3.6 and 7.
>> 
>> Inserting namespaced attributes, as on lines 227 and 236 of
>> 
>> <http://exist.svn.sourceforge.net/viewvc/exist/apps/tamboti/modules/edit/body/01-title.xml?revision=15140&view=markup&pathrev=15394>
>> 
>> does not work in any browser, though I am sure it has worked before.
>> 
>> Am I doing something wrong?
>> 
>> Best,
>> 
>> Jens
>> 
>> On Aug 10, 2011, at 1:11 AM, Leigh L Klotz Jr wrote:
>> 
>>> Given this instance data:
>>> 
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <data>
>>> <doc>
>>> <div xmlns="http://www.w3.org/1999/xhtml">
>>> <p>Hi there</p>
>>> </div>
>>> </doc>
>>> </data>
>>> 
>>> xsltforms-508 in all browsers tested (FF5, Chrome13, IE8) will match
>>> <group ref="doc/div" />
>>> even though the div is in another namespace.
>>> 
>>> Also, FF5 fails to match this:
>>> <group ref="doc/h:div" />
>>> 
>>> See attached files.
>>> 
>>> Leigh.
>>> <foo.xml><test.xml>------------------------------------------------------------------------------
>>> uberSVN's rich system and user administration capabilities and model
>>> configuration take the hassle out of deploying and managing Subversion and
>>> the tools developers use with it. Learn more about uberSVN and get a free
>>> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>>> _______________________________________________
>>> Xsltforms-support mailing list
>>> Xsl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/xsltforms-support
>> 
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Xsltforms-support mailing list
>> Xsl...@li...
>> https://lists.sourceforge.net/lists/listinfo/xsltforms-support
>> 
>