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 !

Non non ! pas de journalistes ! laissez les médecins faire leur travail ! Mère inquiète : "Est-ce qu'il va s'en sortir docteur ?" Docteur expérimenté : "Question difficile mais je dirais qu'aucun organe vital n'est atteint. Avec un nouveau disque dur, il sera sur pieds d'ici 2 jours.."

Pour l'apartée, d'où viennent ces différences entre navigateurs ?

Désolé pour tout ce foutoire, je suis presque gêné de susciter des réponses si structurées, alors que le post d'origine est tout foireux. Beatnikk, merci pour le tuyau (z-index, connaissait pas). LaurentDenis, en fait c'est ma première CSS, et j'ai rempli les champs CSS de DreamWeaver comme un americain remplirait son caddie de hamburgers bien gras Jamais plus je ne posterai de CSS aussi touffues et imbuvables, promis (j'espere que ca t'a permi de te defouler au moins et puis comme ca tu m'a bien eclairé sur le rôle de chacun des attributs ) Alors d'abord, voilà les liens vers cette page test"menu vertical fluide avec <img>" et sa CSS (l'<img> contenue dans la balise div du menu se trouve ici) Le but de cette page est de tester une image qui va servir à réaliser un menu-gauche-vertical en fluide/proportionnel. Ainsi, on souhaite étendre l'image à la totalité du navigateur, pour voir comment elle se comporte lorsqu'étirée à fond (perte de qualité notamment); d'où le dimensionnement à 100% (que je ne vous avais pas expliqué, milles claques pour ma djeule tiens !) d'un menu qui sera bien à gauche au final, et qui ne sera jamais étiré au point de prendre 100% de la surface du navigateur La finalité serait d'obtenir un menu vertical qui peut s'étirer indéfiniment en hauteur (l'image est alors tiraillée) sans que la qualité de l'image qui le constitue n'en soit altérée. C'est ainsi que je souhaite allier fluide et design graphique. Solution 1 : (les liens ci-dessus) l'image s'étire en hauteur (100%) mais le degradé perd de la qualité. Solution 2 : on laisse cette image en taille fixe, mais en vue de l'allongement du menu au-dela de la hauteur de l'image, on met en "background-repeat" une petite bandelette de 1px de haut et de la meme largeur que l'image du menu (decoupée sous photoshop) que l'on repete jusqu'en bas de la fenetre de navigateur. ---pas fini la page test pour cette solution ((>> apartée : sur la page test, lorsque l'on diminue la fenetre du navigateur au maximum, il y a des differences notoires entre le traitement fait par IE, et celui fait par les differentes versions de Mozilla. Notamment, alors qu'IE conserve la totalité de l'image lorsqu'on ecrase a fond la taille de la fenetre, Mozilla conserve la totalité de l'image jusqu'a un point où il la passe en position absolute [diminution de la fenetre de navigateur mais pas de diminution de l'image, ni apparition de scrollbar non plus] <<)

