-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam,
Adam Gordon wrote:
> After some digging, there's URIEncoding attribute on the Connector
> element that if not specified defaults to ISO-8859-1 when attempting to
> decode URI bytes. I suspect setting this to UTF-8, in addition to the
> other c
You know, I had my doubts about whether or not Struts was really
actually doing anything with POST request parameters other than just
reading them. It did seem to me that it was more of an issue at the
Tomcat level since Tomcat is the one serving up the parameters.
After some digging, there's
On 5/29/07, Adam Gordon <[EMAIL PROTECTED]> wrote:
We're using the html:form element and we have the acceptCharset
attribute set to "UTF-8" and when we enter a unicode character in a
textarea in this form element, the UTF-8 character (in this case \u2022,
the bullet symbol: •) displays correctly
Chris-
See answers below...
Christopher Schultz wrote:
I just ran it through Wireshark and followed the TCP stream verifying
that it's being encoded correctly into 3 bytes - it is (E2 80 A2).
Is this the UTF-8 code that /should/ represent those bullet characters?
I would assume so.
Paul-
Looks like it still exists in 1.3.8. Do you want me to file the bug
against 1.3.8? Also, what type of sample code are you looking for? The
whole package (struts/tiles config files, Action class, JSP page,
etc...) or something smaller? Thanks.
--adam
Paul Benedict wrote:
Adam,
Wo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam,
Adam Gordon wrote:
> So, we have a form in a JSP, and generally, the OS allows the user to
> copy/paste a bullet list from MS Word, OOWriter, et. al. into a text
> area in the form. Regardless of whether the browser is in UTF-8
> mode or ISO-88
Paul-
Of course. I'll email back when I have the results. Hopefully there
won't be too many code changes due to the upgrade...
--adam
Paul Benedict wrote:
Adam,
Would you be kind enough to try this in 1.3.8? I'd be interested in
fixing
this, if you can help me diagnose the issue. After y
Christopher-
So, we have a form in a JSP, and generally, the OS allows the user to
copy/paste a bullet list from MS Word, OOWriter, et. al. into a text
area in the form. Regardless of whether the browser is in UTF-8 mode or
ISO-8859-1 mode, the bullets show up as bullets. We submit the form,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adam,
Adam Gordon wrote:
> We're using the html:form element and we have the acceptCharset
> attribute set to "UTF-8" and when we enter a unicode character in a
> textarea in this form element, the UTF-8 character (in this case \u2022,
> the bullet sy
Adam,
Would you be kind enough to try this in 1.3.8? I'd be interested in fixing
this, if you can help me diagnose the issue. After you test in 1.3.8, if it
still happens, please open up a JIRA ticket and attach a sample web page. I
will use that to fix the problem, if it still exists.
Paul
On
We're using the html:form element and we have the acceptCharset
attribute set to "UTF-8" and when we enter a unicode character in a
textarea in this form element, the UTF-8 character (in this case \u2022,
the bullet symbol: •) displays correctly. However, when the form is
submitted, I'm print
11 matches
Mail list logo
