I have one (or at least had one) and it filters most extentions (.o .ppu .bak etc)
At one point while we were working on the same files, I got lots of merge conflicts (and corresponding version files). I was to lazy to adjust it and now I got used to all questionmarks. I jump to the end of my update log and scroll up to see what is changed. The questionmarks are in the beginning and can/could be ignored

Marc

Comitted

-----Original Message-----
From: Andrew Johnson

...Snip...

Yeah! What he said!

LOL

I'll just stick to runtime loading for another month or so it sounds like... hehe.

-Tony

<<winmail.dat>>

Okay given all the problems I was(am) having with Bitmaps. I created a Patch and manually edited out the bitmap problem code, applied it to a fresh copy from CVS, and started cleaning up my other changes. So here is the result if someone wants to commit it to CVS.(apply IN the lazarus directory)

Here is the run down of what it includes -

-Vasily Volchenko's Updated Russian Localizations

-improvements to GTK Styles/SysColors
-initial GTK Palette code - (untested, and for now useless)

-Hint Windows and Modal dialogs now try to stay transient to the main program form, aka they stay on top of the main form and usually minimize/maximize with it.

-fixes to Form BorderStyle code(tool windows needed a border)

-fixes DrawFrameControl DFCS_BUTTONPUSH to match Win32 better when flat

-fixes DrawFrameControl DFCS_BUTTONCHECK to match Win32 better and to match GTK theme better. It works most of the time now, but some themes, noteably Default, don't work.

-fixes bug in Bitmap code which broke compiling in NoGDKPixbuf mode.

-misc other cleanups/ fixes in gtk interface

-speedbutton's should now draw correctly when flat in Win32

-I have included an experimental new CheckBox(disabled by default) which has initial support for cbGrayed(Tri-State), and WordWrap, and misc other improvements. It is not done, it is mostly a quick hack to test DrawFrameControl
DFCS_BUTTONCHECK, however it offers many improvements which can be seen in cbsCheck/cbsCrissCross (aka non-themed) state.

-fixes Message Dialogs to more accurately determine button Spacing/Size, and Label Spacing/Size based on current System font.
-fixes MessageDlgPos, & ShowMessagePos in Dialogs
-adds InputQuery & InputBox to Dialogs

-re-arranges & somewhat re-designs Control Tabbing, it now partially works - wrapping around doesn't work, and subcontrols(Panels & Children, etc) don't work. TabOrder now works to an extent. I am not sure what is wrong with my code, based on my other tests at least wrapping and TabOrder SHOULD work properly, but.. Anyone want to try and fix?

-SynEdit(Code Editor) now changes mouse cursor to match position(aka over scrollbar/gutter vs over text edit)

-adds a TRegion property to Graphics.pp, and Canvas. Once I figure out how to handle complex regions(aka polygons) data properly I will add Region functions to the canvas itself (SetClipRect, intersectClipRect etc.)

-BitBtn now has a Stored flag on Glyph so it doesn't store to lfm/lrs if Glyph is Empty, or if Glyph is not bkCustom(aka bkOk, bkCancel, etc.) This should fix most crashes with older GDKPixbuf libs.

One problem introduced in this patch that I have as yet been unable to track down is every now and again on closing lazarus I get a bunch of gtk_object is not an object errors.. It doesn't apear to be any of my interface changes(though it could be) so I assume it is a problem somewhere else in the interface that shows up on account of some of my other code. I tried building lazarus in memcheck mode to try and track in down, but it broke my build(I think something is wrong w/MemCheck mode). So if anyone knows or finds the cause please let me know so I can fix it.

Any other problems or questions (or better yet, fixes ;-), please let me know.

Andrew

_________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bin00004.bin
Type: application/octet-stream
Size: 28730 bytes
Desc: "lazarus.patch.gz"
Url : http://localhost/pipermail/lazarus/attachments/20020927/431838f9/bin00004.bin

I just updated my cvs, and saw that it didn't include lcl/include/region.inc, so I checked CVS web and saw that all my changes except that new file were there. I checked the Patch and it is included, so I am guessing it just somehow didn't get commited with the rest of the changes. This breaks lazarus compiling..

Andrew

_________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

OK, I'll check

Marc

But still no TImage streaming to form?

-Tony

Perhaps a .cvsignore file could be created?

Michal

But still no TImage streaming to form?

nope. And yes... Basically the streaming itself is not the issue, it currently works great in and of itself, but the LCL Bitmap implementation is incomplete. And.... the Bitmap implementation is dependent upon Device Independent Bitmap(DIB) Implementation, and that also requires Palette implementation. I have what could feasibly be used for Palette's in place, however since DIB are a Win32 and Os/2 thing, there is nothing close to them in standard GTK/GDK, the closest thing being GDKPixbuf's. So essentially to put it blunt, I am not just trying to create a Win32 wrapper around GTK code, but recreate Win32 code from Scratch. I am currently rethinking this, and considering screwing true Win32 Compatibility in this area and doing it the best way I can figure it out. Which will still take time. Unfortunatly it may take several more weeks before you start to see progress.(unless some other folks out there who actually know what they are doing decide to help....hint hint)

However.. the reason you cannot use TImage streaming at all is because no one has written a routine to write Pixmaps to stream. This could actually be done feasibly much simpler than all this nonsense, however I would rather have full native, and more importantly, STABLE, Bitmap loading in place, before I worry about proper Saving. And in reality, once the loading part is in place, the saving of bitmap's becomes easy anyway. So.. if you want to try and create a platform independant routne to write pixmap data, you would be able to stream your XPM files. To see how it is read, you can look at the Win32 interface's loading code, and see if you can't do it in reverse...

Andrew

_________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

Now it is :)

This breaks lazarus compiling..

Not for me :-)

To avoid this in the future, can you notify when there are new files to add. In CVS files have to be added first before you can commit them. Since I apply the patch, rebuild Lazarus, test Lazarus and finally I commit the changes. CVS commit only shows a question mark on unknown files, in my case a lot (temp files, bak, versions etc) so a new file is easally missed.

Marc.