position des layers - ca me saoule - Programmation
Marsh Posté le 21-08-2001 à 14:50:48
j'vois pas trop ce que tu veux dire par ça apparait jamais où on veut ces conneries. Si tu les définies en absolute et qu'elles ne sont pas imbriquées, y'a pas de raison qu'elles n'apparaissent pas au bon endroit.
Si elles sont imbriquées, la position absolute a comme origine la layer parente.
Marsh Posté le 21-08-2001 à 14:55:28
ben le probleme C que ma barre d'outils est un fichier include...donc elle peut etre insérée en bas a droite a gauche......ou on veut...
sur ma page de test je récupère facilement le combophotos.offsetLeft
j me dis cool ca tourne...je la met sur la page de production...Et la impossible de récuperer le combophotos.offsetLeft
donc comme la barre d'outils ne sera jamais au meme endroit j ai besoin d'un point de la barre d'outil dont on peut récuperer facilement les coordonnées
tu vois ce que j veux dire ?
Marsh Posté le 21-08-2001 à 15:01:49
ah bah la je comprends mieux, c'était pô très clair
mais ta barre d'outils n'est pas comprise dans une layer il me semble...
[edtdd]--Message édité par duch--[/edtdd]
Marsh Posté le 21-08-2001 à 15:04:57
duch a écrit a écrit : ah bah la je comprends mieux, c'était pô très clair mais ta barre d'outils n'est pas comprise dans une layer il me semble... |
la barre d'outils est séparée en 2 morceaux...la partie édition et la partie saisie...la partie saisie est elle a l interieur ds un layer
ah au fait....mon probleme surgit quand on veut inserer une image...egarde un peu comment ca tourne l insertion d image (le bouton qui ressemble a un oeil...clique au prealable ds la zone de texte )...
[edtdd]--Message édité par zul--[/edtdd]
Marsh Posté le 21-08-2001 à 15:08:56
ce que tu appelles la partie saisie, c'est la partie où on peut entrer, image répertoire...
et elles te servent à quoi les 15 layers limages?
Marsh Posté le 21-08-2001 à 15:09:10
et t'as pas un exemple où ça foire ? un bout de ta page de prod ?
Marsh Posté le 21-08-2001 à 15:10:08
duch a écrit a écrit : ce que tu appelles la partie saisie, c'est la partie où on peut entrer, image répertoire... et elles te servent à quoi les 15 layers limages? |
ben a terme, quand j aurai résolu ce pbleme, tu taperas ton texte avec tes images de ton DD, et apres l upload et la mise en ligne des images se fait tout seul...or pour uploader 15 fichiers t es obligé de mettre 15 <input type="file">
Marsh Posté le 21-08-2001 à 15:11:07
youdontcare a écrit a écrit : et t'as pas un exemple où ça foire ? un bout de ta page de prod ? |
j aimerais bien mais j peux pas vous filer l acces sinon j me fait massacrer....et j crois pas que la partie admin soit accessible de l exterieur
de plus j ai essayé en rajoutant des frames sur ma page de test et ca marche quand meme....vraiment j comprend pas
Marsh Posté le 21-08-2001 à 15:12:30
je demande pas l'accès je voulais juste une page à la con qui duplique le problème ...
Marsh Posté le 21-08-2001 à 15:12:46
zul a écrit a écrit : ben a terme, quand j aurai résolu ce pbleme, tu taperas ton texte avec tes images de ton DD, et apres l upload et la mise en ligne des images se fait tout seul...or pour uploader 15 fichiers t es obligé de mettre 15 <input type="file"> |
pourquoi mettre tes champs dans des layers alors, des champs de type hidden ça marche tout aussi bien
Marsh Posté le 21-08-2001 à 15:15:42
duch a écrit a écrit : pourquoi mettre tes champs dans des layers alors, des champs de type hidden ça marche tout aussi bien |
euh....j ai lu pas mal de docs de modules d upload et y reclament tous des champs file....
comment tu fais avec des champs hidden ? paska ce moment la pas besoin vu que mes path d images sont ds un tableau
youdontcare > j arrive pas a le reproduire le pbleme
si tu veux voir le source de la page de prod (source interprété)
remplace test.asp par source.txt
mais je doute que ca t'aide
edit : ah ben le source.txt est interprété donc tu peux regarder la le pbleme se reproduit
[edtdd]--Message édité par zul--[/edtdd]
Marsh Posté le 21-08-2001 à 15:18:32
non t'as raison, 'scuse, mais bon tu pourrais qd même tout mettre dans une seul layer, ça serait moins le bordel. Je sais c'est pas ton problème pour l'instant, mais je suis en train d'épluché ton code, alors qd je tombe sur un truc qui me semble bizarre, je demande
Marsh Posté le 21-08-2001 à 15:20:09
duch a écrit a écrit : non t'as raison, 'scuse, mais bon tu pourrais qd même tout mettre dans une seul layer, ça serait moins le bordel. Je sais c'est pas ton problème pour l'instant, mais je suis en train d'épluché ton code, alors qd je tombe sur un truc qui me semble bizarre, je demande |
ben nan vu que je dois afficher seulement le type=file de l'image selectionnée...comme ces putains de champs sont en read only t es obligé d en coller 1 par image a uploader
Marsh Posté le 21-08-2001 à 15:21:47
j'ai pas dit le contraire, mais tu peux mettre tous les champs dans un seul calque non?
Marsh Posté le 21-08-2001 à 15:26:15
duch a écrit a écrit : j'ai pas dit le contraire, mais tu peux mettre tous les champs dans un seul calque non? |
j pense pas...je dois a chaque fois afficher un champs et masquer ts les autres....si j affiche tout le calque j affiche tous les champs
Marsh Posté le 21-08-2001 à 15:27:34
ah bah ouais, désolé...
sinon j'ai un truc pour toi : http://support.microsoft.com/suppo [...] 6/9/77.ASP
et ça aussi : http://msdn.microsoft.com/library/ [...] suring.asp
[edtdd]--Message édité par duch--[/edtdd]
Marsh Posté le 21-08-2001 à 15:29:58
tu peux aussi créer les champs dynamiquement, en passant par les méthodes de manipulation de node genre createElement() et attachChild() (pas sûr DU TOUT des noms !)
sinon quand je debugge ta page j'ai les bonnes coordonnées pour offsetLeft et compagnie. à savoir une position de (0, 0) relative à la cellule de la table qui la contient.
j'ai l'impression qu'il faudrait que t'attendes que la page soit chargée, le -1 indique qu'il n'a pas fini le formatage. effectivement en reregardant il affiche d'abord le -1 et ensuite la table. donc : bouge le code qui affiche cadre_layer() en dehors de la table (juste avant le </body> donc).
il doit finir de parser la table pour la formatter, et si une méthode javascript essaye de connaître la position avant le formatage ... huh
ha, et si tu ne veux pas les coords relatives essaye la méthode duch style.pixelTop .
Marsh Posté le 21-08-2001 à 15:31:46
j'ai essayé avec pixelTop sur son code, mais ça me donne undefined, ça doit marcher qu'avec les layer en absolu.
Marsh Posté le 21-08-2001 à 15:36:31
par contre j'ai essayé de mettre l'appel de la fonction cadre_layer à la fin du code et aussi dans le onload et dans les deux cas ça marche, ça renvoie 0 (ce qui est normal puisque elle est claée en haut à gauche de la cellule)
Marsh Posté le 21-08-2001 à 15:37:21
youdontcare a écrit a écrit : tu peux aussi créer les champs dynamiquement, en passant par les méthodes de manipulation de node genre createElement() et attachChild() (pas sûr DU TOUT des noms !) sinon quand je debugge ta page j'ai les bonnes coordonnées pour offsetLeft et compagnie. à savoir une position de (0, 0) relative à la cellule de la table qui la contient. j'ai l'impression qu'il faudrait que t'attendes que la page soit chargée, le -1 indique qu'il n'a pas fini le formatage. effectivement en reregardant il affiche d'abord le -1 et ensuite la table. donc : bouge le code qui affiche cadre_layer() en dehors de la table (juste avant le </body> donc). il doit finir de parser la table pour la formatter, et si une méthode javascript essaye de connaître la position avant le formatage ... huh ha, et si tu ne veux pas les coords relatives essaye la méthode duch style.pixelTop . |
nan mais y fait des trucs hyper space du style
tu prends la page source.txt
quand t ajourtes la premiere photo
y te trouve un pixelleft de 9
et quand tu effaces la photo et que la partie saisie disparait
la y te trouve un pixelleft de 0 alors que celui ci ne change normalement pas
tout mon pbleme vient du fait que si je definis mes layers en static ds une case d'un tableau...meme si j'en affiche qu'un seul y reserve la place pour afficher les 15
y a pas un moyen de palier a ca ?
Marsh Posté le 21-08-2001 à 15:38:19
duch a écrit a écrit : par contre j'ai essayé de mettre l'appel de la fonction cadre_layer à la fin du code et aussi dans le onload et dans les deux cas ça marche, ça renvoie 0 (ce qui est normal puisque elle est claée en haut à gauche de la cellule) |
okay...C deja ca...mais comment je récupere la distance jusqu au bord de la page ?
visiblement on peut pas d apres les liens de youdontcare
Marsh Posté le 21-08-2001 à 15:44:47
et si tu essayais d'imbriquer tes layers qui contiennent tes champs dans cette layer, tu aurais plus de blème?
Car si j'ai bien compris, ton blème est d'aligner ces layers avec la layer parente...
Marsh Posté le 21-08-2001 à 15:47:22
ouep....au debut j avais mis les layers en statique dedans
le probleme C qu il refuse de superposer des layers statique
donc si tu veux mettre 15 layers y te met les 15 les uns au dessus des autres...ce qui est assez laid
Marsh Posté le 21-08-2001 à 15:48:02
bon je te suggère une bonne lecture intensive de la msdn sur le DHTML. (ou sinon si tu as visual studio, une bonne séance de debuggage des nodes)
combophotos est une node de ta page. chaque node a plein de propriétés, et est hiérarchisée (un père, des fils, des frères). chaque node possède une position relative à son parent. le parent est accessible par parentElement.
donc :
o = combophotos;
x = 0;
y = 0;
while (o)
{
x += o.offsetLeft;
y += o.offsetTop;
o = o.parentElement;
}
te donne la position par rapport au bord de la page.
pour ton problème de layers dans la case d'un tableau, je comprends pas la question
Marsh Posté le 21-08-2001 à 15:51:43
zul a écrit a écrit : ouep....au debut j avais mis les layers en statique dedans le probleme C qu il refuse de superposer des layers statique donc si tu veux mettre 15 layers y te met les 15 les uns au dessus des autres...ce qui est assez laid |
bah j'vois pas où est le blème s'il y en a qu'une seule qui est visible?
Marsh Posté le 21-08-2001 à 15:52:24
youdontcare a écrit a écrit : bon je te suggère une bonne lecture intensive de la msdn sur le DHTML. (ou sinon si tu as visual studio, une bonne séance de debuggage des nodes) combophotos est une node de ta page. chaque node a plein de propriétés, et est hiérarchisée (un père, des fils, des frères). chaque node possède une position relative à son parent. le parent est accessible par parentElement. donc : o = combophotos; x = 0; y = 0; while (o) { x += o.offsetLeft; y += o.offsetTop; o = o.parentElement; } te donne la position par rapport au bord de la page. pour ton problème de layers dans la case d'un tableau, je comprends pas la question |
okay j V etudier la question msdn
sinon pour la case d'un tableau...
<table><tr><td>
<div id="">toto</div>
<div id="">titi</div>
</td></tr><table>
ca va ecrire ds une case toto au dessus de titi et ce meme si l un ou l autre est invisible
genre si titi est invisible on aura toto, une ligne blanche et le bas de la case...
Marsh Posté le 21-08-2001 à 15:57:50
zul a écrit a écrit : okay j V etudier la question msdn sinon pour la case d'un tableau... <table><tr><td> <div id="">toto</div> <div id="">titi</div> </td></tr><table> ca va ecrire ds une case toto au dessus de titi et ce meme si l un ou l autre est invisible genre si titi est invisible on aura toto, une ligne blanche et le bas de la case... |
ok, je vois cette fois-ci c'est normal, la visibilité n'affecte que ... la visibilité j'ai le même genre de problème avec un test à la con chez moi et je vais me taper l'update des positions des layers à la main.
Marsh Posté le 21-08-2001 à 16:04:07
youdontcare a écrit a écrit : bon je te suggère une bonne lecture intensive de la msdn sur le DHTML. (ou sinon si tu as visual studio, une bonne séance de debuggage des nodes) combophotos est une node de ta page. chaque node a plein de propriétés, et est hiérarchisée (un père, des fils, des frères). chaque node possède une position relative à son parent. le parent est accessible par parentElement. donc : o = combophotos; x = 0; y = 0; while (o) { x += o.offsetLeft; y += o.offsetTop; o = o.parentElement; } te donne la position par rapport au bord de la page. pour ton problème de layers dans la case d'un tableau, je comprends pas la question |
okay ca marche terrible la recursivité pour choper les coordonnées exactes si ce n est que j ai l impression que ca remonte aussi les frames si C le cas...y a un moyen que je m arrette au niveau du document ?
Marsh Posté le 21-08-2001 à 16:10:55
zul a écrit a écrit : okay ca marche terrible la recursivité pour choper les coordonnées exactes si ce n est que j ai l impression que ca remonte aussi les frames si C le cas...y a un moyen que je m arrette au niveau du document ? |
1) ce n'est pas de la récursivité
2) tu peux chopper le nom des nodes par la propriété tagName. essaye voir pour savoir où t'arrêter ... genre BODY ou HTML.
Marsh Posté le 21-08-2001 à 16:28:11
youdontcare a écrit a écrit : 1) ce n'est pas de la récursivité 2) tu peux chopper le nom des nodes par la propriété tagName. essaye voir pour savoir où t'arrêter ... genre BODY ou HTML. |
che sais que C pas de la recursivité mais la remontée ds l arborescence est recursive
okay j essayais avec o.name c etait pas top...tagName on va voir
okay ca marche nickel...j ai juste quelques pblemes de positionnement quand je change de page mais bon j V regler ca
merci pour tout
Marsh Posté le 21-08-2001 à 14:42:48
ca apparait jamais ou on veut ces conneries
y a pas moyen de coller un truc invisible ds la page pour leur dire de se mettre la a ces cons de layers ?
(j en ai 15 a mettre et ils doivent se superposer donc y sont forcement définis en absolute)