On Wed, Sep 10, 2008 at 7:15 AM, listmember [EMAIL PROTECTED] wrote:
1) since each character is a class, memory requirements are increased
several fold.
2) Again, the charater-as-class also means that the speed with wich we can
create and destroy (and manipulate) a string is a lot slower.
On Tuesday 09 September 2008 20.28:05 Luca Olivetti wrote:
El Mon, 8 Sep 2008 20:14:44 +0200
Martin Schreiber [EMAIL PROTECTED] escribió:
Is Sqlite3 no option for you? MSEgui and FPC sqldb both have a
DB-connection component for SQLite3.
FWIW I had the problem of string fields limited to
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('');
But a
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
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:
S :=
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 download
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
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
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 memory?
1)
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
(aka GOF
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 flyweight
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 -
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-Oriented
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 a
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.css
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 applies to
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. ;-)
How
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 then,
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 not
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
from
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:
- 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
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 data
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 and thick,
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
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
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
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
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 evaluate the
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,
30 matches
Mail list logo