Recent changes:

- TRadioGroup nearly completed
- minor changes to groupbox
- introduced TBevel in extrctrls (new file bevel.inc)
- minor changes to constructor in customlistbox.inc
- safety check for fCompStyle csNone in wincontrol.inc

Hi,
first of all a happy 2000.

Latest changes:
+ Added keyup and buttonup events.
They already where there only the signal mask of the widget-window wasn't set :-(

+ Added LM_MOUSEMOVE callback
Wasn't there yet. In order to do a selection by mouse you need this. Somehow the selection dosnt work yet without pressing shift (?)

+ Started with scrollbars in editor
First attempt to get scrollbars. Don't know if this is the way to go (For a scrolling canvas it is for sure). I need to do some more investigations.

Marc

Hi, some changes. Not many to do with mwEdit... I won't make large changes right not, I somewhere caught the flu.

Changes:
Fixed LM_CHAR message.
It is now after the LM_KEYUP message

Fixed Menus at checkbox example.
A question. TMenubar, is this a component of Delphi ?? For now, don't use it. Create menus like in main.pp or examples/checkbox.pp

Removed references to TTabbedNoteBK (somebody removed the files) and changed it on the compileroptions form. The tabpages work on this form, the components ....

Marc

No, TMenubar is no Delphi component. Seems to be an old component, think we can remove it.

bye,

Stefan

recent changes:

- changed ReadState procedure to match actual implementation in fcl (Affects TPage / TCustomNotebook)
---> requires actual fcl!!!!!!!!!!!!!
- fixed bug in TCustomRadioGroup, no longer crashing in Destroy
- added callback for stringlist in TCustomradiogroup (OnChanging event)

recent changes:

- new messages LM_GETVALUE, LM_SETVALUE, LM_SETPROPERTIES
- changed trackbar, progressbar, checkbox to use above messages
- some more published properties for above component (all properties derived from TWinControl)
- new functions SetValue, GetValue, SetProperties in gtk-interface
- removed some specialized messages for trackbar, progressbar & checkboxes (in fact replaced them by the ones mentioned above)

Hi,

some changes:

+ Added more scrollbar support for TWinControl
The comtrol is now based upon a GTKScrollingWindow and a modified GTKFixed (GTKWinapiWindow). For now most signals for TWinControl are yet connected to the wrong widget (now scrolling window it should be the fixed). This results in a lockup when dragging the scrollers. This will be fixed. Anothjer thing to do is the scroll handling for all the applicable winapi functions
(show/hide/get/setinfo and others)

+ Added some cvs entries
to some files wich didn't have history enties

Marc

BTW, due to some problems with my new rtl, I couldn't check if everything compiled after I got the latest changes (it did before I retrieved the latest changes). Sorry for that.

Marc

+ From: Marc Weustink
+ Hi,
+
+ some changes:
+
+ + Added more scrollbar support for TWinControl
+ The comtrol is now based upon a GTKScrollingWindow and a modified
+ GTKFixed (GTKWinapiWindow). For now most signals for TWinControl
+ are yet connected to the wrong widget (now scrolling window it
+ should be the fixed). This results in a lockup when dragging the
+ scrollers. This will be fixed. Anothjer thing to do is the scroll
+ handling for all the applicable winapi functions
+ (show/hide/get/setinfo and others)
+
+ + Added some cvs entries
+ to some files wich didn't have history enties +
+
+ Marc
+
+
+ _________________________________________________________________
+ To unsubscribe: mail with
+ "unsubscribe" as the Subject
+ archives at http://www.miraclec.com/list_archives/lazarus +

Some more changes:

Removed some old ifdef stuf from mwEdit

Added CreateCaret.
Now most Caret funcs are implemented, now only for APIWindowWidget (= controls derived from TWinControl). For other controls the code has to be added.
APIWindowWidget_HideCaret doesn't do anything yet.

One can check CreatCaret by pressing insert.
(For one reason I don't know, the editor doesn't get a LM_Focus message so CreatCaret isn't called initially)

Marc

Michal Bukovjan wrote

I just commited some changes into the CVS. Began implementation of DeleteObject in GtkWinAPI.

Great, that was something I still had to do but hadn't time for it.

Fixed a bug in GDIObject allocation. This in turn fixed a lot of weird problems, and now the fonts display correctly/perfectly on my Linux :-)))

