CiviCRM Community Forums (archive)

Ok I will do some testing but am having trouble with getting it going.  I have followed the instructions in the INSTALL file and it shows as installed on the extensions page, but I get a 404 on the Manage Seat Maps link:

The requested URL /web/files/civicrm/extensions/org.bactheatre.civiboxoffice/fusionticket/admin/ was not found on this server.

The directory is there and is readable/writable.  Not sure what I am missing.

Ok thanks, that was it.  It works!

N.B. There is also a wiki page discussion here on on a booking component which includes features similar to what is being discussed in this thread.  See in particular the "reserving seats" section.

This extension looks fantastic. I am planning to test in my local sandbox.  Will share my results here on the forums.

I installed the latest version to test and I can't make it display the seatmap, either on the public page or on the back end.  If I fill out the registration form, I get:

Ticket quantity (3) does not match number of selected seats (undefined).

I un-installed and re-installed, and created a new event, but the result is the same.  The price set has Participant Count = 1.  Any suggestions?

Still working with lobo on how to get seat info (and barcodes) into confirmation emails.

I talked with lobo a bit about this problem. With Smarty-based content (like emails and forms), you can mark parts of the template as "regions" so that extensions can manipulate the content. A more detailed discussion is available here;

http://wiki.civicrm.org/confluence/display/CRMDOC42/Region+Reference

What we could do is modify the default template used in event-confirmations to include a 'region', and then the extension would append/prepend/replace content in that region.

You should be able to experiment without making changes to core. For example, go to "Administer => Communications => Message Templates =>System Workflow Messages" and edit "Events - Registration Confirmation and Receipt (on-line)". Then add tags like:

OLD: Dear {contact.display_name},
NEW: {crmRegion name="email-greeting-text"}Dear {contact.display_name},{/crmRegion}

Some notes:
 * One would probably use different names for the "Text" and "HTML" emails (eg "email-greeting-text" vs "email-greeting-html")
 * You may need to experiment a bit to find the right place at which to generate the code that goes in there. For example, in civiboxoffice_civicrm_pre() you might check for 'create/Participant' and put a call to "CRM_Core_Region::instance('email-greeting-text')->add(array('markup' => 'Hey there, buddy!'));" Or it might be better to use hook_buildForm or hook_postProcess.

If that works for you in an experiment, then we can update the default templates in core so that they're automatically extensible on most sites.

Yes, absolutely.  I think getting some testers & at least one collaborator are really what's needed to move this forward.

I haven't done any work on it since November, but it's in pretty decent shape as is.  There are only a few areas that need development effort at this point:

1) Add seat assignment info to registration confirmation emails.  Totten has described how to do that a few posts ago.
2) Installation.  Would be good to reduce the number of manual steps required to get the extension installed.
3) Seatmap CSS.  This could be improved I think, and needs to be tested across a variety of sites & themes.

My big fear is undiscovered bugs which could cause duplicate / missing seat assignments, data loss, etc. -- which would be a huge fiasco on show day.

I'd like to pickup some code of orphaned if there are any available.