Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1441 connectés 

 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  1028  1029  1030  ..  1449  1450  1451  1452  1453  1454
Auteur Sujet :

blabla@web

n°2028612
theredled
● REC
Posté le 12-10-2010 à 14:46:33  profilanswer
 

Reprise du message précédent :

Shinuza a écrit :

Si t'as besoin d'être aussi spécifique : you're doing it wrong.


Bah écoute là par ex j'ai un gros "#global nav section.hospital li.correspondant a", je vois mal comment (et pourquoi, à part l'absence de use namespace) le raccourcir.

Message cité 1 fois
Message édité par theredled le 12-10-2010 à 14:48:30

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
mood
Publicité
Posté le 12-10-2010 à 14:46:33  profilanswer
 

n°2028628
Shinuza
This is unexecpected
Posté le 12-10-2010 à 15:34:01  profilanswer
 

theredled a écrit :


Bah écoute là par ex j'ai un gros "#global nav section.hospital li.correspondant a", je vois mal comment (et pourquoi, à part l'absence de use namespace) le raccourcir.


Code :
  1. .correspondant

De rien [:dawa]


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028642
theredled
● REC
Posté le 12-10-2010 à 16:11:28  profilanswer
 

Shinuza a écrit :


Code :
  1. .correspondant

De rien [:dawa]


Et si j'ai un autre truc .correspondant ailleurs, qui n'aurait rien à voir graphiquement, il va devoir se taper la règle quand même ? [:pingouino]

Message cité 2 fois
Message édité par theredled le 12-10-2010 à 16:13:10

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028708
tomsoft
Posté le 12-10-2010 à 17:19:08  profilanswer
 

.correspondant1, .correspondant2, ... :whistle:

n°2028710
skeye
Posté le 12-10-2010 à 17:21:07  profilanswer
 

theredled a écrit :


Et si j'ai un autre truc .correspondant ailleurs, qui n'aurait rien à voir graphiquement, il va devoir se taper la règle quand même ? [:pingouino]


Tu ne mets dans correspondant que ce qui est commun.
Libre à toi de rajouter d'autres classes derrière.
Non?:o


---------------
Can't buy what I want because it's free -
n°2028724
Shinuza
This is unexecpected
Posté le 12-10-2010 à 17:47:15  profilanswer
 

theredled a écrit :


Et si j'ai un autre truc .correspondant ailleurs, qui n'aurait rien à voir graphiquement, il va devoir se taper la règle quand même ? [:pingouino]


[:dawa] :

skeye a écrit :


Tu ne mets dans correspondant que ce qui est commun.
Libre à toi de rajouter d'autres classes derrière.
Non?:o


 [:yann39]  
Un truc du genre :
 

Code :
  1. var checkAll = function(checked) {
  2.    $$('name = "ids[]"').each(function(input) {
  3.        input.writeAttribute('checked', (!!checked) ? 'checked' : '');
  4.    });
  5. }


 

Code :
  1. checkAll(true);
  2. checkAll(false);


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028727
theredled
● REC
Posté le 12-10-2010 à 17:53:40  profilanswer
 

skeye a écrit :


Tu ne mets dans correspondant que ce qui est commun.
Libre à toi de rajouter d'autres classes derrière.
Non?:o


En gros faut jamais cibler et vaut mieux mettre 10 noms de classes (ou 1 long) à chaque élément ? j'ai du mal avec ça :/

Message cité 2 fois
Message édité par theredled le 12-10-2010 à 17:55:09

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028728
skeye
Posté le 12-10-2010 à 17:54:24  profilanswer
 

theredled a écrit :


En gros faut jamais cibler et vaut mieux mettre 60 noms de classes à chaque élément ? j'ai du mal avec ça :/


Faut factoriser ce qui peut l'être intelligemment.:o


---------------
Can't buy what I want because it's free -
n°2028729
theredled
● REC
Posté le 12-10-2010 à 17:56:08  profilanswer
 

skeye a écrit :


Faut factoriser ce qui peut l'être intelligemment.:o


Je le fais déja :o
Ce que je cible précisément, c'est parce que c'est pas factorisable...


---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028732
Shinuza
This is unexecpected
Posté le 12-10-2010 à 17:58:11  profilanswer
 

theredled a écrit :


En gros faut jamais cibler et vaut mieux mettre 10 noms de classes (ou 1 long) à chaque élément ? j'ai du mal avec ça :/

T'as le droit d'utiliser la cascade ou de coder en modules.


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
mood
Publicité
Posté le 12-10-2010 à 17:58:11  profilanswer
 

n°2028733
Shinuza
This is unexecpected
Posté le 12-10-2010 à 17:58:23  profilanswer
 

theredled a écrit :


Je le fais déja :o
Ce que je cible précisément, c'est parce que c'est pas factorisable...

Poste un bout si tu peux.


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028741
masklinn
í dag viðrar vel til loftárása
Posté le 12-10-2010 à 18:12:59  profilanswer
 

  
Shinuza a écrit :

Un truc du genre :

 
Code :
  1. var checkAll = function(checked) {
  2.    $$('name = "ids[]"').each(function(input) {
  3.        input.writeAttribute('checked', (!!checked) ? 'checked' : '');
  4.    });
  5. }
 
Code :
  1. checkAll(true);
  2. checkAll(false);



