Reprise du message précédent :

Je crois que je l'avais déja développé en fait, j'vais m'en contenter si ton plugin est pas préparé à ça

Je parle de l'icône. Par défaut tout devrait être en no_filter avec filter à activer.

YES/NO c'est booléen  

Et alors? Si j'clique et que ça taggle entre activé et pas activé, j'vois pas pourquoi le dernier filtre pourrait pas être désactivé
 

 
Si on fait réapparaitre la colonne avant même qu'elle ait disparue, ça marche.
 
Par contre il y a en effet un bug si on clique 2 fois sur l'icône pour masquer la colonne ... à ce moment on ne peut plus la faire revenir Je vais réparer ça.
 

 
1 - Le filtrage est un des intérêt principal de l'appli je trouve... Je ne trouverais pas logique de le virer par défaut. Ou à la rigueur foutre une option qui permette de définir si par défaut on considère qu'il doit y avoir des filtre (et donc ajouter la classe "no_filter" pour les virer) ou si on considère qu'il n'y a pas de filtre (et ajouter la classe "filter" pour les mettre là où on veut).
 
Idem avec l'icône de masquage d'ailleurs
 
2 - Ben oué mais au lieu de yes/no ça pourrait etre pouet/toto ou n'importe quoi d'autre... Pour le script, c'est juste du texte Je pourrais ajouter la possibilité de foutre une class="is_boolean" ... mais je vois pas l'intérêt, ni ce que ça changerait ... Si y'a du YES et du NO ... le fait de décocher le NO masque les colonnes correspondantes... où est-ce que c'est anormal ?
 
3 - Bah simplement parce que si tu désactives tous les filtres, ça vire tous les articles ... et que je ne vois absolument pas l'intérêt d'un tableau sans plus rien à comparer
 
Maintenant ça aussi ça peut être une option (canHideAllProducts: true/false) mais encore une fois, je vois pas le but de la chose

Ergonomiquement je me demande si ce serait pas plus clair d'inverser les codes couleurs de la liste à droite.
Colonne cachée : grisé, colonne visible : normal. On ferait la correspondance plus efficacement je pense.

Ou pas, hein.

Tu files le CSS/images avec le plugin ?

T'as deux choix, ça reste booléen  

Pour en réactiver un autre: je dégage le filtre que je veux plus, puis je réactive celui qui m'intéresse, plus logique que de réactiver celui qui t'intéresse puis de désactiver celui que tu veux plus (et dans tous les cas, pas de raison de pas le permettre )

Oué enfin pour moi un booléen, c'est pas avoir 2 choix... c'est avoir un état VRAI et un état FAUX

Si y'a un ligne avec les prénom Pierre et Paul ... j'appelle pas ça un booléen

Oué ... stuldi ... ça sera réglable (edit : d'ailleurs non, ça ne sera pas régable, ça serait con de faire une option pour ça ... on pourra tout masquer si on veut, après tout on vit dans un monde de liberté Idem pour le masquage des lignes/colonnes)

 
Ça c'est entièrement paramétrable avec la CSS
 
Et oui, CSS et images sont fournis avec le plugin.

Je suis en train de réécrire ByCompare, et juste pour info, j'ai calculé le temps que prend le parsing et la préparation des cellules sous différents navigateurs :
 
- Firefox : 12 ms ( )
- Chrome : 24 ms
- Opera : 16 ms
- IE8 : 62 ms ( )

C'est pas très utile pour optimiser. Fais pêter les profilers (normalement il n'y a qu'Opera qui n'en a pas)

Et accessoirement, tu nous dis pas sur combien de cellules ça porte, et t'as pas non plus graphé le comportement quand tu augmentes le nombre de cellules

Oué ben ça sera demain hein
 
Là c'est dodo

Spec HTML5 sans les détails d'implé (qui sont pour les gens codants les navigateurs): http://dev.w3.org/html5/spec-author-view/

et safari ?

Dans le cas où toutes les valeurs sont identiques, je propose l'attribut colspan Ca fera pas de mal de simplifier l'affichage partout où c'est possible

dites les nerds, on peut virer les params x et y a la con quand on a un input type image dans un form ?

NON

NON

OUI

Utilise un button avec un img dedans

Avec background: transparent; border: 0; cursor: pointer; ca a l'air de le faire
Il y a pas de contres-indication à utiliser un button ?

Tu peux avoir des problèmes de calage au pixel près, sinon non.

Pour le pixel près, ouais c'est un peu chiant si tu tape dans les sliding doors pour faire de beaux boutons avec texte dedans et qu'ils s'agrandissent en fonction. Sinon ça marche bien

J'ai laissé ce côté la à ma patronne

Ptin je deviens une buse en MySQL.

Admettons que j'ai cette table :

Comment je fais pour récupérer la liste des applis les plus récentes uniquement ?

En gros, le résultat doit être :

Je suppose que ça doit être à coup de requêtes imbriquées, mais je ne trouve pas la solution

L'appli la plus récente pour chaque version majeure ?

Non, toutes versions confondues.

Edit : J'ai édité le tableau pour lever le doute

Ca ne devrait pas être 3.5 et 3.6.2 dans ce cas ?

edit : ah ouiiiii

Bon, je vois des trucs, mais crados, et puis j'ai une vie, merde.

SELECT *
FROM (SELECT * FROM table ORDER BY version DESC) AS bla
GROUP BY name

Voila à quoi mène la procrastination

Merci
 
De mon côté j'en suis arrivé là :
 

SELECT id, name, version
FROM matable AS t1
WHERE version = (
    SELECT MAX(t2.version)
    FROM matable AS t2
    WHERE t1.name = t2.name
)

 
C'est mieux ou pire ?

En même temps, je me fais peut être chier pour rien aussi...
 
Je pourrais bêtement ajouter un champ "is_last", et avant l'ajout d'une nouvelle version, faire un UPDATE matable SET is_last = 0 WHERE name = "app2", et ajouter la nouvelle version avec un is_last = 1

Ouais, et moyennant que ce soit une grosse table, tu gagnes en perf à l'aise.

SELECT id, name, version
FROM matable AS t1
WHERE version = (
    SELECT MAX(t2.version)
    FROM matable AS t2
    WHERE t1.name = t2.name
)

Ca marche MAX() sur une chaine de caractère ?
 
Et pk pas :
SELECT name, MAX(version) FROM table GROUP BY name

voilà.

Si je LIMIT 1 ça va me sortir qu'une seule appli

Parce que ce n'est pas comme ça que ça marche

Edit : et sinon oui, MAX sur une chaine ça marche

 
sa requête te donne bien le plus grand numéro de version pour chaque appli, c'est quoi le pb?

D'abord, il manque l'ID dans sa requête.
Ensuite, si on le rajoute, ça va me sortir :

Au lieu de :

Et enfin , si par la suite il y d'autres champs à récupérer (dont le contenu diffère entre les versions), je n'aurais pas les bonnes valeurs associées aux bonnes versions.

Edit : En gros, si j'ai cette table :

Le résultat va être :

 
select t1.*
from table t1 left outer join table t2 on (t1.name = t2.name and t1.version < t2.version)
where t2.id is null;

 
Je sais pas quel sgbd tu utilises (en fait si, je sais ), mais change.