xsltforms-support

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

[Leigh L K. Jr <lei...@xe...>]

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.

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

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

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

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

[Alain C. <ala...@ag...>]

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
>

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
>> 
>