Code :
  1. $('[name="ids[]"]').attr('checked', true);
  2. $('[name="ids[]"]').attr('checked', false);


Monads [:jar jar]


Message édité par masklinn le 12-10-2010 à 18:13:32

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
n°2028744
Shinuza
This is unexecpected
Posté le 12-10-2010 à 18:17:36  profilanswer
 

M'en fous, on peut faire pareil dans Mootools  [:thalis]


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028757
theredled
● REC
Posté le 12-10-2010 à 18:55:31  profilanswer
 

Shinuza a écrit :

Poste un bout si tu peux.


Ok un gros bout

Code :
  1. <div id="global">
  2.    <nav class="main">
  3.      <a href="#" class="help" onclick="ContentManager.displayHelp(); return false;">
  4.        <img src="images/help.png" alt="help" />
  5.      </a>
  6.      <section class="cogip">
  7.        <header>
  8.          <div class="image"><img src="images/cogip-logo.png" alt="" /></div>
  9.          <h2><span class="stab"></span><img src="images/arrow.png" alt="" /> Cogip - La Mutuelle de foo et bar</h2>
  10.          <p class="subtitle">Découvrir la cogip, Actualité,<br />Espace Prévention, Espace Adhérent, ...</p>
  11.        </header>
  12.        <ul>
  13.          <li class="decouvrir"><a href="#">Découvrir la cogip</a></li>
  14.          <li class="actualites"><a href="#">Actualités</a></li>
  15.          <li class="prevention"><a href="#">Espace Prévention</a></li>
  16.          <li class="adherent"><a href="#">Espace Adhérent</a></li>
  17.          <li class="correspondant"><a href="#">Espace Correspondant</a></li>
  18.          <li class="devis"><a href="#">Devis</a></li>
  19.        </ul>
  20.        <footer></footer>
  21.      </section>
  22.      <section class="hospital">
  23.        <header>
  24.          <div class="image"><img src="images/pouetpouet-logo.png" alt="" /></div>
  25.          <h2><span class="stab"></span><img src="images/arrow.png" alt="" /> Le Centre Hospitalier<br />de Pouetpouet</h2>
  26.          <p class="subtitle">Présentation de l'hôpital, Actualités, Agenda, Livret d'accueil, Services, ...</p>
  27.        </header>
  28.        <div class="submenu_wrapper">
  29.          <ul>
  30.            <li class="decouvrir"><a href="#">Présentation de l'hôpital</a></li>
  31.            <li class="actualites"><a href="#">Actualités</a></li>
  32.            <li class="agenda calendar"><a href="#">Agenda</a></li>
  33.            <li class="livret book"><a href="#">Livret d'accueil</a></li>
  34.            <li class="services notepad"><a href="#">Services</a></li>
  35.            <li class="visiteurs"><a href="#">Visiteurs / Accompagnateurs</a></li>
  36.            <li class="notepad"><a href="#">Autres</a></li>
  37.          </ul>
  38.        </div>
  39.        <footer>
  40.          <nav class="arrows">
  41.            <a href="#" class="arrow up"><img src="images/menu-arrow-up.png" alt="" /></a>
  42.            <a href="#" class="arrow down"><img src="images/menu-arrow-down.png" alt="" /></a>
  43.          </nav>          
  44.        </footer>
  45.        <script>
  46.          window.addEvent('domready', function() {
  47.            new ScrollArrows($$('section.hospital nav.arrows')[0], $$('section.hospital .submenu_wrapper')[0]);
  48.          });
  49.        </script>
  50.      </section>
  51.      <section class="vitale">
  52.        <header>
  53.          <div class="image"><img src="images/vitale-logo.png" alt="" /></div>
  54.          <h2><span class="stab"></span><img src="images/arrow.png" alt="" /> Vérifiez que votre<br />Carte Vitale est à jour</h2>
  55.          <p class="subtitle">Lecture des informations contenues<br />sur votre Carte Vitale</p>
  56.        </header>
  57.        <footer></footer>
  58.      </section>
  59.    </nav>
  60.  
  61.    <div id="content">
  62.  
  63.    </div>


