Un nouveau moteur graphique 3D a été
développé pour Jmol v10 pour correctement supporter
les intersections de formes. C'est important quand on visualise
des modèles moléculaires remplis.
Le moteur 3D a aussi des performances nettement supérieures
avec des grosses molécules.
Aucun appel graphique java n'est utilisé pour la construction
de l'image. La scène complète est construite en
mémoire et transferrée à l'écran avec
une seule opération drawImage.
Hé ... vous n'êtes pas la personne qui se plaignait
de la vitesse?
(Une version future incluera Full-Scene-Anti-Aliasing.)
Utilisez l'application Jmol et exportez vers PovRay.
Pas encore. C'est relativement dans notre liste de priorités.
En utilisant la terminologie RasMol/Chime, Jmol supporte actuellement
backbone, trace, strands, meshribbons,
ribbons, et cartoons.
Aucun logiciel spécial spécifique à Jmol
n'a besoin d'être installé sur les machines clientes.
Les machines clientes n'ont besoin de rien d'autre qu'un
navigateur web qui supporte Java.
Quand un client visite une page web contenant la JmolApplet,
l'applet est automatiquement téléchargée
depuis le serveur web et exécutée.
La JmolApplet fonctionne sous la forme d'une applet
non sûre. L'applet ne demande pas de confirmation
de la part de l'utilisateur pour se charger et se lancer.
Utilisez la Librairie JavaScript Jmol.js
pour allouer vos applets à l'intérieur de vos pages
web.
NoN
Les applets sont mises en cache dans le cache local du navigateur.
Les utilisations suivantes de l'applet récupèreront
l'applet depuis le cach (après avoir vérifié
que les date/heure/taille n'ont pas changé sur le serveur
web). Au moins, c'est la théorie ... et çà
marche correctement sur les navigateurs que j'ai vu :-)
Il faut noter que je creuse plusieurs pistes pour prendre en
compte cette demande. Je pense qu'il est possible d'arriver
à une solution qui permettrait une installation en local
pour faciliter l'utilisation offline. Les problèmes sont
1) complexité associée à une installation
locale pour les utilisateurs finaux, et 2) problèmes de
contrôle de version quand différents sites web
utilisent différentes versions de l'applet Jmol.
Vous devriez probablement utiliser la
Librairie JavaScript Jmol.js
Les applets devraient généralement être
carrées ... largeur == hauteur.
C'est parce que la molécule sera automatiquement zoomée
pour qu'elle tienne dans la plus petite des deux dimensions. Les
autres pixels ne seront jamais utilisés (à moins que
le zoom ne soit utilisé). Néanmoins, ces pixels
doivent être effacé avec la couleur de fond à
chaque fois que la fenêtre est redessinée. Ce
nettoyage est une opération relativement coûteuse.
Vous devriez probablement utiliser la
Librairie JavaScript Jmol.js
<applet ... width='{n}' height='{n}' ... >
où {n} = 300, 400, 600 ... vous voyez l'idée.
Bien que la plupart des navigateurs permettent de spécifier
la largeur et la hauteur de l'applet en pourcentages, en pratique
ceci entraône de nombreux problèmes. Ceci a tendance
à déclencher de nombreuses anomalies du navigateur
pendant les opérations de redimensionnement de fenêtre.
Aucun. Le serveur ne nécessite pas de configuration
spéciale.
Les applets ne sont pas associées avec des types MIME de la
même manière que les plugins. Tandis que le
plugin Chime nécessite une configuration du serveur
web, pas l'Applet Jmol.
Jetez un oeil à la Note Technique à
Browser Enhancement Technologies
Vous devriez probablement utiliser la
Librairie JavaScript Jmol.js
Utilisez toujours le tag APPLET.
Ne soyez pas influencé par la document développeur
du Plug-in Java Sun!
Malheureusement, la documentation du Plug-in Java Sun ne fait pas
un bon travail d'explication de l'état actuel du monde. Le
document a été plusieurs années auparavant et
a besoin d'un bon coup de balai. A beaucoup d'endroits, il
recommande encore l'utilisation du tag OBJECT.
C'était la façon de fair jusqu'en 2002. Depuis, le
Plug-in Java Sun a le support direct pour le tag APPLET
sur Microsoft Internet Explorer, et ce problème a presque
disparu. Cependant Sun doit conserver le document pour les
application legacy corporate intranet qui ont été
déployées en utilisant le tag OBJECT.
Le chapitre 12 du guide du développeur du Plug-in Java Sun
dit:
Avec Internet Explorer, il est recommandé d'utiliser le tag
APPLET pour le déploiement internet.
...
Avec Netscape, il est recommandé d'utiliser le tag APPLET
pour le déploiement internet.
Vous devriez probablement utiliser la
Librairie JavaScript Jmol.js
Assurez-vous de faire une distinction claire entre le
param tag loadInline et la méthode loadLine.
Vous devriez probablement utiliser la
Librairie JavaScript Jmol.js
Malheureusement, le mécanisme du parm tag loadInline est
plutôt sale .. la spécification HTML nous cause
quelques problèmes.
La spécification HTML oblige les caractères de retour
à la ligne d'être supprimé (et les
caractères de retour à la ligne sont transformés
en espaces) avant que la paramètre ne soit passé
à l'applet. En conséquence, le navigateur enlève
les caractères de retour à la ligne avant qu'ils ne
soient envoyés à l'applet.
Jmol a une syntaxe spéciale pour contourner ce
problème. Vous mettez une barre verticale au début de
chaque ligne ... comme ceci:
...
<param name="loadInline" value="
|put your
|molecular model
|data here
" />
La JmolApplet remplacera les barres verticales avec des
caractères de retour à la ligne (tous les espaces
blancs avant la première barre verticale sont
supprimés).
Si vous avez une chaîne de caractères avec un
modèle moléculaire et que vous souhaitez le convertir,
vous pouvez utiliser une expression régulière pour
effectuer la substitution. Les différentes plateformes
utilisent des conventions différentes pour les fins de ligne,
votre code devrait vérifier trois séquences de fin
de ligne différentes ...
carriage-return, linefeed, or
carriage-return linefeed.
En Perl:
myMolecularModel ~= s/\r|\n|\r\n/|/g;
En JavaScript:
myMolecularModel.replace(/\r|\n|\r\n/g, "|");