Rockz

Oh la la ... meme si mieux vaut tard que jamais, je crains quand meme du paté (c'est un alexandrin ? ) Pardon Dinostrate. Depuis ce fameux mois d'avril 2004, j'ai entrepri un DUT Info en 1 an, et donc bye bye le web (momentanément ;o) ) et bonjour la POO. En recherchant des tutos pour faire du "fluide", je suis retombé sur le topic xD Alors alors, de nouvelles techniques depuis 2004 ? Quelles sont les evolutions majeures ? Svp ca serait sympa de faire une petite synthese de tout ca J'ai tout oublié (nan nan pas cette immonde chanson !) et je veux me remettre à flots pendant les vacan... . Etape n°1 : rechercher les sites de tutos sur le forum (Alsacreations, Mammouthland, je n'ai plus souvenir des autres) A bientot

Salut et merci mejean Avec quelques mois de retard par rapport à ton poste (çà donne un nouvel oeil sur l'évolution de Mambo ;D ), ce CMS a vraiment pris de l'ampleur. SPIP ou Mambo, le choix reste difficile cependant.. Ca vaut ce que ca vaut, mais voila un bref avis du site cmsinfo.org sur Mambo.

(Et hop ! on fait remonter le sujet pour pas qu'il tombe dans les oubliettes ) Qqn a-til rencontré le même obstacle que moi lors de la reconstitution de ses framesets ? Pour un site d'une 50tne de pages, la solution "absolue" est envisageable, mais le site de cette mairie en contient quasiment 10 000 !! Donc bye bye solution absolue, je dois trouver un code "relatif"

Salut, Oui en effet le sujet est passionnant (slurp slurp ! ) (( >> Apartée : ------------------ Je voulais juste avoir vos avis concernant l'apartée qu'a fait Xavfun : Un "lien sortant HS" sur un site pourrait faire baisser le PR de ce site de manière plus importante qu'un lien sortant normal (qui marche) ? Le thème est intéressant aussi. Comme s'il y avait là une sorte de démarche de punition par Google vers le webmaster qui ne vérifie pas ses liens et pousse le GoogleBot dans un "cul de sac". D'ailleurs, GoogleBot crawle en se baladant de liens en liens (pas de lianes en lianes hein ? c'est pas écrit Tarzan ), donc si on lui soumet un lien mort, est-ce qu'on le bloque ? N'hésitez pas à déplacer ce post (je ne voulais pas ouvrir un nouveau sujet, le thème étant d'or et déjà abordé ici, mais ne souhaite pas non plus faire dévier un topic bien parti qui chamboule certaines certitudes de référencement ) ------ << ))

Ouba ouba ! il tombe super bien ce topic Aaaah beatnykk, toujours sur tous les fronts ! Une telle précision de phrasé fait plaisir dans un cyber monde où beaucoup de forumeurs balancent la sauce en vrac. raaah beat et stephane, merci de rapporter la verité dans cet univers où les "on dit" et certitudes sont si vite adoptés. Oui oui, les frames se référencent comme n'importe quelles autres pages. Les navigateurs reconnaissent tous les frameset aujourd'hui mais il faut savoir les reconstituer pour éviter l'affichage isolé de frames lorsqu'un internaute provient de Google par exemple (la frame de contenu se retrouve souvent indexée seulle dans la mesure où c'est elle qui est le pluys otpimisée sur telle requête; la page frameset n'est optimisée pour rien du tout a priori). Alors pourquoi ki cause comme çà pour rien dire le rockz ? Eh ben parcequ'il a un gros pb de reconstitution de frames justement Là je finis un stage en mairie (http://www.ville-caen.fr) et voici un exemple de résultat donné par Google où l'une des frame est isolée (1ere reponse) : http://www.google.fr/search?hl=fr&ie=UTF-8...=cr%3DcountryFR. On veut obtenir l'affichage du frameset suivant au chargement de cette frame isolée : http://www.ville-caen.fr/Infos_mairie/frame_travaux.htm Voici les contraintes : - le serveur tourne en ASP - on souhaite trouver une solution en Javascript uniquement pour ne pas devoir renommer ttes les pages .htm en .asp - le site comporte beacoup de pages, donc il faut trouver une solution "relative" (j'entends ici que la solution trouvée pour le moment est en "absolu", à savoir qu'au chargement d'une frame isolée, on redirige vers le fichier HTML frameset (ex: travaux_frameset.htm) auquel la frame appartient) Pour cadrer le pb, appelons le frameset "frameset", son menu gauche "gauche", son menu haut "haut", et son contenu "milieu". Existe t'il une fonction qui permette à une frme fille de remonter au fichier frameset mère sans devoir designer expressement le nom du fichier mère dans le script ? Est-cepossible en Javascript uniquement ou faut-il obligatoirement se servir d'ASP ? Enfin, quelle fonction Javascript ou ASP permet cela ? Petit détail : selon l'exemple ci-dessus, le frameset est accessible soit par frameset.html, soit par défaut à la racine du répertoire en cours (ca ne marche pas ici mais c'est le cas pour toutes les autres frames du site), à savoir "/Infos_mairie/". J'ai donc dans l'idée de trouver une fonction permettant la redirection ou remontée d'une page-fille (contenue dans ce répertoire) vers la racine du répertoire (et donc le frameset en question). Cette solution est bien "relative" mais j'ignore si une fonction ASP ou Javascript existe pour cela. (Par ailleurs, vous remarquerez qu'en naviguant sur le site, on a beau changer de rubrique, l'adresse dans la barre d'URL reste inchangée (elle prend la première rubrique surfée, et ne bouge plus par la suite), je ne sais pas d'où ça vient, et c'est très gênant lorsque l'internaute souhaite ajouter une page à ses favoris) Voilà vs avez ttes les cartes en main. J'attends vos propositions et idées !

((o>> Flash-News : 00h15 [23h27 ? "décalage horaire" est pô copain avec PHP ? ]-- Après une lutte acharnée pour l'obtention d'un menu CSS fluide basé sur une belle image, une solution salvatrice est venue à la rescousse de cette interrogation tirée par les cheveux (voire même, et n'ayons pas peur des mots, "capilo-tractée") : le pb est d'obtenir une image etirable selon le contenu textuel du menu; contrainte=on souhaite eviter le chevauchement de calques et piloter la taille du menu a partir du texte qu'il contient. solution ratée 1 : mettre l'image en background = pas de chevauchement de calques, mais etirement de l'image impossible (propriete repeat seulement, et pas de dimensionnement en %) solution ratée 2 : mettre l'image en <img> = image etirable en %, mais chevauchement de calques quand on rajoute du texte par-dessus, et menu non-piloté par le texte >>> solution consiliatrice >> émuler un background avec une <img>à laquelle on attribue un z-index : -1 ! C'est peut-être déjà bien connu des specialistes, mais me cassant la tête depuis 2 jours, je trouve cette solution "bidouille" (GRrrrr..RRrrr Salut Pierre !) bien pratique. <<o)) Vous utilisez cette rustine là ?

Merci pour le dimensionnement de l'interface Beatnykk (heeu nan j'y avais pas pensé c'est là qu'on reconnait le vrai noob du faux arf !) Sinon, on peut vraiment redimensionner comme sus-décrit : lorsque l'internaute réduit la fenetre en hauteur, le contenu ne se compresse pas seulement verticalement, mais aussi horizontalement, de manière proportionnelle . Qqqn a des infos là-dessus ? Une autre question : peut-on dimensionner une boîte avec une largeur en % et une hauteur en px (ou est-on obligé d'utiliser la même unité) ? Je pense ici à un modèle de boîte fluide dont les bords verticaux par exemple auraient une hauteur fixe, et une largeur proportionnelle/étirable, mais dont les 4 coins garderaient des dimensions fixes.

Salut, LaurentDenis, je suis bien d'accord pour dire que CSS3 va faire des efforts du côté des cadres arrondis. Mais pour les bordures et cadres dont le design aura été réalisé sous Photoshop, il faudra toujours et encore découper ses ch'tites n'images et les metre dans des DIV Le pb ne sera qu'à moitié résolu je pense. Le test avec la bandelette de 1px (qui permet l'allongement vertical du menu) est terminé, et fonctionne sous IE comme sous Mozilla , mais lé résultat ne donne pas satisfaction.. En effet, ce menu n'est étirable que verticalement; il ne s'étire pas horizontalement car l'image de base du menu se trouve en background (peut pô l'étirer , juste la répeter, ce qui ne sert en rien l'objectif de fluide/etirable) Rmq : Il s'etire verticalement grace a la bandelette de 1 px de haut mise en background-repeat y. Ainsi, je reprends la route d'un menu dont l'image est en <img>, (et non plus en bckgrnd) : l'image est alors super bien proportionnée, bien fluide, mais bonjour la galère pour placer du texte dessus (>>z-index et chevauchement de calque..) 1 autre idée me trotte là-haut : je vous fais le schema ce soir En attendant, est-il possible (lorsque l'internaute réduit la fenetre du navigateur dans le sens vertical) de reduire la fenetre du navigateur de maniere proportionnelle, dans le sens horizontal ? C'est dur à définir : lorsque l'internaute reduit la fenetre verticalement, comment "forcer" une reduction de fenetre horizontale proportionnelle (pour eviter toute deformation "des images/du contenu" qui se trouve dans la fenetre) ? C'est possible, deja vu ca mais ne sais plus comment le faire. Soit c'est une proprieté CSS, soit un certain enboitement de calques J'espere que vs savez !! ouh oui ouh oui !

Merci à tous les 2 (Monique, t'es vraiment la reine des liens ! Une super Cyberguidetouristicotechnique !!) Je vais voir le lien, mais la solution de la "bandelette de 1px" me plait beaucoup aussi .. ca marche pas sous Moz, mais doit y avoir une solution. Siouplait, si vous avez 2 min (ou plutot 30 ) et que cette technique vous semble bonne, vs pouvez-vous pencher dessus ? Beaucoup de tutos "cadres arrondis" présentent des cadres "simples" (juste une bordure, et une couleur unie) Y'a forcément un moyen (meme plusieurs) de pousser plus loin !

En regardant l'exemple d'Alsacréations, je m'aperçois que les images mises en background sont en fait "sur-dimensionnées" volontairement, pour éviter que l'image ne soit trop petite en cas de gros étirement du menu. (>> la propriete background duplique/repete une image, mais ne peut pas l'agrandir : il vaut donc mieux reduire une "image trop grande au depart", que se retrouver bloqué en tentant d'agrandir une "image trop petite au depart"..je suis clair ?) Allez, ca commence à virer au monologue, alors j'attends vos lumières sur le sujet. En tombant dans des situations comme çà, je ressens vraiment l'integration CSS comme de la bidouille..

Euuh oui, en fin de compte, mettre des images en background de DIVs lorsque l'on souhaite réaliser quelquechose d'étirable (menu ici), ca me semble pô bon du tout. Wadooyoofinque abaout thiz ?

Salut, Alors, pas d'avis sur la solution qui consiste à rallonger le menu( donc l'image fixe) avec 1 bandelette de 1px de haut (voir les liens plus haut) ? Sinon, voici une autre tentative de menu fluide, réalisée sur le modèle de Sibellius : dossier principal Plusieurs pbs, et j'espère que vous avez des solutions à ce sujet : 1/ les 4 images "bords" (pas les angles) sont en background et donc en taille fixe. Je crois que cela explique l'ecartement entre le haut, milieu, et bas du menu lorsque l'on agrandit la fenetre. Comment boucher ces trous ? 2/ on remarque un trait noir au dessus de chaque angle "haut": je crois que c'est le "bord haut" qui dépasse sur les 2 angles. Faut-il mettre les angles en <img> et non plus en background pr eviter cela ? Merki

Merci Monique C'est vrai, je m'attendais à autre chose, mais à force de lire tes posts, je sais que tu es de bon conseil Et puis là tu donnes des conseils methodologiques, tres importants à mes yeux : Merki Je m'empresse d'aller lire le lien !

Salut, Je vous soumets cette maquette HTML : GuiTarGeT (Les liens ne marchent pas, les images sont lourdes, le chargement est long : juste une maquette en somme) Cette interface graphique ne fera pas l'objet d'un projet abouti mais je souhaite m'en servir comme terrain d'essais pour l'integration "conteneurs+css+fluide", dans la mesure où elle semble complexe à integrer en conteneurs+css+fluide. J'aimerais avoir vos avis sur la strategie de decoupe et d'integration à adopter pour cette maquette, et plus globalement, pour des interfaces graphiques complexes, lorsqu'on souhaite les integrer en css+fluide. Savoir egalement où sont les grosses difficultes et challenge lors de la future integration (les cadres arrondis deja ?) Le but : anticiper les difficultes d'integration html au moment de la conception graphique, lorsqu'on vise une integration css+fluide (gros spam sur "css+fluide" dans ce post ); connaitre les types de visuels/graphismes à eviter dans l'interface pour faciliter l'integration en css+fluide. (je ne suis pas webdesigner, mais l'integration decoule de l'interface graphique non ?) Bah ouais, encore un topic qui découle de "sites fluides = mort du webdesign?" .. Ca m'obsède ? Naann pas du tout pensez-vous P.S : si çà peut motiver certaines âmes libidineuses, le lien se trouve sur ifra**ce et c'est bourré de pubs X

Et oui et oui, tout ces champs à remplir dans Dreamweaver, c'est plutôt euphorisant Ca donne l'impression de configurer à mort, de bien huiler sa mécanique, mais en fait çà revient à brasser du vent lol Pour en revenir à nos moutons, voici un premier résultat de la solution 2 (>> mettre <img> du menu en fixe, et mettre en background+"repeat y" du <div> contenant <img> une petite bandelette de la largeur de l'<img> avec 1px de hauteur). C'est pas encore au point, le menu fait cette fois 20% de la largeur totale (plus réaliste que 100%) mais je n'ai pas encore réussi à y mettre du texte pour tester son "allongeabilité", ni à faire une seconde colonne (qui jouerait le rôle de zone "corps/contenu") : ba oui je commence tout juste CSS Votre aide pour prolonger ce test, le compléter, le commenter, etc. serait plus que bénéfique (vous me le dites si ce test a déjà été fait hein ? je pense que oui mais j'ai rien trouvé sur le net. Que pensez-vous de la 2cde solution ?) Voila le resultat : page HTML / CSS / image-menu / bandelette-etirement Premier constat : ca marche sous IE6 mais pas sous Mozilla Firefox (la bandelette ne fait pas la largeur du menu, elle est bien moins large) On continue, on continue !