> >>>> - Hartmut's function list script collection should be extended > >>>> to handle PECL extensions and PECL version numbers, since this > >>>> script collection generates the version information you have > >>>> problems with. The most complicated part will probably be > >>>> the handling of bundled extensions, since corresponding PECL > >>>> / PHP version numbers need to be known... > >>> > >>>Is that really an issue? I can see the point in knowing the version > >>>which came with the a php release, but for a function itself, the only > >>>important information is the version of the extension. Since a > >>>PECL-Extension can be updated regardless if there used to be a bundled > >>>one, i don't see that as a really big problem. It's rather a nice to > >>>know thing imho. > >> > >>Think about *windows users*: if you set up PHP 5 on windows, it will not > > >>help you if you see on the Tidy documentation page that some functions > >>are useable in version 1.1. Hey, you have just installed PHP 5... You > >>would like to know if you can use it with the PHP you installed or > not... > > > > I can see your point but you still don't know if the "admin" did enable > > that extension or not, so you do have to check anyway. There's hardly > > any difference in checking if the extension actually IS enabled or to > > verify its version. > > > > I do see the point in your comment though and i'm not trying to say it's > > a bad idea.. just nothing we must focus on in the first place. > > Well, we are (or I am?) focusing on the right place :) See > http://php.net/imagecreatetruecolor for example. It is a manual page of > function defined by php_gd2.dll on windows. It needs to be enabled in > php.ini (or by dl()), but still you could find out from the manual page > that the DLL that shipped with PHP 4.0.6 already contained this and all > the DLLs in later versions too. >
I second Goba's point of view. It might be of interest to know the version of a PECL Extension, of course, but this could not answer the simple questiion: Is this function/extension available with PHP xxx, and am I able (in theory) to use this function/extension with PHP xxx. Therefore it is really important to know, if you can (in theory) use a particular function/extension with your installed PHP Version. My proposal: For _bundled_ (delivered with PHP xxx) PECL extension we should be able to give the version info as now provided in the manual, as we do with any other bundled extension. I am pretty sure, most users do not care about, if this extension/functions was bundled from PECL.... From users pov this is just an ordinary extension, not less not more. And the version of the extensions should be available with phpinfo, no? Of course the availability to use the extension depends wether it is compiled in and/or enabled. For _real_ (not delivered with PHP xxx) PECL extension: We could provide the general info, that this extension is available throug PECL. No extension version, please. At the function level we should be able to use the same schema as for the "regular" docs. For example: extension BAR, has functions foo_1, foo_2,...., foo_n. extension/version info for foo_1 <= 2.4 extension/version info for foo_12 >= 4.9 If an extension from PECL would be delivered with PHP xxx, the extension info should change to the version info PHP xxx >=xxx Is that nonsense? Comments? Regards Friedhelm -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
