[svg-developers] Re: Differences in browser Javascript engine vs ASV Javascript engine

[Domenico Strazzullo]

--- In svg-developers@yahoogroups.com, "Aashish Singhvi" 
<[EMAIL PROTECTED]> wrote:
> 
> Hi,
> I am using a Javascript function script (Kevin Lindsey's slider) 
that 
> defines a scrollbar class which can be instantiated in my SVG's 
> javascript to create instance of scroll bars depending on where 
> required etc.
> 
> The issue is that a refresh of the browser was causing a crash. I 
> debugged it down to the fact that I need to specify 
> xmlns:a3="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/";
> a3:scriptImplementation="Adobe" for the slider javascript file and 
in 
> the JS where I am instantiating the slider.
> 
> I would like to know, if differences between browser Javascript 
and 
> ASV JS engine are documented somewhere.
> I am a beginner for using OOP concepts in Javascript for my SVG. 
> Hence subtleties between class/prototype definitions, functions 
call 
> between the two Javascript engines would be very challenging for 
me.
> Hence the need for the document reference for the differences.
> 
> On a side note, is there a favorite slider javascript shared 
library 
> on the web that folks use to create sliders in their SVG documents?
> 
> TIA,
> Aashish


Hi Aashish,

You may find useful this slider: 
http://www.dotuscomus.com/svg/lib/iwsf/innerwinscroll_full.svg

Aside from the limitation you found with the slider you are 
referring to, what I see as inconvenient in that type of solution is 
that  it represents more of a style exercise than real situation 
needs. Their intent is clearly didactic, in academic writing, and 
they still leave me totally admirative. They surely represent 
important milestones on the svg road (especially Kevin's).

Extensive automatization, except where it's unavoidable like in 
barchart construction, has one huge drawback though, the tendency to 
industrial standardization and homogenization of the production 
output, to the detriment of creativity and inventiveness. One real 
power of svg over flash was exactly this difference, the possibility 
and the freedom to experiment with and to assemble a work in direct 
relation with electronic graphic arts intrinsic tools as opposed to 
an electronic graphic arts synthesizer. The excessive use of 
registered objects will transform svg into yet another mammoth 
synthesizer. Fortunately the svg working group seemed to want to 
preserve this freedom in their 1.2 specification: "The SVG Working 
Group have adopted the position that SVG 1.2 should first address 
the low-level foundation features necessary to support fully custom 
UI widgets that allow sophisticated developers to leverage SVG's 
power in the development of graphic user interfaces. At present, the 
SVG Working Group is against the approach of attempting to define a 
full user interface system, such as MFC or Java SWING, for SVG 1.2." 
The concepts of automatization and full user interface system may 
seem unrelated but they really have the same goal. 

Another issue is the question of the designer's easiness of access 
to the tool. If it's true that in reality we still don't see much  
collaboration on projects between programmers and designers, yet the 
question has been raised many times. It's evident that  
programmers still think they can develop a whole project on their 
own. Having had the chance to work most of the time with a  
designer the choices I made in my own developments came often from 
considerations after learning the specifications and  
constraints of the package's design, layout, operability design and 
the necessity to give the designer free and easy access to  
style, remembering that most designers are not javascript freaks.

The situation where one needs more than just a few instances of a 
slider in the same work/page is improbable. To use multiple 
instances of the slider you would need to modify the script by 
integrating a new function that traces the caller and respectively  
sets the relevant variables. This would only be useful if you needed 
a second instance of the slider to accomplish the exact  
same task on a different object. I personally didn't find the need 
to instantiate the slider, but I agree that it may be convenient  
in other situations.


It would be nice to keep debating on these matters.

Domenico





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Differences in browser Javascript engine vs ASV Javascript engine

[skatethere]

--- In svg-developers@yahoogroups.com, "Aashish Singhvi"
<[EMAIL PROTECTED]> wrote:
> 
> Hi,
> I am using a Javascript function script (Kevin Lindsey's slider)
that 
> defines a scrollbar class which can be instantiated in my SVG's 
> javascript to create instance of scroll bars depending on where 
> required etc.
> 
> The issue is that a refresh of the browser was causing a crash. I 
> debugged it down to the fact that I need to specify 
> xmlns:a3="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/";
> a3:scriptImplementation="Adobe" for the slider javascript file and
in 
> the JS where I am instantiating the slider.

No, specifying the ASV internal javascript engine is not problem. The
problem is a breakdown between IE and ASV in unloading javascript
event listeners. Using the internal script engine merely works around
this bug. The bug is specific to ASV+IE+Javascript event listeners.

For a more complete solution, refer to:
 http://article.gmane.org/gmane.text.xml.svg.devel/12299/match=onunload+crash

Kevin discusses a proper fix for deregistering the eventlisteners
before unload.

Thanks,
  --kirby





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

[svg-developers] Re: Differences in browser Javascript engine vs ASV Javascript engine

[Aashish Singhvi]

re: "> For a more complete solution, refer to:
>  
http://article.gmane.org/gmane.text.xml.svg.devel/12299/match=onunloa
d+crash
> 
"

Thanks for the input. However, I was unable to specify 
parent.onbeforeunload in the init (onload) function of my 
Javascript. It says "this is not implemented".  
Also, could you help me on what is the syntax for removing an Event 
Listner. Is it .removeEventListener?

Thanks
-Aashish

--- In svg-developers@yahoogroups.com, "skatethere" 
<[EMAIL PROTECTED]> wrote:
> 
> --- In svg-developers@yahoogroups.com, "Aashish Singhvi"
> <[EMAIL PROTECTED]> wrote:
> > 
> > Hi,
> > I am using a Javascript function script (Kevin Lindsey's slider)
> that 
> > defines a scrollbar class which can be instantiated in my SVG's 
> > javascript to create instance of scroll bars depending on where 
> > required etc.
> > 
> > The issue is that a refresh of the browser was causing a crash. 
I 
> > debugged it down to the fact that I need to specify 
> > xmlns:a3="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/";
> > a3:scriptImplementation="Adobe" for the slider javascript file 
and
> in 
> > the JS where I am instantiating the slider.
> 
> No, specifying the ASV internal javascript engine is not problem. 
The
> problem is a breakdown between IE and ASV in unloading javascript
> event listeners. Using the internal script engine merely works 
around
> this bug. The bug is specific to ASV+IE+Javascript event listeners.
> 
> For a more complete solution, refer to:
>  
http://article.gmane.org/gmane.text.xml.svg.devel/12299/match=onunloa
d+crash
> 
> Kevin discusses a proper fix for deregistering the eventlisteners
> before unload.
> 
> Thanks,
>   --kirby





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 

Re: [svg-developers] Re: Differences in browser Javascript engine vs ASV Javascript engine

[André M. Winter - Carto.net]

hi,

if i remember well, onbeforeunload (and others) are MSIE5 methods, no 
more supported in IE6.

andré


-- 
___
andre m. winter,
  cartography for internet and multimedia applications
  a6091 goetzens, tyrol, austria
  tel.: ++43.5234.32732
  email: <[EMAIL PROTECTED]>

  SVG consulting and development
  online cartography focusing on SVG
 print and online touristic map solutions 




Aashish Singhvi wrote:

>re: "> For a more complete solution, refer to:
>  
>
>> 
>>
>>
>http://article.gmane.org/gmane.text.xml.svg.devel/12299/match=onunloa
>d+crash
>  
>
>"
>
>Thanks for the input. However, I was unable to specify 
>parent.onbeforeunload in the init (onload) function of my 
>Javascript. It says "this is not implemented".  
>Also, could you help me on what is the syntax for removing an Event 
>Listner. Is it .removeEventListener?
>
>Thanks
>-Aashish
>
>--- In svg-developers@yahoogroups.com, "skatethere" 
><[EMAIL PROTECTED]> wrote:
>  
>
>>--- In svg-developers@yahoogroups.com, "Aashish Singhvi"
>><[EMAIL PROTECTED]> wrote:
>>
>>
>>>Hi,
>>>I am using a Javascript function script (Kevin Lindsey's slider)
>>>  
>>>
>>that 
>>
>>
>>>defines a scrollbar class which can be instantiated in my SVG's 
>>>javascript to create instance of scroll bars depending on where 
>>>required etc.
>>>
>>>The issue is that a refresh of the browser was causing a crash. 
>>>  
>>>
>I 
>  
>
>>>debugged it down to the fact that I need to specify 
>>>xmlns:a3="http://ns.adobe.com/AdobeSVGViewerExtensions/3.0/";
>>>a3:scriptImplementation="Adobe" for the slider javascript file 
>>>  
>>>
>and
>  
>
>>in 
>>
>>
>>>the JS where I am instantiating the slider.
>>>  
>>>
>>No, specifying the ASV internal javascript engine is not problem. 
>>
>>
>The
>  
>
>>problem is a breakdown between IE and ASV in unloading javascript
>>event listeners. Using the internal script engine merely works 
>>
>>
>around
>  
>
>>this bug. The bug is specific to ASV+IE+Javascript event listeners.
>>
>>For a more complete solution, refer to:
>> 
>>
>>
>http://article.gmane.org/gmane.text.xml.svg.devel/12299/match=onunloa
>d+crash
>  
>
>>Kevin discusses a proper fix for deregistering the eventlisteners
>>before unload.
>>
>>Thanks,
>>  --kirby
>>
>>
>
>
>
>
>
>-
>To unsubscribe send a message to: [EMAIL PROTECTED]
>-or-
>visit http://groups.yahoo.com/group/svg-developers and click "edit my 
>membership"
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
>
>  
>




-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/