On 3/16/06, memsom <[EMAIL PROTECTED]> wrote:
> The include files are evil unless the IDE auto inlines them into the
> sourcefile.
Now, that is an awesome idea... but you would need the +/- in the
gutter (side bar?) in cas we talk about multiple includes based on
defines clauses... and save the in
- Original Message -
From: "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]>
To: "FPC-Pascal users discussions"
Sent: Thursday, March 16, 2006 9:02 AM
Subject: Re: [fpc-pascal] Re: OpenDelphi.org
> I'm not complaining, just saying that the source is
Hey, great idea! How come I never thought of it? ;-)
It'll be on my to-do list for SynEdit :-)
-Flávio
On 3/16/06, memsom <[EMAIL PROTECTED]> wrote:
>
> > Note that there have been discussions in the past that e.g. for release
> > purposes could be generated per platform that has the necessary in
On 3/16/06, Alexandre Leclerc <[EMAIL PROTECTED]> wrote:
> > Is there any way to simplify that and still be multi-platform very
> > easely? Indeed, that is very much hard to track down the units. (In
> > comparison, Delphi is cleaner, but it is not as multi-platform /
> > multi-GUI as laz is.)
> T
> Note that there have been discussions in the past that e.g. for release
> purposes could be generated per platform that has the necessary includes
> inlined. It is just the matter of finding sb to write the generator.
That would have been me complaining ;-)
The include files are evil unless th
Felipe Monteiro de Carvalho wrote:
>> I'm not complaining, just saying that the source is sometimes hard to
>> figure out for some people, like me (I must say I did not went in it
>> that much).
>
> The problem is not include files, the problem is that the code needs
> better comments and better d
> I'm not complaining, just saying that the source is sometimes hard to
> figure out for some people, like me (I must say I did not went in it
> that much).
The problem is not include files, the problem is that the code needs
better comments and better documentation.
> > Includefiles are not evil
On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > How can you check Delphi's source for cleanness ? It is not available,
> > > except for a few modules like RTL,VCL.
> >
> > Well Marco, I was talking about the "RTL, VCL" pa
On 3/16/06, Vincent Snijders <[EMAIL PROTECTED]> wrote:
> Alexandre Leclerc wrote:
> > On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> >
> >>How can you check Delphi's source for cleanness ? It is not available,
> >>except for a few modules like RTL,VCL.
> >
> >
> > Well Marco, I was ta
Alexandre Leclerc wrote:
On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
How can you check Delphi's source for cleanness ? It is not available,
except for a few modules like RTL,VCL.
Well Marco, I was talking about the "RTL, VCL" part, not the source of
the actual devel tool, inter
> On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > How can you check Delphi's source for cleanness ? It is not available,
> > except for a few modules like RTL,VCL.
>
> Well Marco, I was talking about the "RTL, VCL" part, not the source of
> the actual devel tool, interface, etc. Only
On 3/16/06, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> On 3/16/06, Alexandre Leclerc <[EMAIL PROTECTED]> wrote:
> > Is there any way to simplify that and still be multi-platform very
> > easely? Indeed, that is very much hard to track down the units. (In
> > comparison, Delphi is clea
On 3/16/06, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> How can you check Delphi's source for cleanness ? It is not available,
> except for a few modules like RTL,VCL.
Well Marco, I was talking about the "RTL, VCL" part, not the source of
the actual devel tool, interface, etc. Only from the po
On 3/16/06, Alexandre Leclerc <[EMAIL PROTECTED]> wrote:
> Is there any way to simplify that and still be multi-platform very
> easely? Indeed, that is very much hard to track down the units. (In
> comparison, Delphi is cleaner, but it is not as multi-platform /
> multi-GUI as laz is.)
This kind o
> On 3/15/06, L505 <[EMAIL PROTECTED]> wrote:
> > What do you mean hacking class parents? What I noticed was tons and tons of
> > abstraction and tons and tons of layering. So much layering that when I try
> > to
> > find a bug, I go into the code and start chasing hundreds of units looking
> > f
On 3/15/06, L505 <[EMAIL PROTECTED]> wrote:
> What do you mean hacking class parents? What I noticed was tons and tons of
> abstraction and tons and tons of layering. So much layering that when I try to
> find a bug, I go into the code and start chasing hundreds of units looking for
> the real piec
On Wed, 15 Mar 2006 15:57:23 -0800 (PST)
>
>
> --- [EMAIL PROTECTED] wrote:
>
> > Message: 1
> > Date: Wed, 15 Mar 2006 20:19:36 +0700
> > From: Bisma Jayadi <[EMAIL PROTECTED]>
> > Subject: [fpc-pascal] opendelphi.org
> > To: fpc-pascal@lists.freepascal.org
> > Message-ID: <[EMAIL PROTECTED]>
> FPC is Ok but a few years ago I examined Lazarus
> codebase and I saw Lazarus is hacking Class parents
> on-the-fly for its normal operations so I immediately
> lost my interest.
> Is this changed recently?
What do you mean hacking class parents? What I noticed was tons and tons of
abstraction
--- [EMAIL PROTECTED] wrote:
> Message: 1
> Date: Wed, 15 Mar 2006 20:19:36 +0700
> From: Bisma Jayadi <[EMAIL PROTECTED]>
> Subject: [fpc-pascal] opendelphi.org
> To: fpc-pascal@lists.freepascal.org
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowe
19 matches
Mail list logo
