Colorpicker similar to Calendar module

After thinking about this a bit, and talking with timplunkett in IRC, it seems to me that we have two options:

1. Add this functionality, and the storage of colors-per-term-per-view to FullCalendar itself.

2. Create a new module (timplunkett suggests "fullcalendar_crayon.module"), and do the work there.

I'm leaning towards 2.

In this module, I would have the module implement a theme function that adds classes for each taxonomy term in a given taxonomy to fullcalendar. The module would also have a settings page where the user would be able to choose a color for each term in a given taxonomy (or all the taxonomies, if the user wants!).

Then, the module would use drupal_add_css() to add a generated CSS file (could check out the Code per Node module for implementation samples for that) to the site, which themes FullCalendar to add the color definitions for all the classes...

For now, I'm going to keep working in this issue... but if I get time to work on the module, I might post it to it's own project page and continue development there.

Sounds good - I will work on this as a submodule and submit patches here. Though, I might work on it in D6 first, until I get a firmer grasp on D7/views, which has changed a bit. I have the books, and the bookmarks, but so far I've only done simple D7 work (mostly theming).

An additional option could be to set colors for taxonomies, Groups, content types, etc. universally, on a sub-page of the FullCalendar admin page. In some sense, that makes more sense than setting colors per-view, especially if your site's going to have tons of different calendars (like some of mine).

However, if you're only going to have one calendar on a site (most cases), then it makes sense to use the views plugin.

Mockup of fullcalendar color settings admin page attached - For content types and OG, this would be sufficient. But I worry about taxonomies - we can't just load in all vocabs/terms by default and allow coloring per term, because some sites could have thousands (or more) of terms in certain freetagging vocabs...

For reference, Calendar.module approaches the problem completely through the views interface, by adding a "Calendar Settings" section to the calendar view, and in that section, there are a number of different sections for setting colors for content types, terms, groups, etc., and the interface can be a bit cumbersome. But, it gets the job done appreciably well.

See attachments for some screengrabs from a view on one of my sites.

One of the gotchas I've encountered is that (a) you can't assign colors based on more than one vocabulary per view, and (b) the whole 'select a vocabulary in one settings pane, then set colors in another settings pain' thing is kind of annoying. It's a little easier to set colors for groups/content types.

I think that may be the only way to do it, if we do thing the same way as calendar.module. An alternative is to implement only Taxonomy-based colors first, then maybe Organic Groups, then etc... If we make it pluggable, we could make each entity type displayable (or not) with a separate module, or a checklist on the settings page.

That way, for someone like me, who only ever colors things based on taxo terms, I could just have the terms coloring show.

My rough start (half of the time was spent figuring out Git... however, the 'Git on Drupal.org' session was extremely helpful in this regard) is attached.

Basically, this patch adds a 'Colors' administration tab on the FullCalendar settings page. I'm going to try to come up with a good way to allow users to set colors per taxonomy, per node type, or per group... but I'm going to focus on taxonomies first, simply because I love and use taxonomy for colors everywhere :P

After speaking a bit with timplunkett at DrupalCon, it looks like we're going to to with the separate module route. So, I'm going to work on a quick patch to create a MENU_DEFAULT_LOCAL_TASK for the current FullCalendar admin page, and in the contrib addon module, I'll add a 'Colors' menu tab to the FullCalendar admin page.

Here's a patch for fullcalendar.module that sets the default local task, and adds a weight (so I can put the Colors tab to the right of the default/FullCalendar tab).

@tim.plunkett - yes, the rest of the patch should go in as-is. Didn't have time to work on it too much on the trip to Rome, but I'll have some time (a lot of time, actually) by next Sunday. Might at least have a working sandbox with at least Taxonomy accounted for.

One thing I'm trying to decide right now is what kind of colorpicker library to use. The front runner in my mind is Colorwheel, a jQuery plugin that has a nice array of options, and works well in different sizes. I don't know if using Farbtastic (which Calendar.module uses) is as simple/easy for our purposes... though it is updated from the older version by Steven Wittens.

True, didn't think about that...

Sandbox module set up: http://drupal.org/sandbox/geerlingguy/1102994

I'm going to try to work on this here and there in the next week or so, but it seems things are stacking up every evening this week! The one weak area where I'm going to have some trouble, and could use some help, is farbtastic integration. I'm no JS expert, and I've so far avoided ever doing much Drupal JS to this point :-/

If someone would like to help with that area, I'm definitely open to that :-)

#1130092: Fixed farbtastic stuff was committed. I'm going to hop back in there in the next week or two and try to finish that last bit up... might need to request a tweak or two to fullcalendar.module, but I'm not sure yet (I've only thought it through in my head a little).

Also, noticed #1130190: No way to get to Colors Admin through UI - this is the result of my having checked out the last stable release (2.0-alpha3). Maybe we can get an alpha-4 or beta-1 out by the time FC-Colors is ready? :-)

No problem at all! You'll probably have it all finished and working by the time I get to spend another minute on it :P

I was wondering, the line in the .info file:

dependencies[] = fullcalendardependencies[] = fullcalendar

Seems to break my Drupal 7.0 install... is this something new included in 7.x dev? I had to remove the "= fullcalendardependencies[] " part to get the module to be enable-able on my install.

That line should be in the current (master) branch of fullcalendar_colors, in the .info file, last line. At least, it's that way when I do a new checkout.

Hmm... me too now. That was odd. I just refreshed the repo, and it's normal again.

FullCalendar Colors module is now included in the latest alpha release of FullCalendar 7.x-2.x: http://drupal.org/node/1136114

Great work, everyone!

It's late... you have an excuse :-)