[Jmol-users] unexpected Java applet behavior
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is reproducible for other in Firefox or other browsers. 1) open http://chemapps.stolaf.edu/jmol/simple2.htm 2) in the command textarea, enter background yellow 3) click on an atom 4) back in the textarea enter background white Did that work? For me (4) fails to enter text. 5) click on the URL line, as if you were going to go to a new page 6) back in the textarea enter background green It works, right? I sure don't remember this being a problem -- or, actually, I remember something similar to this some time ago. Has it just suddenly reappeared? I know what is basically happening, and I can turn it off.The applet, when you active it by clicking in it, also activates a keyboard listener. Somehow Firefox is not recognizing that the textarea should take that over, and the applet's keyboard listener is continuing to take the keys. So, in (4), if *in the textarea* I type CTRL-K (which turns on key entry) and then background white [ENTER] I see those characters in the bottom left-hand corner of the applet, and the command is executed. Thoughts on this? Is it a feature I should just remove? Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
[Jmol-users] JSmol lite
I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] JSmol lite
Bob, I feel like cherry picking functionality to include would present difficulties to users; e.g. I thought JSmol could do x, but it can't! This is a wild idea, but could the entire command-running apparatus be decoupled from display and mouse actions, with significant savings in code size? I'm imagining something like a kiosk mode, without the machinery of scripting behind it. I understand this may not be possible; just wanted to throw it out there. On Wednesday, January 30, 2013, Robert Hanson wrote: I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- --- Michael Evans Organic Chemistry Graduate Student, Moore Group University of Illinois, Urbana-Champaign -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] unexpected Java applet behavior
Bob, There was no problem with html5, but I suspect you knew that. I don't have active Java right now. BUT, I have encountered this problem in other contexts with the applet. I assumed is was a Java thing. When I encountered the problem, a forced JavaScript blur() then focus() would solve the problem. I could look up the context if it's useful, but your scenario comes close to what I was finding. Otis -- Otis Rothenberger o...@chemagic.com http://chemagic.com On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote: Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is reproducible for other in Firefox or other browsers. 1) open http://chemapps.stolaf.edu/jmol/simple2.htm 2) in the command textarea, enter background yellow 3) click on an atom 4) back in the textarea enter background white Did that work? For me (4) fails to enter text. 5) click on the URL line, as if you were going to go to a new page 6) back in the textarea enter background green It works, right? I sure don't remember this being a problem -- or, actually, I remember something similar to this some time ago. Has it just suddenly reappeared? I know what is basically happening, and I can turn it off.The applet, when you active it by clicking in it, also activates a keyboard listener. Somehow Firefox is not recognizing that the textarea should take that over, and the applet's keyboard listener is continuing to take the keys. So, in (4), if *in the textarea* I type CTRL-K (which turns on key entry) and then background white [ENTER] I see those characters in the bottom left-hand corner of the applet, and the command is executed. Thoughts on this? Is it a feature I should just remove? Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] JSmol lite
Bob, The ability to load minimal with the possibility of expanding as needed would be wonderful! Otis -- Otis Rothenberger o...@chemagic.com http://chemagic.com On Jan 30, 2013, at 1:23 PM, Robert Hanson wrote: I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] JSmol lite
Agreed, Otis. I realized after reading your message that a version of JSmol that worked that way would be highly desirable, provided the process of loading files as needed is acceptable from a user experience perspective. Cheers, Mike --- Michael Evans Organic Chemistry Graduate Student, Moore Group University of Illinois, Urbana-Champaign On Wed, Jan 30, 2013 at 12:54 PM, Otis Rothenberger osrot...@chemagic.comwrote: Michael, I understand your concern, but I'm think about page application development. If I understand Bob correctly, then functionality would be loaded from server as needed. These loads would be controlled by the page application developer so that it's hidden from users. If that's what Bob is suggesting, I think it would be great. Otis -- Otis Rothenberger o...@chemagic.com http://chemagic.com On Jan 30, 2013, at 1:33 PM, Michael Evans wrote: Bob, I feel like cherry picking functionality to include would present difficulties to users; e.g. I thought JSmol could do x, but it can't! This is a wild idea, but could the entire command-running apparatus be decoupled from display and mouse actions, with significant savings in code size? I'm imagining something like a kiosk mode, without the machinery of scripting behind it. I understand this may not be possible; just wanted to throw it out there. On Wednesday, January 30, 2013, Robert Hanson wrote: I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- --- Michael Evans Organic Chemistry Graduate Student, Moore Group University of Illinois, Urbana-Champaign -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] JSmol lite
A fast, minimal JSmol, able to load additional features on demand, will be great. However, I think this will have little impact on model loading and management speed. Is this correct? Jaim On Jan 30, 2013, at 8:23 PM, Robert Hanson wrote: I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] JSmol lite
Minimified and Gzipped, Jsmol is a 700-800kB download. I am not sure that reducing the download is the way to go in order to improve user experience on mobile phones. I've seen JSmol once on an Iphone and it was really slow. Too slow to call it interactive. Maybe targeting at the graphic performance would be a better goal. Paul Le 30 janv. 2013 à 19:59, Michael Evans a écrit : Agreed, Otis. I realized after reading your message that a version of JSmol that worked that way would be highly desirable, provided the process of loading files as needed is acceptable from a user experience perspective. Cheers, Mike --- Michael Evans Organic Chemistry Graduate Student, Moore Group University of Illinois, Urbana-Champaign On Wed, Jan 30, 2013 at 12:54 PM, Otis Rothenberger osrot...@chemagic.com wrote: Michael, I understand your concern, but I'm think about page application development. If I understand Bob correctly, then functionality would be loaded from server as needed. These loads would be controlled by the page application developer so that it's hidden from users. If that's what Bob is suggesting, I think it would be great. Otis -- Otis Rothenberger o...@chemagic.com http://chemagic.com On Jan 30, 2013, at 1:33 PM, Michael Evans wrote: Bob, I feel like cherry picking functionality to include would present difficulties to users; e.g. I thought JSmol could do x, but it can't! This is a wild idea, but could the entire command-running apparatus be decoupled from display and mouse actions, with significant savings in code size? I'm imagining something like a kiosk mode, without the machinery of scripting behind it. I understand this may not be possible; just wanted to throw it out there. On Wednesday, January 30, 2013, Robert Hanson wrote: I'm wondering if we should try to produce a really trimmed-down lite version of Jmol -- a very very minimal core set of functionality that could have better load performance on mobile devices for very basic tasks. Maybe just wireframe spacefill ballssticks no text no math (just simple Rasmol-like script commands) just XYZ/MOL file reading (basically a ChemDoodle-HTML5-only-like level of capability) What would be a reasonable goal for code size? Suggestions? (I think I could make it to automatically load additional functionality as needed.) Bob -- Robert M. Hanson Larson-Anderson Professor of Chemistry Chair, Chemistry Department 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 -- --- Michael Evans Organic Chemistry Graduate Student, Moore Group University of Illinois, Urbana-Champaign -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] unexpected Java applet behavior
Bob,
One context was that I was using arrow keys to nudge (translate) a clicked
model. After the click of the model, I would have problems similar to what you
describe with a script field on the page until I clicked in a non-applet part
of the page. The following pickCallback simulated clicking in a non-applet part
of the page:
if (nudgeTyp != ) { document.getElementById(script).blur();
document.getElementById(script).focus();
document.getElementById(script).blur(); }
Like I said. I thought is was a general applet issue.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:46 PM, Otis Rothenberger wrote:
Bob,
There was no problem with html5, but I suspect you knew that. I don't have
active Java right now.
BUT, I have encountered this problem in other contexts with the applet. I
assumed is was a Java thing. When I encountered the problem, a forced
JavaScript blur() then focus() would solve the problem. I could look up the
context if it's useful, but your scenario comes close to what I was finding.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote:
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is
reproducible for other in Firefox or other browsers.
1) open http://chemapps.stolaf.edu/jmol/simple2.htm
2) in the command textarea, enter
background yellow
3) click on an atom
4) back in the textarea enter
background white
Did that work? For me (4) fails to enter text.
5) click on the URL line, as if you were going to go to a new page
6) back in the textarea enter
background green
It works, right?
I sure don't remember this being a problem -- or, actually, I remember
something similar to this some time ago. Has it just suddenly reappeared?
I know what is basically happening, and I can turn it off.The applet, when
you active it by clicking in it, also activates a keyboard listener. Somehow
Firefox is not recognizing that the textarea should take that over, and the
applet's keyboard listener is continuing to take the keys. So, in (4), if
*in the textarea* I type CTRL-K (which turns on key entry) and then
background white [ENTER]
I see those characters in the bottom left-hand corner of the applet, and the
command is executed.
Thoughts on this? Is it a feature I should just remove?
Bob
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] unexpected Java applet behavior
It works for me with either Java or HTML5 on a Mac with Firefox 18.0.1 On Jan 30, 2013, at 1:09 PM, Robert Hanson hans...@stolaf.edu wrote: http://chemapps.stolaf.edu/jmol/simple2.htm J. Philip Bays Emeritus Professor of Chemistry Department of Chemistry and Physics Saint Mary's College Notre Dame, IN 46556 pb...@saintmarys.edu -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] unexpected Java applet behavior
Yes, that would be it, I think. I have filed a bug report with Bugzilla.
For how long have you observed this?
https://bugzilla.mozilla.org/show_bug.cgi?id=836490
On Wed, Jan 30, 2013 at 10:49 PM, Otis Rothenberger
osrot...@chemagic.comwrote:
Bob,
One context was that I was using arrow keys to nudge (translate) a clicked
model. After the click of the model, I would have problems similar to what
you describe with a script field on the page until I clicked in a
non-applet part of the page. The following pickCallback simulated clicking
in a non-applet part of the page:
if (nudgeTyp != ) { document.getElementById(script).blur();
document.getElementById(script).focus();
document.getElementById(script).blur(); }
Like I said. I thought is was a general applet issue.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:46 PM, Otis Rothenberger wrote:
Bob,
There was no problem with html5, but I suspect you knew that. I don't have
active Java right now.
BUT, I have encountered this problem in other contexts with the applet. I
assumed is was a Java thing. When I encountered the problem, a forced
JavaScript blur() then focus() would solve the problem. I could look up the
context if it's useful, but your scenario comes close to what I was finding.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote:
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is
reproducible for other in Firefox or other browsers.
1) open http://chemapps.stolaf.edu/jmol/simple2.htm
2) in the command textarea, enter
background yellow
3) click on an atom
4) back in the textarea enter
background white
Did that work? For me (4) fails to enter text.
5) click on the URL line, as if you were going to go to a new page
6) back in the textarea enter
background green
It works, right?
I sure don't remember this being a problem -- or, actually, I remember
something similar to this some time ago. Has it just suddenly reappeared?
I know what is basically happening, and I can turn it off.The applet, when
you active it by clicking in it, also activates a keyboard listener.
Somehow Firefox is not recognizing that the textarea should take that over,
and the applet's keyboard listener is continuing to take the keys. So, in
(4), if *in the textarea* I type CTRL-K (which turns on key entry) and
then
background white [ENTER]
I see those characters in the bottom left-hand corner of the applet, and
the command is executed.
Thoughts on this? Is it a feature I should just remove?
Bob
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
Re: [Jmol-users] unexpected Java applet behavior
Based on involved file dates, early November 2012.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 4:57 PM, Robert Hanson wrote:
Yes, that would be it, I think. I have filed a bug report with Bugzilla. For
how long have you observed this?
https://bugzilla.mozilla.org/show_bug.cgi?id=836490
On Wed, Jan 30, 2013 at 10:49 PM, Otis Rothenberger osrot...@chemagic.com
wrote:
Bob,
One context was that I was using arrow keys to nudge (translate) a clicked
model. After the click of the model, I would have problems similar to what
you describe with a script field on the page until I clicked in a non-applet
part of the page. The following pickCallback simulated clicking in a
non-applet part of the page:
if (nudgeTyp != ) { document.getElementById(script).blur();
document.getElementById(script).focus();
document.getElementById(script).blur(); }
Like I said. I thought is was a general applet issue.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:46 PM, Otis Rothenberger wrote:
Bob,
There was no problem with html5, but I suspect you knew that. I don't have
active Java right now.
BUT, I have encountered this problem in other contexts with the applet. I
assumed is was a Java thing. When I encountered the problem, a forced
JavaScript blur() then focus() would solve the problem. I could look up the
context if it's useful, but your scenario comes close to what I was finding.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote:
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is
reproducible for other in Firefox or other browsers.
1) open http://chemapps.stolaf.edu/jmol/simple2.htm
2) in the command textarea, enter
background yellow
3) click on an atom
4) back in the textarea enter
background white
Did that work? For me (4) fails to enter text.
5) click on the URL line, as if you were going to go to a new page
6) back in the textarea enter
background green
It works, right?
I sure don't remember this being a problem -- or, actually, I remember
something similar to this some time ago. Has it just suddenly reappeared?
I know what is basically happening, and I can turn it off.The applet, when
you active it by clicking in it, also activates a keyboard listener.
Somehow Firefox is not recognizing that the textarea should take that over,
and the applet's keyboard listener is continuing to take the keys. So, in
(4), if *in the textarea* I type CTRL-K (which turns on key entry) and
then
background white [ENTER]
I see those characters in the bottom left-hand corner of the applet, and
the command is executed.
Thoughts on this? Is it a feature I should just remove?
Bob
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite
Re: [Jmol-users] unexpected Java applet behavior
I think this might be related to an issue I raised which you corrected. It is
described in an email on Christmas day. It was in JSmol, but a similar
behavior.
.
On Jan 30, 2013, at 5:40 PM, Otis Rothenberger osrot...@chemagic.com wrote:
Based on involved file dates, early November 2012.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 4:57 PM, Robert Hanson wrote:
Yes, that would be it, I think. I have filed a bug report with Bugzilla. For
how long have you observed this?
https://bugzilla.mozilla.org/show_bug.cgi?id=836490
On Wed, Jan 30, 2013 at 10:49 PM, Otis Rothenberger osrot...@chemagic.com
wrote:
Bob,
One context was that I was using arrow keys to nudge (translate) a clicked
model. After the click of the model, I would have problems similar to what
you describe with a script field on the page until I clicked in a non-applet
part of the page. The following pickCallback simulated clicking in a
non-applet part of the page:
if (nudgeTyp != ) { document.getElementById(script).blur();
document.getElementById(script).focus();
document.getElementById(script).blur(); }
Like I said. I thought is was a general applet issue.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:46 PM, Otis Rothenberger wrote:
Bob,
There was no problem with html5, but I suspect you knew that. I don't have
active Java right now.
BUT, I have encountered this problem in other contexts with the applet. I
assumed is was a Java thing. When I encountered the problem, a forced
JavaScript blur() then focus() would solve the problem. I could look up the
context if it's useful, but your scenario comes close to what I was finding.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote:
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is
reproducible for other in Firefox or other browsers.
1) open http://chemapps.stolaf.edu/jmol/simple2.htm
2) in the command textarea, enter
background yellow
3) click on an atom
4) back in the textarea enter
background white
Did that work? For me (4) fails to enter text.
5) click on the URL line, as if you were going to go to a new page
6) back in the textarea enter
background green
It works, right?
I sure don't remember this being a problem -- or, actually, I remember
something similar to this some time ago. Has it just suddenly reappeared?
I know what is basically happening, and I can turn it off.The applet, when
you active it by clicking in it, also activates a keyboard listener.
Somehow Firefox is not recognizing that the textarea should take that
over, and the applet's keyboard listener is continuing to take the keys.
So, in (4), if *in the textarea* I type CTRL-K (which turns on key entry)
and then
background white [ENTER]
I see those characters in the bottom left-hand corner of the applet, and
the command is executed.
Thoughts on this? Is it a feature I should just remove?
Bob
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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.
Re: [Jmol-users] unexpected Java applet behavior
that was different.
On Thu, Jan 31, 2013 at 12:52 AM, Philip Bays pb...@saintmarys.edu wrote:
I think this might be related to an issue I raised which you corrected.
It is described in an email on Christmas day. It was in JSmol, but a
similar behavior.
.
On Jan 30, 2013, at 5:40 PM, Otis Rothenberger osrot...@chemagic.com
wrote:
Based on involved file dates, early November 2012.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 4:57 PM, Robert Hanson wrote:
Yes, that would be it, I think. I have filed a bug report with Bugzilla.
For how long have you observed this?
https://bugzilla.mozilla.org/show_bug.cgi?id=836490
On Wed, Jan 30, 2013 at 10:49 PM, Otis Rothenberger osrot...@chemagic.com
wrote:
Bob,
One context was that I was using arrow keys to nudge (translate) a
clicked model. After the click of the model, I would have problems similar
to what you describe with a script field on the page until I clicked in a
non-applet part of the page. The following pickCallback simulated clicking
in a non-applet part of the page:
if (nudgeTyp != ) { document.getElementById(script).blur();
document.getElementById(script).focus();
document.getElementById(script).blur(); }
Like I said. I thought is was a general applet issue.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:46 PM, Otis Rothenberger wrote:
Bob,
There was no problem with html5, but I suspect you knew that. I don't
have active Java right now.
BUT, I have encountered this problem in other contexts with the applet. I
assumed is was a Java thing. When I encountered the problem, a forced
JavaScript blur() then focus() would solve the problem. I could look up the
context if it's useful, but your scenario comes close to what I was finding.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Jan 30, 2013, at 1:09 PM, Robert Hanson wrote:
Firefox 18.0.1 is showing very odd behavior. I'm wondering if this is
reproducible for other in Firefox or other browsers.
1) open http://chemapps.stolaf.edu/jmol/simple2.htm
2) in the command textarea, enter
background yellow
3) click on an atom
4) back in the textarea enter
background white
Did that work? For me (4) fails to enter text.
5) click on the URL line, as if you were going to go to a new page
6) back in the textarea enter
background green
It works, right?
I sure don't remember this being a problem -- or, actually, I remember
something similar to this some time ago. Has it just suddenly reappeared?
I know what is basically happening, and I can turn it off.The applet,
when you active it by clicking in it, also activates a keyboard listener.
Somehow Firefox is not recognizing that the textarea should take that over,
and the applet's keyboard listener is continuing to take the keys. So, in
(4), if *in the textarea* I type CTRL-K (which turns on key entry) and
then
background white [ENTER]
I see those characters in the bottom left-hand corner of the applet, and
the command is executed.
Thoughts on this? Is it a feature I should just remove?
Bob
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
