<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: What does objectMode mean for a view? in Dashboards &amp; Visualizations</title>
    <link>https://community.splunk.com/t5/Dashboards-Visualizations/What-does-objectMode-mean-for-a-view/m-p/54054#M2809</link>
    <description>&lt;P&gt;"objectMode" is a vestige from when the view (or one of its ancestors) was converted from the Simplified XML format.   There's a number of things that get swept along with this conversion like 'groupLabel' params which can all be safely deleted.  Then there's a bunch of other things like HiddenFieldPicker and ViewStateAdapter that can be safely deleted 99% of the time.   There's also some strange indentation it does - for example you'll find modules nested inside JobProgressIndicator modules and inside EnablePreview modules which serves no purpose besides making the XML harder to read. **&lt;/P&gt;

&lt;P&gt;Technically 'ObjectMode' will have a single small effect -- the view will get an extra CSS class of "splFormSearch" written to the &lt;CODE&gt;&amp;lt;body&amp;gt;&lt;/CODE&gt; tag.   However since you can achieve the same specificity in a custom app by using custom stylesheets or even using the &lt;CODE&gt;.splView-VIEWNAME&lt;/CODE&gt; selector, this doesnt really add anything.  &lt;/P&gt;

&lt;P&gt;** By the way you can see a more thorough writeup of these in this answer: &lt;A href="http://splunk-base.splunk.com/answers/13565/multiple-forms-with-an-input-field-and-timerangepicker-no-repeat-input"&gt;http://splunk-base.splunk.com/answers/13565/multiple-forms-with-an-input-field-and-timerangepicker-no-repeat-input&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 21 Sep 2011 02:24:48 GMT</pubDate>
    <dc:creator>sideview</dc:creator>
    <dc:date>2011-09-21T02:24:48Z</dc:date>
    <item>
      <title>What does objectMode mean for a view?</title>
      <link>https://community.splunk.com/t5/Dashboards-Visualizations/What-does-objectMode-mean-for-a-view/m-p/54053#M2808</link>
      <description>&lt;P&gt;Can anyone help explain what the "objectMode" attribute is used for when defining an advanced XML view?&lt;/P&gt;

&lt;P&gt;I've seen a few different options, like "SimpleForm", and "viewconf", but I can't tell what difference this makes?  How do you know which one to pick?&lt;/P&gt;

&lt;P&gt;Example:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; &amp;lt;view autoCancelInterval="90" isVisible="false" objectMode="SimpleForm" onunloadCancelJobs="true" template="dashboard.html"&amp;gt;
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Fri, 05 Aug 2011 13:26:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Dashboards-Visualizations/What-does-objectMode-mean-for-a-view/m-p/54053#M2808</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2011-08-05T13:26:37Z</dc:date>
    </item>
    <item>
      <title>Re: What does objectMode mean for a view?</title>
      <link>https://community.splunk.com/t5/Dashboards-Visualizations/What-does-objectMode-mean-for-a-view/m-p/54054#M2809</link>
      <description>&lt;P&gt;"objectMode" is a vestige from when the view (or one of its ancestors) was converted from the Simplified XML format.   There's a number of things that get swept along with this conversion like 'groupLabel' params which can all be safely deleted.  Then there's a bunch of other things like HiddenFieldPicker and ViewStateAdapter that can be safely deleted 99% of the time.   There's also some strange indentation it does - for example you'll find modules nested inside JobProgressIndicator modules and inside EnablePreview modules which serves no purpose besides making the XML harder to read. **&lt;/P&gt;

&lt;P&gt;Technically 'ObjectMode' will have a single small effect -- the view will get an extra CSS class of "splFormSearch" written to the &lt;CODE&gt;&amp;lt;body&amp;gt;&lt;/CODE&gt; tag.   However since you can achieve the same specificity in a custom app by using custom stylesheets or even using the &lt;CODE&gt;.splView-VIEWNAME&lt;/CODE&gt; selector, this doesnt really add anything.  &lt;/P&gt;

&lt;P&gt;** By the way you can see a more thorough writeup of these in this answer: &lt;A href="http://splunk-base.splunk.com/answers/13565/multiple-forms-with-an-input-field-and-timerangepicker-no-repeat-input"&gt;http://splunk-base.splunk.com/answers/13565/multiple-forms-with-an-input-field-and-timerangepicker-no-repeat-input&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Sep 2011 02:24:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Dashboards-Visualizations/What-does-objectMode-mean-for-a-view/m-p/54054#M2809</guid>
      <dc:creator>sideview</dc:creator>
      <dc:date>2011-09-21T02:24:48Z</dc:date>
    </item>
  </channel>
</rss>

