On Mon, May 26, 2014 at 3:38 AM, Michael Schnell wrote:
>
> I use EpikTimer in my (soon to be released) work on the ActiveNoGUI Widget
> Type.
>
> Here I found, that it is a rather appropriate use for EpikTimer to handle
> it in a "static" way, not creating an instance of TEpikTimer with every us
> Tom and I would welcome patches for EpikTimer.
>
> Maybe EpikTimer should move to the Git repo of Lazarus-CCR so others
> could easily clone and share their feature branches (say via Github).
>
>
Fully agree... great idea!
-Tom
>
> --
> ___
> Lazarus
On Mon, May 19, 2014 at 11:54 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
> On 2014-05-19 11:03, Michael Schnell wrote:
> > Obviously I can't _use_ EpricTimer there, as it uses (IMHO
> > inappropriately) (graphics-) stuff that is not implemented in a non-GUI
> > project.
>
> You
On Sun, May 18, 2014 at 12:17 PM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
> On 2014-05-18 00:49, Tom Lisjac wrote:
> > I'm adding some clarification and context to your ongoing comments about
> > EpikTimer in this and other threads.
>
> Tom, as I
Dear Mr. Michael Van Canneyt,
I'm adding some clarification and context to your ongoing comments about
EpikTimer in this and other threads.
<< Snip EpikTimer code>>
>Why you would not use fpnanosleep on CPUX86_64 as well is a mystery to
me...
There's no mystery here. I wrote EpikTimer in 2003 w
That was it... many thanks to you and Flavio!
-Tom
On Sat, May 10, 2014 at 11:41 PM, leledumbo wrote:
>
> http://wiki.freepascal.org/User_Changes_2.4.0#Treating_direct-mapped_properties_as_regular_fields
>
>
>
> --
> View this message in context:
> http://free-pascal-lazarus.989080.n3.nabble.co
fpc-2.6.4-1.x86_64. says "Argument can't be assigned to" when trying to
compile the following:
type
TickType = Int64;
TimebaseData = record
TicksFrequency: TickType;
end;
TEpikTimer= class(TComponent)
private
FHWTicks:TimeBaseData;
Public
property HWTimebase: Time
On Tue, Mar 9, 2010 at 2:30 AM, Florian Klaempfl wrote:
> Rigel Rig schrieb:
>> Until then, do not be surprised why there are not many new programmers
>
> Luckily enough we heard the same for FPC and experience showed that 1.0
> didn't change anything regarding contributors. So this argument is
>
>>>
>>
>> I wholeheartedly agree with the above -- a purely theoretical
>> backwards incompatibility
>> issue already prevented me from contributing to at least one Lazarus
>> subsystem.
>>
>
> I wonder how such wishes can be reconciled with wishes
On Sun, Mar 7, 2010 at 3:24 PM, Graeme Geldenhuys
wrote:
> On 7 March 2010 20:55, Michael Van Canneyt wrote:
>>
>> Which is exactly why I think that the person who started this thread has
>> tunnel-vision problems. The glass is half-full for me.
>
>
> I now understand what you meant with that stat
> It's a matter of the glass being
> half-empty or half-full. Graeme currently sees a half-empty glass.
I think the point of these threads is not how one views a partially
filled glass... but that it remains in a partial state year after year
with no clear goal to ever make it full.
A Lazarus 1.0
On Fri, Mar 5, 2010 at 8:47 PM, Paul Ishenin wrote:
> My current goal is to stabilize what we have and to release 1.0.
For a project goal, it would be hard to top that one for conciseness
and clarity of purpose... well said, Paul!
Thanks,
-Tom
--
__
Zoran Vučenović has created a full featured, cross-platform time/date
picker component along with a data aware version. It's available on
the Lazarus-ccr under a new "Time and Date" folder or via this direct
download link:
http://sourceforge.net/projects/lazarus-ccr/files/Time%20and%20Date/ZVDateT
On Tue, Dec 1, 2009 at 4:30 AM, Vincent Snijders
wrote:
> Help me, please.
>
> What is the purpose of a creating a 1.0 release:
> A. Marketing, getting more people of the threshold to use Lazarus
> or
> B. Forcing Lazarus developers to keep stable interfaces
B makes A possible.
There is no poin
Hi Florian,
On Sun, Nov 29, 2009 at 2:12 AM, Florian Klaempfl
wrote:
> Tom Lisjac schrieb:
>> To compare, Linux is now running corporate
>> datacenters around the world... and Lazarus is still in beta with very
>> few public applications deployed.
>
> The same might b
On Sun, Nov 29, 2009 at 2:28 AM, Marco van de Voort wrote:
> On Sat, Nov 28, 2009 at 09:14:52PM -0700, Tom Lisjac wrote:
>> The problem I see is credibility... or "if we write a lot of code with
>> Lazarus/FPC, will it be maintainable with the project in perpetual
>>
>> So what exactly is the Lazarus team afraid of in getting to v1.0?
>
> Since we think it's not ready for 1.0.
>
> Period.
The above comment seems to have stopped the previous Version 1.0
thread so I'm starting a new one with the hopes of hearing some
additional comments and suggestions for achie
Juha Manninen has converted a streaming library wrapper for bzip2 and
a FileMenuHandler component for use with Lazarus. Documentation pages
have been added to the Lazarus wiki and the packages are now available
for download:
http://sourceforge.net/projects/lazarus-ccr/files/FileMenuHandler/FileMen
18 matches
Mail list logo
