My knowledge in this matter is low so just ignore me if I am saying
something stupid.
Can future unit contains a class variable e.g.
Unit Strings;
Type
TStrings=class;
TStringsClass = class of TStrings;
var
DefaultStringsClass : TStringsClass = TStrings;
In user's project
Dennis,
please register here:
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Thanks.
On Friday 08 November 2013 11:36:18 Dennis Poon wrote:
My knowledge in this matter is low so just ignore me if I am saying
something stupid.
Can future unit contains a class variable e.g.
On Friday 08 November 2013 17:19:59 Dennis wrote:
Resend using the correct email address
Dennis Poon wrote:
My knowledge in this matter is low so just ignore me if I am saying
something stupid.
Can future unit contains a class variable e.g.
Unit Strings;
Type
TStrings=class;
On 11/06/2013 01:40 PM, Martin Schreiber wrote:
string8, string16 and string32.
string8 is utf-8 encoded, string16 utf-16, string32 ucs4.
This ask for three versions of RTL provided classes like TStringlist
(and in fact TStrings) , so that the user who decides to use one of the
three
On Thursday 07 November 2013 09:29:29 Michael Schnell wrote:
On 11/06/2013 01:40 PM, Martin Schreiber wrote:
string8, string16 and string32.
string8 is utf-8 encoded, string16 utf-16, string32 ucs4.
This ask for three versions of RTL provided classes like TStringlist
(and in fact
On 11/07/2013 09:42 AM, Martin Schreiber wrote:
MSEgui doesn't use tstringlist, there is a tmsestringdatalist
I don't know msegui well enough to see what this exactly means.
Delphi and Lazarus and most programs done with these tools use TStrings
all over the place (including, but not
On Thursday 07 November 2013 12:02:01 Michael Schnell wrote:
If mseLang does not have a native (and ambiguous) type String, but
three or more different ones, what should the user do to port his
programs ?
Use the appropriate framework.
If tmsestringdatalist is to be used completely
On 11/07/2013 12:56 PM, Martin Schreiber wrote:
There possibly will be no TStrings in MSElang RTL.
As providing TStrings similar to the different types of same in D7, DXE
and Lazarus/fpc without creating sever ambiguity is close to impossible,
this is OK.
If a user wants to port a program he
On Thursday 07 November 2013 13:08:07 Michael Schnell wrote:
If a user wants to port a program he did using one of these Frameworks
and he used e.g. TStringList, he thus is required to
- do a Type statement to make his String variables get the desired
mseLang Type (string8, String16 or
(Copied from the FPC mailing list where it had erroneously been posted)
IMHO this theme is complex enough to start another mailing list instead
of discussion it here.
There already has been a (IMHO very interesting) discussion in the
German Lazarus forum that in fact does have an mse
(Copied from the FPC mailing list where it had erroneously been posted)
IMHO this theme is complex enough to start another mailing list instead
of discussion it here.
There already has been a (IMHO very interesting) discussion in the
German Lazarus forum that in fact does have an mse
Probably needs a wider discussion even flaming debates - on
FreePascal.Ru etc...
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques
On 11/06/2013 12:57 PM, Ivanko B wrote:
Probably needs a wider discussion even flaming debates - on
FreePascal.Ru etc...
We are not discussing free Pascal here, so I don't get the meaning of
this ?!?!?
-Michael
--
I vote for adding Syntax for parallel processing
==
It can mainly be useful for parallel-aware languages like Haskell
(which prevents form creating state-machine applications badly
compatible with paralleizing ).
On 11/06/2013 01:40 PM, Martin Schreiber wrote:
On Wednesday 06 November 2013 11:27:58 Michael Schnell wrote:
[...] strings
It is planned to implement bytestring, bytestring[maxlength], string8,
string16 and string32.
string8 is utf-8 encoded, string16 utf-16, string32 ucs4. string8,
On 11/06/2013 01:45 PM, Ivanko B wrote:
I vote for adding Syntax for parallel processing
==
It can mainly be useful for parallel-aware languages like Haskell
(which prevents form creating state-machine applications badly
compatible with paralleizing ).
Did you
On Wednesday 06 November 2013 13:08:42 Michael Schnell wrote:
On 11/06/2013 12:57 PM, Ivanko B wrote:
Probably needs a wider discussion even flaming debates - on
FreePascal.Ru etc...
We are not discussing free Pascal here, so I don't get the meaning of
this ?!?!?
Folks of freepascal.ru
Of course in a similar way also parallel execution of different code
snippets can be implemented, making the language a parallel-aware
language.
There's also the conception of pure function - which mean such
function doesn't use doesn't change any out-of-function
18 matches
Mail list logo
