See inline...<br><br><div><span class="gmail_quote">On 8/29/07, <b class="gmail_sendername">Owen Williams</b> &lt;<a href="mailto:owen@smartsoul.com">owen@smartsoul.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ben, looks really great and super powerful/easy to use.&nbsp;&nbsp;A few of off-<br>the-top-of-my-head comments/questions about the formats inline.&nbsp;&nbsp;If I<br>didn&#39;t say anything, I think the proposal is great as-is.<br><br><br>On Aug 29, 2007, at 1:04 PM, Ben Schell wrote:
<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; theme=&quot;dojox.charting.GreySkies&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- The theme to use for<br>&gt; this chart. Allows for themes external to the charting tree. --&gt;<br><br>Great.&nbsp;&nbsp;Is this a CSS file?&nbsp;&nbsp;Something more complicated?&nbsp;&nbsp;Is there an
<br>easy way to customize a standard chart with some additional JS that<br>maybe gets mixed into it?</blockquote><div><br>I&#39;m not sure about the full format of themes, but they are in JS.&nbsp; Tom can probably give more details about this (and there are a few themes in 
dojox.charting.themes currently).<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt;&nbsp;&nbsp;&nbsp;&nbsp; bindings=&quot;x:date,y:value&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- Allows for data stores that
<br>&gt; aren&#39;t in the &#39;correct&#39; format originally.&nbsp;&nbsp;In this case, the items<br>&gt; in the data store are expected to have a &quot;data&quot; attribute which<br>&gt; would map to the x-axis, and a &quot;value&quot; attribute which would map to
<br>&gt; the y-axis. --&gt;<br><br>Great<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; rangeX=&quot;0 200&quot;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- The range to use on the chart&#39;s<br>&gt; axes.&nbsp;&nbsp;This could be (and would be in the simplest case) from the<br>&gt; data given. --&gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; rangeY=&quot;0 20&quot;<br><br>Hmm, it seems odd that this one is &quot;rangeX&quot; and the ones below are<br>&quot;xMajorTick&quot; -- would it make sense to have the &quot;x&quot; on the same side<br>in both?&nbsp;&nbsp;Am I being too pedantic?
</blockquote><div><br>You&#39;re right, it&#39;d be a lot wiser to put these in the same format.&nbsp; Perhaps consider these hereafter as &#39;xRange=&quot;0 200&quot;&#39; and &#39;yRange=&quot;0 20&quot;&#39;.<br></div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt;&nbsp;&nbsp;&nbsp;&nbsp; xMajorTick=&quot;50&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- How often to put major (large) tick<br>&gt; marks on the given axis.--&gt;
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; yMajorTick=&quot;5&quot;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; xMinorTick=&quot;10&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- How often to put minor (small) tick<br>&gt; marks on the given axis. --&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; yMinorTick=&quot;1&quot;<br><br>great.&nbsp;&nbsp;Curious as to the defaults of these, and if there is a way to
<br>turn them off.</blockquote><div><br>I&#39;m not quite sure what Tom is considering the defaults here, so maybe he can help out here as well. <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt;&nbsp;&nbsp;&nbsp;&nbsp; width=&quot;600&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- The size of the chart.&nbsp;&nbsp;Might it be more<br>&gt; intuitive to expect these in CSS rather than parameters? --&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; height=&quot;400&quot;<br><br>Ideally, setting them in both places is good, as most designers are
<br>likely to want to do css, and many programmers are likely to want&nbsp;&nbsp;to<br>specify in attributes.&nbsp;&nbsp;If I had to pick one, I&#39;d tend toward CSS.<br>What&#39;s the default behavior if the chart doesn&#39;t have an explicit
<br>width/height specified?&nbsp;&nbsp;Can I make a chart (especially with zooming<br>below) that get bigger as the page gets bigger, for example?</blockquote><div><br>I&#39;d agree that it&#39;d be nicer to put these in CSS, but I think it&#39;d be &#39;easier&#39; (for me :) ) if they&#39;re attributes, but I&#39;m open to suggestions.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; Finally, there are a few ideas that have been brought up as<br>&gt; additional features to be added to these widgets:
<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; viewRangeX=&quot;50 100&quot;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; viewRangeY=&quot;5 15&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- Have a &#39;viewport&#39; on the chart to<br>&gt; allow the possibility of having a larger chart than is currently in<br>
&gt; view.&nbsp;&nbsp;This would then lead to having controls to pan/zoom around<br>&gt; the chart. Having the viewable regions smaller than the full chart<br>&gt; size is already planned for the charting engine, but likely will<br>
&gt; not be complete initially.&nbsp;&nbsp;These parameters will be used to setup<br>&gt; the initial chart view in the markup.--&gt;<br><br>Sounds like we might also want a &quot;zoom&quot; attribute as well to set<br>initial zoom, possibly as an alternative way to do the same thing?
<br>Is the range in pixels, or units of the chart, or?&nbsp;&nbsp;How will they pan/<br>zoom around the chart?&nbsp;&nbsp;One simple method would be just to present<br>browser scrollbars, another cooler one would be drag interaction ala<br>google maps.&nbsp;&nbsp;Which are you thinking?&nbsp;&nbsp;Is there a way I can specify
<br>which of those I want to use?<br><br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; updateInterval=&quot;5&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- Re-check the data store this many<br>&gt; seconds (or maybe milliseconds?) to keep the chart up-to-date with<br>&gt; the data store.&nbsp;&nbsp;--&gt;
<br><br>Seconds sounds good -- anything below that will probably hammer the<br>server too often.&nbsp;&nbsp;People can always specify a fraction here if they<br>need sub-second.<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp; onUpdate=&quot;updateFunction&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- Call this function as a
<br>&gt; callback after we&#39;ve checked the data store and updated the view.<br>&gt; Allows the end user to do things to the chart (move the view, etc.)<br>&gt; when the data is updated. --&gt;<br><br>Sounds great.&nbsp;&nbsp;Is this fired before or after the chart is updated?
</blockquote><div><br>I think the useful thing would be afterwards, when the update of the chart is fully complete.&nbsp; However, maybe we could make &quot;onUpdateStart&quot; (before the chart updates) and &quot;onUpdateEnd&quot; ?
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt;&nbsp;&nbsp;&nbsp;&nbsp; onUpdate=&quot;x:20;y:2&quot;&nbsp;&nbsp;&nbsp;&nbsp;&lt;!-- An alternative to the<br>&gt; &#39;functionName&#39; idea above, directly tied to whether/when the
<br>&gt; viewport functionality is introduced.&nbsp;&nbsp;The idea here is to move the<br>&gt; viewport the given amount on each update with each new/changed data<br>&gt; point. --&gt;<br><br>This seems pretty opaque to me, I like the idea, but overloading
<br>onUpdate with this syntax seems awkward to me.&nbsp;&nbsp;Maybe &quot;updateXDelta&quot;<br>and &quot;updateYDelta&quot;?&nbsp;&nbsp;Can I put a negative number in there?</blockquote><div><br>Sure, negative numbers should be fine.<br></div>
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; As for the chart types that will be supported, it will be very<br>&gt; simple to abstract much of the &#39;basic&#39; functionality (which is
<br>&gt; common to each chart type) into some base _Chart widgets that would<br>&gt; be built upon by the specific chart types.&nbsp;&nbsp;The list of chart types<br>&gt; currently planned (or considered) are:<br>&gt;<br>&gt; Pie<br>
&gt; Line<br>&gt; Scatter<br>&gt; Area<br>&gt; Stacked Area<br>&gt; Bubble<br>&gt; Gantt<br>&gt; High/Low<br>&gt; High/Low/Open<br>&gt; High/Low/Open/Close<br>&gt; Horizontal Bar<br>&gt; Horizontal Stacked Bar<br>&gt; Vertical Bar
<br>&gt; Vertical Stacked Bar<br>&gt; Pareto<br><br>Wow, that&#39;s hot!<br><br>Tom, the tensioning factor sounds great, and simpler than having a<br>whole separate set of chart types for straight|curved.&nbsp;&nbsp;Perhaps<br>chartStyle=&quot;straight|curved|etc&quot; and/or&nbsp;&nbsp;curviness=&quot;3&quot; ?
<br><br>Great work, I can&#39;t wait to see this!<br><br>-Owen<br><br>_______________________________________________<br>dojo-contributors mailing list<br><a href="mailto:dojo-contributors@dojotoolkit.org">dojo-contributors@dojotoolkit.org
</a><br><a href="http://dojotoolkit.org/mailman/listinfo/dojo-contributors">http://dojotoolkit.org/mailman/listinfo/dojo-contributors</a><br></blockquote></div><br>