On 2014-06-21 18:16, Mattias Gaertner wrote:
The refactoring tool 'Abstract Methods' now supports 'class
interfaces' too.
Great - thanks.
I guess this solves my feature request:
http://bugs.freepascal.org/view.php?id=21239
Regards,
Torsten.
--
Il 24/06/2014 15:47, Martin Frb ha scritto:
[...]
Since this is about navigating by mouse: By default the IDE reacts to
the 2 extra buttons of a 5 button mouse (forward/backward in history).
Similar like some web browser do.
If you do not have a 5 button mouse you can map this to other
I'd hate to steal the job to an official maintainer, mainly in those
days of unemployment :-) , but the Italian translation appeared to
pochecker like a battlefield, already before running localize.sh.
Aside from previous and last discrepancies, there's also a high number
of inconsistencies,
I know your feelings... With czech language, it was similar...
Interesting is, that I was translating every time I had something more
important (par example finals :D). Don't be afraid to stole a job to
official maintainer, he probbably does not work. If you look into header
of PO file, there
I have uploaded to bugtracker a first lazarusid.it.po, which still would
require a lot of ironing, but at least passes pochecker test with no
errors, and therefore shouldn't crash the IDE.
Giuliano
Il 25/06/2014 11:48, Giuliano Colla ha scritto:
I'd hate to steal the job to an official
Il 25/06/2014 12:13, Václav Valíček ha scritto:
I know your feelings... With czech language, it was similar...
Interesting is, that I was translating every time I had something more
important (par example finals :D). Don't be afraid to stole a job to
official maintainer, he probbably does not
If you have any knowledge of russian language, one of core maintainers
maintains russian translations, so you can use ideas from it... For a
Czech language, there is huge difference from Russian, becose of
location - Czech (and Slovakian) people between 5-7 century moved to
future Czech
On 06/24/2014 09:30 AM, Giuliano Colla wrote:
Widget Types are LCL related. It's the part which actually implements
virtual abstract methods in the Interfaces unit.
Yep.
So it seems perfectly suitable to individually define the functionality
of classes that share a common name.
I'm
On 06/23/2014 02:47 PM, Mattias Gaertner wrote:
. Therefore the nogui widget only needs a decent TTimer, preferably
with no extra dependencies like EpikTimer and no calibration.
I added some {$ifdefs} so that my code does not depend on any EpikTimer
related stuff.
Instead it then uses
Hi,
the color selector in OI should be TColorBox (from Additional tab).
Just check how it looks like.
Vojtěch
__
Od: Torsten Bonde Christiansen t...@epidata.info
Komu: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
Datum:
On Wed, 25 Jun 2014 15:16:38 +0200
Michael Schnell mschn...@lumino.de wrote:
[...]
I'm already using packages, but they're run time only packages.
Lazarus does not (yet) support runtime-packages (that with Delphi are a
special kind of dlls).
You mean packages as dynamic libraries
On Wed, 25 Jun 2014 15:36:50 +0200
Vojtěch Čihák vojtech.ci...@atlas.cz wrote:
Hi,
the color selector in OI should be TColorBox (from Additional tab).
Just check how it looks like.
Maybe it is the bsClear in StdCtrls.InternalDrawItem.
Mattias
--
On Wed, 25 Jun 2014 15:21:22 +0200
Michael Schnell mschn...@lumino.de wrote:
On 06/23/2014 02:47 PM, Mattias Gaertner wrote:
. Therefore the nogui widget only needs a decent TTimer, preferably
with no extra dependencies like EpikTimer and no calibration.
I added some {$ifdefs} so that my
On 06/25/2014 04:00 PM, Mattias Gaertner wrote:
'Runtime-packages' means something different:
http://wiki.freepascal.org/Lazarus_Packages#Design_Time_vs_Run_Time_package
I see.
Thanks for the Clarification.
I seem to remember that with Delphi the Term RuntimPackage had been used
the way I
On Wed, 25 Jun 2014 16:28:03 +0200
Michael Schnell mschn...@lumino.de wrote:
On 06/25/2014 04:00 PM, Mattias Gaertner wrote:
'Runtime-packages' means something different:
http://wiki.freepascal.org/Lazarus_Packages#Design_Time_vs_Run_Time_package
I see.
Thanks for the Clarification.
On 06/25/2014 04:04 PM, Mattias Gaertner wrote:
Instead it then uses TThread.GetTickCount64. Do you think that is
appropriate at this point in time ?
Yes.
I just checked and found that with fpc vertsion 2.6.0-9, which is the
version I installed as a Debian Package for X86-64) TThread does
Am 25.06.2014 16:54 schrieb Michael Schnell mschn...@lumino.de:
On 06/25/2014 04:04 PM, Mattias Gaertner wrote:
Instead it then uses TThread.GetTickCount64. Do you think that is
appropriate at this point in time ?
Yes.
I just checked and found that with fpc vertsion 2.6.0-9, which is the
On 06/25/2014 05:14 PM, Sven Barth wrote:
The TThread extensions are only part of FPC 2.7.1.
Is it decent do base a Lazarus extension on same ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Wed, 25 Jun 2014 16:53:36 +0200
Michael Schnell mschn...@lumino.de wrote:
On 06/25/2014 04:04 PM, Mattias Gaertner wrote:
Instead it then uses TThread.GetTickCount64. Do you think that is
appropriate at this point in time ?
Yes.
I just checked and found that with fpc vertsion
On Wed, 25 Jun 2014 17:14:52 +0200
Sven Barth pascaldra...@googlemail.com wrote:
[...]
I just checked and found that with fpc vertsion 2.6.0-9, which is the
version I installed as a Debian Package for X86-64) TThread does not have
CurrentThread,
Queue, and
GetTickCount64
I do
25.06.2014 13:48, Giuliano Colla пишет:
I'd hate to steal the job to an official maintainer, mainly in those
days of unemployment :-) , but the Italian translation appeared to
pochecker like a battlefield, already before running localize.sh.
Aside from previous and last discrepancies, there's
On 25.06.2014 17:18, Michael Schnell wrote:
On 06/25/2014 05:14 PM, Sven Barth wrote:
The TThread extensions are only part of FPC 2.7.1.
Is it decent do base a Lazarus extension on same ?
If you rely on the new TThread functionality you'd need to at least put
in guards against compiling
22 matches
Mail list logo
