> >Not sure what you mean. Mark that bug as a duplicate, > >it's been taken care of. I see no #38 in the code nor > >should there be. It will show up in the manual soon. > > We're misunderstanding each other... Goto > > http://www.php.net/manual/de/language.references.whatdo.php > > Line 95 of the source for that page... That shouldn't be like that. The > XML seems right AFAIK, but the actual page itself isn't properly > displaying the & character... What it's doing seems to be converting the > & character in the XML to an '&' (which is right), then converting > the ampersand in '&' to '&'... Hence we end up with: > > & > > Which renders: & > > Which is wrong ;)
See the example source code in the XML file. If it's in <![CDATA[ ]]>, then it should be =& in the code (no XML entity used!). If it's not in ![CDATA[ ]]> then it should be =& (as & need to be escaped). This is probably & inside a <![CDATA[ ]]>, and this causes the problem... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php