Re: php.net search data aggregation
| From: | Gabor Hojtsy | Date: | Mon, 06 Mar 2006 09:29:24 +0000 |
| Subject: | Re: php.net search data aggregation | ||
| References: | 1 2 3 4 5 | Groups: | php.doc php.mirrors |
| Request: | Send a blank email to phpdoc+get-969372233@lists.php.net to get a copy of this message | ||
On the short term, a disambiguation page would be nice, and the long run, we might be able to map /xml and such to a categorized manual section.
Goba
On Mon, 6 Mar 2006, Friedhelm Betz wrote:
Hi Sean, Sean Coates wrote:Alternative: Let the search handle this "ambiguous" terms and nuke this kinds of shortcuts? php.net/xml would give you a page with results relevant to xml, of course extension/implementation wise. The point Rasmus made boils probably down to "categorized manual" http://cvs.php.net/viewcvs.cgi/phpdoc/RFC/manual.xml.in?view=markup&rev=1.19 This approach would it make dead simple, php.net/xml points to <refgroup id="refs.xml"> This said, I don't know the status of livedocs and in which way livedocs supersedes the "categorized manual" approach. FriedhelmPHP 5 uptake is also speeding up and there are a couple of areas of the manual that are confusing. A search for "xml" or going to php.net/xml lands you on php.net/manual/en/ref.xml.php which has no mention of the different xml implementations available.The best way to handle this, probably, is to add a very high level "XML Processing in PHP" appendix and link xml there. The appendix could then link the the various sections: DOM, libxml, SimpleXML, ref.xml, etc.