Imagefield Gallery Updates

I've been spending quite a bit of time rethinking the layout of the imagefield gallery administration system and what I'd like to do for Drupal 6.  That's still a ways out but I've already started on the new administration interface and wanted to share some of my thoughts on its design and where it's going.

The current system works through a series of form merges into on gigantic "super-form".  This form handles all the details of administration, be they style or configuration related (ok, there are actually two super forms).  This seems a little... well stupid to me.  At the time I didn't have a better answer for what this should be but after playing with the new version of imagecache, I think I'm going to stylize it somewhat similarly, but with a few extra features (hopefully).

This will require me to do some more menu work, and a fair bit of that will exist outside of $may_cache, but that's ultimately a good thing I think as it will be much more managable.  My biggest question at this point is whether or not to separate the variable in the variables table.  Just as the forms are monolithic so are the variables that contain their values, and even though the variables are cached, I'm wondering if perhaps this should be broken up into a dynamic variable set, or if perhaps I should be storing this in it's own database structure at this point.

Ultimately, I think the purpose has to be to increase usability and to increase the interaction of my fellow developers in what it is we're creating here, and with that, I will give some details of what my current abstract thoughts are for 6.x.

If my intention here is to build one gallery system to "rule them all"... and that is my intention, then I have neglected a very important area in which this module MUST play.  That area is the views arena.  Views is of course imperative for anyone using Drupal these days, and I think it goes without saying that a gallery system that neglects views ultimately can't be the gallery system everyone will use.  Merlinofchaos has given us some nifty was of tieing into views 2 and so, with the move to Drupal 6 I will spend some great effort and time re-writing the module to take into account that work.  If all goes as I hope, then we will hopefully end up with a system of galleries that seemlessly integrate into views2, and into imagefield_gallery.  We may, however, have to rename the module at that point because we'll be doing a lot more than just building galleries on top of imagefield.  (It's worth pointing out that asset, and filefield and upload should probably all get some love from us too... but I leave that discussion for another day.

In closing, I'll be posting in this pseudo-blogging-updating format for the module from this point forward and hopefully folks will follow that from Drupal.org.  Feel free to leave comments and shout-outs.  With that in mind I'd also like to give a big shout out to Mindy who found and documented a bug that I squashed in the most recent version of Imagefield_gallery (1.4).  Thanks Mindy, I appreciate it.  There are a number of other fixes and improvements coming down the pipe (permissions anyone?) and hopefully my administration changes as well.  You all have been really great and helpful and I've really enjoyed it so far.  This is what makes Open Source so great!

Comments

Basic Port

Do you think you will do a basic port of the existing 5.x module to 6.x before this major upgrade or is there too many changes to core and cck to make that work? Just wondering because I'd love to have a working solution for 6.x in the mean time.

Re: Basic Port

I'm sure that there will be a significant re-write on my part to get this working since it depends on other modules (i.e. imagefield/imagecache) however... if they don't change so significantly that a simple upgrade is possible, then I will certainly upgrade the module as is to 6.x to satisfy the need it fills. But if that's what happens I probably won't focus on that version of it any longer and we'll get started on imagefield_gallery 2.x and all that implies.

node reference

A bit OT to this post, though i thought this a more appropriate place to post.

On the project page at drupal.org you refer to node reference support (I am just looking at node reference now, so my questions may be a little off). By this, do you mean there will be an option for a node reference field (select list?) in the imagefield gallery content type?

Separately—and this illustrates my inexperience with node reference, i can add a node reference field in another custom CCK type to link to an imagefield gallery?

Summrising my understanding (correct or not), a custom CCK type can currently have a node reference to an imagefield gallery, though not the other way around. You plan on implemented support in the near future?? Am i way off in my understanding?

thx.

[FYI this relates to D5 given crucial modules are not yet ported to D6]

Re: Node Reference

Avolve,

No, the point would be for you to have a node type with a node reference on it. And that reference field would be set to reference say... image nodes. (nodes with a single image on them). Then the objective would be for imagefield gallery to take those sorts of situations and make it possible for you to make a gallery, on the node, out of the image nodes it references. I don't think it'll be that hard, but I'm still working out details of other stuff with the module so it's not gotten any of my attention. For example, multiple imagefields on a single node is a known issue with this module, and it's probably my next major bug to squash. After that, depending upon where the 6.x implementation of things are, I will decide what to do next.

With that said, I've started the admin overhaul at this point and I think it will be much nicer It's already well on its way to being a much better system than the last one.

Just wanted to say thank you

Just wanted to say thank you for your hard work on this module and I can't wait to give it a whirl on D6! :-)

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <p> <b> <i> <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <sup> <sub> <hr>
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
  • You may post code using <code>...</code> (generic) or <?php ... ?> (highlighted PHP) tags.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Copy the characters (respecting upper/lower case) from the image.