Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2000-03

mwEdit suite version.92a

10 messages · 6 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Peter Dyson
to Shane Miller: I am very close to getting the PROJECT OPEN and PROJECT SAVE features done. Once this is…

----- Original Message -----

Earlier message 25 lines
From: Shane Miller To: Sent: Wednesday, March 01, 2000 7:44 PM Subject: Re: [lazarus] mwEdit suite version.92a > I am very close to getting the PROJECT OPEN and PROJECT SAVE features done. Once this is completed I could see us bringing in some new code base. However, I don't want to get rid of what we have. Either we need to call it TmwCustomEdit2 or place it into a different directory or something. I would really like this thing working so that we could use it to edit the code. > In a few days I think I can have it working to a point that we could edit with it. However if we change editors then that would change everything. > > Can we add the code seperatly for now and work on it? > Shane > That should not be a problem as I currenlty have both codebases working, I just rename the codebase directory to work with to mwEdit. I'll start to try and tidy things up, Makefile stuff etc and send it to someone. I'll let you all know when I have done that, who to send it to? Peter

Reply by email

Peter Dyson

Ok I can report a small amount of success in getting this version working. The load time for the source file is a fraction of a second :), as it now only draws what it needs to display.

My question is at what stage would you all accept a new code base for the editor. The code works quite differently from the version in CVS at the moment and there is a whole raft of new APIs to get working to get this working correctly. Mainly stuff to do with InvalidateRect and getting the invalid region to paint from the window manager. gtk seems to have the mechanisms there to be able to get this functionallity, I am assuming that gtk_widget_queue_draw_area does something along
these lines but have not looked at gtk too deeply yet.

The major problem I have is a segfault in the hightlighter code where the highlighter uses a jumptable to its own methods, this seems to work fine in the current code base but I can't work out why the dammed thing apparently loses it reference to itself and ends up with a null pointer to its own instance.

Anyway the features of this are quite good, cached resources fonts, bitmaps etc and lots of pluggable highlighters, working down the list in no specific order,
HP48 assembler
68HC11 assembler
CA-Clipper
C++ syntax
Java syntax
Perl syntax
DOS batch
DFM syntax
Standard ML syntax
AWK highlighter
HTML highlighter
INI files
Kix script files
VBScript highlighter
Galaxy PBEM
Baan 4GL
Cascading stylesheets
GEMBASE highlighter
Fortran
Foxpro
HTML exporter
ObjectPascal
x86 assembly syntax
Python
Visual Basic
TCL/TK syntax
ADSP21xx assembler
PHP highlighter
SQL highlighter
Sybase SQL

+ code completion drop down component and helper
+export to rtf and HTML

Peter

Reply by email

Shane Miller

I am very close to getting the PROJECT OPEN and PROJECT SAVE features done. Once this is completed I could see us bringing in some new code base. However, I don't want to get rid of what we have. Either we need to call it TmwCustomEdit2 or place it into a different directory or something. I would really like this thing working so that we could use it to edit the code. In a few days I think I can have it working to a point that we could edit with it. However if we change editors then that would change everything.

Can we add the code seperatly for now and work on it? Shane

>> 03/01/00 01:34PM >>>

Ok I can report a small amount of success in getting this version working. The load time for the source file is a fraction of a second :), as it now only draws what it needs to display.

My question is at what stage would you all accept a new code base for the editor. The code works quite differently from the version in CVS at the moment and there is a whole raft of new APIs to get working to get this working correctly. Mainly stuff to do with InvalidateRect and getting the invalid region to paint from the window manager. gtk seems to have the mechanisms there to be able to get this functionallity, I am assuming that gtk_widget_queue_draw_area does something along
these lines but have not looked at gtk too deeply yet.

The major problem I have is a segfault in the hightlighter code where the highlighter uses a jumptable to its own methods, this seems to work fine in the current code base but I can't work out why the dammed thing apparently loses it reference to itself and ends up with a null pointer to its own instance.

Anyway the features of this are quite good, cached resources fonts, bitmaps etc and lots of pluggable highlighters, working down the list in no specific order,
HP48 assembler
68HC11 assembler
CA-Clipper
C++ syntax
Java syntax
Perl syntax
DOS batch
DFM syntax
Standard ML syntax
AWK highlighter
HTML highlighter
INI files
Kix script files
VBScript highlighter
Galaxy PBEM
Baan 4GL
Cascading stylesheets
GEMBASE highlighter
Fortran
Foxpro
HTML exporter
ObjectPascal
x86 assembly syntax
Python
Visual Basic
TCL/TK syntax
ADSP21xx assembler
PHP highlighter
SQL highlighter
Sybase SQL

+ code completion drop down component and helper
+export to rtf and HTML

Peter

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

Reply by email

Unknown author
to Peter Vreman: There is nothing yet anymore. I made once a patch against glade 0.3.6. but that one is…
Peter Vreman wrote 7 lines
> May be anybody know about porting GLADE under FPC or add pascal > support to GLADE..... There is nothing yet anymore. I made once a patch against glade 0.3.6. but that one is obsolete. The easiest way would be an xml reader and then translate the xml generated by glade to pascal.

There is a XML reader in the FCL, so that should work !

Michael.

Reply by email

Marc Weustink
to Peter Dyson: Ok I can report a small amount of success in getting this version working. The load time…
Peter Dyson wrote 8 lines
there is a whole raft of new APIs to get working to get this working correctly. Mainly stuff to do with InvalidateRect and getting the invalid region to paint from the window manager. gtk seems to have the mechanisms there to be able to get this functionallity, I am assuming that gtk_widget_queue_draw_area does something along these lines but have not looked at gtk too deeply yet.

Just name the API's needed. As far as I have seen, GTK/GDK can do region stuf, so that shouldn't be a problem.

Anyway the features of this are quite good, cached resources fonts, bitmaps etc and lots of pluggable highlighters, working down the list in no specific order,

Ok, that means that if all gets working, the font cache get's a lower priority to me.

Marc

Reply by email

Marc Weustink
to Peter Dyson: ----- Original Message ----- From: Marc Weustink the key ones are for starters:…

+ From: Peter Dyson

+ InvalidateRect: At the moment I point this to the class
+ method which of
+ course does nothing
+ ClipRect:
+ UnionRect : I have this simply implemented.
+ SetBkColor :
+ ColorToRGB
+ Opaque drawing in ExtTextOut

OK

+ Next:
+ fix GetObject to get a proper LogFont it is still creating
+ too many new font handles

??? It doesn't create the handles, the callig app does ;-)

+ just not as many as before

Marc

Reply by email

Peter Dyson
to Marc Weustink: Just name the API's needed. As far as I have seen, GTK/GDK can do region stuf, so that…

----- Original Message -----
From: Marc Weustink

Just name the API's needed. As far as I have seen, GTK/GDK can do region stuf, so that shouldn't be a problem.

the key ones are for starters:
InvalidateRect: At the moment I point this to the class method which of course does nothing
ClipRect:
UnionRect : I have this simply implemented.
SetBkColor :
ColorToRGB
Opaque drawing in ExtTextOut

Next:
fix GetObject to get a proper LogFont it is still creating too many new font handles
just not as many as before

With these few done the editor should more of less work.

I fixed the segfault and got the hightlighter fully functional. It now highlights keywords, numbers etc in different colours.

Still tying to tidy it up got sidetracked by the highlighter :)

Peter

Reply by email