On Wed, Jul 30, 2008 at 1:29 AM, Renat Zubairov
<[EMAIL PROTECTED]> wrote:
> +1 to UTF
>
> IMHO it's advantage that T5 will take care about it.
> Concerning the one/two bytes penalties one can always use gzipped output :)
Something that Tapestry 5.1 should just take care of automatically.
>
> 200
+1 to UTF
IMHO it's advantage that T5 will take care about it.
Concerning the one/two bytes penalties one can always use gzipped output :)
2008/7/30 Josh Long <[EMAIL PROTECTED]>:
> +1 me too
>
> On Tue, Jul 29, 2008 at 1:04 PM, Ulrich Stärk <[EMAIL PROTECTED]> wrote:
>
>> From me too.
>>
>> Uli
+1 me too
On Tue, Jul 29, 2008 at 1:04 PM, Ulrich Stärk <[EMAIL PROTECTED]> wrote:
> From me too.
>
> Uli
>
> Filip S. Adamsen schrieb:
>
> +1 on this one.
>>
>> -Filip
>>
>> On 2008-07-29 16:39, Howard Lewis Ship wrote:
>>
>>> Well, it's not like we're pushing a bytestream from the web browser
From me too.
Uli
Filip S. Adamsen schrieb:
+1 on this one.
-Filip
On 2008-07-29 16:39, Howard Lewis Ship wrote:
Well, it's not like we're pushing a bytestream from the web browser to
the database, or vice-versa. Everything is being read into memory as
UTF, whether it starts as UTF-8 in the
I'm already coding it up, but I created a pre-change tag just in case
it turns out to be a problem. I think this is the right approach.
On Tue, Jul 29, 2008 at 11:54 AM, Filip S. Adamsen <[EMAIL PROTECTED]> wrote:
> +1 on this one.
>
> -Filip
>
> On 2008-07-29 16:39, Howard Lewis Ship wrote:
>>
>
+1 on this one.
-Filip
On 2008-07-29 16:39, Howard Lewis Ship wrote:
Well, it's not like we're pushing a bytestream from the web browser to
the database, or vice-versa. Everything is being read into memory as
UTF, whether it starts as UTF-8 in the browser, or ISO-8859-1 in the
database. As it
Em Tue, 29 Jul 2008 14:44:03 -0300, Blower, Andy
<[EMAIL PROTECTED]> escreveu:
Thiago,
Hi!
Sorry I don't understand your objection. Could you expand on it please?
Especially where you say "have a memory and bandwidth penalty using 2
bytes to encode many characters that would be encoded
UTF-8 as default
+1
e Paula Figueiredo [mailto:[EMAIL PROTECTED]
> Sent: 29 July 2008 02:59
> To: Tapestry users
> Subject: Re: What if Tapestry's I18N was just "UTF-8"?
>
> Em Mon, 28 Jul 2008 21:17:11 -0300, Howard Lewis Ship
> <[EMAIL PROTECTED]>
> escreveu:
>
> > What
Strings are stored in UTF-16 by default anyway in Java (a Char type is
16bits), so unless you're constructing the strings in very creative
ways, you're already paying the memory cost. The question of what you
output to the browser or the database is a matter for adaptation and
transmission
I agree with using UTF-8 as default... We're using the UTF-8 Filter
for a while with some different db's (PostgreSql and SqlServer,
encoded with ISO-8859-1) and we never had any problem with it.
+1
--
Atenciosamente,
Marcelo Lotif
Programador Java e Tapestry
FIEC - Federação das Indústrias do E
ease correct me.
Cheers,
Martin (Kersten)
-Ursprüngliche Nachricht-
Von: Thiago H. de Paula Figueiredo [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 29. Juli 2008 16:43
An: Tapestry users
Betreff: Re: What if Tapestry's I18N was just "UTF-8"?
Em Tue, 29 Jul 2008 11:39:21 -0
Em Tue, 29 Jul 2008 11:39:21 -0300, Howard Lewis Ship <[EMAIL PROTECTED]>
escreveu:
My observation is that the current design; allowing every page to have
its own charset, is beginning to feel like overkill, especially given
that the solution has a number of frayed edges.
What about setting
Well, it's not like we're pushing a bytestream from the web browser to
the database, or vice-versa. Everything is being read into memory as
UTF, whether it starts as UTF-8 in the browser, or ISO-8859-1 in the
database. As its read from one source or written to another, the
character set is going
On Tue, Jul 29, 2008 at 2:17 AM, Howard Lewis Ship <[EMAIL PROTECTED]> wrote:
> Here's a question. I'm still struggling with getting Tapestry to do
> the right encoding when producing output, and to set the response
> encoding to the correct value before reading query parameters.
>
> There's lots
Em Mon, 28 Jul 2008 21:17:11 -0300, Howard Lewis Ship <[EMAIL PROTECTED]>
escreveu:
What if there was just a single default application character set,
which would default to UTF-8?
This is not a nice option. Web applications that need accented characters
(most Latin languages), but don't n
Here's a question. I'm still struggling with getting Tapestry to do
the right encoding when producing output, and to set the response
encoding to the correct value before reading query parameters.
There's lots of edge cases, related to Ajax, to form uploads, and to
complex components, such as Bea
17 matches
Mail list logo
