Reprise du message précédent :

 
Pourquoi tu nous pose la question alors ?
Juste pour te faire insulter, et traiter de gros noob ?
 
Tu as pas besoin de nos faveurs pour faire du code pourri , K3EP FR3E

 
 
Quand tu parles de "ul à perpette niveau hiérarchie" pour moi ça voulait dire que ton <ul> était genre à la racine, mais avec plein de trucs dedans avant tes <li>, genre ça :
 

Je vois pas en quoi expliquer (en très gros) mon pb rend ma question inutile

ya trop d'éléments différents, moi j'utilise que des div et des table

Pourquoi pas faire simple  

Effectivement, ça me fait penser que j'ai oublié de dire que j'utilisais aussi des <i> et des <b> et des <font> pour la mise en forme. Quand même. Je suis pas un noob non plus sans dec

La meilleure façon d'effacer le contenu d'un champ texte pré-rempli ( via l'attribut value ) quand il obtient le focus (click ou via la touche TAB par ex ), c'est quoi ? Pour le moment j'ai

C'est horrible ? Bien ? Moche ? Les browsers inmplémentent pas déjà ce comportement sans passer par un event JS ?

Merchi

C'est super moche car si la personne veut remodifier son texte, il va disparaitre a chaque fois.

Ouais ça je sais, mais c'est pour un champ login/password donc bon, c'est pas très long et tu changes pas ça 10 fois par page.  
Parce que bon, c'est surtout de devoir sélectionner le texte pré-rempli à la souris qui est chiant

il existe bien les input type reset ( et l'equivalent js form.reset) mais je sens que cela va être trop violent pour toi.
Mais rien ne t'empèches alors d'un simuler un kivabien en fonction de contraintes de ta page.

edit: je sens que j'ai pas compris la question en fait

C'est simple : je veux que quand l'user arrive ( via un clik ou la touche TAB, osef ) sur mon champ texte, le texte pré-rempli s'efface ( le "Login" dans l'exemple plus haut ).
Donc je connais la solution a base d'event JS, donnée plus haut, mais j'aime moyen, donc je voulais savoir auprès des pointures de ce topic si y avait pas un truc plus "propre".
 
( et non, je peux pas foutre un label devant mon input text a la place du text pré rempli, ca ferait tout moche dans le design global )

c'est surtout d'avoir un texte pré-rempli ou ça n'a pas d'interet qui est chiant

+10

Les textes préremplis, c'est casse-couille.
C'est quand même pas bien dur de faire un truc de login qui soit marqué login sans être obligé de mettre du texte dedans.

Hey,
Pourquoi quand je fais

SELECT pouf
FROM a
  INNER JOIN b ON b.id = a.b_id
  RIGHT JOIN c ON c.id = b.c_id

, mon RIGHT JOIN marche bien (j'ai toutes les lignes de "c" même quand aucune ligne de "a" ou "b" ne correspond) ;

mais que quand je mets une condition sur le a :

SELECT pouf
FROM a
  INNER JOIN b ON b.id = a.b_id
  RIGHT JOIN c ON c.id = b.c_id
WHERE a.caca = 'yeah'

, mon RIGHT JOIN marche plus

comprends pas l'interêt de l'écrire dans ce sens là ta requete...
Pourquoi tu fais pas plutot:

SELECT pouf
FROM 
c
LEFT OUTER JOIN b ON c.id = b.c_id
INNER JOIN      a ON b.id = a.b_id

et de fait pour ta condition, elle passe logiquement dans le on du inner

INNER JOIN      a ON b.id = a.b_id AND a.caca='yeah'

SELECT pouf
FROM 
c
LEFT OUTER JOIN b ON c.id = b.c_id
INNER JOIN      a ON b.id = a.b_id

INNER JOIN      a ON b.id = a.b_id AND a.caca='yeah'

Parce que de la façon dont je m'imagine (surement à tort) qu'il va traiter la requete, ta solution me parait carrément plus lourde...
Normalement ça devrait être équivalent en perfs dans tous les cas ou pas ?

Cela dit, ce serait pas plutot

SELECT pouf
FROM
c
LEFT OUTER JOIN b ON c.id = b.c_id
LEFT OUTER JOIN a ON b.id = a.b_id AND a.caca='yeah'

du coup, nan ?

Le jour où j'y biterai quelque chose aux jointures complexe moi ...

Qu'est-ce que tu veux, c'est INNER ou c'est pas INNER quoi

Euh et pourquoi donc?
Ton but c'est de remonter tous les enregistrements de c et d'aller chercher les infos de b et a si elles sont disponibles.
AMA, ça revient strictement au même dans les deux sens. Bon je vais faire un test sur DB2 et lui demander l'optimize query des deux pour voir.

SELECT pouf
FROM
c
LEFT OUTER JOIN b ON c.id = b.c_id
LEFT OUTER JOIN a ON b.id = a.b_id AND a.caca='yeah'

AIN'T GONNA WORK...
Enfin disons que tu vas te retrouver avec des choses que tu voulais pas: les informations de B qui matchent le c.id=b.c_id mais qui ne matchent pas le deuxième on: b.id = a.b_id AND a.caca='yeah'

Oula j'ai cru être clair en l'écrivant, c'est moins sur en me relisant ...

Bon j'ai refait ma requete comme ça, mais plusieurs pbs :
- avec ou sans WHERE, je suis obligé de tout mettre en LEFT JOIN sinon j'ai des enregistrements de c qui passent à la trappe de toutes façon il y a un GROUP BY derrière donc ça change pas grand chose a priori.
- avec un WHERE, même problème qu'auparavant, même avec TOUT en LEFT JOIN, il y a des lignes de c qui se barrent

Et pour la différence possible de perfs : j'ai des tables énormes et des tables plus petites, donc regarder les tables énormes puis les lier aux petites est plus lent que regarder les petites et lier les éléments correspondant dans les grandes. Après à voir comment il optimise la chose.

Bon le truc c'est que je suis toujours pas sur d'avoir compris ce que tu veux.
En tout relisant j'ai l'impression que tu veux tous les enregistrements de c plus ceux qui correspondent dans b si et seuleument si il existe un enregistrement dans a avec la contrainte a.caca='prout'.
Si c'est bien ça, effectivement la requête que je t'ai filé plus haut ne fait pas ça

En mettant un champs de a dans le where tu transformes tes outer en inner. Deux solutions:

• soit tu mets ta condition sur le champs a dans le on de ton join
• soit tu fais un where a.caca='prout' or a.caca is null

Mais ça resoudra pas ton problème si ce que tu veux (si j'ai bien compris, voir plus haut).
Mais à ce moment là tu peux faire un truc dans le genre:

nawak

edit: mais ça irait plus vite si tu montrais tes structures de tables et ce que tu veux "pour de vrai".

Yep. :

J'ai des fournisseurs (table "fournisseurs" ) qui possèdent des labels (table "labels" ) qui possèdent des tracks (table "tracks" ).
"Parallelement" j'ai des commandes (table "orders" ) qui possèdent des éléments (table "orders_products" ), dont la plupart pointent vers des tracks, et quelques autres vers des éléments gratuits (ex : pochette), qui ne doivent pas être pris en compte.

Structures simplifiées :

Je veux établir un tableau statistique me listant TOUS les fournisseurs, avec pour chacun le nombre et la somme des prix des orders_products lui correspondant (et lorsque "orders_products.nature != 0" donc.)

C'est simplifié mais je pense j'espère que le problème est bien synthétisé

(bon, en mettant la condition dans le ON j'arrive à faire ce que je veux pour l'instant, mais avec du LEFT JOIN partout, bref j'aimerais bien avoir votre avis quand même )

SELECT
 f.nom
 count(op.id_order),
 sum(op.prix)
FROM
fournisseurs f
LEFT OUTER JOIN labels l ON l.id_fournissuers = f.id
LEFT OUTER JOIN tracks t ON t.id_label = l.id
LEFT OUTER JOIN Orders_products op ON op.id_track = t.id AND op.nature != 0
GROUP BY f.nom

Le truc c'est que les 2 premiers lefts je les trouve stupides "fonctionnellement".
Si un fournisseur a pas de label, je vois pas ce qu'il fait dans la table fournisseurs.
A la limite ça s'explique un peu plus pour les labels sans tracks.

Tu pourras pas faire plus simple/optimisé (amha)

edit:huuummm y'a ptet un produit cartésien non voulu entre orders_products et tracks qui fausserait le count/sum...

SELECT
 f.nom
 count(op.id_order),
 sum(op.prix)
FROM
fournisseurs f
LEFT OUTER JOIN labels l ON l.id_fournissuers = f.id
LEFT OUTER JOIN tracks t ON t.id_label = l.id
LEFT OUTER JOIN Orders_products op ON op.id_track = t.id AND op.nature != 0
GROUP BY f.nom

Thanks, c'est ce que je fais actuellement. Pour les fournisseurs sans labels, ça arrive s'il vient juste de s'inscrire, après si ça bousille vraiment les perfs tant pis...

Ouaip, et c'était pas le cas dans ma requête de départ

edit : Ceci dit non, pas de produit cartésien, car un orders_product n'a qu'UNE seule track correspondante.
Par contre il va me sortir des lignes de tracks sans order_product correspondant (si elle n'a jamais été vendue), mais c'est pas grave, ça fausse rien et dans la réalité ça va être rare.

Donc merci, finalement

Ouais, le soucis c'est quand la maquette laisse pas de place pour décrire le champ (même si c'est fait systématiquement avec un label )
 
La solution donnée plus haut est toute pourrie, comme le souligne gizmo, gatsu utilise un truc pas mal qui permet de garder le texte si l'utilisateur reclique sur l'input et qui replace le texte d'origine si l'input est vide et defocusé (ouais c'est pas clair)

Bah en même temps spa très compliqué hein. Tu check le contenu du champ quand un utilisateur clique dessus, s'il vaut sa valeur de départ, tu effaces, sinon non

Edit : Et sur un form de login passe encore, mais y'en a qui font ça sur les forms de recherche Du coup tu peux t'accrocher pour faire du drag'n'drop (d'ailleurs y'a peut-être moyen en remplaçant le onfocus par un onmouseover...)

J'ai rien dis moi mais en tout cas le onfocus = '' ça sent le caca moisi

J'en tiens un bon > http://forum.hardware.fr/hfr/Progr [...] 6305_1.htm

Ben c'est juste un débutant
L'a pas l'air trop méchant

Le retour de fourniey

http://forum.hardware.fr/forum1.ph [...] earchall=1

edit: tous ses topics sont collectors en fait... cet homme est mon idole!!

Bon et mon truc au lieu de bacher du noob ?

oh. Il en a des problèmes ce petit

C'était quoi la question ?

Y'a pas de question, les questions, c'est moi qui les resolve
Je m'adressais à ana, et il sait de quoi je parle (enfin j'espère qu'il a pas zappé )

j'ai toujours pas d'ordi à la maison \o/
Mais bon j'en ai retrouvé un et j'y pense ...

J'me disais aussi, depuis quand l'élite pose-t-elle des questions ^^