On 06/28/2014 12:51 AM, Giuliano Colla wrote:
...
Seems like you describe shortcomings in the LCL that are doubtlessly
worse than it could be.
Hence the decent way of handling things would be to improve the LCL,
rather than to try to do normal-purpose FPC based GUI enabled projects
that
On 06/30/2014 11:36 AM, Michael Schnell wrote:
than avoid using the LCL.
OK using another _existing_ GUI framework (like mseGUI) might make
sense, as well.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 06/27/2014 12:24 PM, Michael Schnell wrote:
Unfortunately this is even true if you do TThread.Queue with a fake
thread pointer, as it internally checks using GetCurrentThread.
In fact the first parameter (Thread) in the class procedure
TThread.Queue is just use to mark the event, so that
On 05/24/2014 01:55 PM, Graeme Geldenhuys wrote:
...
Finally I found that using theTSC supposedly in fact will not work
reliabbly in SMP systems (which are ubiquitous right now).
http://linux.die.net/man/3/clock_gettime :
NOTE for SMP systems
The CLOCK_PROCESS_CPUTIME_ID and
On 6/28/14, Bart bartjun...@gmail.com wrote:
AFAIK for TBitBtn an attempt was made to make it work, but this lead
to visual anomalies (double captions on the button) and was reverted.
See: http://bugs.freepascal.org/view.php?id=24135
Bart
--
___
On 2014-06-30 10:36, Michael Schnell wrote:
Hence the decent way of handling things would be to improve the LCL,
In the past I have done just that. But due to the design goals of LCL
(being as native as possible), some changes simply ain't possible, or
only possible in some backend toolkits (eg:
On Mon, 23 Jun 2014 08:28:57 +0200, Reinier Olislagers
reinierolislag...@gmail.com wrote:
You could try installing that or perhaps compile using FPC
trunk (manually or using a tool like fpcup [warning: fpcup author
speaking ;)] see here