From:             verdy_p at wanadoo dot fr
Operating system: Win32
PHP version:      4.3.5RC3
PHP Bug Type:     Feature/Change Request
Bug description:  fix modules' PHP info

Description:
------------
The php_info() output is quite ugly in its format, which is inconsistent
across its modules, and still not XHTML/1.1 ready.

But more importantly, some info are still missing...

Please make the modules info consistant in their format:



* Win32 API:

missing a "Win32 API version | information" row;



* bcmath:

missing a "bcmath version | information" row;



* calendar:

missing a "calendar version | information" row;



* com:

missing a "com support | enabled" information row;

missing a "com version | information" row;



* crack:

wrong head style, should use the information rows style;

missing a "crack version | information" row;



* ctype:

change "ctype functions" to "ctype support";

missing a "ctype version | information" row;



* curl:

change "CURL information" to "CURL version"



* db:

wrong single column style, change to "db Flat file support | enabled";

missing a "db Version | information" row;



* dba:

missing a "DBA Version | information" row;



etc...



Reproduce code:
---------------
On Windows command line with the default CGI/FastCGI version:



php -i > php_info.html

start php_info.html



Expected result:
----------------
More generally there should exist a way to format the module supported in
a single table displaying a "enabled/disabled" column, and a version.



Then there would be specific items below that list additional information
variables and/or configurable directives, possibly with anchors linked
from the main table of modules with an additional "details" column.



This may require some modifications in each module so that they export
their information in a common way through a single API.



Searching in this configuration screen is not immediate, and this is the
only way that PHP hosting ISPs provide information about their
installation of PHP, and this should become a way to compare these
installations.




-- 
Edit bug report at http://bugs.php.net/?id=27514&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=27514&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=27514&r=trysnapshot5
Fixed in CVS:               http://bugs.php.net/fix.php?id=27514&r=fixedcvs
Fixed in release:           http://bugs.php.net/fix.php?id=27514&r=alreadyfixed
Need backtrace:             http://bugs.php.net/fix.php?id=27514&r=needtrace
Need Reproduce Script:      http://bugs.php.net/fix.php?id=27514&r=needscript
Try newer version:          http://bugs.php.net/fix.php?id=27514&r=oldversion
Not developer issue:        http://bugs.php.net/fix.php?id=27514&r=support
Expected behavior:          http://bugs.php.net/fix.php?id=27514&r=notwrong
Not enough info:            http://bugs.php.net/fix.php?id=27514&r=notenoughinfo
Submitted twice:            http://bugs.php.net/fix.php?id=27514&r=submittedtwice
register_globals:           http://bugs.php.net/fix.php?id=27514&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27514&r=php3
Daylight Savings:           http://bugs.php.net/fix.php?id=27514&r=dst
IIS Stability:              http://bugs.php.net/fix.php?id=27514&r=isapi
Install GNU Sed:            http://bugs.php.net/fix.php?id=27514&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27514&r=float

Reply via email to