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 butto
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, suc
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
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 maintai
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 w
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 Republi
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 alread
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 TThrea
Hi,
the color selector in OI should be TColorBox (from Additional tab).
Just check how it looks like.
Vojtěch
__
Od: Torsten Bonde Christiansen
Komu: Lazarus mailing list
Datum: 25.06.2014 11:19
Předmět: [Lazarus] Color selector usi
On Wed, 25 Jun 2014 15:16:38 +0200
Michael Schnell 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 with shared clas
On Wed, 25 Jun 2014 15:36:50 +0200
Vojtěch Čihák 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
--
___
Lazarus mailing l
On Wed, 25 Jun 2014 15:21:22 +0200
Michael Schnell 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 code does n
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 d
On Wed, 25 Jun 2014 16:28:03 +0200
Michael Schnell 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.
>
> I
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 not
Am 25.06.2014 16:54 schrieb "Michael Schnell" :
>
> 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 th
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
http://lists.lazarus.freep
On Wed, 25 Jun 2014 16:53:36 +0200
Michael Schnell 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 2.6.0-9, which
On Wed, 25 Jun 2014 17:14:52 +0200
Sven Barth 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 call thees three
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 als
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 compilin
22 matches
Mail list logo