How to remove colons from field labels in Drupal 7

By default, Drupal appends a colon to the end of field labels.  If you would like to remove them and you are already using Display Suite to layout your content types, Display Suite Extras is a great option.

My Google searches resulted in countless recommendations to create a custom copy of the field.tpl.php template.  Editing templates is fine, but for this use case that seems a  bit heavy-handed.

Here are the steps:

  • Enable Display Suite Extras
  • Select  the “Enable Field Templates” checkbox at admin/structure/ds/list/extras

    Display Suite Extras configuration
    Configuration page for Display Suite Extras
  • On the same page set the “Default Field Template” to either “Minimal” or “Expert”
  • Now when you configure your field under “Manage Display” for the content type, you will see a “Hide label colon” option.

    Display Suite Extras field configuration
    Display Suite Extras field configuration page
  • Using the “Expert” template will provide even more options.

TinyMCE Disables Spellchecker

Problem: TinyMCE rich-text editor disables the operating system spellchecker when using Firefox or Chrome.

Solution: Set the TinyMCE configuration “gecko_spellcheck” to TRUE.

tinyMCE.init({
	...
	gecko_spellcheck : true
});

In Drupal, you can override this setting by adding an alter function to a custom module.

function MYMODULE_wysiwyg_editor_settings_alter(&$settings, $context) {
  if ($context['profile']->editor == 'tinymce') {
    $settings['gecko_spellcheck'] = TRUE;
  }
}

Source: http://drupal.org/node/1064268

Drupal sessions table crashed

Problem: 
Unable to log into a Drupal site.  Logging in with valid credentials would fail without any visible error in the UI.

Solution:
Repair the sessions table.

When I exported the database using Sequel Pro, I got the following error:
“Table ‘./d6_eiper/sessions’ is marked as crashed and should be repaired’.  I was able to do this with Sequel Pro, but you could also use phpMyAdmin.

Image

Update 4/6/2012: More tables starting crashing in the same way and we were able to repair them as well.  The reason for these crashes is still a mystery.  We restarted the web server and haven’t seen any crashes since.