gnuplot-beta

svg mouse coords in zoom

[<pl...@pi...>]

Hi,

while we have the svg box open it may be a good time to point out a 
minor but rather annoying bug in the mouse coordinate label.

If the svg is zoomed (Opera or FFx) the coord values are still correct 
but the label and it's dot do not match the mouse position.

All is OK on zoomed until the scroll bar is moved. Then mouse readout 
stays at the same point on the graph with the same (correct) coords, 
rather than staying with the mouse and assuming a new value.

Sounds like a detail that was not anticipated.

Regards, Peter.

Re: svg mouse coords in zoom

[Ethan A M. <sf...@us...>]

On Monday, November 21, 2011 11:36:48 pm pl...@pi... wrote:
> Hi,
> 
> while we have the svg box open it may be a good time to point out a 
> minor but rather annoying bug in the mouse coordinate label.
> 
> If the svg is zoomed (Opera or FFx) the coord values are still correct 
> but the label and it's dot do not match the mouse position.
> 
> All is OK on zoomed until the scroll bar is moved. Then mouse readout 
> stays at the same point on the graph with the same (correct) coords, 
> rather than staying with the mouse and assuming a new value.
> 
> Sounds like a detail that was not anticipated.

Unfortunately, the people who did not anticipate that detail were
the members of the W3C working group.  They left the scrollbar 
coordinate information undefined in the SVG spec.   (Or so I concluded
after Googling.  I suppose there may be some very recent addition).
Many people have hit this same problem with other programs.

Each browser handles it differently, so there may not be a single
universal solution.  I borrowed some code that seems to work on
Firefox and Opera, but it works slightly differently on Chrome.
I don't know about IE but suspect from the comments on the site where 
I found it that it won't work on IE.

	Ethan
 

Re: svg mouse coords in zoom

[<pl...@pi...>]

On 11/22/11 23:47, Ethan A Merritt wrote:
> On Monday, November 21, 2011 11:36:48 pm pl...@pi... wrote:
>> Hi,
>>
>> while we have the svg box open it may be a good time to point out a
>> minor but rather annoying bug in the mouse coordinate label.
>>
>> If the svg is zoomed (Opera or FFx) the coord values are still correct
>> but the label and it's dot do not match the mouse position.
>>
>> All is OK on zoomed until the scroll bar is moved. Then mouse readout
>> stays at the same point on the graph with the same (correct) coords,
>> rather than staying with the mouse and assuming a new value.
>>
>> Sounds like a detail that was not anticipated.
>
> Unfortunately, the people who did not anticipate that detail were
> the members of the W3C working group.  They left the scrollbar
> coordinate information undefined in the SVG spec.   (Or so I concluded
> after Googling.  I suppose there may be some very recent addition).
> Many people have hit this same problem with other programs.

The coordinates of the mouse and portion of the graphic that a 
particular viewer chooses to look at are not properties of the SVG file, 
so I find it logical that this is not in the spec.

Is there anything in the broader html xml specs that define properties 
of the view window that is rendered?

The scroll bar position is just an interface detail and has nothing to 
do with the spec. , is there no property like viewport that represents 
the portion actually rendered?

I seem to recall seeing some such but it may be something else again.


>
> Each browser handles it differently, so there may not be a single
> universal solution.  I borrowed some code that seems to work on
> Firefox and Opera, but it works slightly differently on Chrome.
> I don't know about IE but suspect from the comments on the site where
> I found it that it won't work on IE.
>
> 	Ethan

I thought IE could not even render SVG at all. The only option being a 
buggy and discontinued Abobe plug-in.  Such a platform is not even worth 
testing on.

Thanks for the explanation. I thought this had been missed , you're 
obviously on top of it.

This coord read-off is an incredibly useful feature. It's even more 
useful when you can zoom in (almost indefinitely) for extra precision. 
It's great shame it is flawed.

Could this be made to work with a bit of browser sniffing in the js 
code? I may look at adding that locally. This is too useful to miss. Any 
pointers?

best regards, Peter.

Re: svg mouse coords in zoom

[Tait <gnu...@t4...>]

How does the SVG zooming work? I can't seem to get it in any browser.


> I thought IE could not even render SVG at all. The only option being a
> buggy and discontinued Abobe plug-in.  Such a platform is not even worth
> testing on.

Internet Explorer was slow to support SVG, but it does have (fairly
comprehensive, as far as I can tell) support now. IE represents the
largest single market share of any browser, at around 35-50% of the
total (depending on who's measuring), so personal religious views
notwithstanding, it can't just be ignored.

Mobile browsers are still a small fragment of the market at around 5%
(nearly on-par with Opera), but their share will doubtless grow. My mobile
browser doesn't appear to support SVG at all.

Re: svg mouse coords in zoom

[Ethan A M. <sf...@us...>]

On Wednesday, November 23, 2011 11:40:43 am Tait wrote:
> 
> How does the SVG zooming work? I can't seem to get it in any browser.
> 
> 
> > I thought IE could not even render SVG at all. The only option being a
> > buggy and discontinued Abobe plug-in.  Such a platform is not even worth
> > testing on.
> 
> Internet Explorer was slow to support SVG, but it does have (fairly
> comprehensive, as far as I can tell) support now. IE represents the
> largest single market share of any browser, at around 35-50% of the
> total (depending on who's measuring), so personal religious views
> notwithstanding, it can't just be ignored.

You are performing a slight-of-hand trick there.
The only way that IE can be counted as having that large a market
share is if you include all the older versions.  But those versions
don't support SVG.   IE9 per se has ~25% share on Windows 7, 
but most of the Windows world isn't yet using Windows 7.

Anyhow, the issue here is not religious views. It's just a matter of
working code. If you have a pointer to a coding example that handles
svg + scroll bars in IE9, please send it to me so I can have a look.
Or even just report back whether the current CVS version of gnuplot_svg.js
does or does not work in IE9.  Maybe they've unexpectedly decided to
be consistent with Firefox :-)

	Ethan



> Mobile browsers are still a small fragment of the market at around 5%
> (nearly on-par with Opera), but their share will doubtless grow. My mobile
> browser doesn't appear to support SVG at all.