Hello,
I decided to open a new thread about this. Qt uses a different Rect on Darwin:
snippet from Qt's qrect.h
#if defined(Q_OS_MAC)
int y1;
int x1;
int y2;
int x2;
#else
int x1;
int y1;
int x2;
int y2;
#endif
And that conflicts with the TRect on Free Pascal Runtime Library.
Felipe Monteiro de Carvalho schreef:
Hello,
I decided to open a new thread about this. Qt uses a different Rect on
Darwin:
snippet from Qt's qrect.h
#if defined(Q_OS_MAC)
int y1;
int x1;
int y2;
int x2;
#else
int x1;
int y1;
int x2;
int y2;
#endif
And that conflicts with
Ok, I tryed to fix it, but it seams the problem is not on qt
interface. Here is the code that gets screen size:
function TQtWidgetSet.GetSystemMetrics(nIndex: Integer): Integer;
SM_CXSCREEN:
begin
Result := QWidget_width(QApplication_desktop);
end;
On Monday 19 February 2007 16:02, Felipe Monteiro de Carvalho wrote:
Ok, I tryed to fix it, but it seams the problem is not on qt
interface. Here is the code that gets screen size:
function TQtWidgetSet.GetSystemMetrics(nIndex: Integer): Integer;
SM_CXSCREEN:
1.
Is nobody intrested that the lazarus help gets better ?
I think this is an good step to have primary descriptions and tuturials.
2.
How is it possible to make the fcl,lcl help multilanguage ? I dont see any way
at time !
- Original Message -
From: Christian Ulrich
To:
Hello,
I decided to publish this on the main mailling list as it probably
interrests many people.
This will probably be a cold shower for those involved with Qt
interface, but Qt's licensing contains absurd clauses, which basically
state that you must do the entire development of your software
On Monday 19 February 2007 20:19, Felipe Monteiro de Carvalho wrote:
So it's completely impossible to use commercial Qt to port a existing
application. And it's also impossible to use the Lazarus Qt interface
with the Qt commercial license.
Not really, for GPL bindings like PerlQt, PyQt etc
On Monday 19 February 2007 20:19, Felipe Monteiro de Carvalho wrote:
So it's completely impossible to use commercial Qt to port a existing
application. And it's also impossible to use the Lazarus Qt interface
with the Qt commercial license.
The relation of the KDE framework to Qt is similar
as
On 2/19/07, Den Jean [EMAIL PROTECTED] wrote:
Not really, for GPL bindings like PerlQt, PyQt etc
and thus also for Qt4 for FPC you can develop
commercial programs,
Actually, this does not contradict what I have to say.
The point is: I know one can develop new software with bindings, but
what
Felipe,
Ask Trolltech to donate a licence to lazarus developers.
[]s
Cesar Romero
On 2/19/07, Den Jean [EMAIL PROTECTED] wrote:
Not really, for GPL bindings like PerlQt, PyQt etc
and thus also for Qt4 for FPC you can develop
commercial programs,
Actually, this does not contradict what I
On Mon, Feb 19, 2007 at 10:32:10PM +0100, Den Jean wrote:
On Monday 19 February 2007 20:19, Felipe Monteiro de Carvalho wrote:
So it's completely impossible to use commercial Qt to port a existing
application. And it's also impossible to use the Lazarus Qt interface
with the Qt commercial
On Monday 19 February 2007 22:28, Felipe Monteiro de Carvalho wrote:
My guess about Python bindings is either that they are only developed
by people that own Qt licenses, or that trolltech allowed them to use
old code with the commercial license.
I do not know about PerlQt or PyQt but look at
Marco van de Voort wrote:
This is not what Felipe is saying. The TrollTech license states (see the KB
articles that Felipe quoted) that if you develop with the free one, you
can't switch to the commercial license lateron.
So that would force use to either remain entirely GPL, or take the
On Monday 19 February 2007 22:42, Marco van de Voort wrote:
This is not what Felipe is saying. The TrollTech license states (see the
KB articles that Felipe quoted) that if you develop with the free one, you
can't switch to the commercial license lateron.
again your reasoning is correct, but
Den Jean wrote:
http://www.kdevelop.org/mediawiki/index.php/FAQ#Am_I_allowed_to_develop_commercial_applications_with_KDevelop.3F
So to me Lazarus and the LCL/Qt interface are very similar to KDevelop
the and the KDE library with respect to Qt.
This does not really answer the question, since
On Monday 19 February 2007 23:18, Micha Nelissen wrote:
This does not really answer the question, since the LCL/qt interface
cannot be called a wrapper; it contains quite some code doing
translation from LCL calls and messages to Qt calls, registering
callbacks etc. KDevelop itself may be used
Den Jean wrote:
I compare the KDE framework (with Qt calls, callbacks) + KDevelop (development
environment created using the KDE framework to develop
whatever application (based on KDE/Qt or even not)
using whatever compiler (gcc,..., even fpc) to the whole combination
of Lazarus + LCL/Qt
Am Montag, 19. Februar 2007 23:43 schrieb Micha Nelissen:
Den Jean wrote:
I compare the KDE framework (with Qt calls, callbacks) + KDevelop
(development environment created using the KDE framework to develop
whatever application (based on KDE/Qt or even not)
using whatever compiler
For some reason, Philip Hess's message couldn't be delivered to the
mailling list, so I am posting for him:
Felipe,
For some reason any message I send to the Lazarus mail list never gets
posted, so I'm sending my comments to you directly.
I looked at the TrollTech FAQs you refer to last spring
I will agree with Philip Hess that the Qt widgetset is good for
porting free software.
I didn't know if the people involved on this were aware of this issue,
so I considered ethical of my part to warn everyone =) I feel somewhat
better knowing that philip was already aware of this.
About KDE,
Hi guys,
Can anybody explain why the events used for custom drawing in a Listview ie,
OnCustomDraw, OnCustomDrawItem OnCustomDrawSubItem are available but the
property needed to Activate these event doesn't even exist, surely if the
events don't work properly it's best not to publish them at
21 matches
Mail list logo