>>> This function will correctly escape US-ASCII output. If you're using
>>> a different character set such as UTF8, or need more control on
>>> the escaping process, use HTML::Entities.
>>
> I like it too for the simple reason that it seems simple and doesn't
> worry the casual user, or confuse h
Robin Berjon wrote:
>On Tuesday 26 March 2002 15:31, Eric Cholet wrote:
>
>>--On Monday, March 25, 2002 11:04:02 -0800 Doug MacEachern
>>
>>>what we've done with escape_html already (diverging from apache) is just
>>>plain wrong. i don't want to take it any further. this should be
>>>implemente
On Tuesday 26 March 2002 15:31, Eric Cholet wrote:
> --On Monday, March 25, 2002 11:04:02 -0800 Doug MacEachern
> > what we've done with escape_html already (diverging from apache) is just
> > plain wrong. i don't want to take it any further. this should be
> > implemented properly for 2.0 (in a
--On Monday, March 25, 2002 11:04:02 -0800 Doug MacEachern
<[EMAIL PROTECTED]> wrote:
> what we've done with escape_html already (diverging from apache) is just
> plain wrong. i don't want to take it any further. this should be
> implemented properly for 2.0 (in apache) and/or HTML::Entities
On Tue, 26 Mar 2002, Stas Bekman wrote:
> So should this function be marked as 'deprecated' in 1.27?
no. we just shouldn't enhance the function anymore in 1.x.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
Stas Bekman wrote:
> Doug MacEachern wrote:
>
>> what we've done with escape_html already (diverging from apache) is
>> just plain wrong. i don't want to take it any further. this should
>> be implemented properly for 2.0 (in apache) and/or HTML::Entities can
>> be written in xs. modperl is
Doug MacEachern wrote:
> what we've done with escape_html already (diverging from apache) is just
> plain wrong. i don't want to take it any further. this should be
> implemented properly for 2.0 (in apache) and/or HTML::Entities can be
> written in xs. modperl is not the right place to impl
what we've done with escape_html already (diverging from apache) is just
plain wrong. i don't want to take it any further. this should be
implemented properly for 2.0 (in apache) and/or HTML::Entities can be
written in xs. modperl is not the right place to implement this
functionality.
A casual user won't understand that documentation... Hell, I'm not even
sure I completely understand the implications of it and when to use/not
use escape_html based on it... I think an example is called for, but
not in the POD... Maybe in the Guide?
Issac
Eric Cholet wrote:
> --On Sunda
--On Monday, March 25, 2002 10:29:11 -0800 Doug MacEachern
<[EMAIL PROTECTED]> wrote:
> i had a bad feeling about this. we should not be implementing
> escape_html to begin with, the functionality should all be in apache.
> i'm going to back out the patch. anybody care to make a doc patch
Doug MacEachern wrote:
>
> i had a bad feeling about this. we should not be implementing escape_html
> to begin with, the functionality should all be in apache. i'm going to
> back out the patch.
sounds wise, especially considering people like Eric will end up with larger pages as a
result, w
i had a bad feeling about this. we should not be implementing escape_html
to begin with, the functionality should all be in apache. i'm going to
back out the patch. anybody care to make a doc patch to explain the
problems with escape_html before the patch went in? thanks.
---
--On Sunday, March 24, 2002 21:57:54 + [EMAIL PROTECTED] wrote:
> dougm 02/03/24 13:57:53
>
> Modified:.Changes STATUS
>src/modules/perl Util.xs
>t/net/perl util.pl
> Log:
> Submitted by: Geoff Young <[EMAIL PROTECTED]>
> Reviewed by
13 matches
Mail list logo
