5
Yes, We have planned to write some modules for XOOPS as a dating module and to extend the possibilities of the profiles etc, because You need the latter for the first.
Indeed we develop mainly on PostgeSQL bases because MySQL has major drawbacks, especially to fault resolving (roll back) and
stored procedures. In fact, we have discussed this issue heavely with the MySQL Dev team, and future releases of MySQL will support stored procedures... Every major SQL database uses stored procedures and it is a great function to improuve development and to improuve security to the SQL data.
We didn't look to the code of Xoops, yet. But it should work with AdoDB anyway. This layer will create a transparant layer to the SQL database access. If the xxxnuke CMS are using this class, why should XOOPS go to another direction ? A sql transparency layer is a need for portability.
My question simply points to the direction, we would see a section on XOOPS which discuss PostgreSQL installation, the hacks to make, so we can dig into the source to clean out portability issues.