[lazarus] GIMP source

[Baeseman, Cliff]

Anyone have a copy of the gimp source in zipped format.

I can grab it off the web site in .gz but cannot look at it because I do not
have a nix box handy to open it. 

Cliff

-----Original Message-----
From: Shane Miller [mailto:SMiller1 at stvgb.org]
Sent: Tuesday, October 19, 1999 11:35 AM
To: lazarus at miraclec.com
Subject: Re: [lazarus] Editor


Curtis, are you settting a define up for Linux in the MWEDIT code?  For
example, if I simply try to compile I get an error on the InttoIdent call in
mwkeycmds.pas.  I looked at the code and defined {$DEFINE MWE_COMPILER_2} so
that it took the code instead of calling that procedure and it worked fine.


Are you doing anything like that?

Shane


>>> Curtis White <osiriz at teleport.com> 10/18/99 11:30PM >>>
I have also been working hard on getting an editor working.

Shane, I think Sebastian has come up with a way we can get SHEdit working by
just implementing the abstract class he is writing. Right now SHEdit
inherits
from TScrollBox, but we will be changing that to not inherit from anything
(I
think that is what he said). So I wouldn't spend too much time trying to
build
all those KCL components. I think with that abstract class, we can just use
LCL
and FPC code and get it working without all that work.

I have been working on getting both SHEdit and mwEdit working. I started
working
on SHEdit, but I decided to wait on it until Sebastian finished that
abstract
class. Once he has that done, I think it will be easy to get SHEdit working
for
us.

In the mean time, I started working to get mwEdit to compile with FPC. I am
getting close. There are several parts where I am just creating skeleton
classes and methods. We will need to write code for these before mwEdit will
completely work. But getting it to compile is my first hurdle to overcome. I
am keeping track of the classes and methods that we need to get working in
order for mwEdit to work. 

In order to get parts of mwEdit working, I had to add a Registry unit to the
LCL
and also a Windows unit. The Windows unit is ONLY for compatibility with
Delphi.
It contains some constants and type definitions and that is all. We need to
make
sure that nobody puts any M$ Windows API calls in it. I haven't implemented
any
of the methods in the Registry units because we still need to decide how we
are
going to implement that in a cross platform manner (meaning, how we will do
it
in Linux). I checked in the Registry and Windows units to CVS.

Between both of these editors, I think we can get one (or both) of them
working
very soon now. 

If anyone wants to start working out some way to implement the Registry
units
so they work in both Windows and Linux, that would be very helpful.


Curtis

On 18-Oct-99 Shane Miller wrote:
> I have started adding a TScrollBox to our LCL.  I of course need to add a
> TControlScrollBar, then a TScrollingWinControl, THEN a TScrollbox.  Any
help
> would be appreciated.  I am updating the LCL to CVS.  The code can be
found
> in FORMS.PP
> Pick a class and add code to it, or add the underlying code into
gtkobject. 
> I don't care which, but we NEED this to get the editor working.....
> 
> CVS is updated.  Post your changes as soon as they are made.....
> 
> Thanks
> Shane
> 
> 
>>>> "Shane Miller" <SMiller1 at stvgb.org> 10/18/99 01:59PM >>>
> Looks like we need a TScrollBox component.  We could use the gtk
> scrolledwindow
> I'll look into this and let you know if this can be accomplished easily. 
> 
> Not sure if this class would be the best one to use.
> 


_________________________________________________________________
     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