On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing it
Please update your svn version and retest once again. That was already
fixed.
Sorry, but I don't think so. :-( Just got a update. Now running
r13826. Did a Build All
On Tue, 22 Jan 2008 09:24:25 +0100 (CET)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing it
Please update your svn
On Jan 22, 2008, at 9:24 AM, Michael Van Canneyt wrote:
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing it
Please update your svn version and retest once again. That was
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing it
Please update your svn version and retest once again. That was already
fixed.
Sorry, but I don't think so. :-(
Paul Michell schreef:
Could someone please tell me where I can find the build scripts for the daily
snapshots? My own batch file for reading SVN and building locally has been
failing for the last couple of days so I would like to see how the snapshots
do it.
Most scripts are in
Marc Weustink schrieb:
Marc Weustink wrote:
Florian Klaempfl wrote:
Luca Olivetti schrieb:
En/na Florian Klaempfl ha escrit:
It should be enough to build FPC with OPT=-dFPC_ARMEL
So it's now possible to produce eabi code with fpc?
Well, I did initial support. If you provide bugs reports,
Florian Klaempfl wrote:
Marc Weustink schrieb:
Marc Weustink wrote:
Florian Klaempfl wrote:
Luca Olivetti schrieb:
En/na Florian Klaempfl ha escrit:
It should be enough to build FPC with OPT=-dFPC_ARMEL
So it's now possible to produce eabi code with fpc?
Well, I did initial support. If
Mattias Gaertner wrote:
Al Boldi [EMAIL PROTECTED] wrote:
Exactly right! The best feature is find declaration/implementation,
but this only works for pascal code. What is needed to make this
work for c/c++?
Maybe a plugin for ctags can be written.
Yes, that may be the easiest way. But
Luca Olivetti wrote:
En/na Marc Weustink ha escrit:
From this I assume syscalls in this case are correct and I guess
there is some difference between syscall calling and library calling.
Maybe openmoko as an eabi kernel compiled with oabi compatibility?
(otherwise I think old style
Marc Weustink schrieb:
Luca Olivetti wrote:
En/na Marc Weustink ha escrit:
From this I assume syscalls in this case are correct and I guess
there is some difference between syscall calling and library calling.
Maybe openmoko as an eabi kernel compiled with oabi compatibility?
(otherwise I
On Tue, 22 Jan 2008 08:41:02 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
I don't use C/C++ but I think they have a kick ass toolkit. Leaps and
bounds ahead of anybody else.
I am forced to use C++ and Qt at work and I beg to differ.
Damien Gerard wrote:
On Jan 22, 2008, at 9:24 AM, Michael Van Canneyt wrote:
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing it
Please update your svn version and retest
Zitat von Paul Ishenin [EMAIL PROTECTED]:
Damien Gerard wrote:
On Jan 22, 2008, at 9:24 AM, Michael Van Canneyt wrote:
On Tue, 22 Jan 2008, Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Whoever broke it, would you mind taking a look at fixing
Mattias Gärtner wrote:
GtkApiWidget is a special widget for custom controls, which do everything
themselves. It is not for regular LCL controls.
TToolButton and TToolBar are also custom controls.
AFAIK Marc wanted to replace eventually TToolBar/TToolButton with real widgets
(not LCL drawn).
Hi,
Is there any automatic C++ to Object Pascal converter?
I am thinking of porting a C++ game to Object Pascal and want to have
some code as a basic to work with. It's enough if just the syntax got
translated and some easy designed objects.
Greetings,
Albert
Zitat von Al Boldi [EMAIL PROTECTED]:
Mattias Gaertner wrote:
Al Boldi [EMAIL PROTECTED] wrote:
Exactly right! The best feature is find declaration/implementation,
but this only works for pascal code. What is needed to make this
work for c/c++?
Maybe a plugin for ctags can be
Hi,
If have just googled a bit about Generics in FPC and the Lazarus Wiki
says that they are implemented since FPC 2.3.1.
How is the current state? Are they used? Are all the common containers
(like list, vector, map, etc.) available as generic classes?
In the FPC reference, it seems
Graeme Geldenhuys ha scritto:
[...I forgot the attachment size limit so split the email in two...]
-- Forwarded message --
From: Graeme Geldenhuys [EMAIL PROTECTED]
Date: 22 Jan 2008 09:33
Subject: Lazarus compiled with GTK2
To: lazarus@miraclec.com
Hi,
Every couple of months
Paul Ishenin ha scritto:
Mattias Gärtner wrote:
GtkApiWidget is a special widget for custom controls, which do everything
themselves. It is not for regular LCL controls.
TToolButton and TToolBar are also custom controls.
AFAIK Marc wanted to replace eventually TToolBar/TToolButton with real
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Moving implementation from LCL to widgetset is simply the WRONG way to
go.
Then use fpGUI or mseGUI. This is not wrong way, it is way selected by
lazarus team long time ago. Custom controls cannot bring native
functionality - only
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
On Jan 22, 2008, at 1:31 PM, Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that
he's not
much demanding in terms of graphic appearance. My customers would run
after me with a hammer if I'd dare to
Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that he's not
much demanding in terms of graphic appearance. My customers would run
after me with a hammer if I'd dare to show them the current state of the
Giuliano Colla wrote:
Paul Ishenin ha scritto:
Mattias Gärtner wrote:
GtkApiWidget is a special widget for custom controls, which do
everything
themselves. It is not for regular LCL controls.
TToolButton and TToolBar are also custom controls.
AFAIK Marc wanted to replace eventually
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
Yes, and I wanted that too, but this is not easy since gtk, win32,
carbon and qt needs implementation in one moment.
You see what I mean?
Moving implementation from LCL to widgetset is simply the WRONG way to go.
It pushes Lazarus
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that he's not
much demanding in terms of graphic appearance. My customers would run
after me with a hammer if I'd dare to show them the current state of the
art. :-)
I've tried
Paul Ishenin ha scritto:
Giuliano Colla wrote:
Paul Ishenin ha scritto:
Mattias Gärtner wrote:
GtkApiWidget is a special widget for custom controls, which do
everything
themselves. It is not for regular LCL controls.
TToolButton and TToolBar are also custom controls.
AFAIK Marc wanted to
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
On 22/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
May be but GTK1 does not use UTF8.
And GTK2 doesn't support Raize Font. :)
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
Marc Weustink wrote:
Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that he's
not
much demanding in terms of graphic appearance. My customers would run
after me with a hammer if I'd dare to show them
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 Jan 22, 2008, at 1:51 PM, Graeme Geldenhuys wrote:
On 22/01/2008, Damien Gerard [EMAIL PROTECTED] wrote:
May be but GTK1 does not use UTF8.
And GTK2 doesn't support Raize Font. :)
Which I don't care since it is displaying my japanese texts :)
--
Damien Gerard
[EMAIL PROTECTED]
Mattias Gärtner wrote:
Zitat von Al Boldi [EMAIL PROTECTED]:
Mattias Gaertner wrote:
Al Boldi [EMAIL PROTECTED] wrote:
Exactly right! The best feature is find declaration/implementation,
but this only works for pascal code. What is needed to make this
work for c/c++?
Graeme Geldenhuys wrote:
On 22/01/2008, Paul Ishenin [EMAIL PROTECTED] wrote:
Moving implementation from LCL to widgetset is simply the WRONG way to
go.
Then use fpGUI or mseGUI. This is not wrong way, it is way selected by
lazarus team long time ago. Custom controls cannot bring
On Tue, 22 Jan 2008 14:15:03 +0100
Giuliano Colla [EMAIL PROTECTED] wrote:
The only problem is that you have another goal which is to be Delphi
compatible. When two goals are in conflict, as they are, you should make
a choice. Either drop Delphi compatibility and use native widgetsets, or
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
Zitat von Al Boldi [EMAIL PROTECTED]:
Mattias Gärtner wrote:
Zitat von Al Boldi [EMAIL PROTECTED]:
Mattias Gaertner wrote:
Al Boldi [EMAIL PROTECTED] wrote:
Exactly right! The best feature is find declaration/implementation,
but this only works for pascal code. What is
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 Jan 22, 2008 11:29 AM, Albert Zeyer [EMAIL PROTECTED] wrote:
Hi,
Is there any automatic C++ to Object Pascal converter?
I am thinking of porting a C++ game to Object Pascal and want to have
some code as a basic to work with. It's enough if just the syntax got
translated and some easy
I don't know whether the Toolbar has been correctly fixed (bug 0010530:
Toolbar background not painted), but bug 0010562: (LazDe toolbar shows
previous background) certainly has not been resolved - I had assumed it
was a consequence of the previous bug, and should be resolved when it
was
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 Jan 11, 2008 10:09 AM, Dominique Louis
[EMAIL PROTECTED] wrote:
Hi Paul,
Does this mean that TBitBtn under Mac OS X does not support
transparency for Bitmaps only via PNGs?
I just searched through the code and the Mac OS X Function
TButtonGlyph.Draw() in buttonglyph.inc is a bit sparse
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.
Graeme Geldenhuys schreef:
As for the latest trunk revision of fpGUI (actually the last week or
so) it's been a bit unstable with verbose output. I'm hunting down a
few bugs and added lots of debug code in there to test between the
supported platforms. It should be back to normal by the end of
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, Al Boldi [EMAIL PROTECTED] wrote:
Before you do that, I just tried fpGUI and it didn't compile due to
cursorfont unit missing.
So I added {$include cursorfont.inc} from fpc/packages/extra/forms, then it
compiles ok,
but I get this crash on run using fpc2.0.2:
The last time
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.
Thanks for the hint.
Sadly I need the same realy for C++ as most of the code is C++ based (a
lot of classes).
Am Dienstag, den 22.01.2008, 14:20 + schrieb Luis Quental:
On Jan 22, 2008 11:29 AM, Albert Zeyer [EMAIL PROTECTED] wrote:
Hi,
Is there any automatic C++ to Object Pascal
Lord Satan wrote:
On Tue, 22 Jan 2008 14:15:03 +0100
Giuliano Colla [EMAIL PROTECTED] wrote:
The only problem is that you have another goal which is to be Delphi
compatible. When two goals are in conflict, as they are, you should make
a choice. Either drop Delphi compatibility and use native
Graeme Geldenhuys wrote:
On 22/01/2008, Al Boldi [EMAIL PROTECTED] wrote:
Before you do that, I just tried fpGUI and it didn't compile due to
cursorfont unit missing. So I added {$include cursorfont.inc} from
fpc/packages/extra/forms, then it compiles ok, but I get this crash on
run using
Mattias Gärtner wrote:
Zitat von Al Boldi [EMAIL PROTECTED]:
Exactly right! The best feature is find
declaration/implementation, but this only works for pascal code.
What is needed to make this work for c/c++?
Maybe a plugin for ctags can be written.
Yes,
strange problem that happens only if i run the program from within the
ide. A blank form, one button and a topendialog (does not matter if it
is on the form or manually created). The dialog opens and after some
seconds (sometimes i have to move the mouse), i get a sigsegv, Running
the program
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, Vincent Snijders [EMAIL PROTECTED] wrote:
You could also add them with {$IFDEF VerboseDebugFewBugs} and use
-dVerboseDebugFewBugs in your private builds.
I should really do that. Thanks for the idea.
Regards,
- Graeme -
___
Hi. Long time, not posting about Lazarus.
Vincent Snijders wrote:
So what we need it users that are willing to become contributors, not
Of course, there are many, a lot of people, people that use open (or
free) source software like Lazarus, and many of them request things to
be done, and
Quoting Giuliano Colla [EMAIL PROTECTED]:
I stumbled, by chance, into a rather fair comparison of Delphi and
Lazarus in the Delphi Wiki:
http://delphi.wikia.com/wiki/The_Business_Case_For_Delphi#FreePascal.2FLazarus_.28FP.2FLZ.29
I wonder if there should be a The case against Delphi by the
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
Hi everyone,
I just cannot believe that I am the only Lazarus user that writes computational
intensive programs. There must be others. If you are one of them I would be
really interested to know what math libraries you use to achieve the best
performance you can get. AFAIK there are no SSE
Al Boldi schreef:
Is there any specific reason you are stuck with 2.0.2 and can't
upgrade? If it's a good reason, I can consider adding a IFDEF in the
code.
Well, when Vincent starts posting incremental updates, I may actually be able
to upgrade easily.
Are you referring to me? If so,
Armin Diehl schreef:
strange problem that happens only if i run the program from within the
ide. A blank form, one button and a topendialog (does not matter if it
is on the form or manually created). The dialog opens and after some
seconds (sometimes i have to move the mouse), i get a sigsegv,
On 22/01/2008, Al Boldi [EMAIL PROTECTED] wrote:
Is there any specific reason you are stuck with 2.0.2 and can't
upgrade? If it's a good reason, I can consider adding a IFDEF in the
code.
Well, when Vincent starts posting incremental updates, I may actually be able
to upgrade easily.
Vincent Snijders wrote:
Al Boldi schreef:
Is there any specific reason you are stuck with 2.0.2 and can't
upgrade? If it's a good reason, I can consider adding a IFDEF in the
code.
Well, when Vincent starts posting incremental updates, I may actually be
able to upgrade easily.
Are
Al Boldi schreef:
Vincent Snijders wrote:
Al Boldi schreef:
Is there any specific reason you are stuck with 2.0.2 and can't
upgrade? If it's a good reason, I can consider adding a IFDEF in the
code.
Well, when Vincent starts posting incremental updates, I may actually be
able to upgrade
Vincent Snijders ha scritto:
idea
Maybe I should recompile my LCL without unicode support, so I can see
this bug.
/idea
I'trying to track som bugs which may be unicode related. Could you save
me a lot of search telling me what I should setup in order to compile
LCL without unicode support?
Giuliano Colla schreef:
Vincent Snijders ha scritto:
idea
Maybe I should recompile my LCL without unicode support, so I can see
this bug.
/idea
I'trying to track som bugs which may be unicode related. Could you save
me a lot of search telling me what I should setup in order to compile
LCL
Vincent Snijders wrote:
IMHO zipped incremental updates are impossible, because you cannot zip
file removals.
I think you can, like this:
diff -ruNp file.pas /dev/null file.diff
patch file.diff
This removes the file.
Thanks!
--
Al
Hi all,
I have some TStrigGrid's on a form with AutoFillColumns := true;
I was monkeying around with SizePriority trying to figure out what it did by
setting a few columns' SizePriority to 2. At any rate, when running the app
with heaptrc active it reports the following on application
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
--- Lee Jenkins [EMAIL PROTECTED] escribió:
Hi all,
I have some TStrigGrid's on a form with AutoFillColumns := true;
I was monkeying around with SizePriority trying to figure out what
it did by
setting a few columns' SizePriority to 2. At any rate, when
running the app
with
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
On 22/01/2008, Luiz Americo Pereira Camara [EMAIL PROTECTED] wrote:
Gtk2 is in fact slower than Gtk1, every one agree, but LCL/Gtk2
application are much slower than other Gtk2 applications
Thanks, that was the point I was trying to make.
Regards,
- Graeme -
Giuliano Colla schreef:
Vincent Snijders ha scritto:
I'trying to track som bugs which may be unicode related. Could you
save me a lot of search telling me what I should setup in order to
compile LCL without unicode support?
Nothing. On win32, LCL without unicode support is still the
Vincent Snijders ha scritto:
I'trying to track som bugs which may be unicode related. Could you
save me a lot of search telling me what I should setup in order to
compile LCL without unicode support?
Nothing. On win32, LCL without unicode support is still the default.
Sorry, I forgot to
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.
Vincent Snijders wrote:
Armin Diehl schreef:
strange problem that happens only if i run the program from within the
ide. A blank form, one button and a topendialog (does not matter if it
is on the form or manually created). The dialog opens and after some
seconds (sometimes i have to move the
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
I see a lot of complains / demands, so I can't help but to say:
If you see a problem, you can contribute a fix. If you expect someone
else to fix it for you (doesn't matter who broke it), at least be
polite and patient.
If you don't like Lazarus, get your money back.
thank you for your
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
Al Boldi schreef:
Vincent Snijders wrote:
IMHO zipped incremental updates are impossible, because you cannot zip
file removals.
I think you can, like this:
diff -ruNp file.pas /dev/null file.diff
patch file.diff
This removes the file.
Ok. You can download your patch by (all on one
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
just to be sure, retested it with a fresh xp sp2 install under vmware,
(no additional software installed) it is reproducible with the small
code i already posted.
Vincent Snijders wrote:
Giuliano Colla schreef:
Vincent Snijders ha scritto:
I'trying to track som bugs which may be unicode
Vincent Snijders wrote:
Ok. You can download your patch by (all on one line):
svn diff http://svn.freepascal.org/svn/fpc/tags/release_2_0_2
http://svn.freepascal.org/svn/fpc/tags/release_2_2_0 ugrade.patch
Thanks a lot!
When will this be on sourceforge as .bz2?
Thanks again for the great
Luiz Americo Pereira Camara wrote:
Marc Weustink wrote:
Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that he's
not
much demanding in terms of graphic appearance. My customers would run
after me with
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
On Jan 22, 2008, at 10:20 PM, Marc Weustink wrote:
Luiz Americo Pereira Camara wrote:
Marc Weustink wrote:
Graeme Geldenhuys wrote:
On 22/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
I gather that someone is already using GTK2, but I believe that
he's not
much demanding in terms of
John wrote:
Hi,
Environment: win32, Lazarus SVN 13347, fpc SVN 9468
In Lazarus, I have a simple query that uses a parameter: select *
from test_cld where code = :code;
I am defining it at design time using the object inspector. I set the
property parameters to ftString and ptInput, save
Jesus Reyes wrote:
--- Lee Jenkins [EMAIL PROTECTED] escribió:
Hi all,
I have some TStrigGrid's on a form with AutoFillColumns := true;
I was monkeying around with SizePriority trying to figure out what
it did by
setting a few columns' SizePriority to 2. At any rate, when
running the app
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:
Luiz Americo Pereira Camara wrote:
Gtk2 is in fact slower than Gtk1, every one agree, but LCL/Gtk2
application are much slower than other Gtk2 applications
Is it possible to profile gtk2 lcl application and find what cause this
slowleness? Who can do?
Best regards,
Paul Ishenin.
1 - 100 of 103 matches
Mail list logo