Color.module - Questions for themers

Events happening in the community are now at Drupal community events on www.drupal.org.
tonyn's picture

I really need the help of the theming community on this one. It has to do with the way color.module fundamentally works and how it works with themes.

The comment here linked me to an implementation of a color-changing theme for joomla. It uses alpha-transparent PNG images and pure CSS to deliver theme changes on the fly. From the looks of it (I do not have an account there yet, but I'll buy one), essentially the layout is comprised solely of CSS and colorless transparent images.

Most of themes for drupal do not use Color.module. However, I believe they could be retrofitted to use color-switching easier/faster if we used this method. There doesn't need to be a script for filling or slicing a base_image - you can use your individual transparent PNG's straight out of shop.

I have a few questions for drupal themers out there:

  • Does the idea of having to code a file (color.inc) to slice and fill a color a base image deter you in any way from potentially utilizing it with your themes?
  • Do you think that there is more potential that slicing/filling through color.inc can have to enable themers?
  • Would you, as a themer grasp the concept of using alpha-transparent PNG's in your layouts? Would this make life easier or harder?
  • If you had a choice between the rockettheme-method (transparent png and CSS filling) and the old school way ($base_image, filling and cutting) which way would you go?
  • Is there anything that you can do through the "scripted method" of color theme generation that you would not get from CSS with a transparent PNG overlays?
  • Certain older browsers do not support alpha-transparency, and for them the only way they can see those colors is through the generated-image method. What about them?
  • Is there anything else that isn't mentioned here that should be? Benefits? Problems? Ideas?

Comments

Different

elv's picture

I you use a transparent gradient over a background color, you can only change one color, as the other one is in the PNG image and is fixed.
Or you can have a set of gradient PNGs with different colors, but it's not as flexible as color.module's way of re-creating the gradient.

But I agree it would probably be a bit easier to use. Both approaches are interesting IMHO, you just have to choose where you put the cursor between features and easy customizing.

Allthough color.module is

jurriaanroelofs's picture

Allthough color.module is unfortunately limited in the number of graphics it draws, its still far more capable to "color" complex layouts than a system that only changes background colors and overlays the same graphics on each color palette.

The color module would be just perfect if only it would take more colo regions and parameters.


peach from All Drupal Themes!

Theming with Color.Module

onepartscissors@drupal.org's picture

I found a few irritations using this really awesome potential-filled module:


  • The module works great in concept and in practice, but if there were easier ways of ensuring colors were rendered as exact hex codes, it would make it much easier to work with. The color shift concept makes it very difficult to get colours to match - it takes endless trial and error tweaks, as far as i can tell

  • the non support of PNG for IE6 is a pain, but i think we can stop worrying about that, with IE6 having less than 20% of the market share this year (i've heard), so hopefully that's not a major issue going forward. also PNGfix does, well, fix the PNGs.

I'm busy on a color.module theme right now, and the color.shift is really getting me down! not sure how to get around this. :(

Have you tried the new color module?

Theme development

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: