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
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
Just built Lazarus from the latest SVN on Mac OS X 10.5.8 Intel.
I noticed that if I highlight some text from right to left ( from the end
of the word to the beginning of the word ) in the editor, then hit back
space, it does not delete the text, but instead moves everything left. But
if you
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 compatibility
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,
This idea about an Oberon front-end is very 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
Hi all,
I need to be able to support a basic RTF editor within my Lazarus Mac OS
X app. By basic I mean WordPad like functionality.
Bold, Italic, Underline, Text Alignment and Font selection.
Is anyone working on such a Lazarus component, or has anyone worked out a
way to embed the TextEdit
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
Mattias Gaertner wrote:
On Sun, 13 Sep 2009 09:49:40 +0100
Martin laza...@mfriebe.de wrote:
domini...@savagesoftwaresolutions.com wrote:
Just built Lazarus from the latest SVN on Mac OS X 10.5.8 Intel.
To confirm that would be 0.9.29, not 0.9.27 (aka release candidate)?
I
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 message
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
On Sat, 12 Sep 2009 22:51:24 -0300
Marcelo Borges de Paula mar...@terra.com.br wrote:
Hello everyone,
After revision 21675, when LazDataDesktop was updated, the language
translations file is duplicated. I think this happened because
option i18n is enabled. This created .po files with
Update: i found a way to reproduce.
This is if the following can be confirmed: The issue only occurs, if the
cursor is on (right before) the first none-space char of the line.
In this case auto-unindent kicks in.
Same happens with a normal selection, if you select the spaces at the
start of
On Sun, 13 Sep 2009 11:13:41 +0100
Martin laza...@mfriebe.de wrote:
Update: i found a way to reproduce.
This is if the following can be confirmed: The issue only occurs, if
the cursor is on (right before) the first none-space char of the line.
In this case auto-unindent kicks in.
Same
Please test with revision 21681
Mattias Gaertner wrote:
On Sun, 13 Sep 2009 11:13:41 +0100
Martin laza...@mfriebe.de wrote:
Update: i found a way to reproduce.
This is if the following can be confirmed: The issue only occurs, if
the cursor is on (right before) the first none-space char of
On Sun, 13 Sep 2009 11:26:14 +0100
Martin laza...@mfriebe.de wrote:
Please test with revision 21681
Works good. Thanks.
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
2009/9/13 Florian Klaempfl flor...@freepascal.org:
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
Is anyone working on such a Lazarus component, or has anyone worked out a
way to embed the TextEdit app into their application?
http://wiki.freepascal.org/RichMemo
I'd encourage you to use svn version, rather than downloadable CCR
version. Some bugs were fixed, but not the donwloadable version
Graeme Geldenhuys schrieb:
2009/9/13 Florian Klaempfl flor...@freepascal.org:
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
On Sun, 13 Sep 2009, Mattias Gaertner wrote:
On Sat, 12 Sep 2009 22:51:24 -0300
Marcelo Borges de Paula mar...@terra.com.br wrote:
Hello everyone,
After revision 21675, when LazDataDesktop was updated, the language
translations file is duplicated. I think this happened because
option i18n
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
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
Marcelo Borges de Paula пишет:
Hello everyone,
After revision 21675, when LazDataDesktop was updated, the language
translations file is duplicated.
I think this happened because option i18n is enabled. This created .po
files with project name. The correct files is lazdatadeskstr.* that was
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
Hello again,
The right files was lazdatadeskstr.*. It was generated from lazdatadeskstr.rst.
When i18n option is enabled, IDE creates correspodent language files with
project name in target language directory. Similar to what happens with
package, the resources are generated from all files in
Marcelo Borges de Paula пишет:
Hello again,
The right files was lazdatadeskstr.*. It was generated from
lazdatadeskstr.rst.
If you look inside new PO files you will see that resource strings are
still there, though these files are bigger then they need to be (some
extra strings seem to
2009/9/13 Florian Klaempfl flor...@freepascal.org:
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
Well, before adventured myself, helping Lazarus with translations, i did some
research about how things were done in this matter.
Seems that majority used this method, so i followed it.
Some considerations:
- Using i18n option enabled you have two different behavior of IDE automatic
language
Yes, i know. Saw it on wiki.
But what to do in the meantime ?
We should stop what we are doing in this matter until that got implemented ?
Or we should encounter an intermediary rule until then?
Marcelo.
On Sun, 13 Sep 2009 12:28:40 -0300
Marcelo Borges de Paula marcbp at terra.com.br wrote:
A few years ago, I wrote an app in Delphi to record my progress on
observing the Messier
List ( an astronomical observing challenge). The program has
several very useful reports:
* Rise and Set Report, which lists objects (all, seen, or unseen) and
then sorts the output on how many hours the
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}
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
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, no less.
Great stuff Dmitry, I've installed it and will try it out tomorrow.
Dominique.
On Sun, 13 Sep 2009 14:38:32 +0400, dmitry boyarintsev
skalogryz.li...@gmail.com wrote:
Is anyone working on such a Lazarus component, or has anyone worked out
a
way to embed the TextEdit app into their application?
Works properly now.
Thanks for the quick fix.
On Sun, 13 Sep 2009 11:26:14 +0100, Martin laza...@mfriebe.de wrote:
Please test with revision 21681
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
At 23:36 Uhr +0200 13.09.2009, Milipili wrote:
I have tried Lazarus (snapshot) a few days ago on a new fresh install
for Snow Leopard but I was unable to run an app from the IDE.
The program compiles (from the IDE) and runs fine (launched from the
terminal) but from the IDE I've got an error
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
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
When you get this error, please attach debuger output as well.
You can find it at View - Debug windows - Debug output.
You can launch the application with debugger switched off.
Environment - Debugger - Debuger Type - change to none
thanks,
dmitry
--
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
40 matches
Mail list logo
