drupal

Posterous doesn't work with Drupal unless blog module is enabled

…so the moral of the story is that you need to hack (*gasp*!) the blogapi.module. Starting at line 187, I basically just reset any incoming requests for type "blog" to type "post" (which is the machine name of the content type that I use on my site).

// BM: go ahead and do the check if it isn't blog

if ($blogid !== 'blog') {

  if (($error = _blogapi_validate_blogid($blogid)) !== TRUE) {

Drupal core maintainers

There should be, for any given issue, at least one person besides the core maintainers that has it come up in a custom search they have bookmarked and check regularly. It doesn't matter as much whether that's grouped by module or subsystem or whatever, just that everything has that level of attention. (Which also makes those people the go-to person for the core maintainers, too.)

Putting stuff out in the world is so weird /via @heyrocker

This always amazes me. Putting stuff out in the world is so weird. You put it out there, and I see people have it installed in the usage stats, but I barely hear anything. My queue is reasonably dead. Who are these people? What are they doing? I have no idea. I mostly just assume its people who tried it to play with it and forgot to disable it when they were done.

Welcoming AND recognizing expertise into the #Drupal community /via @TheRealCrell

[Aaron Seigo, leading KDE developer] latest article is one that is of particular interest to the Drupal community, I believe, because as a large, minimally-structured, Open Source development community we face many of the same challenges that other such projects do, such as KDE. In particular, the challenge of who to listen to.

WYSIWYG image upload Drupal module

Features yet implemented

  • Easy and fast user interface for image uploading
  • Supported a lot of editors like TinyMCE, FCKeditr, YUI (Every editor supported by the WYSIWYG Module)
  • Supporting ImageCache. You can choose presets in the dialog
  • Use custom image sizes using drag&drop

Myth of a core #Drupal team /via @greg_harvey

And the core Drupal team wonder why they don't get more help from all the Drupal contractors out there.

This was a comment in a thread on Greg Harvey's blog about duplicate issues. I see similar sentiments a lot. Here's the comment I left:

There is no core team. That's the myth. There are people who do more work, and there are version maintainers ... but other than that, it's whoever pitches in.

So, try not to think about "them" or "the core team" -- because it's simply a group of people that have decided to put more time in. The exact people grow and shrink depending on time and interest level, and usually per core version.

How do you get involved with Drupal core? Pick an area that interests you, and submit a patch (or review a patch, or test a patch, or design a mock up, or write some documentation). The barrier to entry for that first post is surprisingly low. And yes, from there on you have to put bit more time in - because there are many many "single post" contributors, who for whatever reason, don't follow through.

But it's worth it, and I encourage you to start by starting. Who knows, you might become part of the core Drupal team :P

The first rule of coding for #Drupal is don't code /via @yelvington

I can code, and in fact have a couple of modules I've released on drupal.org, but I'm not a programmer and expect to outsource some parts of the project. As I worked, I was struck by how quickly Drupal has evolved as a "no coding" platform. Things that seemed just out of reach a year ago are now point/click/configure. It's been said (by Dries? I can't find the reference) that Drupal isn't finished until it can wash your socks. Sock-washing is still in that hard 5% layer, but a lot of what you need to do is already done for you.

Speaking: ACCT Canada 2009 Conference

I am speaking at the ACCT Canada 2009 Conference on November 10th. The Alliance for Commercialization of Canadian Technologies is the "national advocate for the value created by academic technology transfer and commercialization". The short form of that mouthful is that they primarily represent the tech transfer offices of universities. In university lingo, this is often done by the University Industry Liason Office (UILO). Yes, acronyms are fun :P

As part of my role at Bootup, I'll be first participating in the "Innovation Clusters, Incubators and Accelerators" panel. We'll be getting on a call to discuss the format and talking points for the panel tomorrow, but I expect I'm going to be the private industry / capitalist viewpoint. This is a free form panel discussion, so it should be interesting to see where it goes.