Andrew Haines het geskryf:
>
>
> Perhaps a utf8 compiler supported string type?
>
It's always nice to day dream. ;-)
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
___
Alexander Klenin wrote:
> As some of you may already know, I teach programming in Far Eastern
> National University
> and encourage students to participate in open source projects for
> their course works.
> Among opensource projects I recommend are Free Pascal and Lazarus.
>
> Last year one of my
Try with that link http://sourceforge.net/projects/topas/files/
__ Información de ESET NOD32 Antivirus, versión de la base de firmas de
virus 4428 (20090916) __
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
--
_
Paul Ishenin schrieb:
Sorry, maybe I missed somewhere but where is the link to "ToPas". Is it
possible to look at it?
http://sourceforge.net/projects/topas/
For some strange reason the Download button now downloads the
documentation only, not the source code.
DoDi
--
Hans-Peter Diettrich wrote:
The ToPas C preprocessor and parser has been tested for MSVC and gcc
compatibility. Configure is a problem on Windows; I used to configure C
libraries on linux, then compiled the result on Windows. No further
problems encountered so far.
Sorry, maybe I missed some
On Tue, Sep 15, 2009 at 05:17:29PM +0200, Hans-Peter Diettrich wrote:
> >> Then you don't want to use any of the many C libraries, out there? Like
> >> lex, yacc, regexp, zip, SVN...
> >
> > We can already statically link to C code, so what exactly is the point?
> > True, header converting is pai
Vincent Snijders wrote:
Graeme Geldenhuys schreef:
So that tell me, that there is NO point in copying the C# language
syntax to a Object Pascal language - no developers move in that
direction.
It is not about developers, it is about code.
on the contrary... it is about what the schools tea
Graeme Geldenhuys wrote:
Hans-Peter Diettrich het geskryf:
IMO they have learned that copy&paste is an essential RAD method. In so
far I understand that copying C# declarations into OPL source code
simplifies interfacing with the rest of the world.
I can't say I have ever heard of a single ca
Bernd Kreuss wrote:
Hans-Peter Diettrich wrote:
And another one: an Oberon front-end for FPC! {$mode OBERON}
This would be an exceptionally cool thing, and I'm sure it would attract
much attention in wider circles!
FWIW: i'm aware of numerous Oberon coders that might find it nice to be able
Vincent Snijders wrote:
Graeme
Geldenhuys schreef:
Hans-Peter Diettrich het geskryf:
IMO they have learned that copy&paste is an essential RAD method. In
so far I understand that copying C# declarations into OPL source
code simplifies interfacing with the rest of the world.
I can't say I hav
Hans-Peter Diettrich schrieb:
> Florian Klaempfl schrieb:
>
So you want a hybrid pascal/C compiler? Or at which point do you
want to
do macro expansion and translation of the resulting C?
>>> All that is done in the compiler front-end, AKA parser.
>>
>> (preprocessing is never part
Florian Klaempfl schrieb:
So you want a hybrid pascal/C compiler? Or at which point do you want to
do macro expansion and translation of the resulting C?
All that is done in the compiler front-end, AKA parser.
(preprocessing is never part of the parser, it's a separate compiler
module or part
Marco van de Voort schrieb:
Then you don't want to use any of the many C libraries, out there? Like
lex, yacc, regexp, zip, SVN...
We can already statically link to C code, so what exactly is the point?
True, header converting is pain, but a blessing compared with the amount of
work to maintai
Hans-Peter Diettrich schrieb:
> Florian Klaempfl schrieb:
>
So you are suggesting a preprocessor that reads C and outputs
Pascal? :-)
>>> No, this were what ToPas does. Instead I suggest to skip the
>>> intermediate Pascal code, and to compile the given source code
>>> immediately.
>>
>>
On Tue, Sep 15, 2009 at 03:35:25PM +0200, Hans-Peter Diettrich wrote:
> >>> So you are suggesting a preprocessor that reads C and outputs Pascal? :-)
> >> No, this were what ToPas does. Instead I suggest to skip the
> >> intermediate Pascal code, and to compile the given source code immediately.
>
On Tue, Sep 15, 2009 at 03:22:37PM +0200, Hans-Peter Diettrich wrote:
> >> Codegear goes where the public opinion goes, to sell. However the slavish
> >> following by a lot of the forummembers continues to surprise me.
> >
> > Like I told Hans-Peter, I have not heard about a single case where C#
>
Hans-Peter Diettrich het geskryf:
>
> Do you see points in inventing a different syntax, only for the sake of
> being different?
No, only for being consistent with the reset of Object Pascal coding style.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pasca
Graeme Geldenhuys schrieb:
Codegear goes where the public opinion goes, to sell. However the slavish
following by a lot of the forummembers continues to surprise me.
Like I told Hans-Peter, I have not heard about a single case where C#
developers move camp to Object Pascal (Delphi) language. T
Marco van de Voort schrieb:
So you are suggesting a preprocessor that reads C and outputs Pascal? :-)
No, this were what ToPas does. Instead I suggest to skip the
intermediate Pascal code, and to compile the given source code immediately.
It would mean integrating a full blown substitution ba
Florian Klaempfl schrieb:
So you are suggesting a preprocessor that reads C and outputs Pascal? :-)
No, this were what ToPas does. Instead I suggest to skip the
intermediate Pascal code, and to compile the given source code immediately.
So you want a hybrid pascal/C compiler? Or at which poin
Marco van de Voort het geskryf:
> It's a bit like buying a pig instead of a horse, and then putting a saddle
> on top of it, and then claim handling the pig is so much easier because both
> have a saddle. Totally bypassing the fact that the pig is still no riding
> animal, and the saddle makes no s
On Sat, Sep 12, 2009 at 09:34:54AM +1100, Alexander Klenin wrote:
> This year, I expect 1-3 more students to choose Lazarus/FPC for their
> projects.
> So I request community for a suitable ideas -- projects should be
> reasonably self-contained, not too hard, require actual coding and
> be intere
On Mon, Sep 14, 2009 at 11:19:00PM +0200, Hans-Peter Diettrich wrote:
> Marco van de Voort schrieb:
>
> How does a C front-end affect the Pascal front-end?
> >>> If it doesn't affect it, it has no use or what would you do with macros
> >>> in headers? If they aren't supported in the pascal fr
On Tue, Sep 15, 2009 at 04:58:41PM +1000, Lance Collins wrote:
> I suspect the attraction of C# is because if you are developing for
> .NET it makes sense to use the language the evil empire uses or your
> employer requires you to use.
Well that's certainly it. And going with the flow is certain
On Mon, Sep 14, 2009 at 11:28:57PM +0200, Hans-Peter Diettrich wrote:
> Graeme Geldenhuys schrieb:
>
> > The pascal language generally has modifiers at the end of a declaration.
>
> Right, and the syntax sucks :-(
> (all the semicolons should be removed from the modifiers, with a single
> semico
Graeme Geldenhuys schreef:
Hans-Peter Diettrich het geskryf:
IMO they have learned that copy&paste is an essential RAD method. In so
far I understand that copying C# declarations into OPL source code
simplifies interfacing with the rest of the world.
I can't say I have ever heard of a single
I suspect the attraction of C# is because if you are developing for
.NET it makes sense to use the language the evil empire uses or your
employer requires you to use.
I rather doubt the reason anyone moves to a C dialect is due to the
purity of the language syntax.
Lance
At 16:45 15/09/2009,
Marco van de Voort het geskryf:
>
> Codegear goes where the public opinion goes, to sell. However the slavish
> following by a lot of the forummembers continues to surprise me.
Like I told Hans-Peter, I have not heard about a single case where C#
developers move camp to Object Pascal (Delphi) lan
Hans-Peter Diettrich het geskryf:
>
> IMO they have learned that copy&paste is an essential RAD method. In so
> far I understand that copying C# declarations into OPL source code
> simplifies interfacing with the rest of the world.
I can't say I have ever heard of a single case where C# develop
Hans-Peter Diettrich schrieb:
> Marco van de Voort schrieb:
>
> How does a C front-end affect the Pascal front-end?
If it doesn't affect it, it has no use or what would you do with macros
in headers? If they aren't supported in the pascal front end, it makes
no sense to read the
Maybe port to fpc and enhance FlashPascal (
http://flashpascal.sourceforge.net/) is a good project for students.
2009/9/11 Alexander Klenin
> As some of you may already know, I teach programming in Far Eastern
> National University
> and encourage students to participate in open source projects
: [Lazarus] Request for student project ideas
Burkhard Carstens schrieb:
> IOW: I want a perfect pascal compiler, not some chameleon, that does
> 1000 things but none of them right.
gcc has been very successul, with its ability to compile many languages
(including Pascal!). IMO it only d
Graeme Geldenhuys schrieb:
The pascal language generally has modifiers at the end of a declaration.
Right, and the syntax sucks :-(
(all the semicolons should be removed from the modifiers, with a single
semicolon terminating a declaration)
Now Object Pascal parsers and compilers must all
Jürgen Hestermann schrieb:
Oberon is not just an arbitrary other language, it is Pascals younger
brother and ALGOL is their mother and it is told that the same guy named
Wirth was around at ETH Zürich both times when they were created.
But there seems to be a reason that these guys didn't enha
Burkhard Carstens schrieb:
IOW: I want a perfect pascal compiler, not some chameleon, that does
1000 things but none of them right.
gcc has been very successul, with its ability to compile many languages
(including Pascal!). IMO it only differs from FPC in the OO model, so
that FPC could pla
Florian Klaempfl schrieb:
Maybe you should write compilers for 15 years
I've written (in fact invented) decompilers for 25 years, and learned a
lot about compilers this way :-)
DoDi
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.or
Marco van de Voort schrieb:
How does a C front-end affect the Pascal front-end?
If it doesn't affect it, it has no use or what would you do with macros
in headers? If they aren't supported in the pascal front end, it makes
no sense to read them with a C frontend.
[ ] You understand what's a pr
Hans-Peter Diettrich schrieb:
> Florian Klaempfl schrieb:
>
>>> How does a C front-end affect the Pascal front-end?
>>
>> If it doesn't affect it, it has no use or what would you do with macros
>> in headers? If they aren't supported in the pascal front end, it makes
>> no sense to read them with
On Tue, Sep 15, 2009 at 07:24, Marco van de Voort wrote:
> On Mon, Sep 14, 2009 at 02:29:26PM +0200, Graeme Geldenhuys wrote:
>> Marco van de Voort het geskryf:
>> >
>> > Yes I think so. Pretty much with everything, same with the new RTTI
>> > modifier
>> > stuff in front of a declaration, instead
On Mon, Sep 14, 2009 at 01:06:11PM +0200, Bernd Kreuss wrote:
> J?rgen Hestermann wrote:
>
> > Are you sure this would be possible?
> > Then all other languages coud be added too: ;-)
>
> Oberon is not just an arbitrary other language, it is Pascals younger
> brother and ALGOL is their mother and
On Mon, Sep 14, 2009 at 03:07:52AM +0200, Hans-Peter Diettrich wrote:
> Florian Klaempfl schrieb:
>
> >> How does a C front-end affect the Pascal front-end?
> >
> > If it doesn't affect it, it has no use or what would you do with macros
> > in headers? If they aren't supported in the pascal front
On Mon, Sep 14, 2009 at 02:29:26PM +0200, Graeme Geldenhuys wrote:
> Marco van de Voort het geskryf:
> >
> > Yes I think so. Pretty much with everything, same with the new RTTI modifier
> > stuff in front of a declaration, instead after it. When I asked a question
> > about that, they were even su
Something that I'd like to see, because I use garbage collected
languages mostly, is trying to get the Boehm memory manager working as
the plugin memory manager.
I've tried to do it and failed because I don't know fpc that well, and
although it seems to work on small tests i can't use the unix
li
> Bernd Kreuss schrieb:
Oberon is not just an arbitrary other language, it is Pascals younger
brother and ALGOL is their mother and it is told that the same guy named
Wirth was around at ETH Zürich both times when they were created.
But there seems to be a reason that these guys didn't enhanc
Am Montag, 14. September 2009 13:06 schrieb Bernd Kreuss:
> Jürgen Hestermann wrote:
> > Are you sure this would be possible?
> > Then all other languages coud be added too: ;-)
>
> Oberon is not just an arbitrary other language, it is Pascals younger
> brother and ALGOL is their mother and it is t
Alexander Klenin het geskryf:
>
> I agree that syntax is awkward, but I am afraid compatibility is more
> important
> than better syntax.
Like I told them in the non-technical newsgroup... Compatibility with
what? C#??? But the language we are talking about is Object Pascal,
NOT C#.
The pasca
Marco van de Voort het geskryf:
>
> Yes I think so. Pretty much with everything, same with the new RTTI modifier
> stuff in front of a declaration, instead after it. When I asked a question
> about that, they were even surprised I doubted it at all.
Same here... I asked in the non-technical newsg
Jürgen Hestermann wrote:
> Are you sure this would be possible?
> Then all other languages coud be added too: ;-)
Oberon is not just an arbitrary other language, it is Pascals younger
brother and ALGOL is their mother and it is told that the same guy named
Wirth was around at ETH Zürich both time
Hans-Peter Diettrich wrote:
A transformation of C files into Pascal units, as ToPas can do (to some
degree), IMO is only a provisional solution. When manual intervention is
required in this step, it will be required for every following bugfix or
improvement to the C code.
Yes. That's the ma
Paulo Costa schrieb:
An interesting idea, but probably too hard for a student project, would
be the capability of using a C library without having to manually create
the pas file that translates the c header.
This is what ToPas can already do. But...
That is tedious, error prone
and a mess
An interesting idea, but probably too hard for a student project, would
be the capability of using a C library without having to manually create
the pas file that translates the c header. That is tedious, error prone
and a mess when the .h changes and we continue to use the wrong .pas and
stran
Florian Klaempfl schrieb:
How does a C front-end affect the Pascal front-end?
If it doesn't affect it, it has no use or what would you do with macros
in headers? If they aren't supported in the pascal front end, it makes
no sense to read them with a C frontend.
[ ] You understand what's a pr
Hans-Peter Diettrich schrieb:
> Florian Klaempfl schrieb:
>
>>> The same for other languages (Java, C...). Wouldn't it be nice to have a
>>> C front-end or {$MODE C} for opening the world of existing C code (at
>>> least: header files) to FPC?
>>
>> The problem of header files are macros. No more
Florian Klaempfl schrieb:
The same for other languages (Java, C...). Wouldn't it be nice to have a
C front-end or {$MODE C} for opening the world of existing C code (at
least: header files) to FPC?
The problem of header files are macros. No more, no less. Supporting
them makes pascal as unrea
Hans-Peter Diettrich wrote:
And another one: an Oberon front-end for FPC! {$mode OBERON}
This would be an exceptionally cool thing, and I'm sure it would attract
much attention in wider circles!
Are you sure this would be possible?
Then all other languages coud be added too: ;-)
{$mode PERL}
2009/9/12 Alexander Klenin :
> So I request community for a suitable ideas -- projects should be
> reasonably self-contained, not too hard, require actual coding and
Seeing that we are list our wishlists... :-)
* Full support for "implements" interface delegation in classes.
* Complete Semapho
2009/9/13 Florian Klaempfl :
>
> Yes, my speech. But this is probably harder for a student.
In that case, I should merge my iterators with the collection classes
and start submitting patches, so they can be included in FPC directly.
I'll post one small patch for one class for review -- before I do
Florian Klaempfl wrote:
Paul Ishenin schrieb:
{$WARN identifier ON} / {$WARN identifier OFF} where identifier can be:
SYMBOL_PLATFORM, SYMBOL_DEPRECATED, UNIT_DEPRECATED, UNIT_PLATFORM,
UNSAFE_CODE OFF, UNSAFE_TYPE OFF, UNSAFE_CAST OFF, IMPLICIT_STRING_CAST,
...
I suggest to allow also ON/OF
Hans-Peter Diettrich wrote:
> And another one: an Oberon front-end for FPC! {$mode OBERON}
This would be an exceptionally cool thing, and I'm sure it would attract
much attention in wider circles!
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freep
On Sun, 13 Sep 2009, Florian Klaempfl wrote:
Hans-Peter Diettrich schrieb:
The same for other languages (Java, C...). Wouldn't it be nice to have a
C front-end or {$MODE C} for opening the world of existing C code (at
least: header files) to FPC?
The problem of header files are macros. No m
Graeme Geldenhuys schrieb:
> 2009/9/13 Florian Klaempfl :
>> Paul Ishenin schrieb:
>>> - for-in loop
>> This might be as easy as the case of string though it requires probably
>> more code.
>
> I would rather opt for Iterator support in all standard collection
> classes. Something like what Java d
2009/9/13 Florian Klaempfl :
> Paul Ishenin schrieb:
>> - for-in loop
>
> This might be as easy as the case of string though it requires probably
> more code.
I would rather opt for Iterator support in all standard collection
classes. Something like what Java does. I have written and wrote an
arti
Paul Ishenin schrieb:
> - for-in loop
This might be as easy as the case of string though it requires probably
more code.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Paul Ishenin schrieb:
> {$WARN identifier ON} / {$WARN identifier OFF} where identifier can be:
> SYMBOL_PLATFORM, SYMBOL_DEPRECATED, UNIT_DEPRECATED, UNIT_PLATFORM,
> UNSAFE_CODE OFF, UNSAFE_TYPE OFF, UNSAFE_CAST OFF, IMPLICIT_STRING_CAST,
> ...
>
> I suggest to allow also ON/OFF by warning messa
Hans-Peter Diettrich schrieb:
> The same for other languages (Java, C...). Wouldn't it be nice to have a
> C front-end or {$MODE C} for opening the world of existing C code (at
> least: header files) to FPC?
The problem of header files are macros. No more, no less. Supporting
them makes pascal as
This idea about an Oberon front-end is interesting. I second that
idea!
Thierry
Hans-Peter Diettrich wrote:
Alexander Klenin schrieb:
I would ask to implement modern delphi language features like:
- anonymous methods
- for-in loop
- class constructors and destructors
- support for strict pr
Paul Ishenin schrieb:
One thing to implement which is needed and easy at the same time is
support for turning paticular warnings and hints on/off in the code:
{$WARN identifier ON} / {$WARN identifier OFF} where identifier can be:
SYMBOL_PLATFORM, SYMBOL_DEPRECATED, UNIT_DEPRECATED, UNIT_PLATF
Alexander Klenin schrieb:
I would ask to implement modern delphi language features like:
- anonymous methods
- for-in loop
- class constructors and destructors
- support for strict private and strict protected sections
- abstract and sealed classes
- class const, class var, class type, class pro
On Sun, Sep 13, 2009 at 02:58:15PM +1100, Alexander Klenin wrote:
> >> stuff in front of a declaration, instead after it. When I asked a question
> >> about that, they were even surprised I doubted it at all. (worse, it was
> >> Bob Swart!)
>
> I agree that syntax is awkward, but I am afraid compa
Alexander Klenin wrote:
This is good idea, but unfortunately, there is not a chance to start before
the release for Delphi 2010. Also, I can not expect students to obey strict
clean room procedures required for such reimplementation.
FYI, Delphi 2010 is already released.
Best regards,
Paul I
Alexander Klenin wrote:
I would ask to implement modern delphi language features like:
- anonymous methods
- for-in loop
- class constructors and destructors
- support for strict private and strict protected sections
- abstract and sealed classes
- class const, class var, class type, class proper
On Sat, Sep 12, 2009 at 22:33, Michael Van
Canneyt wrote:
> On Sat, 12 Sep 2009, Marco van de Voort wrote:
>
>> On Sat, Sep 12, 2009 at 12:30:17PM +0200, Joost van der Sluis wrote:
That unit might require functionality that is not yet there, because
Codegear
does all new units i
On Sat, Sep 12, 2009 at 09:48, Doug
Chamberlin wrote:
> Alexander Klenin wrote:
>>
>> So I request community for a suitable ideas -- projects should be
>> reasonably self-contained, not too hard, require actual coding and
>> be interesting enough to motivate students.
>
> During the Embarcadero Cod
On Sat, Sep 12, 2009 at 19:23, Paul Ishenin wrote:
> Alexander Klenin wrote:
> I would ask to implement modern delphi language features like:
> - anonymous methods
> - for-in loop
> - class constructors and destructors
> - support for strict private and strict protected sections
> - abstract and s
Alexander Klenin wrote:
As some of you may already know, I teach programming in Far Eastern
National University
and encourage students to participate in open source projects for
their course works.
Among opensource projects I recommend are Free Pascal and Lazarus.
Last year one of my students al
On Sat, 12 Sep 2009, Marco van de Voort wrote:
On Sat, Sep 12, 2009 at 01:33:36PM +0200, Michael Van Canneyt wrote:
I still haven't seen any practical use for the new RTTI modifier stuff.
Tag fields for endian correction in the header, and use a generic record
endianess correction routine?
On Sat, Sep 12, 2009 at 01:33:36PM +0200, Michael Van Canneyt wrote:
> I still haven't seen any practical use for the new RTTI modifier stuff.
Tag fields for endian correction in the header, and use a generic record
endianess correction routine?
--
__
a GUI program for generate an modify Pascal Class codes.
can generate property,methods and event handling functions.
like ClassBuilder for C++(http://sourceforge.net/projects/classbuilder)
for Delphi there is a program called "OPEdit",but there is no newer
version on the net,and it's a shareware.
On Sat, 12 Sep 2009 23:30:13 +0800
yu ping wrote:
> I sugest you Pascal soure code analizer and build a pascal class
> builder.
What do you mean with "a pascal class builder"?
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Alexander Klenin wrote:
This year, I expect 1-3 more students to choose Lazarus/FPC for their projects.
So I request community for a suitable ideas -- projects should be
reasonably self-contained, not too hard, require actual coding and
be interesting enough to motivate students.
Students will wo
I sugest you Pascal soure code analizer and build a pascal class builder.
2009/9/12 Alexander Klenin :
> This year, I expect 1-3 more students to choose Lazarus/FPC for their
> projects.
> So I request community for a suitable ideas -- projects should be
> reasonably self-contained, not too ha
On Sat, 12 Sep 2009, Marco van de Voort wrote:
On Sat, Sep 12, 2009 at 12:30:17PM +0200, Joost van der Sluis wrote:
That unit might require functionality that is not yet there, because
Codegear
does all new units in a static class style. (class var/const etc)
Yes, I saw that during one of t
On Sat, 12 Sep 2009, Paul Ishenin wrote:
Michael Van Canneyt wrote:
Alexander Klenin wrote:
Last year one of my students already participated in FPC development
with moderate success (see http://bugs.freepascal.org/view.php?id=13700).
This is a very good feature and it is so nice that it wa
On Sat, Sep 12, 2009 at 12:30:17PM +0200, Joost van der Sluis wrote:
> > That unit might require functionality that is not yet there, because
> > Codegear
> > does all new units in a static class style. (class var/const etc)
>
> Yes, I saw that during one of their D2010 launch-sessions. Any idea w
On Sat, 2009-09-12 at 10:46 +0200, Marco van de Voort wrote:
>
> > During the Embarcadero CodeRage sessions this week I took a look at
> the
> > IOUtils unit introduced in Delphi 2010. I expect developers to
> start
> > using it as they tart to use Delphi 2010 more and more. It would be
> a
> >
Michael Van Canneyt wrote:
Alexander Klenin wrote:
Last year one of my students already participated in FPC development
with moderate success (see
http://bugs.freepascal.org/view.php?id=13700).
This is a very good feature and it is so nice that it was done by a
student with some directions b
On Sat, 12 Sep 2009, Paul Ishenin wrote:
Alexander Klenin wrote:
Last year one of my students already participated in FPC development
with moderate success (see http://bugs.freepascal.org/view.php?id=13700).
This is a very good feature and it is so nice that it was done by a student
with so
On Fri, Sep 11, 2009 at 06:48:42PM -0400, Doug Chamberlin wrote:
> Alexander Klenin wrote:
> > So I request community for a suitable ideas -- projects should be
> > reasonably self-contained, not too hard, require actual coding and
> > be interesting enough to motivate students.
>
> During the Emb
Alexander Klenin wrote:
Last year one of my students already participated in FPC development
with moderate success (see http://bugs.freepascal.org/view.php?id=13700).
This is a very good feature and it is so nice that it was done by a
student with some directions by Florian and Jonas. I did n
Alexander Klenin schrieb:
> This year, I expect 1-3 more students to choose Lazarus/FPC for their
> projects.
> So I request community for a suitable ideas -- projects should be
> reasonably self-contained, not too hard, require actual coding and
> be interesting enough to motivate students.
As a
Alexander Klenin wrote:
So I request community for a suitable ideas -- projects should be
reasonably self-contained, not too hard, require actual coding and
be interesting enough to motivate students.
During the Embarcadero CodeRage sessions this week I took a look at the
IOUtils unit introduc
On Sat, Sep 12, 2009 at 09:34, Alexander Klenin wrote:
> As some of you may already know, I teach programming in Far Eastern
> National University
> and encourage students to participate in open source projects for
> their course works.
Here are some relevant pages *IN RUSSIAN*:
Previous student
As some of you may already know, I teach programming in Far Eastern
National University
and encourage students to participate in open source projects for
their course works.
Among opensource projects I recommend are Free Pascal and Lazarus.
Last year one of my students already participated in FPC
93 matches
Mail list logo