On Thu, 11 Sep 2008, Paul Ishenin wrote:
> Hello, FPC developers' list
>
> Please explain why clocale must be included as a separate unit to the project?
> Why not include it into unix sysutils?
Because we don't want a FPC binary to depend on Libc by default.
All LibC dependencies are optional
But it is far more readable when there is special and reserved type
for which we could have special operators and converters just like
those we have for strings and widestrings.
Oh, I thougbt people just complained in this thread that + isn't
appropriate for strings anyways ...
People are, o
Hello, FPC developers' list
Please explain why clocale must be included as a separate unit to the
project?
Why not include it into unix sysutils?
Can we freely use it in lazarus or we can get problems?
Best regards,
Paul Ishenin.
___
fpc-devel mailli
Hello listmember,
Wednesday, September 10, 2008, 3:55:25 PM, you wrote:
l> Please don't get resented, but this kind of attitued is verging on being
l> offensive..
l> Instead of looking at the issue from POV of "I don't need it" or "It
l> requires more hardware resources", can't you try to evaluat
listmember schrieb:
compiler guys all the same} and ask, instead, to give us
reference-counted 4-byte (actually, preferably 6-bytes) per cell
arrays/strings.
What's wrong with an dyn. array of DWord?
Much like what's wrong with dynamic array of Word (as opposed to
Widestring) or with dynami
compiler guys all the same} and ask, instead, to give us
reference-counted 4-byte (actually, preferably 6-bytes) per cell
arrays/strings.
What's wrong with an dyn. array of DWord?
Much like what's wrong with dynamic array of Word (as opposed to
Widestring) or with dynamic array of byte (as o
listmember schrieb:
>>> But, I could write a gigantic data mining application, a database
>>> application
>>> or a myriad of such apps that uses the above class without doing a
>>> single
>>> pixel of GUI stuff.
>>
>> I'd like to see that: it will be guaranteed dog slow :(
>
> Hmm.. may be, maybe
But, I could write a gigantic data mining application, a database application
or a myriad of such apps that uses the above class without doing a single
pixel of GUI stuff.
I'd like to see that: it will be guaranteed dog slow :(
Hmm.. may be, maybe not.
Last year I wrote a natural lang parser
On Wed, 10 Sep 2008, listmember wrote:
> Michael Van Canneyt wrote:
> > You are mixing 2 things. There is the actual string content, and there is
> > the
> > string metadata. The metadata is something that would apply for flyweight
> > pattern. There is nothing to be gained by putting the metada
Could anyone, please, contribute your thoughts and feelings as for
unicode in actual Delphi 2009? i have no possibility to download this
and experiment :(
I am a betatester for the Tiburon (D2009) release and it is rather good.
The unicode support is not flawless (yet) but it is well tho
On Wed, 10 Sep 2008, listmember wrote:
> Michael Van Canneyt wrote:
> > You are mixing 2 things:
> >
> > - Texts (strings) at the compiler language level.
> > - (complex) GUI design that needs to handle a lot of text and a lot of extra
> >properties.
>
> :)
>
> If you draw the lines so red
In our previous episode, listmember said:
> > - Texts (strings) at the compiler language level.
> > - (complex) GUI design that needs to handle a lot of text and a lot of extra
> >properties.
>
> If you draw the lines so red and thick, who am I to disagree...
>
> But, I could write a gigantic
Michael Van Canneyt wrote:
You are mixing 2 things:
- Texts (strings) at the compiler language level.
- (complex) GUI design that needs to handle a lot of text and a lot of extra
properties.
:)
If you draw the lines so red and thick, who am I to disagree...
But, I could write a gigantic d
Yes, but most proposals here about a TCharacter are a bit overkill. In
example languare reference for a given char is not very important from
a Unicode point of view, unicode focuses its power in the text, so
locale is important in context operations and collations.
See my other post above.
Michael Van Canneyt wrote:
You are mixing 2 things. There is the actual string content, and there is the
string metadata. The metadata is something that would apply for flyweight
pattern. There is nothing to be gained by putting the metadata in an object,
This is true --upto a point.
And, that
On Wed, Sep 10, 2008 at 10:28 AM, Graeme Geldenhuys <[EMAIL PROTECTED]
> wrote:
> Seeing that it was said a few times We need to wait and see how
> CodeGear handles Unicode strings. Well, wait no more. The Delphi and
> C++Builder 2009 Architect Trial edition is now available for download
> fr
In our previous episode, Graeme Geldenhuys said:
> > The problem is how it applies to strings, and how they can be more
> > memory saving than a straight array of 16-bit values which are
> > copy-on-write.
>
> I think for a good code example of this, have a look at Java's
> Document class. It's
Hello Graeme,
Wednesday, September 10, 2008, 12:36:17 PM, you wrote:
GG> Remember, Unicode support is much more that simply storing and
GG> displaying text. You have various encodings, RTL or LTR direction etc.
GG> I can't see how a simple type can keep track of all such information
GG> - but th
Graeme Geldenhuys schrieb:
> Remember, Unicode support is much more that simply storing and
> displaying text. You have various encodings, RTL or LTR direction etc.
> I can't see how a simple type can keep track of all such information
> - but then, I don't know the internals of FPC either. ;-)
On Wed, 10 Sep 2008, Graeme Geldenhuys wrote:
> On 9/10/08, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> >
> > Like everybody, I have read GOF several times, and even got some of the
> > successor books.
>
> I don't think anybody has read GOF only once. :-)
>
>
> > The problem is how it
On Wed, 10 Sep 2008, Graeme Geldenhuys wrote:
> Hi,
>
> The online RTL documentation (HTML) doesn't have the usual stylesheet enabled.
>
> http://www.freepascal.org/docs-html/rtl/index.html
>
>
> Actually the fpdoc.css stylesheet is missing.
>
> http://www.freepascal.org/docs-html/rtl/fpdoc
On 9/10/08, Marco van de Voort <[EMAIL PROTECTED]> wrote:
>
> Like everybody, I have read GOF several times, and even got some of the
> successor books.
I don't think anybody has read GOF only once. :-)
> The problem is how it applies to strings, and how they can be more
> memory saving than
In our previous episode, Graeme Geldenhuys said:
> > this ever save memory?
>
> Please read the following...
>
> http://exciton.cs.rice.edu/JavaResources/DesignPatterns/FlyweightPattern.htm
>
> http://en.wikipedia.org/wiki/Flyweight_pattern
>
> Design Patterns - Elements of Reusable Object-Orie
Hi,
The online RTL documentation (HTML) doesn't have the usual stylesheet enabled.
http://www.freepascal.org/docs-html/rtl/index.html
Actually the fpdoc.css stylesheet is missing.
http://www.freepascal.org/docs-html/rtl/fpdoc.css
Regards,
- Graeme -
__
Zitat von Graeme Geldenhuys <[EMAIL PROTECTED]>:
> On 9/10/08, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > > TCharacter and TString to be more intelligent with what encoding it
> > > represents etc... And if you have an application with many strings, it
> > > might actually save memory, because
On 9/10/08, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
>
> Please read the following...
>
> http://exciton.cs.rice.edu/JavaResources/DesignPatterns/FlyweightPattern.htm
>
> http://en.wikipedia.org/wiki/Flyweight_pattern
>
> Design Patterns - Elements of Reusable Object-Oriented Software
> (a
On 9/10/08, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > TCharacter and TString to be more intelligent with what encoding it
> > represents etc... And if you have an application with many strings, it
> > might actually save memory, because flyweight objects are used from a
> > pool.
> >
>
> Save
Graeme Geldenhuys wrote:
TCharacter and TString to be more intelligent with what encoding it
represents etc... And if you have an application with many strings, it
might actually save memory, because flyweight objects are used from a
pool.
Save memory?
1) storing information for each character
Hmm... They use InstallAware. It seems to be InstallAwars issue, not
CodeGear. You don't expect them to write installer from scratch, do you?
With best regards,
Boian Mitov
Mitov Software
http://www.mitov.com
I
I fully agree with you. I would like the object oriented way of strings
also - but I stopped asking for that ;) There are a lot of advantages
over the small amount of disadvantages. Of course I dont like this one:
S := TString.Create('');
But a built in class TString that is managed by the co
On Wed, Sep 10, 2008 at 9:28 AM, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> Seeing that it was said a few times We need to wait and see how
> CodeGear handles Unicode strings. Well, wait no more. The Delphi and
> C++Builder 2009 Architect Trial edition is now available for dow
Marco van de Voort schrieb:
> In our previous episode, Ivo Steinmann said:
>> I fully agree with you. I would like the object oriented way of strings
>> also - but I stopped asking for that ;) There are a lot of advantages
>> over the small amount of disadvantages. Of course I dont like this one:
>
Hi guys,
Seeing that it was said a few times We need to wait and see how
CodeGear handles Unicode strings. Well, wait no more. The Delphi and
C++Builder 2009 Architect Trial edition is now available for download
from http://cc.codegear.com/free/delphi.
WARNING:
Just don't peak at the code!!!
In our previous episode, Ivo Steinmann said:
> I fully agree with you. I would like the object oriented way of strings
> also - but I stopped asking for that ;) There are a lot of advantages
> over the small amount of disadvantages. Of course I dont like this one:
>
> S := TString.Create('');
>
>
34 matches
Mail list logo