2009/3/31 Philip Olson <phi...@roshambo.org>:
>
>>>> So is there anything I can do?
>
>>> My question is, were those statistics about undocumented functions etc. a
>>> result of problems with PhD or a genuine reflection of functions that are
>>> missing documentation? My guess is the latter...
>
>> How feasible would it be to add a "to" attribute to the version.xml
>> entries.
>>
>> It should move us towards getting a more accurate index.
>>
>> The issue of OOP/procedural entries is akward, but theoretically, they
>> should be indexed separately as MAYBE the OOP interface was added at a
>> later date.
>
> Having separate OO entries is one step as some do it whereas others do not.
> The files need cleaned up if they are going to be used for tasks like
> creating a base for funcindex.xml because for various reasons they are not
> meant for this. Results for "undocumented" happen for many reasons, as
> described earlier. Summary of them:
>
>  - Current reliance on formatting by both configure.php and Phd (ex. - vs _)
>  - We don't document many of the old aliases, yet keep version information
> (which is fine)
>  - OO versus Procedural tracking and formatting -- is inconsistent
>  - They are in fact not documented (these are okay to have in the
> funcindex.xml)
>  - All versions.xml are not perfect (I assume other problems exist too)
>
> However, let's realize that versions files are meant to perform one task:
> track version information. That said, what would this "to" attribute mean or
> do?
>

The life of a function started with a particular PHP/PECL version (the
"from" attribute").

If a function is deprecated, you could either incorporate the final
version into the "from" attribute in some way or have a "to"
attribute.

The "to" attribute would provide a clear indication of the final
version of the function/method. Only those functions without a "to"
attribute would be considered "live".

With this attribute version.xml would now be tracking the entire life
of the function/method in an easy to use way.

> Summary: As is the version files work [almost] perfectly for the current
> task, but not for any other. And many of the "undocumented" results are
> bogus.
>
> Regards,
> Philip
>
>
>



-- 
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"

Reply via email to