Salut, Suite au topic "sites fluides = mort du webdesign ?" (qui part un peu en vrille et peine à recueillir témoignages/explications technologiques et méthodologiques au niveau de la conception/anticipation graphique, avant intégration; Bah faut bien le dire quand même ), je teste la création d'un menu fluide basé sur une img. Ce menu doit pouvoir s'adapter à la fenêtre du navigateur quelqu'en soit sa taille. (remarque : je vous poste des schémas si le topic est dur à comprendre, je mets la page test en ligne au plus vite) (rmq 2 : il y a peut-etre deja des posts a ce sujet, mais comment retrouver un probleme dont on ne connait pas le nom ?) SOLUTION N°1 En voici le code HTML, suivi du code de la CSS : ---HTML <body> <div><img src="images/image__02.jpg"></div> </body> ---CSS div { background-repeat: no-repeat; background-color: #71FA6D; background-position: 0% 0%; position: relative; height: 100%; width: 100%; margin: 0%; padding: 0%; left: 0%; top: 0%; float: left; border: 0% #71FA6D; } body { background-color: #71FA6D; margin: 0%; padding: 0%; float: left; height: 100%; width: 100%; left: 0%; top: 0%; position: relative; border: 0% #71FA6D; } img { background-color: #71FA6D; background-position: left top; margin: 0%; padding: 0%; float: left; height: 100%; width: 100%; position: relative; left: 0%; top: 0%; background-attachment: scroll; border: 0% #000000; clear: left; } (rmq : il y a sans doute pleins d'attributs inutiles ) L'image faisant office de menu est un dégradé de 2 verts différents, et supporte bien l'étirement de la fenêtre du navigateur dans des proportions raisonnables pour un menu-gauche (la div contenant l'image est dimensionnée en proportionnel) >> c'est cette solution que je souhaite adopter Questions annexes : >>QA1 Cette solution implique un chevauchement de calques lorsque l'on viendra ajouter du texte sur ce menu. Mais si on met l'image en background, il est alors impossible de l'étirer. Votre vision des choses ? >>QA2 Dans IE6, ce menu est vraiment proportionnel (la taille de l'image se réduit avec la celle de la fenetre-navigateur), mais sous Mozilla, au bout d'une certaine diminution, on ne voit plus la totalité de l'image, sans que des varres de defilement apparaissent pour autant .. Comprends pas !? SOLUTION N°2 Mettre cette même image en taille fixe, et ajouter un calque mitoyen avec une image très petite portant l'attribut "background-repeat" et la valeur "repeat". Cela permettrait d'allonger le menu aussi, et sans deformer l'image principale cette fois. Voila, qu'en pensez-vous ? Avez-vous des liens precis pour ce theme ? (ouais ouais c'est encore bien long, .. aïe nan ouille pas les pierres ! )

Héhé merci papalegba, Malheureusement, je découvre ton message trop tard. Le problème n'est toujours pas résolu et mon collègue, à force de reboot sauvage, a fini par griller le disque dur (et oui ca me fait marrer !) Pour ce fameux bug, ca a l'air d'être un bordel monstre. C'est comme chercher une aiguille dans une botte de foin. Ainsi, je crois bien qu'il vaut mieux laisser tomber le topic .. j'aurais pas du l'ouvrir celui-là. Si jamais je trouve la solution un jour, je rouvrirai un autre post pour l'occasion,; en attendant, pas de compatibilité IE5Mac pour ce site. Encore merci

Bonjour, Je souhaite tester Urchin sur le site d'un client. Urchin est pré-installé sur le serveur, mais je n'arrive pas à accéder à l'interface. Voici ainsi plusieurs questions : .. faut-il installer une application en local pour administrer Urchin et contrôler son action sur les différents sites hébergés sur le serveur ? .. pour tester Urchin, j'ai lu dans la doc qu'il fallait executer la commande ./urchin sous Telnet. Dans quel repertoire faut-il aller avant d'executer cela ? .. lorsque je saisis l'URL de mon compte chez l'hebergeur, tout comme l'URL de mon client hebergé, à laquelle j'ajoute le numero de port par defaut :9999, je n'accede pas a l'interface d'Urchin. (La doc dit de saisir hostname:9999 pour acceder a l'interface) Pour tout vous dire, je n'ai jamais installé d'outil stats, et le fait de prendre en charge qqchose que je n'ai pas installé moi-même, ca me les brise menu menu Vous l'avez installé vous meme Urchin ? avec un CD fourni ? Ou il etait deja installé sur le serveur d'hébergement de vos sites clients ? Merki

Je viens de tomber sur un topic qui recoupe celui-ci : Images de fond : taille relative Dans ce topic, Beatnikk invite à aller visiter ses sites, dont SpotTVNews. Et là on a de belles images qui se redimensionnent en fonction de la taille de la fenêtre du navigateur, integrées en fluide avec des conteneurs. Le hic apparemment est que le menu de gauche par exemple devient vite illisible lorsque l'on réduit la taille de la fenêtre. Qu'en pensez-vous ? Vaut-il mieux laisser les images en taille fixe au risque qu'elles soient mangées en partie lors de la diminution de la taille de la fenêtre du navigateur ?

Bon allez thick, je t'appuie un peu plus "Il etait un homme par qui tout a commencé..Ils buvèrent ses paroles et en ressortirent aguerris, prêts à déplacer les montagnes et à bâtir de splendides architectures web. <La passion de Sibelius>, actuellement dans les salles"

Aaah merci Absolute, toi aussi tu discutes fort le bout de gigot ! Ouais CSSVault propose vraiment de bonnes ressources mais ne nous avance pas sur les interfaces graphiques integrées en fluide/proportionnel (vous le dites si on en veut trop ou qu'on saoule avec ce sujet hein ? ) B3 .. plouf dans l'eau !

Merci thick, on va donc tenter le mélange div table =] Bah tu sais, depuis que j'ai eu mes premiers émois CSStiques au travers des tutoriaux d'Alsacréations, il ne se passe plus un jour sans que j'invoque 3 fois le nom de Sybelius avant chaque repas (vive le répondant ) Heeu sinon pour CSSVault, merci pour le lien, y'a plus qu'à analyser comment ces interfaces sont integrées WebDesign is still alive ! Yeaah ! Et la ch'tite boule roule et roule toujours >>>