Re: [Jmol-users] support needed -- XHR -- asynchronous vs synchronous

[Pierluigi Q. <pie...@un...>]

Dear Bob,

Would it be opportune and sufficient an intervention by someone like me,
who have not so great programming skills? I could  stress the importance of
JMol/JSMol even for simple projects devoted to education and knowledge
spreading in the chemisty and biology fields, not much, probably... ...but
if you think that the users can play a role, it would be a pleasure to be
of help.

Please let me know and I will try to send a message.

Bye,

Pierluigi Quagliotto


2014-08-31 13:02 GMT+02:00 Jaime Prilusky <jai...@we...>:

>  Bob,
>
>  Can you please provide a template letter?
>
>  Jaim
>
>  On Aug 31, 2014, at 1:45 PM, Robert Hanson <ha...@st...> wrote:
>
>   Folks, I would appreciate some letter-writing support in relation to
>
> http://lists.w3.org/Archives/Public/public-webapps/2014JulSep/0084.html
> http://lists.w3.org/Archives/Public/public-webapps/2014JulSep/0377.html
>
>  I don't know if you can respond directly to that list or not. I think you
> can. Please, if you do, be polite -- just share the importance of JSmol.
> Ask them to remove the recommendation to browser developers to "experiment"
> with breaking all our pages.
>
>  The executive summary is that if this recommendation is taken:
>
> <quote src=http://xhr.spec.whatwg.org/>
> Developers must not pass false for the async argument when the JavaScript
> global environment
> <http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#javascript-global-environment>
> is a document environment
> <http://www.whatwg.org/specs/web-apps/current-work/multipage/webappapis.html#document-environment>
> as it has detrimental effects to the end user's experience. User agents are
> strongly encouraged to warn about such usage in developer tools and may
> experiment with throwing <http://dom.spec.whatwg.org/#concept-throw> an "
> InvalidAccessError <http://dom.spec.whatwg.org/#invalidaccesserror>"
> exception when it occurs so the feature can eventually be removed from the
> platform.
>  </quote>
>
>  All, and I mean ALL current JSmol implementations will stop working
> instantly.
>
>  I'm not sure the writers of that understand the implications for science
> and science education. Some word from others in prominent positions might
> help.
>
> I would prefer they not just hear from me. Don't over-do it, just help
> them see what such "experimentation" would do to us.
>
>  That said, I am making good progress making FUTURE JSmol implementations
> totally asynchronous. I'm actually very close. I have a test version that
> loads everything asynchronously other than shapes, and it almost works.
> (Famous last words!)
>
> But current pages using Jmol.getPropertyAsArray() or Jmol.evaluateVar()
> will absolutely be broken and will need some rewriting *even if I do get
> a totally asynchronous version of JSmol running. *Because those are
> inherently synchronous methods, and at least their first use requires an
> asynchronous  process.
>
> I do have some ways around that. Basically you can effect (asynchronous)
> module loading in Jmol (the to-be asynchronous part) by issuing calls to
> Clazz._4Name(). For instance:
>
>    Clazz._4Name("JV.PropertyManager")
>
>  just after applet creation will load the code that will later be used
> for Jmol.getPropertyAsArray() or Jmol.evaluateVar()
>
>  But obviously this will take updating of current web pages.
>
> Bob
>
>
> --
> Robert M. Hanson
> Larson-Anderson Professor of Chemistry
> Chair, Department of Chemistry
> St. Olaf College
> Northfield, MN
> http://www.stolaf.edu/people/hansonr
>
>
> If nature does not answer first what we want,
> it is better to take what answer we get.
>
> -- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/_______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>