Thanx for the Link to ImageEn...it looks good, especially as I never used the extra stuff like the toolbars, etc from ImageLib. As for buying source, if and when I can afford to I always do. It would have been impossible to upgrade most of what I have from D2005 to D2007 let alone to D2009 without it! <g>
I've never yet had need for TBookmark in the dB apps I've written, so I'm not very worried about that, but I started using the port of Systools 4 to D2009 today and although everything compiled just fine, I'm getting lots of those Explicit cast warnings about possible data loss. I tried to cast them in my project so that for example in a CrC32ofFile I could pass it an ansistring version of the filename but the function uses an internal stringlist and cast it right back again. I doubt most of these I'm getting really won't be a major problem as I'm not passing any weird Unicode chars in my strings, but I still want to go into the old source and see if I can resolve the problems from there anyway. from "Robert Meek" dba "Tangentals Design" Creative Concepts Programming for Windows Vista E-mail: [email protected] "Most people would sooner die than think; in fact, they do so!" [Bertrand Russell 1872-1970] -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Irwin Scollar Sent: Wednesday, May 06, 2009 11:11 AM To: [email protected] Subject: ImageLib & D2009 >From: "Robert Meek" <[email protected]> > Btw...have you tried to port Imagelib yet? I had no problems >porting the last release which was for d5 or 6 I believe, over to D2007, but >I haven't yet tried for D2009. If you are referring to Skyline's ImageLib, it isn't worth porting to anything in my view. I abandoned it many years ago. It was overpriced, had limited functionality, and no source code. For something much better and much cheaper than Skyline, see http://www.hi-components.com/nindex.asp for image processing code including source with a pre-compiled D2009 version for those who don't want to bother with sources. However, in my opinion, it's better to pay a little more for the source code (140 Euro instead of 60 Euro) in order to know what's going on inside and add things if desired, assuming one has the ability to do so. As for Delphi 2009, for the small minority on this list like me who never need any kind of database code and whose trivial string processing requirements are limited to a few of the standard Delphi VCL routines in D7 plus SysTools for D7, is there an issue? Do I need to do anything to prevent CodeGear breaking my D7 code with unused features should Delphi 2010 or whatever it will be called be acquired for its promised 64 bit capability to overcome the insupportably small (< 500 MB) image size limitations of 32 bit Windows with memory mapped files that slow things down badly in these days when main memories of 16GB and more can be had for a pittance? Irwin Scollar __________________________________________________ Delphi-Talk mailing list -> [email protected] http://lists.elists.org/cgi-bin/mailman/listinfo/delphi-talk __________________________________________________ Delphi-Talk mailing list -> [email protected] http://lists.elists.org/cgi-bin/mailman/listinfo/delphi-talk