??? The only main difference I see is a AllocMem instead of a New. AFAIK the new should work allso (or is there something I don't know ?)

Hmmm... It dumps here. I'll try to find why.

Marc

+ From: Michal Bukovjan
+
+ New should also work, but it does not zero memory upon
+ allocation. This was causing all sorts of things,
+ instead of font of size 10 normal I was getting
+ font 14 italics, etc.
+ You could also see tons of messages like XLFD : could not find
+ courier-*-*-1254545465-14545412-* and other nonsense. +
+ As I changed it to AllocMem, fonts display OK and the error
+ messages about fonts mostly disappeared.

It didn't change anything for me, I get still these messages. Second, the origin of these messages is not the memory being zeroed but the fact that GetFont doesn't return valid info on a DC with HWND=0. Thats a part that had a low priority to me so I didn't fix it yet.

Another thing to keep in mind is that AllocMem/FreeMem and New/Despose should be used together. Since the rest of the API uses dispose, I prefer to use New instead of AllocMem

Something else.
I allso saw that you changed the pointsize and the resolution of the XLFD. As far as my docs go this shouldn't be done since we are using the font height (and not point size). If you're using font height the pointsize should be empty and a resolution should only be given if a pointsize is used. Do you have other sources of info ?

Marc

I start to remember things.
You get these strange results as a result of the current implementation of GetDC, CreateFont and GetObject(gdiFont). As a temp hack I stored the logfont info from the CreateFont into the GDIObject, so the GetObject can return this info. GetDC doesn't store this info. So if you do a GetObject on a font coming from such a DC (for instance the result of selectobject) you get rubbish.
As I said it is a temp hack. The logfont info shouln't be there and the info for GetObject(gdiFont) should be constructed from the CurrentFont, I only rembered there was something, but didnt know what (till now)

It is OK, it is small on my X server, too. But as I looked into GNOME font selector, this is really how courier of size 10 should look like. I suggest switching to font size of 12 or maybe 14.

OK

Marc

At 21:36 17-01-2000 MET, Michal Bukovjan wrote: Hmmm... It dumps here. I'll try to find why.

Fixed dumping.
BTW, I don't know what changed, but it horrably slow now.

Marc

Hi, Made scrolbar support definitive, now only the correct messages and supporting winapi funcs have to be added

Messages are added --> we can scroll

Marc

Thanks.
Are you saying it takes too many resources? I'll look at it and see if I can improve it. I would love to find a way to determine which cursor the widget currently is using.....(like when it's created)

Marc

---------------------------------------
Shane Miller

Get paid to surf the net!
http://alladvantage.com/go.asp?refid=DEX-870

Home page : http://www.lakefield.net/~smiller

Auto-IP Publisher : http://www.lakefield.net/~smiller/autoip

Advanced Clipboard : http://www.lakefield.net/~smiller/advclipboard

Lazarus : http://www.miraclec.com/lazarus

Hi,

Latest changes:
I added the GetFocus API func based on GTK/GDK. This brings us a bit closer to Set/ShowCaret

Marc

Added OffSetrect

Shane

I agree. I found this would be a problem by seeing error XLFD messages with totally weird values, like courier-212312-345345345 and so. So I thougt there is something wrong with some properties not being always initialized, and it was, although I did not find where, yet.

PixelsPerInch

at that moment. The only thin now in my case is that the font is drawn way to small. But thats I think a bug in my XServer (Xwin32 on a NT box with large fonts).

It is OK, it is small on my X server, too. But as I looked into GNOME font selector, this is really how courier of size 10 should look like. I suggest switching to font size of 12 or maybe 14.

Michal Bukovjan

____________________________________________________________________ Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.

Hi,

Some changes:
Created/updated new gtkwidget for TWinControl decendants like mwCustomEdit also improved foccusing on such a control (mouseclick results in focus)

Made scrolbar support definitive, now only the correct messages and supporting winapi funcs have to be added

BTW: Shane (?) nice work on the cursor (It only takes some resources ;-)

Marc

I just commited some changes into the CVS.

Fixed Makefile so that it does not want tabnotbk again. I already fixed it, but someone commits over this and it gets bad again.

Began implementation of DeleteObject in GtkWinAPI.

Played with TFont a bit, also with Screen / TScreen. Moved them to a saner place.

Fixed a bug in GDIObject allocation. This in turn fixed a lot of weird problems, and now the fonts display correctly/perfectly on my Linux :-)))

Good night everyone.

Michal Bukovjan

____________________________________________________________________ Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.

To:
Subject: [lazarus] cvs changes

Latest changes:
The first primitive Caret functions are getting visible It only shows itself. Luckely the editor repaints itself most times so it allmost looks real ;-)

Marc

Hi,
I added the winAPI code for scrollbar handling, so the editor can scroll. One thing left which looks like a mwEdit bug: when on the last line, the scrollbar doesn't scroll up (so you cant se you last line).

Marc

Added some code for Application.ProcessMessages. Not fully tested and definitly not completed.

Added

TScreen.width
TScreen.Height
TScreen.GetWidth
TScreen.GetHeight.

I also added the code in GetSystemMetricsa for these (width,height) to work.

Shane