Our three options are:
- Use WebGUI's built-in HTTP proxy asset to display CiviCRM's public pages (like contribution forms, event registration forms, etc.) inside WebGUI templates.
- The downside here is that this often messes up forms, which are pretty critical to basically everything we'll be displaying from CiviCRM.
- Use WebGUI's built-in web services client asset to get enough data from CiviCRM's SOAP interface to build the public pages inside WebGUI templates.
- Frankly, I'll be surprised if this works. But who knows...
- Write a new WebGUI asset that calls the CiviCRM web services (in REST fashion, of course) and gets the data it needs to build and display the public pages inside WebGUI templates.
We'll see which one ends up working. :)
No comments:
Post a Comment