On 4/3/07, Lord Satan <[EMAIL PROTECTED]> wrote:
>
But the developer plans native widget support for the next major version of
Pixel and looking at the screenshots I know why users demand it.
Nonetheless you are right that it could be a gain for Lazarus.
Nobody has seen the code of eLiquid, s
On 4/3/07, Lord Satan <[EMAIL PROTECTED]> wrote:
If the user has the choice between native and non native most will choose the
native one. The same reason why KDE-guys use mostly QT apps and Gnome ones use
mostly GTK apps.
Maybe I'm just different. I use Ubuntu, which comes default with
Gno
Hess, Philip J wrote:
> Maybe some of the problems with LCL behavior is with GTK. There's an
> awful lot of code there compared to the other widgetsets. Of course the
> Qt and Carbon widgetsets aren't finished yet, but it's hard to imagine
> their codebases ever looking like GTK's. The Qt and Carbo
the excel file is not database which in fact which I use, only supporter in
activity of database.
if Zeos attached at delphi, ado will join in protocol choice. I have tried
to wear unit of delphi so that can use ado, but still not yet can.
SQLDB's ODBC very busy to finish the problem of me. othe
On Mon, 02 Apr 2007 19:45:48 -0300
Luiz Americo Pereira Camara <[EMAIL PROTECTED]> wrote:
> Luiz Americo Pereira Camara wrote:
> > An example of a widgetset that looks good is eLiquid from Pixel editor.
> In this interview (
> http://www.linuxinterviews.com/index.php?option=com_content&task=view&
On Mon, 2 Apr 2007 23:51:10 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> Seeing that you are a windows person Open Windows Media Player.
> Any version from v8 onwards. How native does that look or feel
> compared to the rest of the OS. So why may Microsoft get away with it
> and oth
Luiz Americo Pereira Camara wrote:
An example of a widgetset that looks good is eLiquid from Pixel editor.
In this interview (
http://www.linuxinterviews.com/index.php?option=com_content&task=view&id=14&Itemid=2
) the Pixel developer considered Open Source eLiquid. The main concern
was documen
Micha Nelissen wrote:
Burkhard Carstens wrote:
However, with win32/gtk LCL this is even worse... seems like one never
knows, whether an event was fired before or after ..
These are all bugs. The developer interface should be as consistent as
possible, yet the look and feel for the user
Am Montag, den 02.04.2007, 18:22 -0400 schrieb Hess, Philip J:
> A Mac feels much more "alive" than other computers. For example, when logging
> in if you mistype your password the login dialog briefly wiggles from side to
> side as if shaking its head no at you. You get the point instantly. On
A Mac feels much more "alive" than other computers. For example, when logging
in if you mistype your password the login dialog briefly wiggles from side to
side as if shaking its head no at you. You get the point instantly. On other
systems you would get a error dialog popping up, which you woul
Graeme Geldenhuys wrote:
> On 4/2/07, Marc Weustink <[EMAIL PROTECTED]> wrote:
>>
>> THere was no study, however during the years, the inner workings of the
>> LCL <-> Widgetset changed (and is still changing).
>>
>
> I can imagine the inner workings changing - it is a mamoth task to
> bind all th
On 4/2/07, Luiz Americo Pereira Camara <[EMAIL PROTECTED]> wrote:
A interesting point is that popular apps, even Microsoft ones, like
Windows Media Player, Windows Messenger, Firefox, WinAmp do not have the
native look. They are written with another toolkit, or use custom draw
controls.
And do
> Exactly. All events, plus everything alse will be in the widget set's
> full control. Not to mention much less code layers and a lot smaller
> 3rd Party library dependencies!
Maybe some of the problems with LCL behavior is with GTK. There's an
awful lot of code there compared to the other wid
On 4/2/07, Hess, Philip J <[EMAIL PROTECTED]> wrote:
Example: OS X pulsing button. You might spend a lot of effort trying to
reproduce this in the "painting backend", whereas by using the native
I'm afraid I can't comment on OSX and will take you word for it. The
only time I have seen OSX, was
Graeme Geldenhuys wrote:
On 4/2/07, Burkhard Carstens <[EMAIL PROTECTED]> wrote:
hmm, I prefer a ugly but working solution over a potentially beautifull
but unusabel (from programmes pov) one.
Dito
Of course consistently working native widget bindings would be the best,
but as said before, f
On 4/2/07, Marc Weustink <[EMAIL PROTECTED]> wrote:
THere was no study, however during the years, the inner workings of the
LCL <-> Widgetset changed (and is still changing).
I can imagine the inner workings changing - it is a mamoth task to
bind all those native widget sets.
As Florian alr
> These are all things that can be addressed in the painting backend and
> event handling code of the supported platforms. I think it is much
> harder to get C++ widget sets to play along in our Object Pascal world
> than to modify some backend Object Pascal code.
Example: OS X pulsing button. You
Graeme Geldenhuys wrote:
> Hi,
>
> Was any study (or prototypes) done to help make the choice on how
> Lazarus would implement widget sets?
THere was no study, however during the years, the inner workings of the
LCL <-> Widgetset changed (and is still changing).
> For example:
>
> 1) Wrapping e
On 4/2/07, Burkhard Carstens <[EMAIL PROTECTED]> wrote:
hmm, I prefer a ugly but working solution over a potentially beautifull
but unusabel (from programmes pov) one.
Dito
Of course consistently working native widget bindings would be the best,
but as said before, fpGUI can be ported quickly
On 4/2/07, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
Yes, but I think that if the application is used only in enterprises
and such, the users probably won´t care. And then the enterprise will
be more interrested in productivity then in a confortable user
interface experience.
Exa
On 4/2/07, Marco van de Voort <[EMAIL PROTECTED]> wrote:
I think a native feel is at least as, if not more important, than the look.
I agree with you and with what Burkhard Carstens said. I would rather
take a working but ugly widget set and build it from there.
And non native widget differ
On 4/2/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
IMHO, a custom drawn widgetset is never better; as user I would refuse
to use it, unless forced to.
Tell that to all the KDE or Qt users out there! I really don't get
this argument? Why wouldn't you?
Think of what a widget set is (referri
Am Montag, 2. April 2007 21:54 schrieb Micha Nelissen:
> Felipe Monteiro de Carvalho wrote:
> > For the particular case of Graeme I have a small tendency to say
> > the fpgui solution is better,
>
> IMHO, a custom drawn widgetset is never better; as user I would
> refuse to use it, unless forced to
On Mon, 2 Apr 2007, Felipe Monteiro de Carvalho wrote:
> On 4/2/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > IMHO, a custom drawn widgetset is never better; as user I would refuse
> > to use it, unless forced to.
>
> Yes, but I think that if the application is used only in enterprises
> an
Marco van de Voort wrote:
And non native widget differ much in little things. tab order, key bindings,
resize behaviour, speed (non native widgets often feel sluggish)
This sluggishness always puts me off
_
To unsubscribe: m
On Mon, Apr 02, 2007 at 07:00:16PM +0200, Graeme Geldenhuys wrote:
> >
> >Having native controls is simply something people request. Just try to
> >convince somebody to use a Qt or GTK application on Windows or MacOS.
> >They will tell you always it looks and behaves strange. Consistent
>
> Gettin
On 4/2/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
IMHO, a custom drawn widgetset is never better; as user I would refuse
to use it, unless forced to.
Yes, but I think that if the application is used only in enterprises
and such, the users probably won´t care. And then the enterprise will
be
Felipe Monteiro de Carvalho wrote:
> For the particular case of Graeme I have a small tendency to say the
> fpgui solution is better,
IMHO, a custom drawn widgetset is never better; as user I would refuse
to use it, unless forced to.
> because once done it will remain done, and
This has to do w
One thing that is probably missing on the analisys about building
fpGUI vs. fixing Lazarus bugs is how much effort is there in making
each of those things.
I won´t pretend to have an ready answer, but I would say this is the
most important question when choosing which one to do, if you consider
t
Michael Van Canneyt schreef:
Should we consider this email *the* documentation, or will you write a bit
more.
I will write a bit more, don't worry :-)
Not everybody can read german Toolbox articles.
I know, this is not the intention. The main problem is time.
The FPC testsuite is made us
--- Vincent Snijders <[EMAIL PROTECTED]> escribió:
> Michael Van Canneyt schreef:
> >
> > On Mon, 2 Apr 2007, Felipe Monteiro de Carvalho wrote:
> >
> >> On 4/2/07, Michael Van Canneyt <[EMAIL PROTECTED]>
> wrote:
> >>> Yesterday I sent the Apache support to Mattias for inclusion in
> Lazarus.
What other doubts do we have about this subject?
thanks,
--
Felipe Monteiro de Carvalho
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/ma
On Mon, 2 Apr 2007, Vincent Snijders wrote:
> Michael Van Canneyt schreef:
> >
> > On Mon, 2 Apr 2007, Felipe Monteiro de Carvalho wrote:
> >
> > > On 4/2/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > > > Yesterday I sent the Apache support to Mattias for inclusion in Lazarus.
> > > >
OK, I'll create a new bug report then.
Graeme.
On 4/2/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
Graeme Geldenhuys wrote:
> Hi,
>
> How do you reopen a bug report. I'm trying to reopen #6982 or #2013.
[...]
> I'm using Gtk1 under Lazarus (SVN r10847).
Those two bugs had to do with windows
Michael Van Canneyt schreef:
On Mon, 2 Apr 2007, Felipe Monteiro de Carvalho wrote:
On 4/2/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Yesterday I sent the Apache support to Mattias for inclusion in Lazarus.
It should then work on Linux-x86_64 too.
What do you mean by that? Apache sup
Burkhard Carstens wrote:
> However, with win32/gtk LCL this is even worse... seems like one never
> knows, whether an event was fired before or after ..
These are all bugs. The developer interface should be as consistent as
possible, yet the look and feel for the user as native as possible.
Probl
Graeme Geldenhuys wrote:
> Hi,
>
> How do you reopen a bug report. I'm trying to reopen #6982 or #2013.
[...]
> I'm using Gtk1 under Lazarus (SVN r10847).
Those two bugs had to do with windows XP theming bugs, not gtk1 related.
Micha
Marc Weustink schreef:
Graeme Geldenhuys wrote:
Sorry, it was for Lazarus.
??? thought that I added them. Strange.
They were added, but the checkbox for released was not yet set.
The version numbers for LazTarget were already updated and I didn't have
to do anything about those.
Vincent
Graeme Geldenhuys wrote:
> Sorry, it was for Lazarus.
??? thought that I added them. Strange.
Marc
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.fr
Graeme Geldenhuys wrote:
> Hi,
>
> As a workaround for the missing BorderStyle property (compared to
> CLX), I use a TLabel and TPanel to get the same effect. See attached
> image (image1). All TLabel and TPanel components are aligned alTop,
> except for the last (green) TPanel, which it alClien
On Mon, 2 Apr 2007, Felipe Monteiro de Carvalho wrote:
> On 4/2/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > Yesterday I sent the Apache support to Mattias for inclusion in Lazarus.
> > It should then work on Linux-x86_64 too.
>
> What do you mean by that? Apache support on Lazarus?
Mac: http://doc.trolltech.com/4.2/qmacstyle.html:
"Widget size - Mac OS X allows widgets to have specific fixed sizes. Qt
does not fully implement this behavior so as to maintain cross-platform
compatibility. As a result some widgets sizes may be inappropriate (and
subsequently not rendered co
Den Jean schrieb:
> On Monday 02 April 2007 17:46, Florian Klaempfl wrote:
>> convince somebody to use a Qt or GTK application on Windows or MacOS.
>> They will tell you always it looks and behaves strange. Consistent
>
> ???
>
> Qt uses Windows XP style engine on windows so it
> really looks li
On Monday 02 April 2007 17:46, Florian Klaempfl wrote:
> convince somebody to use a Qt or GTK application on Windows or MacOS.
> They will tell you always it looks and behaves strange. Consistent
???
Qt uses Windows XP style engine on windows so it
really looks like any other real windows XP app
The Firebird website and IPPhoenix have lot's of tools for every task
you might need :)
Razvan
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal
Graeme Geldenhuys schrieb:
> On 4/2/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>>
>> Having native controls is simply something people request. Just try to
>> convince somebody to use a Qt or GTK application on Windows or MacOS.
>> They will tell you always it looks and behaves strange. Consis
trayIcon1.Hide;
trayIcon1.Show;
Maybe this is the problem ?
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Get the best of all worlds, having a custom widgetset means one can
change it's behavior and even use native themes if required or maybe
even linking to existing engines like GTK-QT engine does providing QT
look for GTK apps using the QT engine, probably windows widgets have
the behavior most peop
Am Montag, 2. April 2007 17:37 schrieb Graeme Geldenhuys:
> Hi,
>
> Was any study (or prototypes) done to help make the choice on how
> Lazarus would implement widget sets?
>
> For example:
>
> 1) Wrapping existing native widgets with the LCL (as is currently
> done) vs Writing a native (object pas
I remember Zeos had ADO support but dunno if it's for lazarus too ...
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
On 4/2/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
Having native controls is simply something people request. Just try to
convince somebody to use a Qt or GTK application on Windows or MacOS.
They will tell you always it looks and behaves strange. Consistent
Getting a native look is easy.
Maybe SQLDB's ODBC Connector might just work :)
Razvan
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
Use native controls: LCL, wxWidgets
Implement custom controls: Qt, GTK
At first glance Qt looks like a great choice and is probably worth every
penny of its commercial license to the developer who needs a solid,
small, fast UI library that looks similar across platforms. But Felipe
and I discover
On 4/2/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Yesterday I sent the Apache support to Mattias for inclusion in Lazarus.
It should then work on Linux-x86_64 too.
What do you mean by that? Apache support on Lazarus?
--
Felipe Monteiro de Carvalho
_
On 4/2/07, Hess, Philip J <[EMAIL PROTECTED]> wrote:
I notice that win64's classes.pp includes stubs for AllocateHWnd and
MakeObjectInstance. Perhaps we could hear from the FPC team about
whether they plan to add these functions to other platforms.
We can ask, but afaik AllocateHWnd cannot be i
Florian Klaempfl wrote:
Graeme Geldenhuys schrieb:
Your input would be greatly appreciated.
Afaik Lazarus has two goals: being VCL compatible and using the native
widget sets of a platform.
Having native controls is simply something people request. Just try to
convince somebody to use
On 4/2/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
Having native controls is simply something people request. Just try to
convince somebody to use a Qt or GTK application on Windows or MacOS.
They will tell you always it looks and behaves strange. Consistent
behaviour across platforms is nice
Graeme Geldenhuys schrieb:
>
> Your input would be greatly appreciated.
Afaik Lazarus has two goals: being VCL compatible and using the native
widget sets of a platform.
Having native controls is simply something people request. Just try to
convince somebody to use a Qt or GTK application on Win
Hi,
Was any study (or prototypes) done to help make the choice on how
Lazarus would implement widget sets?
For example:
1) Wrapping existing native widgets with the LCL (as is currently
done) vs Writing a native (object pascal) widget sets from scratch
(like fpGUI or MSEgui) and implementing th
Felipe Monteiro de Carvalho schreef:
On 4/2/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
He should use SetWindowLongPtr on win64, otherwise he looses 32 bits.
SetWindowLongPtr cannot be used on win32 with fpc 2.0.4. The app will
refuse to run saying the function doesn´t exist.
My patch ins
On 4/2/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
He should use SetWindowLongPtr on win64, otherwise he looses 32 bits.
SetWindowLongPtr cannot be used on win32 with fpc 2.0.4. The app will
refuse to run saying the function doesn´t exist.
My patch instead uses TWin32WidgetSet.SetWindowLon
Am Montag, 2. April 2007 16:49 schrieb Graeme Geldenhuys:
> Hi,
>
> How do you reopen a bug report. I'm trying to reopen #6982 or #2013.
> One used to be able to add a note, which reopened the bug report, but
> I can't seem to do that now. No such option exits.
At the bottom of the "Viewing Issu
Hess, Philip J schreef:
Felipe's implementation, which instead stores the object method's code
and data pointers (4 bytes) in the window's user data, which is
retrieved by the actual callback function to reconstitute the object
method and call it, is cleaner and potentially cross-platform:
Set
Hi,
How do you reopen a bug report. I'm trying to reopen #6982 or #2013.
One used to be able to add a note, which reopened the bug report, but
I can't seem to do that now. No such option exits.
Anyway bug #6982 fixed the same problem I had with TRadioButton's
dropped on a PageControl with TabS
Graeme Geldenhuys wrote:
> Hi,
>
> As a workaround for the missing BorderStyle property (compared to
> CLX), I use a TLabel and TPanel to get the same effect. See attached
> image (image1). All TLabel and TPanel components are aligned alTop,
> except for the last (green) TPanel, which it alClien
I notice that win64's classes.pp includes stubs for AllocateHWnd and
MakeObjectInstance. Perhaps we could hear from the FPC team about
whether they plan to add these functions to other platforms.
In Delphi AllocateHWnd calls MakeObjectInstance to convert the object
method to a WindowProc callback
Hi,
As a workaround for the missing BorderStyle property (compared to
CLX), I use a TLabel and TPanel to get the same effect. See attached
image (image1). All TLabel and TPanel components are aligned alTop,
except for the last (green) TPanel, which it alClient.
The order at design time and run
On 4/2/07, Mattias Gaertner <[EMAIL PROTECTED]> wrote:
In Delphi 7 it is
TWinControl
|
TCustomControl
|
TCustomGroupBox
|
TGroupBox
I added an extra note to my bug report (after I sent the email)
explaining what you see in Delphi 7 VCL hierachy. To recap on my
n
On Mon, 2 Apr 2007 14:27:40 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> I filed a bug report for this.
>
> http://www.freepascal.org/mantis/view.php?id=8608
>
> It affects the following components I far as I can see. TListView,
> TGroupBox and TRadioGroup. The main problems is that
Ok, since noone answered so far I will.
Basically I think this method is very hard to be implemented on Gtk,
simply because the concept in which it is based does not exist there (
a function that can handle a generic message). And even if it is
implemented, I fail to see how it could be used at a
Vincent Snijders wrote:
Graeme Geldenhuys schreef:
As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
Mantis product version combobox.
Added.
For patches I initially had the idea that is doesn't matter on which
version it got reported. Thats why I didn't add the SVN version
Thanks Vincent.
G.
On 4/2/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Graeme Geldenhuys schreef:
> As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
> Mantis product version combobox.
Added.
Vincent
_
Sorry, it was for Lazarus.
G.
On 4/2/07, Marc Weustink <[EMAIL PROTECTED]> wrote:
Graeme Geldenhuys wrote:
> As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
> Mantis product version combobox.
For what project ?
Marc
__
Graeme Geldenhuys wrote:
I filed a bug report for this.
http://www.freepascal.org/mantis/view.php?id=8608
It affects the following components I far as I can see. TListView,
TGroupBox and TRadioGroup. The main problems is that the
TFrameControl class is missing from the LCL hierarchy, which
im
Graeme Geldenhuys wrote:
As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
Mantis product version combobox.
For what project ?
Marc
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe"
Graeme Geldenhuys schreef:
As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
Mantis product version combobox.
Added.
Vincent
_
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the
As the subject says 0.9.22 and 0.9.23(SVN) is missing from the
Mantis product version combobox.
--
Graeme Geldenhuys
There's no place like S34° 03.168' E018° 49.342'
_
To unsubscribe: mail [EMAIL PROTECTED] with
I filed a bug report for this.
http://www.freepascal.org/mantis/view.php?id=8608
It affects the following components I far as I can see. TListView,
TGroupBox and TRadioGroup. The main problems is that the
TFrameControl class is missing from the LCL hierarchy, which
implements the BorderStyle f
Hi,
Any reason why BorderStyle is missing as a published property in TGroupBox?
I'm trying to create a dialog based on the Gnome UI Style Guide, where
the caption is in bold and defines a group of controls. The controls
are indented compared to the caption. I thought the GroupBox would be
perfe
On 4/2/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
BTW:
Where is the LCL (fpdoc) class documentation on the web? I might as
well add it to that as well, if it exists.
Ignore that question!!! Found it very easily on the website menu.
--
Graeme Geldenhuys
There's no place like S34°
On 4/2/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
IIRC, they were explained in the source.
Yep, I did remember correctly:
Never even occurred to me looking in the source! :-)
Thanks for the info Vincent. I'll create a wiki page with that details shortly.
BTW:
Where is the LCL (fpdo
On Mon, 2 Apr 2007 12:07:29 +0200
"Graeme Geldenhuys" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Any know of some documentation on TGroupBox and TPanel's BorderSpacing
> property. Doing a WIKI search for BorderSpacing didn't show anything
> usefull.
>
> In the Object Inspector, BorderSpacing, has Cell
Graeme Geldenhuys schreef:
Hi,
Any know of some documentation on TGroupBox and TPanel's BorderSpacing
property. Doing a WIKI search for BorderSpacing didn't show anything
usefull.
In the Object Inspector, BorderSpacing, has CellAlignHorizontal and
CellAlignVertical sub properties, but I have kn
Hi,
Any know of some documentation on TGroupBox and TPanel's BorderSpacing
property. Doing a WIKI search for BorderSpacing didn't show anything
usefull.
In the Object Inspector, BorderSpacing, has CellAlignHorizontal and
CellAlignVertical sub properties, but I have know idea what they do.
Changi
On Mon, 2 Apr 2007, dayat wrote:
> Greeting, i new member,
>
> how to install ADO (ActiveX Data Object) to lazarus, because I will use
> excel as database.
You cannot install this in lazarus, unfortunately.
Also, using excel as a database is a very bad idea. If you are allowed to
choose:
For
When you say skinning do you mean just the form background, or all
widget controls + form background? For widget controls, do you want to
include things like scrollbars, up/down buttons in scrollbars,
comboboxes etc.. How far do you want to go with the skinning of you
application?
If you are run
Greeting, i new member,
how to install ADO (ActiveX Data Object) to lazarus, because I will use
excel as database.
thank you of its aid
dayat
Thanks Micha, that is handy to know!
Graeme.
On 3/30/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
Hi all,
If you haven't noticed yet, we have put an entry in the FAQ on the wiki
clarifying the license requirements for plug-ins in combination with
Lazarus, as there has been some confusion in
Darmawan Sugiarto wrote:
Congratulation
Lazarus 9.0.22 is already solve this problem thanks to developer
I can confirm the similar problems with MySQL/MyODBC also disappeared in
0.9.22! Great work. Note to self: next time test with trunk version of Laz too
:)
Regards,
Bram
89 matches
Mail list logo
