Form_alter the theme vocabularies so that they only show up for theme node editing

Gerhard Killesreiter - February 10, 2009 - 10:55
Project:Drupal.org customizations
Component:Code
Category:task
Priority:normal
Assigned:jpoesen
Status:active
Issue tags:download & extend, drupal.org redesign
Description

Currently, all project nodes are of the same type. However, the redesign requires theme nodes to have extra metadata such as "columns" "resolution" etc. which are not applicable to modules.

See "find a theme" at
http://infrastructure.drupal.org/drupal.org-style-guide/prototype/themes...

Also, see the "find a module" section.
http://infrastructure.drupal.org/drupal.org-style-guide/prototype/module...

#1

Gerhard Killesreiter - February 10, 2009 - 11:00

http://drupal.org/node/372062 is dependend on this.

#2

Gábor Hojtsy - February 10, 2009 - 11:32

Themes will have their own vocabularies #371957: Add new taxonomy vocabularies for themes. Since we can only limit vocabularies to content types, this issue still stands. We either need to hack away to limit the showing and entering of the theme vocabularies to theme projects, or we need to complete this issue to make multiple content types be projects.

#3

dww - February 10, 2009 - 23:21
Status:active» postponed

This is a fairly large can of worms at this point (for example, see #239485: attach an issue queue to any node type. and #75565: make a hook to get version options for a given project). Given the "we must have a working D6 version ready 6 months ago" mentality of the upgrade efforts, I've spent no time on cleanups like this in the code, beyond porting things to using views. If the goal is to have this done soon, I would suggest drupalorg_form_alter() to modify which vocabularies are present when editing different kinds of project nodes. There's already code related to this in project module itself, to conditionally hide/show the multi-select for the project categories depending on the radio for the top-level term.

Plus, I have no intention of working on anything like this before the D6 upgrade is live on d.o, and there are still known bugs and issues to work out there. However, there's a (easy) work-around for the immediate redesign efforts, so this shouldn't block anything else. Therefore, I'm marking this postponed for now.

#4

Gábor Hojtsy - February 10, 2009 - 23:47

Well, this all sounds more like stuff we should do in a custom drupal.org module, right?

#5

dww - February 11, 2009 - 00:35

Yes, that's what I said: "drupalorg_form_alter()". I'm just pointing out there's already code that does something similar so you can start from there instead of starting from scratch.

Meanwhile, this is still a valid request for project itself, so we can leave it here. But the way to implement #372062: Add special fields to theme content type and #371957: Add new taxonomy vocabularies for themes is via hook_form_alter in drupalorg.module.

#6

Gábor Hojtsy - February 12, 2009 - 11:42
Title:Allow for multiple content types to be "projects"» Form_alter the theme vocabularies so that they only show up for theme node editing
Status:postponed» active

Once #371957: Add new taxonomy vocabularies for themes is solved, we should have the form_altering based on "project subtype" done.

#7

Gábor Hojtsy - February 12, 2009 - 11:46
Project:Project» Drupal.org customizations
Version:6.x-1.x-dev» <none>
Component:Projects» Code
Category:feature request» task

BTW should be done in the drupalorg.module. Should be both implemented in HEAD and DRUPAL-6--1, and we should deploy the DRUPAL-6--1 version on drupal.org if the vocabularies are live to not confuse people who are going to edit projects before the redesign is live. I can do the deployment once the changes are in.

#8

jpoesen - February 12, 2009 - 15:13
Assigned to:Anonymous» jpoesen
 
 

Drupal is a registered trademark of Dries Buytaert.