filter doesn't show when using a view displaying items of type User or other types...

Ah, it probably does - I've never implemented non-node view filters, so I'll have to look into this.

In the meantime, you can add a node relationship to get access to the filter.

We may have to duplicate the filters for every base table. As the module description says, this is an interim solution until Views core is modified.

P.S. You can do this yourself in the file views_or.views.inc. Look for the function views_or_views_data_alter():

function views_or_views_data_alter(&$cache) {
  $cache['node']['views_or_begin'] = array(
    'group' => t('Views Or'),
    'title' => t('Begin alternatives'),
    'help' => t('When using Views Or, this starts a section of alternatives'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_begin_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_begin_alternatives',
    ),
  );
  $cache['node']['views_or_next'] = array(
    'group' => t('Views Or'),
    'title' => t('Next alternative'),
    'help' => t('When using Views Or, delimitates an alternative with a begin alternatives/end alternatives block'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_next_alternative',
    ),
  );
  $cache['node']['views_or_end'] = array(
    'group' => t('Views Or'),
    'title' => t('End alternatives'),
    'help' => t('When using Views Or, finishes a block of alternatives.'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_end_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_end_alternatives',
    ),
  );
}

Add copies of each $cache item with 'node' replaced with 'user':

  $cache['user']['views_or_begin'] = array(
    'group' => t('Views Or'),
    'title' => t('Begin alternatives'),
    'help' => t('When using Views Or, this starts a section of alternatives'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_begin_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_begin_alternatives',
    ),
  );
  $cache['user']['views_or_next'] = array(
    'group' => t('Views Or'),
    'title' => t('Next alternative'),
    'help' => t('When using Views Or, delimitates an alternative with a begin alternatives/end alternatives block'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_next_alternative',
    ),
  );
  $cache['user']['views_or_end'] = array(
    'group' => t('Views Or'),
    'title' => t('End alternatives'),
    'help' => t('When using Views Or, finishes a block of alternatives.'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_end_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_end_alternatives',
    ),
  );

Actually, it's "users", not "user". Attaching a patch.

@meba : Patch looks good.

@nahuel : Could you test the patch to make sure it works as expected ? I'll commit the patch once you confirm it works ;)

Hi Anselm,

I tested and it works for me. And as I was at it, I added aggregator_item since that's what I really needed 8-)

Thank you!
Alexis Wilke

We're eventually going to need to duplicate this for every base table. It would be more efficient to do so automatically.

I guess it would be smart to have a sub-function that generates the array since only a few entries have to be added.

Now I'm not too sure what the best method would be since if I add a package such as padfile then I get no support for it either... unless I were to add one more entry to the array for padfiles as it is done in the view_or module.

Thank you.
Alexis Wilke

Alternative patch, using clever function to regenerate cache.

No patch attached.

Nothing to review until patch is actually attached.

Hello
seems that views_or does not support OR for arguments (user type view)
i have added this code to views_or_views_data_alter

  $cache['users']['views_or_begin'] = array(
    'group' => t('Views Or'),
    'title' => t('Begin alternatives'),
    'help' => t('When using Views Or, this starts a section of alternatives'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_begin_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_begin_alternatives',
    ),
    'argument' => array(
      'handler' => 'views_or_handler_argument_begin_alternatives',
    ),
  );
  $cache['users']['views_or_next'] = array(
    'group' => t('Views Or'),
    'title' => t('Next alternative'),
    'help' => t('When using Views Or, delimitates an alternative with a begin alternatives/end alternatives block'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_next_alternative',
    ),
    'argument' => array(
      'handler' => 'views_or_handler_argument_end_alternatives',
    ),
  );
  $cache['users']['views_or_end'] = array(
    'group' => t('Views Or'),
    'title' => t('End alternatives'),
    'help' => t('When using Views Or, finishes a block of alternatives.'),
    'filter' => array(
      'handler' => 'views_or_handler_filter_end_alternatives',
    ),
    'field' => array(
      'handler' => 'views_or_handler_field_end_alternatives',
    ),
    'argument' => array(
      'handler' => 'views_or_handler_argument_end_alternatives',
    ),    
  );

but seems it does not work

it shows

Argument #2 is not an array in /home/www/balado_web/sites/all/modules/views_or/views_or_handler_argument.inc on line 142.
warning: Invalid argument supplied for foreach() in /home/www/balado_web/sites/all/modules/views_or/views_or_handler_argument.inc on line 142.

Any reason to close this issue? It's still not fixed.

meba,

Where is your alternative patch? You never posted it!

Thank you.
Alexis Wilke

subscribing

Since this module is just a temporary solution until Views core supports alternative blocks, you can use a relationship to get it to work with non-node object types, as pointed out in comment #3.

Merlin explained how to make a global handler.

The patch itself didn't work but after applying it manually I was able to add Views_or logic to arguments on a User view without a problem...! Great work Darren Oh.

Had the same trouble. Applied patch of Darren Oh and solved. Thanks. Would be nice if it could be included in 6.x-1.dev.

subscribe

I applied the code in the patch and I get the arguments.

However, it is adding 'WHERE' to the end of every query and if there there are no filters then it forms an erroneous query which in turn returns nothing.

I found that I can avoid this behaviour if 'next alternative' is not set to share arguments.

However, this is now causing problems as i need it to share the argument

I know its over a year ago, but I had the same problem until I cleared the Cache (#16).

I can confirm the patch in #22 works for this purpose.

I can also confirm the patch in #22 works!

Fixed in commit bf76e92. Thanks to everyone who reviewed this patch!