[lazarus] Update
Michael Van Canneyt
michael.vancanneyt at wisa.be
Wed Oct 27 09:54:26 EDT 1999
On Wed, 27 Oct 1999, Shane Miller wrote:
> I would prefer that we add a LINUX.PP file to the LCL and create
> new functions with these ssame names. That way we don't have to
> change ANY code except the USES clause. In the USES we would
> just have to add linux.pp and the winapi calls would be there.
But the linux units is a basic RTL unit, so then you will create big problems
on linux - sysutils depends on it for instance, you will get infinite loops etc
etc etc.
You MUST create a unique unit name, or you will end up with problems;
you need to change the uses clauses anyway, so I think that this is a
minor pain.
Michael.
>
> Shane
>
>
> >>> Curtis White <osiriz at teleport.com> 10/26/99 11:36PM >>>
>
> On 26-Oct-99 Marc Weustink wrote:
> >
> > Now the question how to implement. I think thewre are a few options:
> > 1)
> > Don't support direct API calls. Use their class counterparts. IE, dont use
> > ExtTextOut(Canvas.Handle, ...) but use Canvas.ExtTextOut(...). This bereaks
> > a lot of compatibility.
> >
> > 2)
> > Use a platform dependent windows.pp like the classes unit. However there
> > aleady exists a rtl windows.pp (and linux.pp)
> >
> > 3)
> > Since linux.pp and windows.pp are rtl files, create ONE LCLwindows.pp. This
> > file contains (win)API related implementations for every platform (if it is
> > possible) or just a call to its InterfaceObject(since it's global)
> > counterpart (all platform specific stuff in one place). Like
> > LCLwindows.ExtTextOut calls InterfaceObject.ExtTextOut.
> >
> > Question is, what way to go. I think I prefer last one. It's only adding a
> > reference to LCLwindows if needed. Any thoughts ?
> >
>
> I agree with you. I like the last option. But the problem we will need to
> overcome is the compatibility with Delphi. Almost every Delphi unit in
> existance contains:
>
> uses Windows ...
>
> So all of those would need to be changed depending on which environment you are
> compiling in. If compiling in Windows, then everything is fine. But then the
> code will need to be changed to compile in Linux. Also, when compiling in
> Windows, how would we handle functions that are the same in both LCLwindows and
> Windows?
>
>
> Curtis
>
> _________________________________________________________________
> To unsubscribe: mail lazarus-request at miraclec.com with
> "unsubscribe" as the Subject
> archives at http://www.miraclec.com/list_archives/lazarus
>
> _________________________________________________________________
> To unsubscribe: mail lazarus-request at miraclec.com with
> "unsubscribe" as the Subject
> archives at http://www.miraclec.com/list_archives/lazarus
>
More information about the Lazarus
mailing list