Graeme,
If Delphi is dead, then what's Lazarus?
The subtext is that with Delphi you can pull off the hat trick of a 2.3 million
line app that sells for big bucks and where the client does not tolerate bugs
or instabilities or excuses. Can anyone make that claim for Lazarus?
Thanks.
-Phil
Zeljko,
This is what my Qt Crashes for TOvcSpinner is based on. And also on testing
with the current stable version.
If this is fixed, that's great, but doesn't help the user who has 0.9.28.2.
Also, I want to make sure there aren't any Mac-specific or even endian issues
here. I think most of
Graeme Geldenhuys wrote:
Take TSynEdit for example. The code has changed such a lot from the
original, I don't think anybody will be able to backport Lazarus's
synedit to the original code. So why not simply clean up the Lazarus
code and remove all those damn IFDEFs so the code is actually
Phil Hess wrote:
If Delphi is dead, then what's Lazarus?
What I meant to say was that after about Delphi 7 and the rise of Visual
Studio + .NET, Delphi took a major hit in popularity. Combine that with
Borlands many failed attempt at getting into .NET and then deciding to
sell Delphi, the
Marc Weustink wrote:
That process is already started.
I take it you mean cleaning up the code and not backporting to the
original code. In that case, excellent news. ;-)
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
Graeme Geldenhuys wrote:
Marc Weustink wrote:
That process is already started.
I take it you mean cleaning up the code and not backporting to the
original code. In that case, excellent news. ;-)
Yes, he means cleaning up.
Some of the IFDEF have been removed already, and the only
On Wednesday 02 December 2009 15:22, Phil Hess wrote:
Zeljko,
This is what my Qt Crashes for TOvcSpinner is based on. And also on
testing with the current stable version.
If this is fixed, that's great, but doesn't help the user who has 0.9.28.2.
But it could be in 0.9.28.3 then.
Also, I
No hurry. I'm actually kind of excited now again about the prospect of actually
getting Orpheus and THtmlPort packages running reliably on all 4 major
widgetsets (win32, carbon, gtk2, qt). The improvements in GTK2 / LCL in SVN are
big, I think. And if Qt has improved too in SVN...
Of course
- Graeme Geldenhuys gra...@mastermaths.co.za wrote:
The subtext is that with Delphi you can pull off the hat trick of a
2.3 million line app that sells for big bucks and where the client
does not tolerate bugs or instabilities or excuses. Can anyone make
that claim for Lazarus?
On Wed, 2 Dec 2009, Phil Hess wrote:
- Graeme Geldenhuys gra...@mastermaths.co.za wrote:
The subtext is that with Delphi you can pull off the hat trick of a
2.3 million line app that sells for big bucks and where the client
does not tolerate bugs or instabilities or excuses. Can anyone
Good to know that PtInRegion is now part of LclIntf - it wasn't when I ported
this and there's no way of knowing when new functions are added without
monitoring closely every commit!
However, the current code works with other widgetsets. Do you know why it
didn't work with Qt?
I'll look at
On Tue, Dec 1, 2009 at 12:35 PM, Phil Hess macp...@fastermac.net wrote:
However, the current code works with other widgetsets. Do you know why it
didn't work with Qt?
Did you test Qt in Windows or Linux?
According to the code it seams that any non-win32 widgetset would fail
to run in Windows
Good point, although if you recall the history of this port, it started with
the only two widgetsets that worked back then: win32 and gtk1 - the others just
came along for the ride. I'm not even sure that LCLWin32 was defined back when
I started.
Does anyone use Qt on Windows though? That
On Tue, Dec 1, 2009 at 1:24 PM, Phil Hess macp...@fastermac.net wrote:
Good point, although if you recall the history of this port, it started with
the only two widgetsets that worked back then: win32 and gtk1 - the others
just came along for the ride. I'm not even sure that LCLWin32 was
I see that GTK/GTK2 doesn't appear to have PtInRegion implemented. That's
probably why I didn't use it.
In some cases the compatibility functions still need to call the Win API
regardless of widgetset if running on Windows, but you're right, if a handle is
passed, that should only be passed on
One of the points about Orpheus and other ported packages that I should
probably make is that I've been in contact with Roman Kassebaum who maintains
the Orpheus SourceForge projects and recently updated Orpheus for Unicode on
Delphi 2009/2010. We've discussed possibly merging our codebases and
On Tuesday 01 December 2009 15:35, Phil Hess wrote:
Good to know that PtInRegion is now part of LclIntf - it wasn't when I
ported this and there's no way of knowing when new functions are added
without monitoring closely every commit!
However, the current code works with other widgetsets. Do
On Tuesday 01 December 2009 17:10, Phil Hess wrote:
I see that GTK/GTK2 doesn't appear to have PtInRegion implemented. That's
probably why I didn't use it.
So the best thing would be that you try to implement it :)
--
___
Lazarus mailing list
Zeljko,
I'm not seeing the same problem with the Qt widgetset that you reported:
TApplication.HandleException Access violation
Stack trace:
$02345E7C
$0445EFB4
$00260568 TQTDEVICECONTEXT__QDRAWWINPANEL, line 1958 of qtobjects.pas
$001C9574 TQTWIDGETSET__FRAME3D, line 1775 of
I wish I knew! I really don't have time (or patience) to do more than test
Orpheus against each widgetset for the stable release of Lazarus.
A couple observations are in order:
(1) Although once in a while I stumble across something in the Orpheus code
that allows me to fix a problem (as in
On Monday 30 November 2009 18:17, Phil Hess wrote:
I wish I knew! I really don't have time (or patience) to do more than test
Orpheus against each widgetset for the stable release of Lazarus.
A couple observations are in order:
(1) Although once in a while I stumble across something in the
Juha Manninen wrote:
On sunnuntai, 29. marraskuuta 2009 15:11:24 Vincent Snijders wrote:
As Florian noted, Lazarus needs developers more than users. There are
more gtk2 issues than win32 issues, so we need to focus our martekting
(if any) more to the potential gtk2 developers (on linux) than
Juha,
I test the 5 major widgetsets with several packages of custom controls that
I've ported from Delphi and the Qt widgetset appears to be the least stable:
http://web.fastermac.net/~MacPgmr/OrphPort/OrphStatus.html#Status_Controls
Thanks.
-Phil
- Juha Manninen juha.manni...@phnet.fi
2009/11/29 Phil Hess macp...@fastermac.net:
http://web.fastermac.net/~MacPgmr/OrphPort/OrphStatus.html#Status_Controls
I'm curious... I once installed but never used TovcXXX controls (years
ago and can't remember if it was Delphi or Lazarus).
What exactly does the TOvcController do? And do
Phil Hess schrieb:
I test the 5 major widgetsets with several packages of custom controls that
I've ported from Delphi and the Qt widgetset appears to be the least stable:
http://web.fastermac.net/~MacPgmr/OrphPort/OrphStatus.html#Status_Controls
Wow, great work :-)
DoDi
--
On Sunday 29 November 2009 19:49, Phil Hess wrote:
Juha,
I test the 5 major widgetsets with several packages of custom controls that
I've ported from Delphi and the Qt widgetset appears to be the least
stable:
http://web.fastermac.net/~MacPgmr/OrphPort/OrphStatus.html#Status_Controls
26 matches
Mail list logo