<br><br><div class="gmail_quote">On Wed, Mar 23, 2011 at 4:33 PM, Piotr Przybylski <span dir="ltr"><<a href="mailto:piotr.prz@gmail.com">piotr.prz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2011/3/23 Ammar Yasir <<a href="mailto:ammaryasir.88@gmail.com">ammaryasir.88@gmail.com</a>>:<br>
<div><div></div><div class="h5">><br>
><br>
> On Wed, Mar 23, 2011 at 1:01 AM, Piotr Przybylski <<a href="mailto:piotr.prz@gmail.com">piotr.prz@gmail.com</a>><br>
> wrote:<br>
>><br>
>> 2011/3/22 Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>:<br>
>> > Ammar Yasir a écrit :<br>
>> >><br>
>> >><br>
>> >> On Tue, Mar 22, 2011 at 11:24 PM, Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a><br>
>> >> <mailto:<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>> wrote:<br>
>> >><br>
>> >> Ammar Yasir a écrit :<br>
>> >><br>
>> >> > May I ask what quality aspect should this system focus on. It<br>
>> >> should be<br>
>> >> > correct, but what about trade off between system response time<br>
>> >> and<br>
>> >> > functionality. Like for example, Zooming feature. Should it be<br>
>> >> like from<br>
>> >> > 1X->2X or should the image magnify gradually. Since pchart will<br>
>> >> produce<br>
>> >> > static images, some of these issues will be faced while<br>
>> >> designing.<br>
>> >><br>
>> >> I would prefer a gradual zoom but haven't made any research about<br>
>> >> how to<br>
>> >> implement this. If pChart is not the best tool for this, you can<br>
>> >> look<br>
>> >> for a better one. The other day I mentionned pChart because we are<br>
>> >> currently using it (in phpMyAdmin 3.4) for static charts.<br>
>> >><br>
>> >> So, is it like we can use any type of zoom but whenever the number of<br>
>> >> points in the screen fall below a certain number, we show labels?<br>
>> ><br>
>> > I think it's more when the user ceases to see big clusters of data<br>
>> > points and is able to perceive the distinct points.<br>
>> ><br>
>> >><br>
>> >> Also, I think in pChart its not very straight forward to implement<br>
>> >> clickable items(click data points to view data row). We would have to<br>
>> >> use CSS with overlaid items.<br>
>> >><br>
>> >><br>
>> >><br>
>> >> OTOH if there is no open tool for a gradual zoom (web), going in<br>
>> >> increments (say, with buttons) will be fine.<br>
>> >><br>
>> >> I also have never implemented such but I found something on the net,<br>
>> >> <a href="http://www.cssplay.co.uk/menu/image_magnifier2.html" target="_blank">http://www.cssplay.co.uk/menu/image_magnifier2.html</a> . I'll try to look<br>
>> >> for something like this.<br>
>> ><br>
>><br>
>> Maybe SVG? Vector output would give users faster feedback (no need to<br>
>> generate big bitmaps on the server and send them) and allow for fluent<br>
>> scaling in browser. Recently even IE got native support, with the<br>
>> release of IE 9.<br>
>><br>
> What about JpGraph?<br>
><br>
<br>
</div></div>JpGraph generates bitmaps, I am proposing SVG to avoid this and<br>
provide scaling in browser. With bitmap output any panning and zooming<br>
will require round trips to server and execution of (almost) the same<br>
query again. With SVG you can generate one image and process it in<br>
browser. It will give users faster feedback and save us from including<br>
another charting library.<br>
<br></blockquote><div>I looked around if we can use SVG for this. One thing I found everyone saying was that SVG integration with HTML, particularly with inline SVG is someway incomplete. Is it so? <br>Also, i looked up on jquerySVG(<a href="http://keith-wood.name/svg.html">http://keith-wood.name/svg.html</a>). This can provide for most of the functionality required here.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
--<br>
<font color="#888888">Piotr Przybylski<br>
</font></blockquote></div><br>