Marc : Working on the Mouse Capture and X/Y coord reporting.

Mattias: Working on streaming more controls (TNotebook and TBitmap/TPixmap) and moving the controls in the editor (TDesigner code).

Shane: Finish TImageList. Work on features for the Form Editor and Code Editor.

Other things we need fixed:

TPopupMenu. When you construct a TPopupMenu and add items to the menu, everything works fine when you display it. If you add another item to the menu and you've already displayed it once, the new item(s) don't appear. The TPopupmenu needs additional code to either totally re-build itself when it changes or to notify the interface controls (GTK in this case) that it should add a menu item.

TMemo: This control is not reporting LM_KEYDOWN, LM_KEYUP, etc events. No key events are being reported.

TEdit: Events to this control seems to bleed to the form. For example, run Lazarus and create a new form and drop a TEdit on the form. Make sure your console window is visible so you can see the debug WRITELN's. Click on the TEDIT. You wil see a line saying TDesigner.MouseDownOnControl. This states that this function was called. The problem is it's called TWICE. Once by the TEdit and once by the TForm. The same occurs for MouseUpOnControl.

Those are the major ones right now that I need fixed by SOMEONE who is not busy on other things...

Please let me know.
Shane

>> 01/11/01 08:25AM >>>

Marc, did you commit CVS? I updated and am getting an error because mCaptureHandle is used in gtkcallback but it's not defined anywhere.

Did you forget to commit something?

Shane

>> 01/10/01 10:31AM >>>

You don't need that.

Yesterday I was debugging/modifying some gtkInc files and every modification I made directly compiled with make lcl, a result I never have seen before.

I used a 1.0.5 compiler whith the latest changes, I changed and committed the new makefiles.

Compiling Lazarus with ppc directly gives al kinds of unreproducable problems (on different machines).

+ From: Shane Miller
+
+ See, I had to setup my ppc386.cfg file and do a
+
+
+ ppc386 -B lazarus.pp
+
+ to get it to run without Access Violations.
+
+ Shane
+
+
+ >>> 01/10/01 09:24AM >>>
+ Marc did you make that change in the Makefile that Peter
+ suggested with regards to recompiles?

Yep

+ I ask because I did a 'make clean' this morning and then tried to do a
+ make and it keeping dropping out with unit not found errors. I had to
+ run make 4 times before it finally did a complete build. Should this
+ still be happening or is it me?

First (if you've used ppc directly) remove all .o and .ppu files you find in the lazarus dir. The makefiles place the units in separate dirs, use them from those dirs and will only clean those dirs.

If that doesn't work, please let me know which units couldn't be found.

+ The IDE wouldn't then run of course due to Access Violations
+ but that is another matter.

I didn't apply the lastes changes from shane yesterday, but before that everything runs like...

Marc

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

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

And i have another unit for printing a big unit in relation with the base. For this printing unit i use under windows in bp7 i use the DC! so what do i use to be compatible with lazarus/fpc (in windows/linux)????

Currently lazarus has no printer support in the interface. GTK has AFAIK no DC alike for printing.

Marc

I know about it. The problem is to make RichText component (not RTF text, but Rich).
There is Text widget (which seems to provide this).

I agree it should be very straight forward. You will interface it (on GTK) with the GTKText control which we already do for TMemo. The differnece is that TMemo doesn't/shouldn't allow the user to change font and such. Really that's the MAJOR difference between TRichEdit and TMemo so it should go pretty smooth.

If you have any questions, let us know.

Shane

>> 01/12/01 03:11AM >>>

What about RichEdit component? I think, it won't be very difficult to make it. I can try to do it if it hasn't be done before!

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

What about RichEdit component? I think, it won't be very difficult to make it. I can try to do it if it hasn't be done before!

Shane Miller wrote

I agree it should be very straight forward.

displaying yes, editing no.

Martin

A good place to look for file formats (for almost any file type) is:

http://www.wotsit.org/

I noticed that they had the full specification for the Rich Text Format in the archive, including some variations you ought to consider when working on a control like this.

i try to migrate my lib to fpc/lazarus
i have made some lib directly relation with my database (like when you search some text into on selection area (like a filter) , automaticly a list appear fill with the right value
So with my base you could import export delete record it without coding a lot.

And i have another unit for printing a big unit in relation with the base. For this printing unit i use under windows in bp7 i use the DC! so what do i use to be compatible with lazarus/fpc (in windows/linux)????

And Just now i try to translate the asembler part of my source with some difficulty (i post a message in the fpc list)

Lionel Drevon
Adeli http://www.adeli.fr
618 Av. Gal de Gaulle Tel 04 78 66 11 85
69760 Limonest Fax 04 78 66 04 33

FoodTechnologist wrote

What about RichEdit component? I think, it won't be very difficult to make it. I can try to do it if it hasn't be done before!

The FCL has a rtfparser unit; I used that unit once to develop a RTFPanel in Delphi; You can use that unit as a start maybe ?

Michael.