après avoir développé mon site et mis au point en local sur mon PC, (tout
est OK),
je l'ai mis en ligne, et là quelques navrantes différences sont apparues :
* Un menu déroulant, avec images de fond, présente le défaut suivant :
En passant la souris sur un item, les images de fond disparaissent, et sont
rechargées.
sur le PC, les lignes restent affichées.
Comme toutes les lignes du menu ont le même fond, je supposais qu'une fois
mis en cache localement il n'y aurait plus de chargement, mais chaque image
(la même) est rechargée à chaque fois
* Un diaporama, qui marche très bien sur le PC, présente des défauts d'image
en ligne :
les images n'ont pas toutes la même dimension, et elles sont normalement
mises à l'échelle, mais en ligne seule la partie supérieure des images
apparaît.
les images apparaissent normalement en s'agrandissant, mais sur le site
l'image apparaît d'abord entièrement, puis disparaît et s'agrandit.
Je n'ai pas de preload des images, ni autre indication.
Les menus sont créés dynamiquement au lancement de la page par des lignes du
genre
writeln(<A HREF=' + ...
Les propriétés sont défines par un style où figure également l'image :
BACKGROUND-IMAGE=url(...)
le diaporama s'affiche par simple modification du src=...
l'agrandissement des images se fait par modification du clip des image =
rect(...)
Q :
Comment permettre de ne pas recharges des images identiques ?
Quelles différences entre un PC local et le site en ligne, hormis la vitesse
de chargement ?
<<- pas vu de doctype sur la page << ni même de <html> << à la place on a : <%@ Language=JavaScript%>
cette ligne a été ajoutée automatiquement par l'environnement de développement que j'utilise (MSE de kro$oft) le html est derrière. (supprimée)
<< le menu est tout fabriqué par JS << avec plein de tentatives de detections de navigateurs
selon divers ouvrages sur le JS, l'accès aux objets ou style n'est pas le même selon netscape ou IE. j'ai recopié des fonctions permettant d'être aussi universel que possible. dans MSE, getElementById ne figure même pas dans le glossaire ! mais IE la reconnaît effectivement.
<< quand on mouseout çà ne change rien (que le mouseover qui fonctionne)
c'est fait exprès, le menu reste affiché si on ressort de la ligne. Il s'efface si on active un autre menu
<<En tous cas je suis perdu : <<au moins 3 fonctions pour faire glisser un tournevis !
non, non, 2, ramenée à 1 depuis. si autre solution plus simple, je suis preneur
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal le défaut d'affichage a également été corrigé depuis. par contre je supposais que le navigateur utilisait un cache. Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée sauf demande.
<<pour afficher qquels vues en boucles, il te faut 3 tableaux s'interconnectant (ou se <<carrambolant) l'un l'autre : <<getObjet(liste_diap[num_liste]).src=photos[num_liste][idx_image[num_liste] ]
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page. chacun doit avoir son propre index d'évolution idx_image[] et bien sûr s'afficher dans son propre img liste_diap[] Pas très compliqué... je fais des trucs plus tordus en C. idem, si plus simple pour faire la même chose, je suis intéressé.
<<non ce serait mieux : << var photos=new Array();
ah oui, là , faute de frappe.
<<Reste le clipping-zoom ... <<qui, bien entendu, <<devrait ne démarrer qu'à complète ouverture de l'image
Oui, le pb était là. la chose est corrigée
<<pour définir un clip : << P { clip: rect(5px, 10px, 10px, 5px); } <<or tu fais écrire : << P { clip: rect(5% 10% 10% 5%); } <<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %), et l'absence de virgule est la syntaxe mise automatiquement par l'éditeur. les images ont la même largeur mais pas toutes la même hauteur. le % permet d'être général.
<<pendant que tu y es : essaie que les images ne recouvrent pas le texte
oui, oui, tout n'est pas réellement fignolé....
Denis
<<- pas vu de doctype sur la page
<< ni même de <html>
<< à la place on a : <%@ Language=JavaScript%>
cette ligne a été ajoutée automatiquement par l'environnement de
développement que j'utilise (MSE de kro$oft)
le html est derrière. (supprimée)
<< le menu est tout fabriqué par JS
<< avec plein de tentatives de detections de navigateurs
selon divers ouvrages sur le JS, l'accès aux objets ou style n'est pas le
même selon netscape ou IE.
j'ai recopié des fonctions permettant d'être aussi universel que possible.
dans MSE, getElementById ne figure même pas dans le glossaire ! mais IE la
reconnaît effectivement.
<< quand on mouseout çà ne change rien (que le mouseover qui fonctionne)
c'est fait exprès, le menu reste affiché si on ressort de la ligne. Il
s'efface si on active un autre menu
<<En tous cas je suis perdu :
<<au moins 3 fonctions pour faire glisser un tournevis !
non, non, 2, ramenée à 1 depuis.
si autre solution plus simple, je suis preneur
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal
le défaut d'affichage a également été corrigé depuis.
par contre je supposais que le navigateur utilisait un cache.
Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée
sauf demande.
<<pour afficher qquels vues en boucles, il te faut 3 tableaux
s'interconnectant (ou se
<<carrambolant) l'un l'autre :
<<getObjet(liste_diap[num_liste]).src=photos[num_liste][idx_image[num_liste]
]
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page.
chacun doit avoir son propre index d'évolution idx_image[]
et bien sûr s'afficher dans son propre img liste_diap[]
Pas très compliqué... je fais des trucs plus tordus en C.
idem, si plus simple pour faire la même chose, je suis intéressé.
<<non ce serait mieux :
<< var photos=new Array();
ah oui, là , faute de frappe.
<<Reste le clipping-zoom ...
<<qui, bien entendu,
<<devrait ne démarrer qu'à complète ouverture de l'image
Oui, le pb était là. la chose est corrigée
<<pour définir un clip :
<< P { clip: rect(5px, 10px, 10px, 5px); }
<<or tu fais écrire :
<< P { clip: rect(5% 10% 10% 5%); }
<<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %), et l'absence
de virgule est la syntaxe mise automatiquement par l'éditeur.
les images ont la même largeur mais pas toutes la même hauteur. le % permet
d'être général.
<<pendant que tu y es : essaie que les images ne recouvrent pas le texte
<<- pas vu de doctype sur la page << ni même de <html> << à la place on a : <%@ Language=JavaScript%>
cette ligne a été ajoutée automatiquement par l'environnement de développement que j'utilise (MSE de kro$oft) le html est derrière. (supprimée)
<< le menu est tout fabriqué par JS << avec plein de tentatives de detections de navigateurs
selon divers ouvrages sur le JS, l'accès aux objets ou style n'est pas le même selon netscape ou IE. j'ai recopié des fonctions permettant d'être aussi universel que possible. dans MSE, getElementById ne figure même pas dans le glossaire ! mais IE la reconnaît effectivement.
<< quand on mouseout çà ne change rien (que le mouseover qui fonctionne)
c'est fait exprès, le menu reste affiché si on ressort de la ligne. Il s'efface si on active un autre menu
<<En tous cas je suis perdu : <<au moins 3 fonctions pour faire glisser un tournevis !
non, non, 2, ramenée à 1 depuis. si autre solution plus simple, je suis preneur
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal le défaut d'affichage a également été corrigé depuis. par contre je supposais que le navigateur utilisait un cache. Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée sauf demande.
<<pour afficher qquels vues en boucles, il te faut 3 tableaux s'interconnectant (ou se <<carrambolant) l'un l'autre : <<getObjet(liste_diap[num_liste]).src=photos[num_liste][idx_image[num_liste] ]
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page. chacun doit avoir son propre index d'évolution idx_image[] et bien sûr s'afficher dans son propre img liste_diap[] Pas très compliqué... je fais des trucs plus tordus en C. idem, si plus simple pour faire la même chose, je suis intéressé.
<<non ce serait mieux : << var photos=new Array();
ah oui, là , faute de frappe.
<<Reste le clipping-zoom ... <<qui, bien entendu, <<devrait ne démarrer qu'à complète ouverture de l'image
Oui, le pb était là. la chose est corrigée
<<pour définir un clip : << P { clip: rect(5px, 10px, 10px, 5px); } <<or tu fais écrire : << P { clip: rect(5% 10% 10% 5%); } <<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %), et l'absence de virgule est la syntaxe mise automatiquement par l'éditeur. les images ont la même largeur mais pas toutes la même hauteur. le % permet d'être général.
<<pendant que tu y es : essaie que les images ne recouvrent pas le texte
oui, oui, tout n'est pas réellement fignolé....
Denis
ASM
snide wrote:
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal le défaut d'affichage a également été corrigé depuis. par contre je supposais que le navigateur utilisait un cache. Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée sauf demande.
Non, c'est selon comme on a fait ses préférences dans le navigateur En général, il compare touj la page du cache avec celle sur site (dates ?) et si l'url est modifiée genre : truc?nom=machin hop ! c'est sur le site qu'elle sera rechargée (préférences ou pas)
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page. chacun doit avoir son propre index d'évolution idx_image[] et bien sûr s'afficher dans son propre img liste_diap[] Pas très compliqué... je fais des trucs plus tordus en C.
justement, on n'est pas en C et là tu t'adresses à des objets (non à des arrays) qui sont plus pointus et complexes que des simples arrays, mais ... bon, le JS s'en dépatouille
c'est seulement que le code éparpillé dans bp de fonctions et sur de nombreuses pages, n'est pas des + simples à analyser qd on ne la pas pondu soi-même
idem, si plus simple pour faire la même chose, je suis intéressé.
on se demande si réellement on a besoin de si compliqué pour 2 ou 3 tableaux d'images (on se demande si on a vraiment besoin d'être distrait par tte cette animation ? ... prévoir un arret-marche ?) Je me demande ce que va en penser le visiteur en RTC ! !
j'avais donné une méthode plus linéaire et délayée, sériant mieux les actions Ça permet de mieux se rendre compte si une boucle (inutile) n'a pas été posée mal t'à propos
<<or tu fais écrire : << P { clip: rect(5% 10% 10% 5%); } <<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %),
oui comme dans toute css, je suppose. (px % em cm pt selon ce qu'on veut obtenir)
l'absence de virgule est la syntaxe mise automatiquement par l'éditeur.
donc ... ? est-ce l'éditeur qui a raison ou le W3C ?
-- Stephane Moriaux et son [moins] vieux Mac
snide wrote:
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal
le défaut d'affichage a également été corrigé depuis.
par contre je supposais que le navigateur utilisait un cache.
Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée
sauf demande.
Non, c'est selon comme on a fait ses préférences dans le navigateur
En général,
il compare touj la page du cache avec celle sur site (dates ?)
et si l'url est modifiée genre : truc?nom=machin
hop ! c'est sur le site qu'elle sera rechargée (préférences ou pas)
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page.
chacun doit avoir son propre index d'évolution idx_image[]
et bien sûr s'afficher dans son propre img liste_diap[]
Pas très compliqué... je fais des trucs plus tordus en C.
justement, on n'est pas en C
et là tu t'adresses à des objets (non à des arrays) qui sont plus
pointus et complexes que des simples arrays,
mais ... bon, le JS s'en dépatouille
c'est seulement que le code éparpillé dans bp de fonctions et sur de
nombreuses pages, n'est pas des + simples à analyser qd on ne la pas
pondu soi-même
idem, si plus simple pour faire la même chose, je suis intéressé.
on se demande si réellement on a besoin de si compliqué
pour 2 ou 3 tableaux d'images
(on se demande si on a vraiment besoin d'être distrait par tte cette
animation ? ... prévoir un arret-marche ?)
Je me demande ce que va en penser le visiteur en RTC ! !
j'avais donné une méthode
plus linéaire et délayée, sériant mieux les actions
Ça permet de mieux se rendre compte si une boucle (inutile)
n'a pas été posée mal t'à propos
<<or tu fais écrire :
<< P { clip: rect(5% 10% 10% 5%); }
<<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %),
oui comme dans toute css, je suppose.
(px % em cm pt selon ce qu'on veut obtenir)
l'absence de virgule est la syntaxe mise automatiquement par l'éditeur.
donc ... ? est-ce l'éditeur qui a raison ou le W3C ?
<<si l'url se modifie à chaque appel, hop! çà recharge, c'est normal le défaut d'affichage a également été corrigé depuis. par contre je supposais que le navigateur utilisait un cache. Après tout, quand on réouvre une page déjà connue, elle n'est pas rechargée sauf demande.
Non, c'est selon comme on a fait ses préférences dans le navigateur En général, il compare touj la page du cache avec celle sur site (dates ?) et si l'url est modifiée genre : truc?nom=machin hop ! c'est sur le site qu'elle sera rechargée (préférences ou pas)
plusieurs listes de photos[] pour plusieurs diaporamas possibles par page. chacun doit avoir son propre index d'évolution idx_image[] et bien sûr s'afficher dans son propre img liste_diap[] Pas très compliqué... je fais des trucs plus tordus en C.
justement, on n'est pas en C et là tu t'adresses à des objets (non à des arrays) qui sont plus pointus et complexes que des simples arrays, mais ... bon, le JS s'en dépatouille
c'est seulement que le code éparpillé dans bp de fonctions et sur de nombreuses pages, n'est pas des + simples à analyser qd on ne la pas pondu soi-même
idem, si plus simple pour faire la même chose, je suis intéressé.
on se demande si réellement on a besoin de si compliqué pour 2 ou 3 tableaux d'images (on se demande si on a vraiment besoin d'être distrait par tte cette animation ? ... prévoir un arret-marche ?) Je me demande ce que va en penser le visiteur en RTC ! !
j'avais donné une méthode plus linéaire et délayée, sériant mieux les actions Ça permet de mieux se rendre compte si une boucle (inutile) n'a pas été posée mal t'à propos
<<or tu fais écrire : << P { clip: rect(5% 10% 10% 5%); } <<où sont passées les virgules ?
le pourcentage marche très bien (syntaxe autorisée en px ou %),
oui comme dans toute css, je suppose. (px % em cm pt selon ce qu'on veut obtenir)
l'absence de virgule est la syntaxe mise automatiquement par l'éditeur.
donc ... ? est-ce l'éditeur qui a raison ou le W3C ?
