On Wed, Mar 23, 2011 at 4:33 PM, Piotr Przybylski <piotr.prz@gmail.com> wrote:
2011/3/23 Ammar Yasir <ammaryasir.88@gmail.com>:
>
>
> On Wed, Mar 23, 2011 at 1:01 AM, Piotr Przybylski <piotr.prz@gmail.com>
> wrote:
>>
>> 2011/3/22 Marc Delisle <marc@infomarc.info>:
>> > Ammar Yasir a écrit :
>> >>
>> >>
>> >> On Tue, Mar 22, 2011 at 11:24 PM, Marc Delisle <marc@infomarc.info
>> >> <mailto:marc@infomarc.info>> wrote:
>> >>
>> >>     Ammar Yasir a écrit :
>> >>
>> >>      > May I ask what quality aspect should this system focus on. It
>> >>     should be
>> >>      > correct, but what about trade off between system response time
>> >> and
>> >>      > functionality. Like for example, Zooming feature. Should it be
>> >>     like from
>> >>      > 1X->2X or should the image magnify gradually. Since pchart will
>> >>     produce
>> >>      > static images, some of these issues will be faced while
>> >> designing.
>> >>
>> >>     I would prefer a gradual zoom but haven't made any research about
>> >> how to
>> >>     implement this. If pChart is not the best tool for this, you can
>> >> look
>> >>     for a better one. The other day I mentionned pChart because we are
>> >>     currently using it (in phpMyAdmin 3.4) for static charts.
>> >>
>> >> So, is it like we can use any type of zoom but whenever the number of
>> >> points in the screen fall below a certain number, we show labels?
>> >
>> > I think it's more when the user ceases to see big clusters of data
>> > points and is able to perceive the distinct points.
>> >
>> >>
>> >> Also, I think in pChart its not very straight forward to implement
>> >> clickable items(click data points  to view data row). We would have to
>> >> use CSS with overlaid items.
>> >>
>> >>
>> >>
>> >>     OTOH if there is no open tool for a gradual zoom (web), going in
>> >>     increments (say, with buttons) will be fine.
>> >>
>> >> I also have never implemented such but I found something on the net,
>> >> http://www.cssplay.co.uk/menu/image_magnifier2.html . I'll try to look
>> >> for something like this.
>> >
>>
>> Maybe SVG? Vector output would give users faster feedback (no need to
>> generate big bitmaps on the server and send them) and allow for fluent
>> scaling in browser. Recently even IE got native support, with the
>> release of IE 9.
>>
> What about JpGraph?
>

JpGraph generates bitmaps, I am proposing SVG to avoid this and
provide scaling in browser. With bitmap output any panning and zooming
will require round trips to server and execution of (almost) the same
query again. With SVG you can generate one image and process it in
browser. It will give users faster feedback and save us from including
another charting library.

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? 
Also, i looked up on jquerySVG(http://keith-wood.name/svg.html). This can provide for most of the functionality required here.
 
--
Piotr Przybylski