Re: php_error_docref

From: 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:
The 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.
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 marcus

« previous php.dev (#86781) next »