Please can you documet how you did it.
I fail with all kinds of libs not compiling for wince.
I want to add wince to my build all cross script.thanks
Sam
-Original Message-
From: Paul Michell [EMAIL PROTECTED]
Sent: 18 January 2008 23:09
To: lazarus@miraclec.com
Subject: Re: [lazarus]
On 19/01/2008, Lee Jenkins [EMAIL PROTECTED] wrote:
I think for me, the biggest challenge was re-thinking the GUI widgets that I
use. Windows development seems to be centered around the sizzle of GUI
components where everyone is trying to have their apps look like the latest
version of MS
On 19/01/2008, Martin Schreiber [EMAIL PROTECTED] wrote:
1. Start cranking out LCL patches to fix the issues. ;-) 2. Ditch
the LCL, but continue using Lazarus with a different GUI toolkit.
I've had great success with option 2.
3. MSEide+MSEgui ;-)
Has anybody actually tried to use
On Jan 19, 2008 9:39 AM, Graeme Geldenhuys [EMAIL PROTECTED] wrote:
We didn't want to go that way out. We simply wanted to use different
background colors (corporate colors) for Forms, Labels and Buttons.
Such a simple thing, yet the LCL didn't allow us to change those. That
was 2 years ago,
On 19/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
Well, the fault isn't Lazarus or it's developers. The problem is GTK!!
(all bug reports you mentioned are Gtk specific)
Ah yes, now I remember someone mentioning something like that
I tryed very hard to solve the window
Felipe Monteiro de Carvalho schreef:
On Jan 19, 2008 9:44 AM, Graeme Geldenhuys [EMAIL PROTECTED]
wrote:
Has anybody actually tried to use MSEgui with Lazarus IDE? Or is
MSEgui tide to much to MSEide? I guess it could be possible, but due
to MSEgui having such a huge amount of options (enum
On Sat, 19 Jan 2008 11:53:17 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On 19/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
Well, the fault isn't Lazarus or it's developers. The problem is
GTK!! (all bug reports you mentioned are Gtk specific)
Ah yes, now I
On Fri, 18 Jan 2008 09:46:00 +0100
Gerard N/A [EMAIL PROTECTED] wrote:
I added two reports with patches in the bug tracker, both for the
parsing issue (10650) and the comment (10651).
I fixed both and extended the ToDo list to show the todos for packages:
Package Editor / More / View ToDo
Great, thanks.
Damien Gerard wrote:
n := FTimerData.Count;
while (n0) do begin
dec(n);
It seems FTimerData is not properly set. Is it possible ? May be it is
related to some bad behavior of my application (I really don't know what
but it is not impossible)
Try explicitly disabling this while the
On Sat, 19 Jan 2008, Mark Morgan Lloyd wrote:
Dave Coventry wrote:
I have Delphi 3 Standard and I still code with it, I never upgraded to
4 because it had a bad reputation, when 5 came out they had changed
the license so that you were no longer free to distribute your
applications
Dave Coventry wrote:
I have Delphi 3 Standard and I still code with it, I never upgraded to
4 because it had a bad reputation, when 5 came out they had changed
the license so that you were no longer free to distribute your
applications unless you shelled out for the Enterprise edition which
was
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
Did you know
http://wiki.lazarus.freepascal.org/Lazarus_Faq#How_can_my_gtk_programs_use_custom_rc_files.3F
?
That's exactly what I was refering to. But as far as I understood it,
you can change for example TEdit's background on demand.
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and
manage the fpGUI packages. Lazarus simply thinks I'm creating a Free
Pascal application (not a Lazarus Application).
Is it possible to design fpGUI apps with the
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
I fixed both and extended the ToDo list to show the todos for packages:
Package Editor / More / View ToDo list.
At was going to be my next feature to implement once the todo list
screen was fixed. Thank again Mattias.
Regards,
-
On Sat, 19 Jan 2008 19:17:37 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
No, I mean like I am using fpGUI. I use Lazarus IDE as my editor
and manage the fpGUI packages. Lazarus simply thinks I'm
creating a Free Pascal
Graeme Geldenhuys schreef:
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
No, I mean like I am using fpGUI. I use Lazarus IDE as my editor and
manage the fpGUI packages. Lazarus simply thinks I'm creating a Free
Pascal application (not a Lazarus Application).
Is it possible to
Am Samstag, den 19.01.2008, 19:09 +0200 schrieb Graeme Geldenhuys:
For example,
it a edit form the user might have left out some required details.
Those edit forms will have their background colors set to yellow. As
they enter information, the TEdit's background color gets reset (which
is
From: Vincent Snijders [EMAIL PROTECTED]
Graeme Geldenhuys schreef:
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
No, I mean like I am using fpGUI. I use Lazarus IDE as my editor
and
manage the fpGUI packages. Lazarus simply thinks I'm creating a
Free
Pascal application (not a
On 19/01/2008, Marc Santhoff [EMAIL PROTECTED] wrote:
That was a rather nasty experience, because some theming engines
interfere with this bar color (not implementing all kinds of stuff or
not respecting properties set from the program), but for TEdit I think
it'll be straight forward.
The
On 19/01/2008, Mattias Gaertner [EMAIL PROTECTED] wrote:
You can design KOL apps and forms visually in Lazarus.
The trick is that KOL is quite LCL compatible and tells the IDE to be
treated like the LCL.
No, fpGUI is not that compatible with LCL. It's different, but not way
different like
On Jan 19, 2008, at 6:55 PM, Graeme Geldenhuys wrote:
On 19/01/2008, Marc Santhoff [EMAIL PROTECTED] wrote:
That was a rather nasty experience, because some theming engines
interfere with this bar color (not implementing all kinds of stuff or
not respecting properties set from the program),
Am Samstag, den 19.01.2008, 19:39 +0100 schrieb Damien Gerard:
On Jan 19, 2008, at 6:55 PM, Graeme Geldenhuys wrote:
On 19/01/2008, Marc Santhoff [EMAIL PROTECTED] wrote:
That was a rather nasty experience, because some theming engines
interfere with this bar color (not implementing all
On 19/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
Projects work on these 3 platform without any defines, and they are
quite complex. And the current LCL solves those issues too.
So what fpGUI brings to me ?
When we started using LCL just over 2 years ago we had lots of issue.
GTK1, GTK2
On Jan 19, 2008, at 9:05 PM, Marc Santhoff wrote:
Am Samstag, den 19.01.2008, 19:39 +0100 schrieb Damien Gerard:
On Jan 19, 2008, at 6:55 PM, Graeme Geldenhuys wrote:
On 19/01/2008, Marc Santhoff [EMAIL PROTECTED] wrote:
That was a rather nasty experience, because some theming engines
On Jan 19, 2008, at 10:39 PM, Graeme Geldenhuys wrote:
On 19/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
Projects work on these 3 platform without any defines, and they are
quite complex. And the current LCL solves those issues too.
So what fpGUI brings to me ?
When we started using LCL
On 20/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
And personaly, I hate apps with both win95 and XP controls in the same
app, even in two separated app. It is really disgracefull. It is one
I can't agree more. I like consistency myself.
But, how performance should be better with custom
Am Samstag, den 19.01.2008, 22:41 +0100 schrieb Damien Gerard:
And since one incarnation will have to work on a pretty small embedded
computer I'm very happy to get rid of the GTK1 (and it's bugs)
Anyway GTk1 is a part of the past. GTK2 should be used instead and
there is not a lot of
On Jan 19, 2008 9:05 PM, Marc Santhoff [EMAIL PROTECTED] wrote:
To be honest I'm not really sure if fpGUI, MSEGui or even KOL will win
the race, but the closeness of fpGUI to LCL and lazarus makes it the
hottest candidate.
I don't think it has to be a race where one will win and all others
On Jan 20, 2008, at 12:38 AM, Marc Santhoff wrote:
Am Samstag, den 19.01.2008, 22:41 +0100 schrieb Damien Gerard:
And since one incarnation will have to work on a pretty small
embedded
computer I'm very happy to get rid of the GTK1 (and it's bugs)
Anyway GTk1 is a part of the past. GTK2
Am Sonntag, den 20.01.2008, 01:30 +0100 schrieb Damien Gerard:
On Jan 20, 2008, at 12:38 AM, Marc Santhoff wrote:
Am Samstag, den 19.01.2008, 22:41 +0100 schrieb Damien Gerard:
Anyway, are you saying fpGUI would be really interesting for embedded
apps ? If yes That's interesting indeed.
Hello!
There is an example on reading the keyboard hardware interrupt in the
FPC's GO32 unit reference:
http://www.math.uni-hamburg.de/it/software/fpk/units/node5.html#SECTION005212000
I tried to compile it, but throws so many errors, maybe it's not
updated for the new compiler.
Am Sonntag, den 20.01.2008, 02:13 +0100 schrieb Marc Santhoff:
Without any integration with the rest of the OS.
You still have the same count of software layers.
fpGUI -- Xlib
my program -- GTK1 -- Xlib
LCL -- GTK1 -- Xlib
One layer less, if you ask me.
Which is rubbish and you're
On Saturday 19 January 2008 19.39:32 Damien Gerard wrote:
Sorry for my ignorance, but I really don't see the interest of fpGui.
Under Windows, I prefer Win32 due to it is the native gui. Under Linux
GTK2 make all the work I need. QT may be too I don't really know I
have not enough tested it.
On 20/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
I agree GTKx are quite ubly. GTK1 without any doubt, GTK2 why not, but
no QT.
I find LCL/GTK2 very slow compared to other GTK2 based applications.
I got no idea why it is so, but that is why I still use Lazarus
compiled with GTK1. To
35 matches
Mail list logo