Code :
  1. body {font-family: Arial; background: no-repeat url(../images/bg.png) #d6d7dc}
  2. body.consultation {background-position: 0 -525px; }
  3.  
  4. #global {position: relative; width: 1257px; margin: auto;}
  5.  
  6. nav.main {margin-left: 91px; margin-top: 255px; z-index: 10; position: relative}
  7. nav a.help {position: absolute; right:0; top:300px; display: none}
  8. nav section {width: 340px; margin-right: 25px; float: left; border: 1px solid #7a7a7a; -moz-border-radius: 11px;
  9.  background: #ededed none; position: relative;}
  10. nav section header {text-align: center; cursor: pointer; }
  11. nav section .image {height: 284px; }
  12. nav section h2 {height: 88px; border: 1px solid #7a7a7a; border-width: 0 0 1px; font-size: 26px; font-weight: bold;
  13.  color: white; font-family: Helvetica;}
  14. nav section h2 .stab {background: url(../images/titre-pointe.png); display: block; height: 10px;
  15.  margin-bottom: 10px}
  16. nav section p.subtitle {height: 61px; color: #5d6472; font-size: 16px; font-weight: bold; padding-top: 12px;
  17.  line-height: 22px}
  18. nav section ul {display: none; }
  19. nav section .submenu_wrapper {display: none; overflow: hidden; max-height: 540px; position: relative; }
  20. nav section footer {display: none; height: 29px; -moz-border-radius: 0 0 10px 10px; }
  21. nav section ul li {}
  22. nav section ul li a {color: #5d6472; text-decoration: none; height: 55px; font-family: Helvetica;
  23.  padding: 34px 0 0 70px; color: #5d6472; border-bottom: 1px solid #b2b2b1; background:#ececec none no-repeat 10px 15px;
  24.  display: block; font-weight: bold; font-size: 22px;}
  25. nav section nav.arrows {position: absolute; width: 100%; text-align: center; bottom: -26px}
  26. nav section nav.arrows a.disabled img {opacity: 0.5}
  27. nav section nav.arrows a.disabled {cursor: default}
  28. nav section.unfolded {margin-top:262px;}
  29. nav section.unfolded ul,
  30. nav section.unfolded .submenu_wrapper,
  31. nav section.unfolded footer {display: block}
  32. nav section.unfolded .subtitle {display: none}
  33.  
  34. nav section li.decouvrir a {background-image: url(../images/cogip-decouvrir.png)}
  35. nav section li.actualites a {background-image: url(../images/cogip-actualites.png)}
  36. nav section li.agenda a {background-image: url(../images/li-calendar.png)}
  37. nav section li.book a {background-image: url(../images/li-book.png)}
  38. nav section li.notepad a {background-image: url(../images/li-notepad.png)}
  39.  
  40. nav section.cogip h2 {background: -moz-linear-gradient(top, #b53d9d, #9b3186);}
  41. nav section.cogip footer {background: -moz-linear-gradient(bottom, #b53d9d, #9b3186);}
  42. nav section.cogip li.prevention a {background-image: url(../images/cogip-prevention.png)}
  43. nav section.cogip li.adherent a {background-image: url(../images/cogip-adherent.png)}
  44. nav section.cogip li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
  45. nav section.cogip li.devis a {background-image: url(../images/cogip-devis.png)}
  46.  
  47. nav section.hospital h2 {background: -moz-linear-gradient(top, #3776d5, #295cb1);}
  48. nav section.hospital footer {background: -moz-linear-gradient(bottom, #3776d5, #295cb1);}
  49. nav section.hospital li.visiteurs a {background-image: url(../images/cogip-prevention.png); padding-top: 24px; height: 65px}
  50. nav section.hospital li.adherent a {background-image: url(../images/cogip-adherent.png)}
  51. nav section.hospital li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
  52. nav section.hospital li.devis a {background-image: url(../images/cogip-devis.png)}
  53.  
  54. nav section.vitale h2 {background: -moz-linear-gradient(top, #cae643, #9cb129);}
  55. nav section.vitale footer {background: -moz-linear-gradient(bottom, #cae643, #9cb129);}
  56. nav section.vitale.unfolded h2 {display:none}
  57.  
  58. nav.docked {margin-top: -282px; height: 600px}
  59. nav.docked a.help {display: inline;}
  60. nav.docked section {}
  61.  
  62. #content {position: absolute; right:0; top: 600px; left: 91px; z-index: 0}
 

(c'est pour une borne tactile)
A vos WTF :o


Message édité par theredled le 12-10-2010 à 19:00:47

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028782
Shinuza
This is unexecpected
Posté le 12-10-2010 à 21:21:52  profilanswer
 

Déjà :

 

nav section.cogip li.prevention a

 

==

 

.cogip .prevention

 

Edit : Avec le html qui va bien, cad, la classe sur le <a> et non pas sur le <li>

Message cité 1 fois
Message édité par Shinuza le 12-10-2010 à 21:23:29

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028786
theredled
● REC
Posté le 12-10-2010 à 21:41:49  profilanswer
 

Shinuza a écrit :

Déjà :

 

nav section.cogip li.prevention a

 

==

 

.cogip .prevention

 

Edit : Avec le html qui va bien, cad, la classe sur le <a> et non pas sur le <li>


Je trouve ça bcp moins compréhensible : avec mon écriture, je sais tout de suite à l'oeil sur quoi j'agis. Avec la tienne, aucune idée. Ca ressemble à un truc générique factorisé alors que c'est pas du tout le cas.

 

Ca me donne le même sentiment que quand on fout dans un scope global des variables pas du tout globales...

 

En plus de ça, ya 20% de chance (* nbre de cas similaires = sûr que ça arrive) que j'ai dans mon contenu une autre classe .cogip sur un <span> avec un autre .prevention sur un <img> à l'intérieur, par ex. Tu fais quoi dans ce cas ? Tu repasses ta CSS en revue ?

 


edit : et avec la classe .prevention sur le <a>, ça me fait une structure carrément plus couplée au CSS (ça implique que le <a> définisse nécessairement tout le visuel et le comportement spécifique et que le <li> ne fasse rien)

Message cité 1 fois
Message édité par theredled le 12-10-2010 à 21:51:57

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028809
Shinuza
This is unexecpected
Posté le 13-10-2010 à 00:38:53  profilanswer
 

theredled a écrit :


Je trouve ça bcp moins compréhensible : avec mon écriture, je sais tout de suite à l'oeil sur quoi j'agis. Avec la tienne, aucune idée. Ca ressemble à un truc générique factorisé alors que c'est pas du tout le cas.

 

Ca me donne le même sentiment que quand on fout dans un scope global des variables pas du tout globales...

Tu peux documenter ta CSS de manière adéquate, e.g

 
Code :
  1. /* [start] Main navigation */
  2.  
  3. .main {/* Whatever*/} /* Qui devrait surement être #main ou mieux #MainNavigation (a ta guise pour les conventions), puisque je doute que tu aies 30 nav.main dans ton code, sinon you're doing it wrong(bis) */
  4. .cogip h2 {background: -moz-linear-gradient(top, #b53d9d, #9b3186);}
  5. .cogip footer {background: -moz-linear-gradient(bottom, #b53d9d, #9b3186);}
  6.  
  7. .hospital h2 {background: -moz-linear-gradient(top, #3776d5, #295cb1);}
  8. .hospital footer {background: -moz-linear-gradient(bottom, #3776d5, #295cb1);}
  9.  
  10. /* [end] Main navigation */
 

ou préfixer de nav.main mais le reste c'est 99% de bloat. Genre :

 
Code :
  1. nav section.cogip li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
  2. nav section.hospital li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
 

ou encore

 
Code :
  1. nav section.hospital li.visiteurs a {background-image: url(../images/cogip-prevention.png); padding-top: 24px; height: 65px}
  2. nav section.cogip li.prevention a {background-image: url(../images/cogip-prevention.png)}
 

Alors que

 
Code :
  1. .visiteurs a { padding-top: 24px; height: 65px} /* Si c'est vraiment necessaire */
 
Code :
  1. <li class="visiteurs prevention"><a href="#" /></li>


Donne le meme résultat

 
theredled a écrit :


En plus de ça, ya 20% de chance (* nbre de cas similaires = sûr que ça arrive) que j'ai dans mon contenu une autre classe .cogip sur un <span> avec un autre .prevention sur un <img> à l'intérieur, par ex. Tu fais quoi dans ce cas ? Tu repasses ta CSS en revue ?

Non, si t'as ça et que y'a aucun style ou comportement commun entre les deux : you're doing it wrong (ter). Là t'oublie que ta nav est super spécifique, faut voir ce qui est ré-utilisable ailleurs, l'isoler et ne PAS le préfixer de quoi que ce soit sinon tu imposes une structure

 
theredled a écrit :


edit : et avec la classe .prevention sur le <a>, ça me fait une structure carrément plus couplée au CSS (ça implique que le <a> définisse nécessairement tout le visuel et le comportement spécifique et que le <li> ne fasse rien)

Justement sans ton <li> ça fonctionne quand même, sur un span ça marchera aussi, alors qu'en l'état ton code force à avoir un <a> dans un <li>, donc un <ul> etc... jusqu'a la nav

Message cité 2 fois
Message édité par Shinuza le 13-10-2010 à 00:39:54

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028810
theredled
● REC
Posté le 13-10-2010 à 01:11:28  profilanswer
 

Shinuza a écrit :

Tu peux documenter ta CSS de manière adéquate, e.g

 
Code :
  1. #MainNavigation (a ta guise pour les conventions), puisque je doute que tu aies 30 nav.main dans ton code, sinon you're doing it wrong(bis) */




Ca sert à quoi d'avoir un nom de balise signifiante si c'est pour la répéter dans son id et pas l'utiliser pour cibler ? nav.main c'est plus court que #MainNavigation...

 
Shinuza a écrit :

Non, si t'as ça et que y'a aucun style ou comportement commun entre les deux : you're doing it wrong (ter).


Mouais... Je mets des noms de classes naturels (c'est le but), donc je vois pas ce qu'il y a d'incroyable à avoir un coté un <li> avec un classe .hopital et de l'autre un <img> avec la même classe alors qu'il n'ont rien à voir... De même qu'une classe .last, .image ou .subtitle.

 
Shinuza a écrit :

Là t'oublie que ta nav est super spécifique, faut voir ce qui est ré-utilisable ailleurs, l'isoler et ne PAS le préfixer de quoi que ce soit sinon tu imposes une structure

 

Justement sans ton <li> ça fonctionne quand même, sur un span ça marchera aussi, alors qu'en l'état ton code force à avoir un <a> dans un <li>, donc un <ul> etc... jusqu'a la nav


C'est là qu'on est pas d'accord je crois : pour moi la structure ne doit pas imposer une présentation, pour toi la présentation ne doit pas imposer de structure...

 

Normalement la structure est sémantique donc pas de raison que mes li se transforment en span ?

 

Pis j'aime pas les commentaires, moins j'en ai besoin mieux je me porte.

Message cité 2 fois
Message édité par theredled le 13-10-2010 à 01:27:55

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028813
Shinuza
This is unexecpected
Posté le 13-10-2010 à 01:50:12  profilanswer
 

theredled a écrit :


Ca sert à quoi d'avoir un nom de balise signifiante si c'est pour la répéter dans son id et pas l'utiliser pour cibler ? nav.main c'est plus court que #MainNavigation...

 


[:prozac] C'est un exemple comme un autre. nav.main implique tu puisses avoir une une autre nav avec les mêmes styles sans collisions. J'ai admis que ta nav avait une seule instance donc j'y ai mis un #id, le nom importe peu.

 
theredled a écrit :


Mouais... Je mets des noms de classes naturels (c'est le but), donc je vois pas ce qu'il y a d'incroyable à avoir un coté un <li> avec un classe .hopital et de l'autre un <img> avec la même classe alors qu'il n'ont rien à voir...

theredled a écrit :


C'est là qu'on est pas d'accord je crois : pour moi la structure ne doit pas imposer une présentation, pour toi la présentation ne doit pas imposer de structure...

 

Normalement la structure est sémantique donc pas de raison que mes li se transforment en span ?


Ce que tu comprends pas, c'est que justement on s'en fout de l'élément sur lequel s'appliquent les styles.
La sémantique dont tu parles c'est du HTML, pas des CSS, en faisant l'almalgame tu injectes des concepts de sémantique HTML dans tes CSS et tu t'imposes des règles hors-sujet.
Oublie le HTML, code tes CSS comme tu coderais dans un language de programmation : factorise, découple, normalise. Arrêtes de rendre chaque règle dépendante de tout un paté de code html, ou même d'un élément.

 

T'écrirais pas un truc comme ça :

 
Code :
  1. function foo() {
  2.    dooFoo1();
  3.    dooFoo2();
  4.    dooFoo3();
  5. }
  6.  
  7. function bar() {
  8.    dooFoo1();
  9.    dooFoo2();
  10.    dooFoo3();
  11.    dooBar();
  12. }
  13.  
  14. function baz() {
  15.    dooFoo1();
  16.    dooFoo2();
  17.    dooFoo3();
  18.    dooBaz();
  19. }
 
Code :
  1. function sendSomeMail() {
  2.    var mailSettings = SettingsManager.getInstance()->getSection('mail');
  3.    var context = Context.getInstance()->setConfiguration(mailSettings);
  4.    var mailService = new MailService(context);
  5.  
  6.    mailService->send('hello world');
  7. }
 

Pourtant c'est exactement à ça que ressemblent tes CSS.

theredled a écrit :

Pis j'aime pas les commentaires, moins j'en ai besoin mieux je me porte.

Je comprends : t'écris 99% de code inutile ça laisse pas beaucoup de temps pour la doc.

Message cité 1 fois
Message édité par Shinuza le 13-10-2010 à 02:46:04

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028816
nraynaud
lol
Posté le 13-10-2010 à 02:09:59  profilanswer
 

c'est pédagogique et ça sent pas du tout l'attaque perso [:bien]
 
sinon, puisque les balises ont de toutes façon des styles par défaut associés(div, p -> block ; a, span -> inline), en quoi on peut découpler ?


---------------
trainoo.com, c'est fini
n°2028817
Shinuza
This is unexecpected
Posté le 13-10-2010 à 02:18:32  profilanswer
 

nraynaud a écrit :

sinon, puisque les balises ont de toutes façon des styles par défaut associés(div, p -> block ; a, span -> inline), en quoi on peut découpler ?

Faut pas non plus foncer tête baissée. Si t'as besoin e.g d'un style qui donne à un élément la gueule d'un bouton Web 3.0 tu fais en sorte que ça fonctionne quelque soit sa nature. Si t'es pas manchot div, p, a, span auront la même tronche le <a> aura un cursor:pointer gratuit, le p et de le div devrait faire 100% de leur de parent, etc...

 

Et j'ai rien contre led rouge, mais là il fait son magicbuzz


Message édité par Shinuza le 13-10-2010 à 02:20:13

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028835
BeGiNNeR02
Posté le 13-10-2010 à 09:14:47  profilanswer
 

:hello:  
 
A tout hasard, il n'existerait pas une Lib PHP permettant de générer du XML directement à partir d'une XSD ? Genre, on lui file un tableau de données et *HOP* on a notre XML [:dawa]
 
 :jap:

n°2028838
flo850
moi je
Posté le 13-10-2010 à 09:25:16  profilanswer
 

theredled a écrit :


Ca sert à quoi d'avoir un nom de balise signifiante si c'est pour la répéter dans son id et pas l'utiliser pour cibler ? nav.main c'est plus court que #MainNavigation...
 


les # id sont plus rapide a executer que les selecteur a rallonge a coup de .foo.bar.pwet
 
Sémantiquement, un id , c'est unique, ça me semble bien adapté à un main  
 
Idem, j'ai l'impression que chacune de tes sections est unique , utilise plutôt un id. Ca allegera ta CSS et le temps de rendu  
 
Pour le reste, la feuille de style te le code HTML doivent être lep lus indépendant possible, histoire de permettre une maj de l'un ou de l'autre.
Ce n'est pas possible d'avoir une indépendance totale, mais je pense que tu es un peu dans l'extrême inverse.

n°2028852
masklinn
í dag viðrar vel til loftárása
Posté le 13-10-2010 à 10:02:14  profilanswer
 

BeGiNNeR02 a écrit :

:hello:  
 
A tout hasard, il n'existerait pas une Lib PHP permettant de générer du XML directement à partir d'une XSD ? Genre, on lui file un tableau de données et *HOP* on a notre XML [:dawa]


Cette demande n'a pas vraiment de sens, un XSD (un ou schéma en général) c'est un jeu de contraintes sur un document XML, pas un mapping entre des formats arbitraires.


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
n°2028859
BeGiNNeR02
Posté le 13-10-2010 à 10:29:21  profilanswer
 

masklinn a écrit :


Cette demande n'a pas vraiment de sens, un XSD (un ou schéma en général) c'est un jeu de contraintes sur un document XML, pas un mapping entre des formats arbitraires.


Biensûr, mais à partir de cette XSD :

Code :
  1. <xsd:schema ...>
  2.     <xsd:element name="mel" type="melType" />
  3.  
  4.     <xsd:complexType name="melType"  >
  5.         <xsd:sequence>
  6.             <xsd:element ref="Image" minOccurs="1" maxOccurs="unbounded"/>
  7.         </xsd:sequence>
  8.     </xsd:complexType>
  9.     
  10.     <xsd:element name="Image" type="ImageType"/>
  11.     
  12.     <xsd:complexType name="ImageType">
  13.         <xsd:annotation>
  14.             <xsd:documentation xml:lang="fr">Image de MEL</xsd:documentation>
  15.         </xsd:annotation>
  16.         <xsd:sequence>
  17.             <xsd:element ref="nomFichier" minOccurs="1" maxOccurs="1"/>
  18.             <xsd:element ref="formatFichier" minOccurs="1" maxOccurs="1"/>
  19.         </xsd:sequence>
  20.     </xsd:complexType>
  21.     
  22.     <xsd:element name="nomFichier" type="stringNotNULL">
  23.         <xsd:annotation>
  24.             <xsd:documentation xml:lang="fr">nom du fichier</xsd:documentation>
  25.         </xsd:annotation>
  26.     </xsd:element>
  27.     
  28.     <xsd:element name="formatFichier" type="formatFichierType">
  29.         <xsd:annotation>
  30.             <xsd:documentation xml:lang="fr">format du fichier</xsd:documentation>
  31.         </xsd:annotation>
  32.     </xsd:element>
  33. </xsd:schema>


Et d'un tableau du type :

Code :
  1.     'Image'    => array(
  2.                     array(
  3.                         'nomFichier'    => 'image.jpg',
  4.                         'formatFichier'    => 'JPEG'
  5.                         )
  6.                     )
  7.     );

On pourrait quand même obtenir :

Code :
  1. <mel ...>
  2.     <Image>
  3.         <nomFichier>0010.jpg</nomFichier>
  4.         <formatFichier>JPEG</formatFichier>
  5.     </Image>
  6. </mel>

(avec tout un tas de contrôle de données... etc)
 
 :??:

Message cité 1 fois
Message édité par BeGiNNeR02 le 13-10-2010 à 10:30:27
n°2028860
theredled
● REC
Posté le 13-10-2010 à 10:29:25  profilanswer
 

Shinuza a écrit :

[:prozac] C'est un exemple comme un autre. nav.main implique tu puisses avoir une une autre nav avec les mêmes styles sans collisions. J'ai admis que ta nav avait une seule instance donc j'y ai mis un #id, le nom importe peu.

 

Ce que tu comprends pas, c'est que justement on s'en fout de l'élément sur lequel s'appliquent les styles.
La sémantique dont tu parles c'est du HTML, pas des CSS, en faisant l'almalgame tu injectes des concepts de sémantique HTML dans tes CSS et tu t'imposes des règles hors-sujet.

 

Oublie le HTML, code tes CSS comme tu coderais dans un language de programmation : factorise, découple, normalise. Arrêtes de rendre chaque règle dépendante de tout un paté de code html, ou même d'un élément.


En quoi mon CSS n'est pas factorisé, tu vois des doublons ? [:klemton]

 
flo850 a écrit :


les # id sont plus rapide a executer que les selecteur a rallonge a coup de .foo.bar.pwet

 

Sémantiquement, un id , c'est unique, ça me semble bien adapté à un main

 

Idem, j'ai l'impression que chacune de tes sections est unique , utilise plutôt un id. Ca allegera ta CSS et le temps de rendu


Ok. Le truc qui me fait chier c'est que ça m'oblige à gérer les collisions d'IDs, définir une convention de nommage (qui doit inclure l'arbo en doublon, genre #mainNavSectionCogip, ou pire trouver un nom bien choisi) etc... Ptet pas insurmontable mais bon.

 
flo850 a écrit :

Pour le reste, la feuille de style te le code HTML doivent être lep lus indépendant possible, histoire de permettre une maj de l'un ou de l'autre.
Ce n'est pas possible d'avoir une indépendance totale, mais je pense que tu es un peu dans l'extrême inverse.


C'est vrai, mais juste dans le sens CSS->HTML (le HTML lui dépend pas du CSS)

 

A vrai dire ça m'a jamais posé de pb, à part pour la longueur des lignes. Mais pour les pbs de couplage HTML->CSS, j'ai jamais rencontré de cas génant.

Message cité 1 fois
Message édité par theredled le 13-10-2010 à 11:07:10

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028862
Shinuza
This is unexecpected
Posté le 13-10-2010 à 10:34:04  profilanswer
 

theredled a écrit :


En quoi mon CSS n'est pas factorisé, tu vois des doublons ? [:klemton]
 

Je t'ai montré des exemples de trucs factorisables un peu plus haut [:mlc]

theredled a écrit :


C'est vrai, mais juste dans le sens CSS->HTML (le HTML lui dépend pas du CSS)

Encore heureux :D
Ça reste possible de reverse-engineer ton HTML à partir de tes CSS quand même.


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028863
theredled
● REC
Posté le 13-10-2010 à 10:38:02  profilanswer
 

Shinuza a écrit :

Je t'ai montré des exemples de trucs factorisables un peu plus haut [:mlc]


Ca ?

Citation :


nav section.cogip li.prevention a
==
.cogip .prevention


J'appelle ça raccourcir, pas factoriser.

Shinuza a écrit :

Encore heureux :D
Ça reste possible de reverse-engineer ton HTML à partir de tes CSS quand même.


Totalement [:cosmoschtroumpf]
(Mais ça ne m'empeche pas de faire des modifs techniques de structure, genre rajouter des wrappers etc)

Message cité 1 fois
Message édité par theredled le 13-10-2010 à 10:40:02

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°2028866
masklinn
í dag viðrar vel til loftárása
Posté le 13-10-2010 à 10:50:13  profilanswer
 

BeGiNNeR02 a écrit :


Biensûr, mais à partir de cette XSD :

Code :
  1. <xsd:schema ...>
  2.     <xsd:element name="mel" type="melType" />
  3.  
  4.     <xsd:complexType name="melType"  >
  5.         <xsd:sequence>
  6.             <xsd:element ref="Image" minOccurs="1" maxOccurs="unbounded"/>
  7.         </xsd:sequence>
  8.     </xsd:complexType>
  9.     
  10.     <xsd:element name="Image" type="ImageType"/>
  11.     
  12.     <xsd:complexType name="ImageType">
  13.         <xsd:annotation>
  14.             <xsd:documentation xml:lang="fr">Image de MEL</xsd:documentation>
  15.         </xsd:annotation>
  16.         <xsd:sequence>
  17.             <xsd:element ref="nomFichier" minOccurs="1" maxOccurs="1"/>
  18.             <xsd:element ref="formatFichier" minOccurs="1" maxOccurs="1"/>
  19.         </xsd:sequence>
  20.     </xsd:complexType>
  21.     
  22.     <xsd:element name="nomFichier" type="stringNotNULL">
  23.         <xsd:annotation>
  24.             <xsd:documentation xml:lang="fr">nom du fichier</xsd:documentation>
  25.         </xsd:annotation>
  26.     </xsd:element>
  27.     
  28.     <xsd:element name="formatFichier" type="formatFichierType">
  29.         <xsd:annotation>
  30.             <xsd:documentation xml:lang="fr">format du fichier</xsd:documentation>
  31.         </xsd:annotation>
  32.     </xsd:element>
  33. </xsd:schema>


Et d'un tableau du type :

Code :
  1.     'Image'    => array(
  2.                     array(
  3.                         'nomFichier'    => 'image.jpg',
  4.                         'formatFichier'    => 'JPEG'
  5.                         )
  6.                     )
  7.     );

On pourrait quand même obtenir :

Code :
  1. <mel ...>
  2.     <Image>
  3.         <nomFichier>0010.jpg</nomFichier>
  4.         <formatFichier>JPEG</formatFichier>
  5.     </Image>
  6. </mel>

(avec tout un tas de contrôle de données... etc)
 
 :??:


En quoi t'as besoin d'un XSD pour un truc pareil?


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
n°2028871
BeGiNNeR02
Posté le 13-10-2010 à 11:15:46  profilanswer
 

Comme tu le disais, la XSD permet de déterminer les contraintes sur un document XML. Du coup, si tu lui files un nom de fichier vide, la Lib sera capable de te le signaler avant de générer le XML et si tout roule, bah elle le génére.
 
En fait, comme j'ai plusieurs XML à créer et que je n'ai que les XSD (plus complexes que l'exemple, hein :o ) comme point de départ, avec une BDD pour les données à placer dans ces XML, je me demandais si une Lib pouvait faire ça de manière générique. C'est si con comme idée ? [:transparency]

n°2028876
masklinn
í dag viðrar vel til loftárása
Posté le 13-10-2010 à 11:30:52  profilanswer
 

BeGiNNeR02 a écrit :

Comme tu le disais, la XSD permet de déterminer les contraintes sur un document XML. Du coup, si tu lui files un nom de fichier vide, la Lib sera capable de te le signaler avant de générer le XML et si tout roule, bah elle le génére.
 
En fait, comme j'ai plusieurs XML à créer et que je n'ai que les XSD (plus complexes que l'exemple, hein :o ) comme point de départ, avec une BDD pour les données à placer dans ces XML, je me demandais si une Lib pouvait faire ça de manière générique. C'est si con comme idée ? [:transparency]


Bah c'est vraiment pas du tout fait pour, je suis pas sûr que les xsd soient adaptés (tu peux quand même te retrouver avec des trucs complètement imbitables) et surtout encore une fois ça définit pas de mapping, donc bon…
 
À la limite on peut imaginer faire du fuzzing avec le schéma[0] (ça génère aléatoirement des données "valides" pour autant que le schéma soit concerné et ça regarde si ces fichiers font pêter les libs derrière), mais pour ton cas oui tu peux faire une lib (bien sûr) mais je vois pas trop où/quand peut aider, à part pour valider ta sortie.
 
Après je me trompe peut-être, notes.
 
[0] C'est plus limité mais oXygenXML peut générer un document de démo à partir d'un schéma.


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
n°2028882
Shinuza
This is unexecpected
Posté le 13-10-2010 à 11:42:43  profilanswer
 

theredled a écrit :


Ca ?

Citation :


nav section.cogip li.prevention a
==
.cogip .prevention


J'appelle ça raccourcir, pas factoriser.

C'est aussi factoriser et découpler figures toi. Mais je parlais plus de ça :

 
Shinuza a écrit :

 
Code :
  1. nav section.cogip li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
  2. nav section.hospital li.correspondant a {background-image: url(../images/cogip-correspondant.png)}
 

ou encore

 
Code :
  1. nav section.hospital li.visiteurs a {background-image: url(../images/cogip-prevention.png); padding-top: 24px; height: 65px}
  2. nav section.cogip li.prevention a {background-image: url(../images/cogip-prevention.png)}
 

Alors que

 
Code :
  1. .visiteurs a { padding-top: 24px; height: 65px} /* Si c'est vraiment necessaire */
 
Code :
  1. <li class="visiteurs prevention"><a href="#" /></li>


Donne le meme résultat

 


Message cité 1 fois
Message édité par Shinuza le 13-10-2010 à 11:43:28

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2028898
masklinn
í dag viðrar vel til loftárása
Posté le 13-10-2010 à 12:36:04  profilanswer
 

Code :
  1. <tbody id="filter_table">


:fou:


Message édité par masklinn le 13-10-2010 à 12:36:10

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
n°2028913
vapeur_coc​honne
Stig de Loisir
Posté le 13-10-2010 à 13:54:27  profilanswer
 

:o² les gens  
quesce qui pourrait empecher mon javascript de s'exceuter sur ie6 alors que sous ff ça fonctionne ?


---------------
marilou repose sous la neige
n°2028914
flo850
moi je
Posté le 13-10-2010 à 13:58:27  profilanswer
 

IE6 est une grosse bouze ?  
montre le script

n°2028915
tomsoft
Posté le 13-10-2010 à 13:59:39  profilanswer
 

vapeur_cochonne a écrit :

:o² les gens  
quesce qui pourrait empecher mon javascript de s'exceuter sur ie6 alors que sous ff ça fonctionne ?


 
un tas de trucs  :D code:o

n°2028917
vapeur_coc​honne
Stig de Loisir
Posté le 13-10-2010 à 14:02:30  profilanswer
 

flo850 a écrit :

IE6 est une grosse bouze ?  
montre le script


bah ie c'est oblligé chez nous :/
 

Code :
  1. if(window.attachEvent)
  2.  window.attachEvent("onload",sfhover);
  3. sfhover= function(){
  4. var sfEls = document.getElementById("menu" ).getElementsByTagName("LI" );
  5. for(var i=0; i<sfEls.length; i++){
  6.  sfEls[i].onmouseover=function(){
  7.   this.className +=" sfhover";
  8.  }
  9.  sfEls[i].onmouseout=function(){
  10.   this.className = this.className.replace(new RegExp("sfhover\\b","" ));
  11.  }
  12. }
  13. }

Message cité 1 fois
Message édité par vapeur_cochonne le 13-10-2010 à 14:02:46

---------------
marilou repose sous la neige
n°2028920
flo850
moi je
Posté le 13-10-2010 à 14:05:56  profilanswer
 

déjà commence par définir ta fonction avant de l'attacher  
 
Tu n'utilises pas de lib (jquery apr exemple) ?  

n°2028922
vapeur_coc​honne
Stig de Loisir
Posté le 13-10-2010 à 14:09:24  profilanswer
 

flo850 a écrit :

déjà commence par définir ta fonction avant de l'attacher  
 
Tu n'utilises pas de lib (jquery apr exemple) ?  


lapin


---------------
marilou repose sous la neige
n°2028924
flo850
moi je
Posté le 13-10-2010 à 14:10:15  profilanswer
 

Code :
  1. sfhover= function(){
  2. var sfEls = document.getElementById("menu" ).getElementsByTagName("LI" );
  3. for(var i=0; i<sfEls.length; i++){
  4.  sfEls[i].onmouseover=function(){
  5.   this.className +=" sfhover";
  6.  }
  7.  sfEls[i].onmouseout=function(){
  8.   this.className = this.className.replace(new RegExp("sfhover\\b","" ));
  9.  }
  10. }
  11. }
  12. // on attache la fonction au onload une fois qu'elle est bien définie
  13. if(window.attachEvent)
  14.  window.attachEvent("onload",sfhover);

Message cité 3 fois
Message édité par flo850 le 13-10-2010 à 14:10:37
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  1028  1029  1030  ..  1449  1450  1451  1452  1453  1454

Aller à :
Ajouter une réponse
 

Sujets relatifs
blabla 3blabla 2
PUTAIN HARKO TU AS FERM2 BLABLA ![Beaucoup de blabla pour rien : post à effacer] Compiler .bat
variable1="blabla + variable2 +blala : c'est possible ??[PHP & regex] "blabla blabla file.ext?point=444 blabla" Recupérer 444
mail("celine@hotmail.com"," sujet","blabla"); pose une err ! Help[MySQL] WHERE 'blabla' compris dans le champ truc
[blabla@hosto] Le topic des vieux[PHP / BlaBla - limite]
Plus de sujets relatifs à : blabla@web


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR