Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:3198 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44233 invoked from network); 3 Jul 2003 15:09:07 -0000 Received: from unknown (HELO jdi.jdimedia.nl) (212.204.192.51) by pb1.pair.com with SMTP; 3 Jul 2003 15:09:07 -0000 Received: from jdi.jdimedia.nl (jdi.jdimedia.nl [212.204.192.51]) by jdi.jdimedia.nl (8.12.4/8.12.4) with ESMTP id h63F9692027232; Thu, 3 Jul 2003 17:09:07 +0200 Date: Thu, 3 Jul 2003 17:09:06 +0200 (CEST) X-X-Sender: derick@jdi.jdimedia.nl To: Marco Tabini cc: internals@lists.php.net In-Reply-To: <1057244229.3291.250.camel@mbe> Message-ID: References: <1057244229.3291.250.camel@mbe> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] var_dump_html() From: derick@php.net (Derick Rethans) On Thu, 3 Jul 2003, Marco Tabini wrote: > Not sure if this interest anyone, but the attached patch adds a function > called var_dump_html() that performs the same functionality as > var_dump(), except that it outputs HTML instead of plain text. > var_dump() is a bit impractical to use in a web environment, IMO. We already have three functions for dumping debug info (var_dump, var_export and print_r). The latter two can be used like: echo "
". var_export($var, TRUE). "
"; I don't think that we should add another here. regards, Derick -- "Interpreting what the GPL actually means is a job best left to those that read the future by examining animal entrails." ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ International PHP Magazine http://php-mag.net/ -------------------------------------------------------------------------