Apply VBO operation only on entites in the current site.
Fix typos.
sv list file support, refactoring begins #2033

Separated out node logic from general logic in forms, defaults.  Still working on render.

Began supporting files.

Separation of logic includes using plugins for various areas of the sv list.  Began on the node_biblio plugin, since that is probably the most demanding.  Plugin system is cool.  Node plugins load on all LOP forms, but not on LOF.  But during render, only plugins for the current bundle are loaded.  Right now all the biblio plugin does is modify the form, but the same logic will be present during box render.
Fixed file urls #2033

Yes, there is file specific code in the generic sv list class.  But I wanted it to be able to default to using display_title when no other display function is provided.  That means I needed to implement display_title here.  Maybe the files class should override it instead?
Moved sv list classes into own files #2033
SV refactring continues.  People, biblio custom sorts.  #2033
Added book, event filters.  #2033
Fix people layout when missing fields.
Fix test.
Added (and cleaned up) subsite plugin for sv list #2033
Assorted sv bug fixes #2033
SV - moved subsite forms into plugin #2033
sv list taxonomy plugin #2033
Added random sort to sv list.  #2033
Restored pager to sv list #2033

Not actually sure I'm happy with this one.  It's a core feature of the sv list, but it's scattered into several places.  Better as a plugin?
Remove test fix.
Added os_entity_view_mode hook #2033

This hook lets modules control which view modes are available to different bundles.  SV list will use it when offering view modes.

Implemented the hook for events, news, and profiles to add sidebar teaser.  os_files adds some placeholders to its view modes (although I don't think we'll be keeping them - I jsut needed something to work with for now).  os also implements os_entity_view_mode_alter, which adds teaser and full to all our bundles.
Removed code I didn't mean to commit #2033
SV list uses drupal display modes #2033

The display style does not adjsut based on what's available any more - it's stuck at teaser/sidebar/full.  This means you can select sidebar teaser for items that don't really have a sidebar teaser

Custom display styules will need to be reimplemented as view modes.

An update hook will be needed.  dipslay_body is now just body.

Do we want to worry about the order these modes appear in?
Fixed javascript for display styles #2033

This was so much easier to manage with a definitive list of view modes per bundle.  I sent that setting to Drupal.settings and let javascript work out what was available each time the content type changed.  So easy.

sort and more links do similar things, but I think it'd be nice to make them a bit more consistent.