Martin Schrieffer wrote
> The eventqueue is implemented on all platforms, with and without GUI as an
> internal teventlist which holds instance pointers of tevent class.
Important additional Question:
How is a work alike to Delphi's "procedure message" construct done,
which can be used to
Hello, FPC developers' list
This is my first compiler patch. So please be indulge.
I tried to implement support for delphi sealed and abstract classes.
They are described a bit here: http://edn.embarcadero.com/article/34324
At moment 'class abstract' in delphi do nothing although it should no
On Sat, Oct 17, 2009 at 03:25, Paul Ishenin wrote:
> I tried to implement support for delphi sealed and abstract classes. They
> are described a bit here: http://edn.embarcadero.com/article/34324
First, let me say that I am very glad that you entered FPC development --
with your energy I hope it
Alexander Klenin :
> 2) In OBJFPC mode, do not accept "abstract" keyword and change warning to
> error.
Please don't. At least in the past there were quite some classes in the FCL
that did not implement all declared methods (IIRC also in fpImage).
Honestly, sometimes I don't even know what they
2009/10/16 Paul Ishenin :
> Sealed class is a class which can't be derived by another class. This one is
> fully supported by delphi.
Would you mind explaining this - I never saw the benefit of a sealed
class. Using myself as an example. Say I develop some kick-ass OOP
framework. There is no way i
2009/10/16 Alexander Klenin :
> "Class sealing allows extension of classes within a package, but
> prevent clients from extending such classes outside of the package."
> This might actually make some sense, see e.g. TBasicChartSeries class
> in TAChart package.
As I said in my earlier reply. I don
2009/10/16 Paul Ishenin :
>
> I tried to implement support for delphi sealed and abstract classes. They
> are described a bit here: http://edn.embarcadero.com/article/34324
Delphi's "sealed class" example is slightly flawed. :-)
--
Classes marked as sealed cannot be inherited
Hello Graeme,
Friday, October 16, 2009, 11:01:42 PM, you wrote:
GG> Would you mind explaining this - I never saw the benefit of a sealed
GG> class. Using myself as an example. Say I develop some kick-ass OOP
GG> framework. There is no way in hell I can forsee every possible use of
GG> the classes
The cited revision fixes a bug that prevents proper work of Lookup
fields in TSqlite*Dataset
Luiz
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
2009/10/16 JoshyFun :
>
> I think it has been designed to avoid derived classes from commercial
> packages.
In that case, it just plain dumb! I don't know of a single commercial
package that doesn't benefit from extensions by external developers.
* Microsoft Shell (thousands)
* OS/2 Workplace Sh
Graeme Geldenhuys пишет:
2009/10/16 Paul Ishenin :
Sealed class is a class which can't be derived by another class. This one is
fully supported by delphi.
Would you mind explaining this - I never saw the benefit of a sealed
class. Using myself as an example. Say I develop some kick-ass OOP
fra
2009/10/16 Sergei Gorelkin :
>
> Sealing does not prevent reusing in form of aggregation (when the sealed
Aggregation is now always the best design. Inheritance is often used.
>
> These cases use precisely aggregation, so, in fact, the code of TObjectList,
> etc. wouldn't change if TList was sea
On Sat, Oct 17, 2009 at 08:06, Graeme Geldenhuys
wrote:
> 2009/10/16 Alexander Klenin :
>> "Class sealing allows extension of classes within a package, but
>> prevent clients from extending such classes outside of the package."
>> This might actually make some sense, see e.g. TBasicChartSeries cla
On Sat, Oct 17, 2009 at 08:51, Sergei Gorelkin wrote:
> Guess its primary target are classes like Java/.NET String. These are value
> classes, they do not contain other pointers, garbage collection is therefore
> easier and the whole framework speeds up. If you inherit from it and add
> your own m
Hi,
I'm busy updating the fpdoc IPF output.
Question 1:
What is the correct full name for FCL? In the documentation, wiki and
other websites I have found references to the following:
* Free Component Library
* Free Pascal Component Library <- this is what I thought
* FCL Reference Guid
Alexander Klenin wrote:
2) parse_object_options consumes exactly one exemplar of either
"abstract" or "sealed".
actually, Delphi allows arbitrary number of these keywords (e.g.
"class abstract abstract").
This is pointless, but I think should be allowed for compatibility,
perhaps with a warni
16 matches
Mail list logo
