We have not changed the underlying output mechanism. The transcoding
is done by zend_make_printable_zval().
-Andrei
On Aug 10, 2005, at 7:30 AM, Rasmus Lerdorf wrote:
Yeah, print/echo was just a way of describing the underlying output
stuff. It wasn't meant to be taken literally.
-Rasmus
Andi Gutmans wrote:
We need to automatically convert the output as internally we will be
storing UTF-16 which is not what you want to send to the user. The
SAPI
output mechanism does the conversion, I don't think it's print &
echo.
It will actually save people a lot of headache that this is done
automatically.
As far as files are concerned, the default is also to convert to
the INI
encoding (forgot which INI parameter), but we will supply streams
which
allow you to control the in/out encoding of specific files.
So basically, I think we need to update the doc as I am pretty
sure we
didn't change print/echo but the underlying input/output mechanisms.
Andi
At 02:54 PM 8/10/2005 +0400, Antony Dovgal wrote:
On Wed, 10 Aug 2005 12:45:27 +0200
"Ron Korving" <[EMAIL PROTECTED]> wrote:
This looks very promising, I'm impressed by the work you guys have
done (big
thumbs up).
There are a few issues/questions I have after reading your
document:
"Therefore, command such as 'print' and 'echo' automatically
convert
their
arguments to the specified encoding. No automatic output
encoding is
performed for anything else."
That's actually something I wanted to ask about too.
Do we really need such kind of magic?
I think it may be pretty confusing when after echo'ing or
print'ing a
variable
you can see one output, but after writing the very same variable
into
a file
you can see something completely different.
IMO it's similar to what we have with __toString() ATM.
Yes, it's documented, but it's *still* confusing that there is
some magic
involved in one case and there is no magic in an other, almost
similar
case.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
