-1
My vote... :D
FYI, (it's from URI javadoc messages, I think they are related to your
topic.)
[snip]
* The character set used to store files SHALL remain a local decision
and
* MAY depend on the capability of local operating systems. Prior to the
* exchange of URIs they
Sung-Gu wrote:
I've made sample cases and posted it before. (even if it's not a normal
junit testcase though.)
And I'm not willing to make testcase for that. I'm not interested in unicode
values... at all...
Sung-Gu,
I there are no test cases, how can we be sure these methods do what they
are
- Original Message -
From: Ortwin Glück [EMAIL PROTECTED]
are supposed to do? I find it dangerous to have code that nobody
Ok, Sorry, then as you wish, I'll change my vote +1.
I hope you're happy...
understands (except of you) without any test cases.
Actually, I don't understand
Actually, I don't understand that you might notice and you might wonder
why there is encoding change menu in your web browser. and you can
test it yourself though.
Knock, knock. Hello, anybody home? Half a year ago, when this whole story started I
tried to explain you one simple thing: in
- Original Message -
From: Adrian Sutton [EMAIL PROTECTED]
If you don't know why the code would be useful or what it was
implemented based upon, why is it that you still want it in HttpClient?
There is nothing that uses those methods anywhere in HttpClient and
the presence of an
+1
As these methods are not used by HttpClient and do not appear useful for
httpclient for httpclient users combined with the reality that they do
not appear correct and the pending desire to start a Commons-URI project
indicates that they should not be in the public interface of HttpClient.
Adrian Sutton wrote:
The flaw in the toUsingCharset method is two-fold:
Firstly, Strings in Java are *always* stored internally as UTF-8
I agree with the rest of your analysis of this, but I thought I should
point out that Java Strings and chars are stored in UTF-16 rather than
UTF-8. A char
Sung-Gu wrote:
But, not a duty... it's voluteering... no pay...
even the code constribution here...
I pay you $5 for test cases from my Paypal account. Promise.
:-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
This doesn't look correct, if you are really wanting to convert
from one charset to another then you would have to do something
such as:
String myString = new String(bytes,bytesCharset);
byte[] bytes2 = myString.getBytes(destCharset);
Until you have the bytes, you don't have the final
] Re: 2.0 release - deprecate some methods?
This doesn't look correct, if you are really wanting to convert
from one charset to another then you would have to do something
such as:
String myString = new String(bytes,bytesCharset);
byte[] bytes2 = myString.getBytes(destCharset);
Until you
On Thu, 2003-06-26 at 23:40, [EMAIL PROTECTED] wrote:
I just got through Internationalizing a website... input and output. I
ran into the exact same issues, and as Andre states, you pretty much need
to check everywhere for byte[] -String and String-byte[].
Matt, we actually do. We do have
This doesn't look correct, if you are really wanting to convert
from one charset to another then you would have to do something
such as:
String myString = new String(bytes,bytesCharset);
byte[] bytes2 = myString.getBytes(destCharset);
Until you have the bytes, you don't have the final
12 matches
Mail list logo
