Posted 04/25/2012 - 23:31 by State68
One of the most off-putting things about Drupal 7 for new users is the fact that it ships without a WYSIWYG editor. We've been used to using WYSIWYG editors for a number of years, so Drupal forcing us to edit in plain text or HTML is confusing.
Posted 04/18/2011 - 15:43 by State68
This tutorial shows you how to install the Git version control system on a Mac. It assumes a little familiarity with the Command Line. If you don't know how to use the Command Line, then check out Addison Berry's excellent series of video tutorials over at lullabot.com: you can find the first one here and the rest here.
Posted 10/08/2010 - 12:20 by State68
Migrating a Drupal site from one development platform to another can be a real pain. Nicole Bluto wrote a great blog post for the 2009 LA Drupalcamp on how to migrate a Drupal 6 site cleanly:
Here's a distilled, step-through version of that post, tested between two OS X accounts, both running XAMPP:
- Download and install http://drupal.org/project/backup_migrate
- Navigate to admin/content/backup_migrate
Posted 04/01/2010 - 02:24 by State68
One of the most frustrating things that can happen when you're building a Drupal site is for the site to go blank - entirely blank, so whenever you load the site you're presented with the infamous White Screen of Death.
There are loads of tips on that page that will help you recover from a WSOD, but the three most common causes are:
- Issues with PHP memory limits (there's some stuff about that here).
Posted 01/28/2010 - 19:00 by State68
Most people who don't need to code never have to learn how to code, and live their lives in bissful ignorance. This includes people like graphic designers who use a computer every day to do pretty technical things: Photoshop, for example. But when they come to do Drupal theming, these same people need to know a load of coding fundamentals that aren't covered in even the most basic PHP tutorials.
Posted 01/15/2010 - 12:58 by State68
This is very straightforward, but I always forget how to do it. I'm writing this post in part so that I have something to refer back to :-).
So, in order to filter a view so that it only shows content that has been created by the currently logged-in user:
- Create the view!
- Add an argument for User: Uid
- Under "Action to take if argument is not present", select "Provide default argument" and then "User ID from logged in user".
- Hit Update, then save your view. You're done!
Posted 01/02/2010 - 03:32 by State68
Earlier this year I built my first non-trivial Drupal site. It's pretty simple on the surface, but allows certain users to create nodes which represent a piece of work they've done for the organisation. using Views and Views Calc and a bit of custom code, these nodes are used to produce invoices for each of these users every month.
Posted 11/23/2009 - 15:18 by State68
Earlier this year I needed to make a bit of money so I developed a database app in Filemaker. In many ways I found it a real pain to use - selecting each line of the code you want to write from a clickable list is far from ideal - but its limitations meant that debugging was really straightforward: use the built-in step-through debugger, follow everything through, find the bug, fix it.
Posted 08/12/2009 - 14:10 by State68
Using the Flag module it is possible to add flags to your node edit forms. For example, you might want to give your users the option of flagging a node for review by a senior editor, or flagging a node as complete but in need of subediting.
Posted 08/06/2009 - 13:21 by State68
First thing this morning I started trying to get to grips with Drupal's node access API. The node access API allows you to fine-tune which of your users should see which nodes. My current big project has node types in which users are referenced; I wanted to be able to allow those users to see only those nodes in which they are referenced, and then only those nodes which the creating user has not flagged as being private.