### Eclipse Workspace Patch 1.0
#P views
Index: help/api-handlers.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/api-handlers.html,v
retrieving revision 1.1
diff -u -r1.1 api-handlers.html
--- help/api-handlers.html	26 Jun 2008 22:31:36 -0000	1.1
+++ help/api-handlers.html	30 Jul 2008 14:04:50 -0000
@@ -8,23 +8,23 @@
 For the query flow:
 
 <dl>
-<dt>handler->construct()</dt>
+<dt>handler-&gt;construct()</dt>
 <dd>Create the initial handler; at this time it is not yet attached to a view. It is here that you can set basic defaults if needed, but there will be no knowledge of the environment yet.</dd>
-<dt>handler->set_definition()</dt>
+<dt>handler-&gt;set_definition()</dt>
 <dd>Set the data from hook_views_data() relevant to the handler.</dd>
-<dt>handler->init()</dt>
+<dt>handler-&gt;init()</dt>
 <dd>Attach the handler to a view, and usually provides the options from the display.</dd>
-<dt>handler->pre_query()</dt>
+<dt>handler-&gt;pre_query()</dt>
 <dd>Run prior to the query() stage to do early processing.</dd>
-<dt>handler->query()</dt>
+<dt>handler-&gt;query()</dt>
 <dd>Do the bulk of the work this handler needs to do to add itself to the query.</dd>
 </dl>
 
 Fields, being the only handlers concerned with output, also have an extended piece of the flow:
 <dl>
-<dt>handler->pre_render()</dt>
+<dt>handler-&gt;pre_render()</dt>
 <dd>Called prior to the actual rendering, this allows handlers to query for extra data; the entire resultset is available here, and this is where items that have "multiple values" per record can do their extra query for all of the records available. There are several examples of this at work in the code.</dd>
-<dt>handler->render()</dt>
+<dt>handler-&gt;render()</dt>
 <dd>This does the actual work of rendering the field.</dd>
 </dl>
 
