From: Robert H. <ha...@st...> - 2013-01-30 18:23:13
|
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 balls&sticks 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 |
From: Michael E. <ev...@il...> - 2013-01-30 18:33:58
|
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 > balls&sticks > 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 |
From: Otis R. <osr...@ch...> - 2013-01-30 18:48:12
|
Bob, The ability to load minimal with the possibility of expanding as needed would be wonderful! Otis -- Otis Rothenberger ot...@ch... 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 > balls&sticks > 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 > Jmo...@li... > https://lists.sourceforge.net/lists/listinfo/jmol-users |
From: Otis R. <osr...@ch...> - 2013-01-30 18:55:11
|
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 ot...@ch... 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 > balls&sticks > 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 > Jmo...@li... > https://lists.sourceforge.net/lists/listinfo/jmol-users |
From: Michael E. <ev...@il...> - 2013-01-30 18:59:16
|
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 <osr...@ch...>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 > ot...@ch... > 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 >> balls&sticks >> 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 > Jmo...@li... > 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 > Jmo...@li... > https://lists.sourceforge.net/lists/listinfo/jmol-users > > |
From: Paul P. <pau...@ac...> - 2013-01-30 19:12:48
|
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 <osr...@ch...> 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 > ot...@ch... > 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 >> balls&sticks >> 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 >> Jmo...@li... >> 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 > Jmo...@li... > 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 > Jmo...@li... > https://lists.sourceforge.net/lists/listinfo/jmol-users |
From: Jaime P. <jai...@we...> - 2013-01-30 19:08:16
|
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 balls&sticks 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 Jmo...@li... https://lists.sourceforge.net/lists/listinfo/jmol-users |