I have located what appears to me to be bug in the XSLTProcessor in
PHP5.2.13 but want to insure that I am not overlooking something before
reporting it. Any advice will be appreciated.
The issue is apparent discrepancies in output sort order in an XSLTProcessor
generated list. Following is a deta
Hi,
in the Java Xalan XSLT processor there is an URIResolver object to
resolve URIs used in xsl:include, xsl:import, etc.
http://xml.apache.org/xalan-j/apidocs/javax/xml/transform/class-use/URIResolver.html
With this URIResolver you can comfortably implement your own logic to
load external resour
nts.html
From: Siegfried Gipp
To: php-general@lists.php.net
Sent: Tuesday, 17 February, 2009 10:12:11 PM
Subject: Re: [PHP] XSLTProcessor help
On Monday, 16. February 2009 11:49:23 Tom Sparks wrote:
> help, when I include
> the XSLTProcessor only strips the XML ta
On Monday, 16. February 2009 11:49:23 Tom Sparks wrote:
> help, when I include
> the XSLTProcessor only strips the XML tags and outputs the text see result
That is the xsl default behaviour. You need templates to do anything other
with xml elements than just digging deeper.
This is somewhat lik
help, when I include
the XSLTProcessor only strips the XML tags and outputs the text see result
--cut here result--
Hyalearl, 100-ton Sulieman-Class Scout/Courier
2008
03
10
All rights reserved 2008
Onno Meyer
n...@none.com
10
Traveller
1.0
-
On Fri, February 15, 2008 12:54 am, Siegfried Gipp wrote:
> Am Donnerstag, 14. Februar 2008 21:01:42 schrieb Richard Lynch:
>
>> You could also consider filing a "Feature Request" in
>> http://bugs.php.net/
> Well, the bug reporting page has a bug. A graphical captcha is needed,
> but
> there is
Am Freitag, 15. Februar 2008 15:35:02 schrieb Andrew Ballard:
> It's there for me as well. (Firefox and IE6, Windows XP). Any chance you've
> got a browser plugin or other "feature" that is blocking the image?
I just tried it with Firefox in safe mode, same result: No captcha.
--
PHP General Mai
Am Freitag, 15. Februar 2008 15:35:02 schrieb Andrew Ballard:
> It's there for me as well. (Firefox and IE6, Windows XP). Any chance you've
> got a browser plugin or other "feature" that is blocking the image?
I thought it was privoxy, but i tried without proxy and had the same result. I
copied
On Fri, Feb 15, 2008 at 3:31 AM, Zoltán Németh <[EMAIL PROTECTED]>
wrote:
> 2008. 02. 15, péntek keltezéssel 07.54-kor Siegfried Gipp ezt írta:
> > Am Donnerstag, 14. Februar 2008 21:01:42 schrieb Richard Lynch:
> >
> > > You could also consider filing a "Feature Request" in
> > > http://bugs.php.
2008. 02. 15, péntek keltezéssel 07.54-kor Siegfried Gipp ezt írta:
> Am Donnerstag, 14. Februar 2008 21:01:42 schrieb Richard Lynch:
>
> > You could also consider filing a "Feature Request" in
> > http://bugs.php.net/
> Well, the bug reporting page has a bug. A graphical captcha is needed, but
>
Am Donnerstag, 14. Februar 2008 21:01:42 schrieb Richard Lynch:
> You could also consider filing a "Feature Request" in
> http://bugs.php.net/
Well, the bug reporting page has a bug. A graphical captcha is needed, but
there is no such captcha. Repetitive loading does not change this.
From an acc
Am Donnerstag, 14. Februar 2008 21:01:42 schrieb Richard Lynch:
> You may want to try using http://php.net/exec to run your command line
> tool and ignore the PHP one, if it won't let you turn off validation.
Yes, that's what i'm going to do for now. But that won't help if an internet
provider do
On Thu, February 14, 2008 4:24 am, Siegfried Gipp wrote:
> i still got no answer. Maybe i did not see it, altough i'm trying to
> read any
> single post. But may be i overlooked it due to high traffic. So now i
> have
> set up a filter (hopefully) copying answers to another folder.
>
> Here is the
Hi,
i still got no answer. Maybe i did not see it, altough i'm trying to read any
single post. But may be i overlooked it due to high traffic. So now i have
set up a filter (hopefully) copying answers to another folder.
Here is the question: Is it possible to disable validation when using
XSLT
If there is a failure in 'XSLTProcessor->transformToURI()' (it returns
false) is nothing written to the file specified? I ask because I'm
implementing a caching system. I'm having the output written to a cache file
and want to be guaranteed that in case of error, the specified file remains
as it wa
Hi,
The problem is then applying the xsl transform to what is in that
variable. It appears to transform everything in $xml, rather than
just what is in $content.
Managed to solve my own problem... Using:
$content = $proc->transformToXML(DomDocument::loadXML($content));
To create an xml do
Hi,
you might start by using some braces to explicitly delineate the
if and foreach block? ...personally I'm not sure exactly what your
code
should be doing.
Putting the brackets in doesn't make any difference. That part of the
code appears to work perfectly - what it does is scan through
Allan Jardine wrote:
Hello all,
I'm having a real problem with applying an xslt transform to a selected
part of an xml document. I load the xml document using
simplexml_load_file, and the same with the xsl file. Using the xpath
function for simplexml I select a part of the xml document and
Hello all,
I'm having a real problem with applying an xslt transform to a
selected part of an xml document. I load the xml document using
simplexml_load_file, and the same with the xsl file. Using the xpath
function for simplexml I select a part of the xml document and store
it in a diffe
19 matches
Mail list logo
