It's fun to make kids, but no fun to have them afterwards ;-]
that was my thought exactly... and as a coder, i also know that i'd much rather
write code than docs... i won't even speak about docs that the average joe
can
understand regardless of their coding experience ;) some would call docs
En/na Hans-Peter Diettrich ha escrit:
Insert your exception handler in an more appropriate place, depending on
the concrete application. The user can expect a diagnosis of what went
wrong, and a chance for correcting his preceding input.
For data aware components (and probably for others
Hans-Peter Diettrich wrote:
Felipe Monteiro de Carvalho schrieb:
We are writting a book about it, but it's not yet ready ...
How can I contribute?
DoDi
I, too, would like to contribute.
Chris
___
Lazarus mailing list
On Mon, 16 Mar 2009, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Is there a reason why the default exception dialog has a cancel
button to kill the application ?
An unhandled exception IMO is due to some software bug, which the user
cannot cure in any way.
That's a
but i made it with lazarus under windows.
and i could not use customdraw method to draw anything.
lv's viewstyle is vsReport,and i was going to place a progressbar on a
column,and that is what a downloader usually looks like.
It is not possible to place a TProgressbar in a listview.
Michael Van Canneyt wrote:
On Mon, 16 Mar 2009, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Is there a reason why the default exception dialog has a cancel
button to kill the application ?
An unhandled exception IMO is due to some software bug, which the user
cannot cure
Michael Van Canneyt schrieb:
An unhandled exception IMO is due to some software bug, which the user
cannot cure in any way.
That's a very restrictive definition of exception. An exception is
a way to stop the normal logic and flow of the program.
ACK. And try-except clauses are the way to
On Tue, Mar 17, 2009 at 10:38 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
Borland explains this use in detail in chapter 14 of the Delphi 7
manual.
Or chapter 13 in the Kylix 3 Developers Guide. ;-)
[...at least I still have one use for Kylix... It's help files and
documentation.]
Michael Van Canneyt wrote:
On Mon, 16 Mar 2009, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Is there a reason why the default exception dialog has a cancel
button to kill the application ?
An unhandled exception IMO is due to some software bug, which the user
Michael Van Canneyt wrote:
If a component throws an exception outside any call from your code
(which you can place in a try except end), a place like OnDataReceived
which is triggered automatically, then this component has a bug (IMHO).
The component *should* have something like an OnError
Please note, I don't use db-aware components, but here follows the
help from Kylix 3.
On Tue, Mar 17, 2009 at 3:46 PM, Martin Friebe laza...@mfriebe.de wrote:
I have to admit, I have limited knowledge of the exact details of the
data-aware components, and rather was making a general case about
On Tue, Mar 17, 2009 at 3:46 PM, Martin Friebe laza...@mfriebe.de wrote:
Anyway, the point is, if we are looking at the original source of the
discussion (the build-in exception dialog) = that is at best the most
limited case of handling an exception (It is simply displaying it). It
does not
Graeme Geldenhuys wrote:
Please note, I don't use db-aware components, but here follows the
help from Kylix 3.
On Tue, Mar 17, 2009 at 3:46 PM, Martin Friebe laza...@mfriebe.de wrote:
I have to admit, I have limited knowledge of the exact details of the
data-aware components, and rather
This thread would be better located at one of the Free Pascal mailling lists.
--
Felipe Monteiro de Carvalho
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
14 matches
Mail list logo