[lazarus] Free IDE?

[Michael A. Hess]

Samuel Liddicott wrote:
> 
> Because Michael Hess is dead set against it.

Hooooold on!

I am not dead set against windproc. I am against making any of the code
WIN32 specific or following a WIN32 design. If you can add windproc
without the need of ifdefs and the like to implement it then fine by me.
I just don't want to see alot of ifdef stuff being added so that the
code will work in a pure WIN32 invironment when we already have lots of
tools for doing that already. If the windproc stuff can be added to the
base Lazarus classes so that it can be used with a Windows API set well
then fine. However, unless I misunderstood something you wanted to add
WindProc to work with GTK. Isn't that right? Since that isn't how GTK
does the message handling I don't see how you could add doing it using
the windproc method that Delphi uses without tying the LCL directly to
GTK. If you can show me how, by all means do it.

 
> >We have been drawn down
> >in to discussions of WindProc, WinHandles, etc. etc. and it just doesn't
> >need to be talked about or done at this time.
> 
> Basically he wants to tie strongly with GTK to get the themes, DnD and
> Corbra for free (despite the fact it goes against his other well
> publicised intention to keep things platform independant).

Here is where you are mistaken. Not PLATFORM independant, WIDGET (API)
independent. This is refering to GTK, Qt, wxWindows, XForms, XLib, etc.
etc. etc.

In many cases such as GTK, wxWindows this widget sets already have a
Windows (WIN32) version which means they would also be platform
independant if they adhere to these widget sets.
 
> He thinks supporting wndproc makes it windows dependant, despite the
> fact I tried to show it is just an extra layer of abstraction and
> therefore makes it less dependant.

Again maybe I am missing something here. Please show me again how, in
code if possible, how you could do this and not tie directly to the
widget API.

We can take it off of the mailing list to discuss. Just email me
directly.
 
-- 
==== Programming my first best destiny! ====

Michael A. Hess      Miracle Concepts, Inc.
mhess at miraclec.com   http://www.miraclec.com