Re: php_error_docref
| From: | (Marcus Börger) | Date: | Tue, 13 Aug 2002 20:43:53 +0000 |
| Subject: | Re: php_error_docref | ||
| References: | 1 | Groups: | php.dev php.doc |
| Request: | Send a blank email to php-dev+get-86781@lists.php.net to get a copy of this message | ||
At 22:22 13.08.2002, 'Ricky' S Dhatt wrote:
On Tue, 13 Aug 2002, Dan Kalowsky wrote: On Tue, 13 Aug 2002, Marcus [iso-8859-1] Börger wrote:I thought of situations where an external document explains a standard that must be used. For example when a database extension can deliver any url describing the query error you can use php_error_docref() to point to that page. It is no solution for cURL where only C library or a standard exists as external URLs. regards marcusThe point is to be able to direct to external sites not on php.net! For example when a function is just a wrapper around a library then you can use the absolute form of the docref parameter ("http://<site>") to point to the library's website.Okay thats a point I hadn't thought of. Though I'm not sure why we'd be referencing outside sites. Can we then change the CODING_STANDARD example to NOT use the php.net website? Hopefully stopping anyone from using it as a reference to any php-specific documentation, and only for external sites. Do you think this will help the lost PHP script writer? For example, the cURL extension is really just a wrapper around libcurl. If they get an error on curl_setopt() do you really want to direct them to the C API docs on the cURL site? I think it should always point to the php.net manual; external sites won't help the PHP script writer with their PHP code. From the PHP manual they can go to library website if need be.