IBX for Lazarus Release 1.0-0 is now available for Download

[tonyw]

MWA Software is pleased to announce the availability of Release 1.0-0. The new release can be downloaded from http://www.mwasoftware.co.uk/index.php?option=com_content&task=view&id=102&Itemid=133.

Release 0.9.5 proved to be very stable in practice with few bugs reported. The following changes have been made to Release 1.0-0

1. Added "if active then active := false" to TIBCustomDataset destructor. (Avoid error on database close).

2. Made use of $STATIC conditional in IBSQLMonitor (Needed for FPC 2.6.0 compliance)

3. Database Property Editor: Character Set drop down box now uses "OnChange" rather than "OnCloseUp" to react to changes

4. Property editors should now correctly resize.

5. In IBDatabaseEdit.TestClick, the LoginPrompt is now set to the state of the LoginPrompt Checkbox
   (restored original IBX functionality)

6. Under OSX, if IBX fails to load libfbclient.dylib, it will now try and load the firebird
   library using the absolute path /Library/Frameworks/Firebird.framework/Firebird.

Many thanks to those who have downloaded and used IBX for Lazarus and, in particular, those who reported bugs and helped make this a better package.

[BigChimp]

Congratulations and thanks for improving support for Firebird on FPC

[Zoran]

Thank you! 

[exdatis]

Great, thank you! 

[JD]

Music to my ears. I've been waiting for this for a while. Keep up the good work. Thanks a lot.

[fredycc]

  good news, thanks

Regards.

[joseme]

Thank you!! I am spreading the news just now!

[tonyw]

I've found an inconsistency with FPC 2.6.0, Lazarus 0.9.30.4 and IBX use of TIntegerField (in release 1.0-0).

There are thus still problems with Delphi IBX projects imported to Lazarus (which almost always include the use of TIntegerField) and IBX with Lazarus and fpc 2.6.0 which now attempts to create TIntegerField fields (trying to keep Delphi compatibility).

The problem is that Lazarus will complain that it does not recognise TIntegerField as a class.

The reason for this is that bug#0019035 has been fixed in 2.6.0 in the sense that TIntegerField is now defined as a subclass of TLongIntField instead of an equivalent type. This allows TIntegerField to be registered as a class, but this has not yet been done. Lazarus DBCtrls only appears to register the set of field classes given in the set DefaultFieldClasses in the DB unit. However, TIntegerField has not been added to this set.

I have reopened the bug. However, in the meantime, I would suggest that a suitable workaround is to add

RegisterNoIcon([TIntegerField]);

to the Register procedure in the Lazarus DBCTRLS unit and rebuild the IDE. Alternatively, you can add the same line the IBX register procedure (in IBDBReg.pas) and rebuild the package, re-installing it in the IDE.

I am reluctant to issue a new version of IBX because this is an external problem and there seems to be no easy means to recognise if TIntegerField has already been registered. That is, if I add this as a standard part of the IBX register procedure, IBX will fail to load as soon as the problem is fixed in Lazarus.

[marcov]

I am reluctant to issue a new version of IBX because this is an external problem and there seems to be no easy means to recognise if TIntegerField has already been registered. That is, if I add this as a standard part of the IBX register procedure, IBX will fail to load as soon as the problem is fixed in Lazarus.

{$IF FPCFULLVERSION = 20600 }
   RegisterNoIcon([TIntegerField]);
{$IFEND}

 will fix it for 2.6.0 users without interfering with future versions.

[Zaher]

Would you please put it in source control like Subversion or GIT, u can use github.com or sourceforge.net

[LA.Center]

Maybe a dumb question but does IBX work, or let me rephrase, has anyone used IBX successfully also on Linux and Mac?