On Mon, May 26, 2014 at 3:38 AM, Michael Schnell mschn...@lumino.de 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
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 are
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 mailing
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 have mentioned in this thread, I have
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 with
That was it... many thanks to you and Flavio!
-Tom
On Sat, May 10, 2014 at 11:41 PM, leledumbo leledumbo_c...@yahoo.co.idwrote:
http://wiki.freepascal.org/User_Changes_2.4.0#Treating_direct-mapped_properties_as_regular_fields
--
View this message in context:
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:
contributing to at least one Lazarus
subsystem.
I wonder how such wishes can be reconciled with wishes from Tom Lisjac for
example to have more stable lazarus, not changing compatibility every
release (if that is what actually happens).
I don't remember suggesting that compatibility should never change
On Tue, Mar 9, 2010 at 2:30 AM, Florian Klaempfl flor...@freepascal.org 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
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 webpi...@mail.ru 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:
On Sun, Nov 29, 2009 at 2:28 AM, Marco van de Voort mar...@stack.nl 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
beta?.
Personally I
Hi Florian,
On Sun, Nov 29, 2009 at 2:12 AM, Florian Klaempfl
flor...@freepascal.org 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 be applied
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 achieving
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:
16 matches
Mail list logo
