On 29/01/2008, A.J. Venter [EMAIL PROTECTED] wrote:
Sorry for the late response, I am backreading a bit - but I thought you
should know this is NOT needed.
gtkproc unit has a call load_rc I think which you can call in your
application to load a custom theme file in a sepperate location for
On Tuesday 29 January 2008 10.45:47 A.J. Venter wrote:
MSEide+MSEgui is designed with the goal to provide identical look and
feel on Linux and win32:
http://sourceforge.net/projects/mseide-msegui/
Another main focus of MSEide+MSEgui are database components.
Does it support lazarus
On 29/01/2008, A.J. Venter [EMAIL PROTECTED] wrote:
Have a look on SourceForge. I have seen quite a few toolkits
implemented in C/C++ and uses OpenGL or SDL or whatever hw
acceleration they picked.
Eeeek ! Components should NOT require hardware acceleration support !
There is still a
Thanks for the response AJ. The other factor that comes into play is
that we had lots of IFDEF's in our old code when we used Delphi and
Kylix. Moving over to Lazarus we had the intent of not needing
IFDEF's again as we run on mixed platforms. The above is a possible
solution, but not ideal.
Have a look on SourceForge. I have seen quite a few toolkits
implemented in C/C++ and uses OpenGL or SDL or whatever hw
acceleration they picked.
Eeeek ! Components should NOT require hardware acceleration support !
There is still a significant number of computers without this feature.
The
On 29/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote:
Aha !
So, in the end, the problem solves itself, if they are all on linux ;-)
It's a slow process though! :-) +-250 franchisees with avg 25+
computers and +-230 schools with a avg 30+ computers. That's around
13150 computers.
We
On 29/01/2008, Alexsander Rosa [EMAIL PROTECTED] wrote:
with mixed environments complained about the visual differences. They
demanded a standard, consistent look and feel, regardless of the OS. A few
This is exactly what our clients said. And more so when they ran a
mixed environment - Linux
On Tue, 29 Jan 2008, Graeme Geldenhuys wrote:
On 29/01/2008, Alexsander Rosa [EMAIL PROTECTED] wrote:
with mixed environments complained about the visual differences. They
demanded a standard, consistent look and feel, regardless of the OS. A few
This is exactly what our clients said.
I remember I was told to use a custom theme file, but that would
change it for all application, and I needed to change colors based on
data entered in forms (validation things), so that solution was
totally useless.
Sorry for the late response, I am backreading a bit - but I thought you
should
On Tue, 29 Jan 2008, Martin Schreiber wrote:
On Tuesday 29 January 2008 04.13:31 Alexsander Rosa wrote:
The OPF is ported to Lazarus (with IFDEF's). We removed most of the
3rd-party components, the only remaining are Colrcal (TMonthCalendar does
not work under Wine), AlignEdit (a
On 29/01/2008, A.J. Venter [EMAIL PROTECTED] wrote:
Well I wasn't actually saying it would be the answer for you right now -
but I wanted to fix the misconception - it is possible to use a custom
theme for just your program, ship it with it etc.
I understand that you can ship a custom theme
On Tuesday 29 January 2008 04.13:31 Alexsander Rosa wrote:
The OPF is ported to Lazarus (with IFDEF's). We removed most of the
3rd-party components, the only remaining are Colrcal (TMonthCalendar does
not work under Wine), AlignEdit (a simple TEdit with Alignment property)
and Rave Reports.
MSEide+MSEgui is designed with the goal to provide identical look and feel on
Linux and win32:
http://sourceforge.net/projects/mseide-msegui/
Another main focus of MSEide+MSEgui are database components.
Does it support lazarus components however ? I wouldn't even THINK of
using it if I
On Tuesday 29 January 2008 10.59:57 Michael Van Canneyt wrote:
... but it is i386 only. No 64-bit, meaning it is unusable for me, since
I work on 64-bit only...
All projects have their advantages and disadvantages...
I have no need for 64 bit so I didn't port it to 64 bit up to now.
What did
On Tue, 29 Jan 2008, Martin Schreiber wrote:
On Tuesday 29 January 2008 10.59:57 Michael Van Canneyt wrote:
... but it is i386 only. No 64-bit, meaning it is unusable for me, since
I work on 64-bit only...
All projects have their advantages and disadvantages...
I have no need for
Graeme Geldenhuys wrote:
On 29/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote:
Aha !
So, in the end, the problem solves itself, if they are all on linux ;-)
It's a slow process though! :-) +-250 franchisees with avg 25+
computers and +-230 schools with a avg 30+ computers.
Graeme Geldenhuys wrote:
For obvious reasons (no LCL-fpGUI yet) we opted for the last option.
We still use Lazarus as our IDE and we (fpGUI) do have our own visual
form designer.
Graeme,
Will fpGUI/LCL still support theming later when theming is implemented?
For me, using the native widget
On 29/01/2008, Lee Jenkins [EMAIL PROTECTED] wrote:
Will fpGUI/LCL still support theming later when theming is implemented?
To be honest, I'm not sure how it's going to work. I still need to do
a lot of work on theming support in fpGUI and I don't know what the
other LCL widgetsets do in such a
Open Office will have all sorts of users, many of them are individuals with
different tastes. They have favorite OS, theme, etc. Some of them are old,
some have disabilities. It's a vastly heterogeneous population with very
different needs. Each user has his own Desktop Environment and the
On Tue, Jan 29, 2008 at 02:35:56PM +0200, Graeme Geldenhuys wrote:
It's more than look and basic behaviour:
- keyboard handling
- disability support
- internationalisation support
- behaviour when scaling
- following future extensions a bit. (See e.g. the site how to update
Delphi
OpenOffice needs to blend in the user's interface.
SAP R/3 does not.
Different users, different needs.
2008/1/29, Marco van de Voort [EMAIL PROTECTED]:
On Tue, Jan 29, 2008 at 12:04:11PM +0200, Graeme Geldenhuys wrote:
It would be nice if what you said was documented on the Lazarus wiki
On Tue, Jan 29, 2008 at 12:04:11PM +0200, Graeme Geldenhuys wrote:
It would be nice if what you said was documented on the Lazarus wiki
though (if it's not already there). It might be handy for other
users.
Agree. It was a nice post.
One thing keeps coming up in usability studies - every
On 29/01/2008, Marco van de Voort [EMAIL PROTECTED] wrote:
It's more than look and basic behaviour:
- keyboard handling
- disability support
- internationalisation support
- behaviour when scaling
- following future extensions a bit. (See e.g. the site how to update Delphi
apps to
vista
Graeme Geldenhuys rašė:
On 29/01/2008, A.J. Venter [EMAIL PROTECTED] wrote:
Well I wasn't actually saying it would be the answer for you right now -
but I wanted to fix the misconception - it is possible to use a custom
theme for just your program, ship it with it etc.
I understand that you
On Tue, Jan 29, 2008 at 09:50:11AM -0300, Alexsander Rosa wrote:
OpenOffice needs to blend in the user's interface.
SAP R/3 does not.
Why not? They might get a way with it, but is it a hard requirement that SAP
does not blend in?
Different users, different needs.
_IS_ it a need? Or something
Graeme Geldenhuys ha scritto:
On 29/01/2008, Lee Jenkins [EMAIL PROTECTED] wrote:
Will fpGUI/LCL still support theming later when theming is implemented?
To be honest, I'm not sure how it's going to work. I still need to do
a lot of work on theming support in fpGUI and I don't know what the
My 2 cents:
Our company develops a 400+ KLOC software, and ERP-like package. We have
customers running it under Windows and Linux, sometimes both in the same
environment side-by-side. We used Kylix at first, but some of our customers
with mixed environments complained about the visual
En/na Giuliano Colla ha escrit:
I can't say. I read that someone is *using* gtk2. I tried to make a form
with a button, and the lower half of the caption was lost. I tried to
put a panel with a memo on the form, and I could see the panel through
the memo (or the opposite, I don't remember).
On 23/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
If the bug is annoying you, then *you* should do something about it =)
If all users use the approach: Oh, I'll test now and wait 3 months and
test again, then they are all risking that in 3 months there won't be
any change to
Felipe Monteiro de Carvalho ha scritto:
On Jan 23, 2008 2:08 AM, Giuliano Colla [EMAIL PROTECTED] wrote:
The test isn't by me, but by someone who complained about z-order in
gtk2 not being correct. A lot of time ago.
I know, it's voluntary work, everybody does its best. We take what's
Graeme, BTW, I can't access to http://opensoft.homeip.net/fpgui/ can you
check this out?
Thanks in advance,
Leonardo M. Ramé
http://leonardorame.blogspot.com
_
To unsubscribe: mail [EMAIL PROTECTED] with
Giuliano Colla wrote:
Felipe Monteiro de Carvalho ha scritto:
On Jan 23, 2008 2:08 AM, Giuliano Colla [EMAIL PROTECTED]
wrote:
The test isn't by me, but by someone who complained about z-order in
gtk2 not being correct. A lot of time ago.
I know, it's voluntary work, everybody does its best.
Marc Weustink ha scritto:
Giuliano Colla wrote:
Felipe Monteiro de Carvalho ha scritto:
Try and convince Lazarus developers to follow a route which makes it
possible for a lot of people like me to actively contribute instead of
just feeling helpless and whine.
What route do you suggest ?
I
On Jan 23, 2008 7:45 PM, Giuliano Colla [EMAIL PROTECTED] wrote:
I understand that using a ready made widgetset is a good way to start a
project which otherwise would appear a titanic task. But once the
project has started consolidating, as it has, I believe it should be
wise to reconsider the
Zitat von Giuliano Colla [EMAIL PROTECTED]:
[...] Michael Van Canneyt ha scritto:
On Mon, 21 Jan 2008, Giuliano Colla wrote:
Florian Klaempfl ha scritto:
Lord Satan schrieb:
[...]
That's correct. And if they had used OpenGL for it, it would be
hardware accelerated, cross plattform
Op dinsdag 22-01-2008 om 15:03 uur [tijdzone +0200], schreef Graeme
Geldenhuys:
On 22/01/2008, Mattias Gärtner [EMAIL PROTECTED] wrote:
About: move from LCL to widgetset
That was the goal of lazarus from the beginning.
OK, I get that and respect the choice. I'm simply wondering (from a
Damien Gerard ha scritto:
On Jan 21, 2008, at 10:03 PM, Graeme Geldenhuys wrote:
On 21/01/2008, Den Jean [EMAIL PROTECTED] wrote:
On Monday 21 January 2008 01:18:56 pm Giuliano Colla wrote:
Either one takes the Qt way, i.e. using style to *mimic* the native
*look*, without actually using
On 22/01/2008, Mattias Gärtner [EMAIL PROTECTED] wrote:
About: move from LCL to widgetset
That was the goal of lazarus from the beginning.
OK, I get that and respect the choice. I'm simply wondering (from a
personal point of view) if it's still the right way of doing things?
Considering you
Zitat von Graeme Geldenhuys [EMAIL PROTECTED]:
On 22/01/2008, Mattias Gärtner [EMAIL PROTECTED] wrote:
About: move from LCL to widgetset
That was the goal of lazarus from the beginning.
OK, I get that and respect the choice. I'm simply wondering (from a
personal point of view) if it's
On 22/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote:
Everything has its ups and downs. But the nice thing about Lazarus is that
it can use for instance FPGUI, which will work on all platforms, hence
rendering the whole discussion moot.
I was waiting for another 50 or so replies before
Mattias Gärtner ha scritto:
Zitat von Giuliano Colla [EMAIL PROTECTED]:
[...] Michael Van Canneyt ha scritto:
On Mon, 21 Jan 2008, Giuliano Colla wrote:
Florian Klaempfl ha scritto:
Lord Satan schrieb:
[...]
That's correct. And if they had used OpenGL for it, it would be
hardware
On 22/01/2008, Mattias Gärtner [EMAIL PROTECTED] wrote:
Why should qt render a native button, if they can draw a qt button with a
'native' looking theme? Are you sure, that qt uses native widgets?
Qt has built-in themes (custom coded) and also allows for hooking into
the native widgets theme
On 22/01/2008, Lord Satan [EMAIL PROTECTED] wrote:
What hw acceleration are you talking about? I don't know of any hw
accelerated widgetset.
Have a look on SourceForge. I have seen quite a few toolkits
implemented in C/C++ and uses OpenGL or SDL or whatever hw
acceleration they picked.
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
Well in all that time I've never met a single customer requiring a
native look. On the contrary what I've always been asked for is a
specific look, and specific behavior.
Amazingly, I have had the exact same experience. They want their
On Tue, 22 Jan 2008 16:20:57 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On 22/01/2008, Lord Satan [EMAIL PROTECTED] wrote:
What hw acceleration are you talking about? I don't know of any hw
accelerated widgetset.
Have a look on SourceForge. I have seen quite a few toolkits
On Tue, 22 Jan 2008 15:28:15 +0100
Mattias Gärtner [EMAIL PROTECTED] wrote:
Zitat von Lord Satan [EMAIL PROTECTED]:
@Mattias:
What hw acceleration are you talking about? I don't know of any hw
accelerated widgetset.
For example:
-gtk on embedded devices can render directly to the
Zitat von Lord Satan [EMAIL PROTECTED]:
[..]
- widgetset specific goodies: e.g. tab menu of gtk notebook, unicode
input
method, assistive technology, hardware acceleration, network support (X
client/server modell).
@Mattias:
What hw acceleration are you talking about? I don't know of
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
Well in all that time I've never met a single customer requiring a
native look. On the contrary what I've always been asked for is a
specific look, and specific behavior.
On Tue, 22 Jan 2008 17:02:08 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
No, the ones I looked at was for creating standard applications (not
games). They just used shadow events under menus, dropdown animation,
etc...
On my system the composition manager does this work not the widgetset.
On Tue, 22 Jan 2008 14:50:16 +0100
Mattias Gärtner [EMAIL PROTECTED] wrote:
And if a programmer needs uncommon things, he can write a specific control.
See
for example the printers4lazarus or the lazopenglcontext package. They started
on one platform and nowadays they run on all majors.
Zitat von Giuliano Colla [EMAIL PROTECTED]:
[...]
Well, Lazarus is intended to develop commercial applications, not GPL
utilities to be added to Gnome desktop.
Oops. Sorry, I didn't know.
Commercial applications take
care to provide their own specific look.
If we look at some widely known
On 22/01/2008, Lord Satan [EMAIL PROTECTED] wrote:
SDL is no acceleration, only if you use its OpenGL wrapper functionality you
get hw acceleration.
That's what I meant with SDL.
I know a lot of those 'widgetsets', too, but they are meant for OpenGL apps
and they are not general purpose
On Tue, 22 Jan 2008 16:30:48 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
What does everyone else use Lazarus for? Console apps maybe?
For me it is just a hobby (at work there is only C++ and no chance to ever
change this). As I do graphics programming I don't need a lot of GUI elements.
Giuliano Colla wrote:
I've been earning my bread and butter developing computer applications
for 40 years now (my God, how old I've become! :-) )
Wow, that's impressive.
Maybe you could share some of your experience regarding these question:
What languages did you use?
Which one is the best?
On 22/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote:
Well, I develop major database projects (in Delphi), and none of our
customers has ever asked for a specific look. So I would be the last
to ask this from lazarus. The thing I am looking for is portability.
Our clients normally don't
Al Boldi ha scritto:
Giuliano Colla wrote:
I've been earning my bread and butter developing computer applications
for 40 years now (my God, how old I've become! :-) )
Wow, that's impressive.
Maybe you could share some of your experience regarding these question:
What languages did you use?
Graeme Geldenhuys ha scritto:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
Well in all that time I've never met a single customer requiring a
native look. On the contrary what I've always been asked for is a
specific look, and specific behavior.
Amazingly, I have had the exact same
On Jan 22, 2008 8:35 PM, Giuliano Colla [EMAIL PROTECTED] wrote:
I can't say. I read that someone is *using* gtk2. I tried to make a form
with a button
I suppose you meant the gtk2 Lazarus interface. Well, I use it for:
http://magnifier.sourceforge.net/
And works pretty well. The
Joost van der Sluis ha scritto:
Op dinsdag 22-01-2008 om 15:03 uur [tijdzone +0200], schreef Graeme
Geldenhuys:
On 22/01/2008, Mattias Gärtner [EMAIL PROTECTED] wrote:
About: move from LCL to widgetset
That was the goal of lazarus from the beginning.
OK, I get that and respect the choice.
Giuliano Colla wrote:
Al Boldi ha scritto:
Giuliano Colla wrote:
I've been earning my bread and butter developing computer applications
for 40 years now (my God, how old I've become! :-) )
Wow, that's impressive.
Maybe you could share some of your experience regarding these
On 22/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
I probably never used the things you mentioned on gtk2, so I never
noticed they don't work and never had the need to find out why they
Maybe we should create a 'universal' widget set test application...
Remember the old one in
Graeme Geldenhuys schreef:
On 22/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
I probably never used the things you mentioned on gtk2, so I never
noticed they don't work and never had the need to find out why they
Maybe we should create a 'universal' widget set test
Al Boldi ha scritto:
Giuliano Colla wrote:
Which one is the best?
:
:
Among OOPL doubtlessly Pascal.
Why?
Well, Pascal syntax is much cleaner. It's been planned. C syntax appears
to have been made on the way. C (and C++) try to avoid typing as much as
possible, and this makes code much
Felipe Monteiro de Carvalho ha scritto:
On Jan 22, 2008 8:35 PM, Giuliano Colla [EMAIL PROTECTED] wrote:
I can't say. I read that someone is *using* gtk2. I tried to make a form
with a button
I suppose you meant the gtk2 Lazarus interface. Well, I use it for:
Le mardi 22 janvier 2008 à 15:12 +0100, Giuliano Colla a écrit :
Well, Lazarus is intended to develop commercial applications, not GPL
utilities to be added to Gnome desktop. Commercial applications take
Clic paste from the about box, today's svn: 'License: GPL/LGPL'
IMO Lazarus is (not
Le mardi 22 janvier 2008 à 16:30 +0200, Graeme Geldenhuys a écrit :
I only develop commercial applications with Lazarus and from judging
by all these conversations, it seems like we are the only two. Also we
seem to experience the same issues - coincidence?
What does everyone else use
On Jan 23, 2008 2:08 AM, Giuliano Colla [EMAIL PROTECTED] wrote:
The test isn't by me, but by someone who complained about z-order in
gtk2 not being correct. A lot of time ago.
I know, it's voluntary work, everybody does its best. We take what's
available, and thank. But please don't tell me
On Mon, 21 Jan 2008 08:39:54 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
Lord Satan schrieb:
On Sun, 20 Jan 2008 22:33:53 +0200 Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
I still think having a custom Object Pascal written toolkit for
Lazarus is the way to go. The LCL would have
On 21/01/2008, Lord Satan [EMAIL PROTECTED] wrote:
That's the point. fpGUI may be a nice idea but I got a little tired about
reading how great it is over and over again (because it is really, really
ugly, not the native gui for the different supported plattforms and native
gui support has
On Mon, 21 Jan 2008 11:45:16 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
No offence taken. fpGUI is a young project and making it look native
is on the todo list. It simply hasn't been a priority yet (I have lots
of other things to do first). As for looking native... everybody
keeps
Florian Klaempfl ha scritto:
Lord Satan schrieb:
[...]
That's correct. And if they had used OpenGL for it, it would be
hardware accelerated, cross plattform and good looking, too. And we
would need no stupid Aero or Compiz or other composition managers.
And we could do things other widgetsets
On Mon, 21 Jan 2008, Giuliano Colla wrote:
Florian Klaempfl ha scritto:
Lord Satan schrieb:
[...]
That's correct. And if they had used OpenGL for it, it would be
hardware accelerated, cross plattform and good looking, too. And we
would need no stupid Aero or Compiz or other
On 21/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
That's the real catch. They're not stupid, but they're faced with an
impossible task: to implement conflicting specs.
vcl implies a number of precise, consistent specs, which dictate
component behavior. They're the real value of Delphi.
On 21/01/2008, Michael Van Canneyt [EMAIL PROTECTED] wrote:
Instead of putting a lot of time in such mostly useless debates (its not
the first, and probably not the last) it would have been better to report
Yeah, I can't even remember what the original post was about? :-)
Regards,
- Graeme
Michael Van Canneyt ha scritto:
On Mon, 21 Jan 2008, Giuliano Colla wrote:
Florian Klaempfl ha scritto:
Lord Satan schrieb:
[...]
That's correct. And if they had used OpenGL for it, it would be
hardware accelerated, cross plattform and good looking, too. And we
would need no stupid Aero or
On Monday 21 January 2008 01:18:56 pm Giuliano Colla wrote:
Either one takes the Qt way, i.e. using style to *mimic* the native
*look*, without actually using it, and provides a consistent behavior,
this does not honour the huge Qt effort. Qt DOES use
the native widget when necessary do have
Giuliano Colla wrote:
However, if you're so kind to tell me:
1) What is the irc channel (do I need a life jacket to join it? :-) )
2) How to join it
I'll gladly join the irc channel, because, from a user standpoint, I've
Server irc.freenode.net, join #lazarus-ide.
See you there ;-)
Micha
Micha Nelissen ha scritto:
Giuliano Colla wrote:
However, if you're so kind to tell me:
1) What is the irc channel (do I need a life jacket to join it? :-) )
2) How to join it
I'll gladly join the irc channel, because, from a user standpoint, I've
Server irc.freenode.net, join #lazarus-ide.
On Jan 21, 2008, at 10:03 PM, Graeme Geldenhuys wrote:
On 21/01/2008, Den Jean [EMAIL PROTECTED] wrote:
On Monday 21 January 2008 01:18:56 pm Giuliano Colla wrote:
Either one takes the Qt way, i.e. using style to *mimic* the native
*look*, without actually using it, and provides a consistent
On Jan 20, 2008, at 8:00 AM, Graeme Geldenhuys wrote:
On 20/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
I better understand with all these explanations. Thanks to all !
Again, I disagree. ;-) I did a study on this. I opened a random set
of applications that have things like File
Am Sonntag, den 20.01.2008, 09:00 +0200 schrieb Graeme Geldenhuys:
Always speaking about GTK-bugs but what about fpGUI bugs ?
When using Lazarus and the LCL, the underlying toolkits are not under
your control. It's quick and easy to fix fpGUI bugs. You can't fix
Win32 native component bugs
On 20/01/2008, Marco van de Voort [EMAIL PROTECTED] wrote:
Apparantly the only person with skills to run into that started his own
widgetset :-)
It didn't even take a lot of effort to hit those problems... Just
write commercial software. :-) Good news is that some day Lazarus
will benefit
Lord Satan wrote:
On Sun, 20 Jan 2008 22:33:53 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
I still think having a
custom Object Pascal written toolkit for Lazarus is the way to go. The
LCL would have progressed and stabilized much faster if the Lazarus
developers did that from the
Lord Satan wrote:
On Sun, 20 Jan 2008 22:33:53 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
I still think having a
custom Object Pascal written toolkit for Lazarus is the way to go. The
LCL would have progressed and stabilized much faster if the Lazarus
developers did that from the start.
Lord Satan schrieb:
On Sun, 20 Jan 2008 22:33:53 +0200 Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
I still think having a custom Object Pascal written toolkit for
Lazarus is the way to go. The LCL would have progressed and
stabilized much faster if the Lazarus developers did that from the
On 21/01/2008, Lord Satan [EMAIL PROTECTED] wrote:
Stupid Lazarus developers. Now we only get this sucking Win API, GTK1,
GTK2, Carbon and QT. Nothing really works and all is full of bugs.
I agree with Luiz. Lazarus developers are *not* stupid. They have
done an amazing job so far in getting
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 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 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
1 - 100 of 128 matches
Mail list logo
