Drupal

Gallerix, Imagix On Hold

Due to an important project I'm involved in, I will be unable to work heavily on Gallerix or Imagix for the next month. The only big piece missing in Gallerix is full Views integration. After that, only debugging has to be done. If I find some free time, I might quickly code in the Views part and release an alpha version to get some bugs ironed out. Happy New Year!

Trac Setup

I lied, I will in fact use my own issue tracking. I've setup Trac, and let me tell you, it's fantastic. While the appearance may be harder to modify than Drupal, it really excels at bug tracking. So from now on, I will use Trac exclusively to handle bug tracking and documentation for my projects. To access Trac for Gallerix, you must go to http://trac.failbo.at/gallerix. Anyone can view tickets and checkout the source, but only registered users can create tickets. Fortunately, after hours of fooling around with mod_mysql_auth, anyone registered on this site can login to Trac with the same information. Trac environments for my other projects will be set up soon.

Freshly Upgraded With Major Changes

After a few days of hard work, I've finally upgraded this site to Drupal 6. In the process, I had to give up quite a few features, but overall, I think the transition was worth it. There will be a few major changes, but only one that will concern the majority of users that visit this site.

The minor changes involve a revamped post flow. That is, no longer will there be a separate section for announcements, thoughts, articles, and tutorials. Instead everything is treated as the same content type, and taxonomy is used to distinguish them.

But the main change concerns project issue tracking. Like many others, after ages of waiting for the Project module to be ported to Drupal 6, I've given up. So in the meantime, I will setup Trac and see how it works out. It's unfortunate that it's separate from Drupal, but hopefully it's powerful features will make it worthwhile.

Multimage Mutiny

After ignoring CCK Multimage for a long time, I've decided to resuscitate it. The catch? It will reappear as a brand new module, freed from even more requirements. Originally, CCK Multimage was a fork of CCK Slideshow. It aimed to improve the latter on two counts: less requirements, and Safari compatibility (no, I'm not a Mac user). I like to think I achieved both of those goals on some level.

Drupal 6 presents new problems for CCK Multimage. First of all, Imagefield has more requirements that ever, and so does Imagecache. This makes CCK Multimage require many more modules than before. But more importantly, while I believe CCK in general is a great asset to Drupal, it can prove too powerful, and can easily be misused. It doesn't help that there's still no official release, 9 months after Drupal 6 was released. It's not CCK's fault; I understand it's a vastly complex module.

Some Issue Queues Closed

For a while, I've promoted the use of the issue queue for every project of mine, even if they were hosted on Drupal too. The idea was to centralize all my issues, but unfortunately things didn't really work out that way, and some issues are here, and some issues are on drupal.org.

Because giving credit to fixed issues is so important to projects, I've decided to use Drupal's issue tracker exclusively for projects hosted on both sites. That way I can use issue numbers without ambiguity as to what site the issue number applies to.

Remember, this only applies to projects hosted on both sites, as is the case with Gallerix, CCK Multimage, and JSFX. Projects like the Gallerix Widget Engine are only hosted here, and thus retain the issue queue.

Gallerix 6.x

Although porting Drupal 6 has been underway for a while, I've started to work on an official release today. I've had a nightly snapshot up on Drupal.org for a while, but that was a quick port. Right now my biggest concern is ironing out bugs and making the first Drupal 6 release rock solid.

Unfortunately because this site is dependent on the Project modules, it can't serve as a demo site for Gallerix anymore, since Project is only officially available for Drupal 5. As soon as an official release of Project 6.x is made, this site, including Gallerix, will be upgraded to Drupal 6. I have no estimate when that will happen though; who knows when Project 6.x will be released? Could be a year.

Gallerix 1.2 Decisions

I've been working a lot on Gallerix recently, and I'm really trying to revamp some of the features. And whenever I'm revamping features, I'm faced with certain difficult decisions. Chief among these: Should I aim for simplicity, or power?

One of my long term goals for Gallerix is to make the entire node to picture, and picture to node relationships abstract, that is, an album is simply a grouping of pictures that exist already. This can prove very powerful because you only have to upload pictures once, and "categorize" into albums as you see fit. Unfortunately, for the traditional web user, this could easily get confusing.

Iconize Drupal

I've gotten a lot of feedback on this site's design, and probably the most frequent compliment I get regards the icons on this site. I added them because it's a very small addition that makes a site a lot more exciting. As much as I love Drupal, I was surprised when I learned that there's no unique CSS ID for most menu items in the Drupal core. This tutorial will show you how to add these handlers to make adding icons trivial. Throughout this short tutorial I'll assume you have some knowledge of Drupal's theme system, but if you don't, head over to the handbook to learn more.

Gallerix Widget Engine

Although Gallerix is a robust module capable of managing all of your image needs, it becomes even more useful and powerful when paired with the Gallerix Widget Engine. When enabled, the engine will allow a variety to widgets to attach themselves to each image. The engine itself is bundled with multiple widgets. A few of these are:

Gallerix

Gallerix is the answer to many Drupalers' requests: a full featured, easy to use gallery for Drupal. Although the Image module provided some of this functionality, it was missing a key feature: batch image adding. The available image-import module provided partial batch functionality, but it only worked with one directory, and wasn't designed for a multi-album gallery. My most important goal is to make Gallerix extremely easy to use and install. No Apache configurations, no required modules.

Want to read the latest on Gallerix development, contribute ideas and discuss long term objectives? Check out the Gallerix Development Thoughts.

To submit an issue, feature request, or support question,
go to http://trac.failbo.at/gallerix. Make sure to create an account on this site first, it only takes a minute!