Martin Schreiber wrote:
The eventqueue is implemented on all platforms, with and without GUI as an
internal teventlist which holds instance pointers of tevent class. The X and
win32 events are packed into a appropriate tevent descendent and feed into
the queue. It is possible to loop
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
On Sat, Oct 17, 2009 at 03:25, Paul Ishenin webpi...@mail.ru 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
2009/10/16 Paul Ishenin webpi...@mail.ru:
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.
2009/10/16 Alexander Klenin kle...@gmail.com:
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
2009/10/16 Paul Ishenin webpi...@mail.ru:
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
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 I
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 joshy...@gmail.com:
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)
*
Graeme Geldenhuys пишет:
2009/10/16 Paul Ishenin webpi...@mail.ru:
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
2009/10/16 Sergei Gorelkin sergei_gorel...@mail.ru:
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
On Sat, Oct 17, 2009 at 08:06, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
2009/10/16 Alexander Klenin kle...@gmail.com:
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,
On Sat, Oct 17, 2009 at 08:51, Sergei Gorelkin sergei_gorel...@mail.ru 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
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
14 matches
Mail list logo