Actually, downloading, installing, and configuring the FAQ module was already done, since it was already in use on the first site to get this new feature.
We were already set for most of this.
Pretty much everything else was, we believe, "out of the box" in terms of settings defaults.
Unlike so many taxonomy-based modules, FAQ actually shows the term description. This is the basis for solving the customized header problem. This method is easily extensible to multiple experts, should we choose to do so.
Taxonomy term descriptions may contain HTML (I hope they never take this away). So when we added the term to the FAQ categories (more confusing use of this word in Drupal), we chose something like this:
<a href="http://example.com" target="_blank"><img src="/files/kb/pictures/expert1.jpg" width="45" height="75" border="0" alt="Expert 1" hspace="3" align="left" />Expert 1</a> is a Charlotte-based ... expert. She has graciously done presentations at our meetings and welcomes your questions about ....
<br/>
Click here to <a href="/node/add/faq">ask her a question</a>. She will answer as soon as possible.
<div class="clear-block"></div><
Note: The "clear-block" was needed because the picture was taller than the text and caused the next category to be indented.
While we were at it, we submitted a patch to support the Taxonomy Image< module for the FAQ category page. It's a nice little touch. She not only accepted the request<, but improved upon it greatly!
This then brought a small annoyance in that the taxonomy images were different widths, so the lists were ragged. We fixed that by submitting a patch to Taxonomy_Image< that added a wrapper around the image.
Since FAQ uses taxonomy terms, the Subscriptions< module works quite nicely to notify the expert (and anyone else who wishes to know when a question is entered.
We partially handled this issue by creating a small hack to the node form. We supply a default value so that the "required" attribute is met.
// answer
$form['body_filter']['body'] = array(
'#type' => 'textarea',
'#title' => t('Answer'),
'#default_value' => $node->body ? $node->body : t('Waiting to be answered.'),
'#rows' => 20,
'#required' => TRUE,
'#description' => t('This is that answer to the question. It will be filtered according to the input format.'),
);<
This is not optimal, but at least temporarily adequate to test the concept of this feature on our web site.
How responsive is the FAQ owner? Before this article was even published, we received this response<!
The FAQ module would appear to be the clear winner for our first implementation, but the unanswered question problem is worth a few negative points. While it might not take a great deal of effort to address this, we understand that the FAQ module's owner might be (rightfully) reluctant to address this. That leaves us with the need to carry forward a less than optimal patch to deal with the issue.
Perhaps a more "ideal" solution would be a rewrite of the Question module specifically to front-end the FAQ module.
The future of this module is much more certain. It probably has many more adopters than Question. The documentation is good. The FAQ module owner is quite quick to respond to issues. And she not only adheres to Drupal coding standards but has submitted issues against the Coder module when she found gaps.
Perhaps jQuery could be used to add a checkbox that would turn off the "required" attribute for, or completely hide, the answer field. Or to do it by examining the selected category (how to say which categories allow it is another problem).
We think this could be done by adding the term id (tid) onto the end of the "node/add/faq" link. How this gets turned into a preselected value still needs to be worked out.
This may help to give the expert time to answer before other users see an unanswered question. We still need to determine if Subscriptions will notify someone (the expert) if the node is unpublished. On the first site to use this, most user-submitted content is set to unpublished to give an administrator time to preview it.
We also have the Taxonomy Super Select< module and used it for the FAQ category.
Bonus points go to the FAQ module for having a Drupal 6 version before its general availability.
Comments
Suggestion re 'unanswered questions'
In case of unanswered questions, could the answer not be 'Waiting for expert answer' to temporarily soothe the software's need for an answer?
Sidebar 1: In one of my custom forms that superficially requires a valid email address, I circumvent the validation process by allowing the word 'private' to be entered in lieu of an email address.
Sidebar 2: As an added feature, a node could include a list of questions with 'Waiting for expert answer', especially if you're able to attract experts who might review the resulting list and knock off a couple at a time.
If the 'preselected category' issue hasn't been resolved, I might be able to help. Let me know.
Carl Bromley
Kittanning, PA
724-548-7249
Thanks
I think all the issues have been resolved. I guess I updated the version of this on DO and haven't brought the changes back. There is now a "FAQ_Ask" module.