@@ -36,13 +36,13 @@
  */
 class views_handler_filter_node_type extends views_handler_filter_in_operator {
   function get_value_options() {
-    if (!isset($this->value_options)) {
-      $this->value_title = t('Node type');
+    if (!isset($this-&gt;value_options)) {
+      $this-&gt;value_title = t('Node type');
       $types = node_get_types();
-      foreach ($types as $type => $info) {
-        $options[$type] = $info->name;
+      foreach ($types as $type =&gt; $info) {
+        $options[$type] = $info-&gt;name;
       }
-      $this->value_options = $options;
+      $this-&gt;value_options = $options;
     }
   }
 }
Index: help/relationship.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/relationship.html,v
retrieving revision 1.3
diff -u -r1.3 relationship.html
--- help/relationship.html	26 Jun 2008 00:58:29 -0000	1.3
+++ help/relationship.html	30 Jul 2008 14:04:51 -0000
@@ -1,7 +1,7 @@
 <!-- $Id: relationship.html,v 1.3 2008/06/26 00:58:29 merlinofchaos Exp $ -->
 Relationships allow you to expand the query to include objects other than the base query. This is actually made more difficult to understand by the fact that Views actually includes a few relationships by default, and doesn't tell you they're there. For historical reasons, it would be inconvenient to remove these default relationships.
 
-The main example of the relationship that is there by default is the node --> user relationship; every node has an author, and if a node is in the query, the user who wrote that node is automatically made available. [Note: the author considers it an error that this relationship is automatic, but by the time it was realized this was in error, it was too late to change it.]
+The main example of the relationship that is there by default is the node --&gt; user relationship; every node has an author, and if a node is in the query, the user who wrote that node is automatically made available. [Note: the author considers it an error that this relationship is automatic, but by the time it was realized this was in error, it was too late to change it.]
 
 A similar relationship that is <b>not</b> automatically made available is for node revisions. Each revision has its own author, which is the user who made the revision. By adding the "Node revision: User" relationship, all of the 'user' fields, sorts, filters and arguments available to a user will now be available for the revision author.
 
Index: help/view-type.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/view-type.html,v
retrieving revision 1.3
diff -u -r1.3 view-type.html
--- help/view-type.html	29 Apr 2008 00:35:07 -0000	1.3
+++ help/view-type.html	30 Jul 2008 14:04:51 -0000
@@ -16,7 +16,7 @@
 <ol>
 <li> Create a module to store the views. </li>
 <li> Add the function <em>MODULENAME_views_default_views()</em> to this module. </li>
-<li> Export the view you wish to store in your module in code. Cut and paste that into the abovenamed function. Make sure the last line of the view is: <em>$views[$view->name] = $view;</em></li>
+<li> Export the view you wish to store in your module in code. Cut and paste that into the abovenamed function. Make sure the last line of the view is: <em>$views[$view-&gt;name] = $view;</em></li>
 <li> Make sure the last line of the function is <em>return $views;</em></li>
 <li> After you make any changes, be sure to <strong>clear the Views' cache</strong>. You may do this from the <strong>Tools</strong> menu.
 </ol>
Index: help/api-tables.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/api-tables.html,v
retrieving revision 1.2
diff -u -r1.2 api-tables.html
--- help/api-tables.html	26 Jun 2008 00:58:29 -0000	1.2
+++ help/api-tables.html	30 Jul 2008 14:04:51 -0000
@@ -1,13 +1,13 @@
 <!-- $Id: api-tables.html,v 1.2 2008/06/26 00:58:29 merlinofchaos Exp $ -->
 Tables are described to Views via hook_views_data(), which returns an array of table information, keyed by the name of the table. For example, if your module is describing three tables, 'foo', 'bar' and 'baz', your array will look like this:
 <pre>$data = array(
-  'foo' => array(
+  'foo' =&gt; array(
     // ...info here...
   ),
-  'bar' => array(
+  'bar' =&gt; array(
     // ...info here...
   ),
-  'baz' => array(
+  'baz' =&gt; array(
     // ...info here...
   ),
 );
@@ -18,13 +18,13 @@
 Each item in the array should be a field in the table, with the exception of a special information section called 'table'. Example:
 
 <pre>$data['foo'] = array(
-  'table' => array(
+  'table' =&gt; array(
     // ... info about the table, described later ...
   ),
-  'bar' => array(
+  'bar' =&gt; array(
     // ... info about the field named 'bar', i.e, foo.bar,
   ),
-  'baz' => array(
+  'baz' =&gt; array(
     // ... info about the field named 'baz', i.e, foo.baz,
   ),
 );
@@ -57,10 +57,10 @@
 <pre>
   // Advertise this table as a possible base table
   $data['node']['table']['base'] = array(
-    'field' => 'nid',
-    'title' => t('Node'),
-    'help' => t("Nodes are a Drupal site's primary content."),
-    'weight' => -10,
+    'field' =&gt; 'nid',
+    'title' =&gt; t('Node'),
+    'help' =&gt; t("Nodes are a Drupal site's primary content."),
+    'weight' =&gt; -10,
   );
 </pre>
 
@@ -88,9 +88,9 @@
 
 <pre>
 $data['term_data']['table']['join']['node'] = array(
-  'left_table' => 'term_node',
-  'left_field' => 'tid',
-  'field' => 'tid',
+  'left_table' =&gt; 'term_node',
+  'left_field' =&gt; 'tid',
+  'field' =&gt; 'tid',
 );
 </pre>
 
@@ -98,8 +98,8 @@
 
 <pre>
 $data['term_node']['table']['join']['node'] = array(
-  'left_field' => 'nid',
-  'field' => 'nid',
+  'left_field' =&gt; 'nid',
+  'field' =&gt; 'nid',
 );
 </pre>
 
@@ -143,27 +143,27 @@
 
 <pre>
 $data['node']['nid'] = array(
-  'title' => t('Nid'),
-  'help' => t('The node ID of the node.'), // The help that appears on the UI,
+  'title' =&gt; t('Nid'),
+  'help' =&gt; t('The node ID of the node.'), // The help that appears on the UI,
   // Information for displaying the nid
-  'field' => array(
-    'handler' => 'views_handler_field_node',
-    'click sortable' => TRUE,
+  'field' =&gt; array(
+    'handler' =&gt; 'views_handler_field_node',
+    'click sortable' =&gt; TRUE,
   ),
   // Information for accepting a nid as an argument
-  'argument' => array(
-    'handler' => 'views_handler_argument_node_nid',
-    'name field' => 'title', // the field to display in the summary.
-    'numeric' => TRUE,
-    'validate type' => 'nid',
+  'argument' =&gt; array(
+    'handler' =&gt; 'views_handler_argument_node_nid',
+    'name field' =&gt; 'title', // the field to display in the summary.
+    'numeric' =&gt; TRUE,
+    'validate type' =&gt; 'nid',
   ),
   // Information for accepting a nid as a filter
-  'filter' => array(
-    'handler' => 'views_handler_filter_numeric',
+  'filter' =&gt; array(
+    'handler' =&gt; 'views_handler_filter_numeric',
   ),
   // Information for sorting on a nid.
-  'sort' => array(
-    'handler' => 'views_handler_sort',
+  'sort' =&gt; array(
+    'handler' =&gt; 'views_handler_sort',
   ),
 );
 </pre>
@@ -172,10 +172,10 @@
 
 <pre>
 $data['node']['edit_node'] = array(
-  'field' => array(
-    'title' => t('Edit link'),
-    'help' => t('Provide a simple link to edit the node.'),
-    'handler' => 'views_handler_field_node_link_edit',
+  'field' =&gt; array(
+    'title' =&gt; t('Edit link'),
+    'help' =&gt; t('Provide a simple link to edit the node.'),
+    'handler' =&gt; 'views_handler_field_node_link_edit',
   ),
 );
 </pre>
@@ -184,11 +184,11 @@
 
 <pre>
 $data['users']['uid_current'] = array(
-  'real field' => 'uid',
-  'title' => t('Current'),
-  'help' => t('Filter the view to the currently logged in user.'),
-  'filter' => array(
-    'handler' => 'views_handler_filter_user_current',
+  'real field' =&gt; 'uid',
+  'title' =&gt; t('Current'),
+  'help' =&gt; t('Filter the view to the currently logged in user.'),
+  'filter' =&gt; array(
+    'handler' =&gt; 'views_handler_filter_user_current',
   ),
 );
 </pre>
Index: help/using-theme.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/using-theme.html,v
retrieving revision 1.4
diff -u -r1.4 using-theme.html
--- help/using-theme.html	28 Jul 2008 19:10:26 -0000	1.4
+++ help/using-theme.html	30 Jul 2008 14:04:51 -0000
@@ -16,9 +16,9 @@
 
 And it produced this output:
 <code>  array (
-    'nid' => '97',
-    'title' => 'Scisco Ideo Vicis Feugiat Qui',
-    'name' => 'luwrepuslan',
+    'nid' =&gt; '97',
+    'title' =&gt; 'Scisco Ideo Vicis Feugiat Qui',
+    'name' =&gt; 'luwrepuslan',
   )
 </code>
 
Index: help/display-block.html
===================================================================
RCS file: /cvs/drupal-contrib/contributions/modules/views/help/display-block.html,v
retrieving revision 1.3
diff -u -r1.3 display-block.html
--- help/display-block.html	13 Jun 2008 19:06:29 -0000	1.3
+++ help/display-block.html	30 Jul 2008 14:04:51 -0000
@@ -4,7 +4,7 @@
 Blocks <strong>do not</strong> accept arguments from any source; the only way to get arguments to a block is to provide defaults to it, possibly via the PHP Code default setting. A very common scenario is the following:
 
 <pre>
-if (arg(0) == 'node' && is_numeric(arg(1))) {
+if (arg(0) == 'node' &amp;&amp; is_numeric(arg(1))) {
   return arg(1);
 }
 </pre>
