On 21 Nov 2008, at 10:51, Felipe Monteiro de Carvalho wrote:
It would be really good if there was a guide, preferably in the wiki,
to explain how to add a new test case to Free Pascal.
It is documented here:
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/tests/readme.txt?view=markup
You
On Fri, Nov 21, 2008 at 12:47 PM, Mattias Gärtner
<[EMAIL PROTECTED]> wrote:
>
> ... and a possibility to tell the compiler 'Thanks, I know. Don't bark about
> this place any longer'.
:-) Yes definately! Like the wish for "Parameter not being used" or
"Sender not being user" etc... Those drive me
Zitat von Graeme Geldenhuys <[EMAIL PROTECTED]>:
> On Fri, Nov 21, 2008 at 11:45 AM, Michael Schnell <[EMAIL PROTECTED]> wrote:
> >
> > In fact it should automatically convert ("as correctly as possible")
> between
> > all available string types (ANSI, UTF8, UTF16).
>
> And the compiler should pro
On Fri, Nov 21, 2008 at 11:51 AM, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
>
> It would be really good if there was a guide, preferably in the wiki,
> to explain how to add a new test case to Free Pascal.
>
> I have already some test cases in mind, like making sure static
> methods co
On Fri, Nov 21, 2008 at 11:45 AM, Michael Schnell <[EMAIL PROTECTED]> wrote:
>
> In fact it should automatically convert ("as correctly as possible") between
> all available string types (ANSI, UTF8, UTF16).
And the compiler should produce a warning if you assign UTF8 or UTF16
string to a ANSI str
On Fri, Nov 21, 2008 at 7:49 AM, Florian Klaempfl
<[EMAIL PROTECTED]> wrote:
> Big deal, I simply enable operator overloading for unique string types
> to get this working, then everybody is happy and we've unicode support?
Indeed that could work. But the operator overloading would need to
overrid
Felipe Monteiro de Carvalho schrieb:
> On Fri, Nov 21, 2008 at 7:30 AM, Florian Klaempfl
> <[EMAIL PROTECTED]> wrote:
>> This is easily said, please create examples and descriptions how fully
>> working is defined.
>
> It would be really good if there was a guide, preferably in the wiki,
> to expl
On Fri, Nov 21, 2008 at 7:30 AM, Florian Klaempfl
<[EMAIL PROTECTED]> wrote:
> This is easily said, please create examples and descriptions how fully
> working is defined.
It would be really good if there was a guide, preferably in the wiki,
to explain how to add a new test case to Free Pascal.
I
Felipe Monteiro de Carvalho schrieb:
> On Fri, Nov 21, 2008 at 7:30 AM, Florian Klaempfl
> <[EMAIL PROTECTED]> wrote:
>> This is easily said, please create examples and descriptions how fully
>> working is defined.
>
> // Should actually convert from widestring to utf-8 when using encoding utf-8
>
Of course correct automatic assigning of strings constants defined in
the source file correctly regarding the coding of the source file (e.g.
UTF8 or ANSI) Maybe here the coding of the source file needs actively be
communicated to the compiler.
Of course assigning a constant should not do a co
// Should actually convert from widestring to utf-8 when using encoding utf-8
programa utf8test1;
In fact it should automatically convert ("as correctly as possible")
between all available string types (ANSI, UTF8, UTF16).
Should provide appropriate char types for all available string type
On Fri, Nov 21, 2008 at 7:30 AM, Florian Klaempfl
<[EMAIL PROTECTED]> wrote:
> This is easily said, please create examples and descriptions how fully
> working is defined.
// Should actually convert from widestring to utf-8 when using encoding utf-8
programa utf8test1;
{$encoding utf-8} // or is
Op Fri, 21 Nov 2008, schreef Felipe Monteiro de Carvalho:
On Thu, Nov 20, 2008 at 9:05 AM, Daniël Mantione
<[EMAIL PROTECTED]> wrote:
There will be a real UTF8string, i.e. ansistring with UTF-8 encoding as part
of type information, this will help Lazarus users to get rid of the
utf8encode/utf
On Thu, Nov 20, 2008 at 9:05 AM, Daniël Mantione
<[EMAIL PROTECTED]> wrote:
> There will be a real UTF8string, i.e. ansistring with UTF-8 encoding as part
> of type information, this will help Lazarus users to get rid of the
> utf8encode/utf8decode.
When? Is this planned for 2.4?
thanks,
--
Feli
Felipe Monteiro de Carvalho schrieb:
> On Thu, Nov 20, 2008 at 9:05 AM, Daniël Mantione
> <[EMAIL PROTECTED]> wrote:
>> On the other hand Lazarus may want to move to a "string depending on
>> platform" too, to attract both Delphi < 2009 and Delphi >= 2009 users.
>
> I don't see this change any tim
On Thu, Nov 20, 2008 at 9:05 AM, Daniël Mantione
<[EMAIL PROTECTED]> wrote:
> On the other hand Lazarus may want to move to a "string depending on
> platform" too, to attract both Delphi < 2009 and Delphi >= 2009 users.
I don't see this change any time soon, because it would break too much
of exis
Op Thu, 20 Nov 2008, schreef Martin Friebe:
Daniël Mantione wrote:
Op Thu, 20 Nov 2008, schreef Felipe Monteiro de Carvalho:
So, what kind of support could be implemented in Free Pascal to
improve things for Lazarus and it´s users?
Maybe a real UTF8String?
There will be a real UTF8string, i
Daniël Mantione wrote:
Op Thu, 20 Nov 2008, schreef Felipe Monteiro de Carvalho:
So, what kind of support could be implemented in Free Pascal to
improve things for Lazarus and it´s users?
Maybe a real UTF8String?
There will be a real UTF8string, i.e. ansistring with UTF-8 encoding
as part of t
Op Thu, 20 Nov 2008, schreef Felipe Monteiro de Carvalho:
So, what kind of support could be implemented in Free Pascal to
improve things for Lazarus and it´s users?
Maybe a real UTF8String?
There will be a real UTF8string, i.e. ansistring with UTF-8 encoding as
part of type information, th
On Thu, Nov 20, 2008 at 12:35:03PM +0200, Graeme Geldenhuys wrote:
> As for loading files. It's 99.9% that all files are in ANSI or UTF8
> encoding and UTF8 being fulling backward compatible with ANSI makes
> this a good thing.
UTF-8 is not compatible with ANSI, but only with ASCII.
Petr
--
I
But it seems, that not everybody is happy with the current Codegear
Unicode solution:
https://forums.codegear.com/thread.jspa?threadID=7140&tstart=0
This is neither backwards compatible, nor nice, nor fast nor small :(
After reading this thread, I am not sure, if Delphi 2009 compatibilit
Op Thu, 20 Nov 2008, schreef Bernd Mueller:
Felipe Monteiro de Carvalho wrote:
I would like to hear of others actually have a better proposal for Lazarus.
sorry, I have no idea since I am doing primarily embedded stuff. Speed and
backward compatibility are the most important factors to me
Maybe a real UTF8String?
Does this mean teach the compiler tell the type UTF8String from the type
ANSIString and do the appropriate conversion automatically (and do the
assignment of constants appropriately) ?
I suppose this in fact would solve a lot problems for Lazarus.
If on top of th
On Thu, Nov 20, 2008 at 12:18 PM, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> using Lazarus uses fpc), it would be interresting if we actually work
> more or less in the same direction to provide a good unicode solution,
> instead of each part ignoring what the other is doing. And also
Felipe Monteiro de Carvalho wrote:
I would like to hear of others actually have a better proposal for Lazarus.
sorry, I have no idea since I am doing primarily embedded stuff. Speed
and backward compatibility are the most important factors to me.
But it seems, that not everybody is happy wi
I started a separate thread for this lazarus part of the unicode talk.
On Thu, Nov 20, 2008 at 7:37 AM, Florian Klaempfl
<[EMAIL PROTECTED]> wrote:
>>And that's why I urge all core FPC
>>developers to try and finalize a Unicode design. Otherwise you leave
>>it up to developers to keep
26 matches
Mail list logo
