Support vocabulary[module] field

+++ modules/taxonomy.views.inc	4 May 2010 17:58:31 -0000
@@ -67,6 +67,20 @@ function taxonomy_views_data() {
+      'handler' => 'views_handler_field',
+      'name field' => 'name',

I think this is a c&p error.
I'm interested :) What happens if you add a field handler for a argument, does it crash totally, or are there any weird behaviors?

Powered by Dreditor.

Personally, i don't see a reason, why not to commit it to views. The field is in the database, so supporting it is totally fine.

nothing to add - just subscribing.

Tried this out in conjunction with http://drupal.org/node/789556 and was able to filter by a specific taxonomy and export that view to another machine.

I've added the ability to limit the list of terms in a field by vocabulary module.

I've rerolled the patch in #6 using cvs -Nup, suitable for makefiles, etc.

Any chance of this seeing views 2.x?

Sure the thing it's easy.
If someone reviews the patch and someone commits the patch it will get in.

+    foreach ($vocabularies as $voc) {
+      $this->value_options[$voc->module] = $voc->module;
+    }

We may as well go for the 'user friendly' name of the module. It's available out of the system table and I believe system table is already loaded and cached, so it's just a matter of getting to it.

Here is a rerole against the lastest version of 3.x

Sadly there is no api function to get the info out of the database.
So it's needed to write one, or?

Either that or just join the system table and extract it as a field.

Interesting! Subscribing. Will test the patch later today and make a reroll against Views 3.x if needed.

@merlinofchaos: Sadly readable name for modules is serialized into {system}.info, as far I know, there is not a easy way to extract it with SQL functions.

This may be a way to get the module names.

$res = db_query("SELECT name, info FROM system WHERE status <> 0 AND type = 'module'");
$modules = array();
while ($module = db_fetch_object($res)) {
  $info = unserialize($module->info);
  $modules[$module->name] = check_plain($info['name']);
}

earl - given the initial use case of this patch, i think it woludn't be necessary (he's using it for made-up module names, to export it).

Subscribing.. :)

Subscribing

Bump. I'd like to see this too (in both 3.x and 2.x, since I'm helping out on a project which uses 2.x).

I'm prepared to push this forward, just not sure in what direction (earl didn't reply to dmitrig01's #15)

subscribe

Hm. Probably should've been taken out of needs work based on disagreement with my review.

I needed this to work with views 6--212, so I re-rolled #7 against that distro. This may help some of you old army guys like me who are seeking this feature in D6 Views 2. See attached.

Possibly related to this issue but not completely, you can specify a filter by vocabulary machine name name in drupal 7 / features #1071308: Features views filter on vocabulary uses vid

The patch in #22 didn't work for me with views-6.x-2.12. The "Taxonomy: Vocabulary module" filter for the owner of the module has a broken/missing handler. The patch in #5 works but doesn't add options to the term filter as described in #3. The patch in #3 failed.

Patch in #11 fails (no surprise) in the latest 6.x-3.x-dev. I took a look but I'm not sure how to reroll it.

As mentioned in #15 I don't think we need to get the user friendly name of the module as mentioned in #10.

This patch will probably not commited against views 2.x-dev so it's no big problem that it does not work with 6.x-2.12

Of course. I was just trying to point out for others looking for a quick 2.12 fix that the patch supplied in #22 doesn't work for me.

Re-rolled this patch against 6.x-3.x-dev from #11 ... worked on the failing hunks which seemed to be mainly from moving changes in 3.x branch.

The previous 2 patches left out the views_handler_filter_vocabulary_module.inc file. The attached two patches are basically #27 with the missing file added, one version rolled with the --no-prefix option and one without...

Re-rolled for latest Views 2.x.