;re using.
>
> ? The problem comes from the header I *receive*. The headers I send are
> always good (hard coded in base.epl). I'm quoting myself :
>
> > Firefox detects the page encoding as Unicode (UTF-8). The page has this
> > header :
> >
>
> Do you su
nal Message-
> From: Jean-Christophe Boggio [mailto:[email protected]]
> Sent: Monday, April 26, 2010 12:16 PM
> To: [email protected]
> Subject: Re: Encoding problem
>
> Hi,
>
> Since I seem to be the only one having problems with utf8 forms, I
> guess
> th
Hi,
Since I seem to be the only one having problems with utf8 forms, I guess
the problem is me not expecting the correct things to happen.
The following is a simple html test page with a simple form. I expect the
result to be utf-8 but it's not (until I comment out the Encode::_utf8_on()
line).
ing myself :
Firefox detects the page encoding as Unicode (UTF-8). The page has this header :
Do you suggest something else ? I'm sorry, I don't understand your point.
I referred to other people having the same kind of problems just because
it might not be a embperl-only problem but
2:53 +0200 schrieb Jean-Christophe
Boggio:
> Hi Gerald,
>
> Gerald Richter - ECOS a écrit :
> > setting the default encoding in the httpd.conf to utf8 might help
>
> I already have :
>AddDefaultCharset UTF-8
> in my httpd.conf.
>
> I tried to add it to my dire
Hi Gerald,
Gerald Richter - ECOS a écrit :
setting the default encoding in the httpd.conf to utf8 might help
I already have :
AddDefaultCharset UTF-8
in my httpd.conf.
I tried to add it to my directives and also
AddCharset utf-8 .html
With no more luck.
I found other people describing
Hi,
setting the default encoding in the httpd.conf to utf8 might help
Gerald
> -Original Message-
> From: Jean-Christophe Boggio [mailto:[email protected]]
> Sent: Wednesday, April 21, 2010 5:21 PM
> To: [email protected]
> Subject: Encoding problem
>
&g
Hello,
I have problems with the encoding of posted form data. I try to do everything
in UTF-8 (code, DB, html...).
I have a form on a page where the data IS utf-8 (that's what I think) but
it does not have the UTF-8 bit set, wonder why.
Firefox detects the page encoding as Unicode (UTF-8)
> >>I`ve implemented a callback function EMBPERL_INPUT_FUNC for encrypting
the
> >>source code, but Embperl (1.3.3-dev) is calling it only for *.epl files
and
> >>not for *.phtml files.
> GR> Looks like you have setup the INPUT_FUNC only for epl files in your
> GR> httpd.conf. If this isn't the pr
>>I`ve implemented a callback function EMBPERL_INPUT_FUNC for encrypting the
>>source code, but Embperl (1.3.3-dev) is calling it only for *.epl files and
>>not for *.phtml files.
GR> Looks like you have setup the INPUT_FUNC only for epl files in your
GR> httpd.conf. If this isn't the problem, ple
>
>I`ve implemented a callback function EMBPERL_INPUT_FUNC for encrypting the
>source code, but Embperl (1.3.3-dev) is calling it only for *.epl files and
>not for *.phtml files.
>
Looks like you have setup the INPUT_FUNC only for epl files in your
httpd.conf. If this isn't the problem, please se
On Fri, Dec 07, 2001 at 11:54:05AM +0100, Lukas Zapletal wrote:
> I`ve implemented a callback function EMBPERL_INPUT_FUNC for encrypting the
> source code, but Embperl (1.3.3-dev) is calling it only for *.epl files and
> not for *.phtml files.
You probably need to add a handler to .phtml like you
Hi all,
I`ve implemented a callback function EMBPERL_INPUT_FUNC for encrypting the
source code, but Embperl (1.3.3-dev) is calling it only for *.epl files and
not for *.phtml files.
What is wrong?
Regards
Lukas Zapletal [[EMAIL PROTECTED]]
web programmer
Bach systems Ltd., Czech Republic
hi,
i have problem with the URL encoding capabilities of embperl.
assuming this code:
[- $name = 'mein name'; $myhash = { t1 => 'hallo welt', t2 => 'umlaut
ä' } -]
[- $escmode = 0 -]
escmode 0
escmode 0
[- $escmode = 1 -]
escmode 1
escmode 1
[- $escmode =
> >
> > it is "mein%20name" which is perfectly correct url encoded.
>
> hmm... RFC1630 says:
>
> | QUERY STRINGS
> | [...]
> | Within the query string, the plus sign is reserved as shorthand
> | notation for a space. Therefore, real plus signs must be encoded.
> | This method was used to make
- Original Message -
From: "Gerald Richter" <[EMAIL PROTECTED]>
To: "Thoren Johne" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 3:05 PM
Subject: Re: URL encoding
> > escmode 3
> > escmode 3
> >
>
hi,
> escmode 3
> escmode 3
>
> you see - the 'name=mein+name' never appears,
it is "mein%20name" which is perfectly correct url encoded.
>also
> the hash is never correct expanded - the umlaut 'ä' is not
> encoded.
>
ä doesn't need to be encoded in a URL, you could write it as ä, but the
brow
hi,
i have problem with the URL encoding capabilities of embperl.
assuming this code:
[- $name = 'mein name'; $myhash = { t1 => 'hallo welt', t2 => 'umlaut
ä' } -]
[- $escmode = 0 -]
escmode 0
escmode 0
[- $escmode = 1 -]
escmode 1
escmode 1
[- $escmode =
> Nevermind,
>
> just found out... should've been
>
>
>
1.3.0 also accepts
which passes a referece to %fdat instead of creating an annoymous array and
is therefor a little bit faster
Gerald
-
Gerald Richte
Nevermind,
just found out... should've been
thanks
martin
Martin Langhoff wrote:
> I would have sworn that Embperl could recognize a tag like:
>
>
-
To unsubscribe, e-ma
Hi,
I would have sworn that Embperl could recognize a tag like:
and automagically encode %fdat as URI parameters... Am I wrong? I could
not find it in the man pages ...
Mhhh. Just in case it's a new feature:
perl -MHTML::Embperl -e 'print $HTML::Embperl::VER
21 matches
Mail list logo