Reprise du message précédent :
je cherche a savoir si on peut recup l'event sur ce type d'element sans toucher au code qui le crée.  
 
le cas de figure c'est que cette methode est largement utilisée comme hack UIWebView IOS a cause des comportements louches sur autre chose que les <a> et <button>
 
[edit] la première methode c'est un facsimilé de ce que j'observe, je ne peux pas y toucher sinon ce serait trop simple. [/edit]

Rho putain le nouveau design du JournalDuGeek, ce fail

Comment ça se fait que l'ergonomie des sites d'actu ait autant chuté ces 2 dernières années ?

 
3 lettres : RWD  

 
Je troll un peu, mais il doit y avoir un fond de vrai quand même, je pense que certains sous estiment trop le passage au RWD pour des sites comme ça avec beaucoup de contenu.. le coté visible / redimensionnement c'est juste la partie émergé de l'iceberg.
 
Le contre exemple c'est eurosport : http://www.eurosport.fr/ bon c'est Huge Inc qui est derrière, donc pas des rigolos ^^ y'a un taf monstrueux sur l'interface

ils ont plutot copié la mise en page de theverge  
 
Parceque la page d'accueil de jdG fait dans les 16 Mo , c'est aps compatible avec une consultation mobile ( hors zone de 4g)

Même en zone 4G, une fois que les 16Mo de bordel sont récupérés faut encore les processer (accessoirement, HSDPA ou HSPA+ est "suffisant" pour 16Mo, et c'est du 3.xG)

C'est dingue comme ils ont fail à tous les niveaux !
Poids, Design, Ergonomie, Javascript buggé, ... c'est assez hallucinant.

RIen que le fait de ne pas concaténer les fichiers js/css disqualifie l'usage sur mobile  
 
191 requetes, dont 68 js ,  10 css , 5 polices le reste en image

Je pense que c'est un beaucoup plus gros problème que les 16MB

ah oui il est mechant quand meme leur upfront payload
 
mais sur ce type de site, t'as bien 50 queries js rien que pour les pubs et widgets avec les redirects et les encapsulation a tout va...
 
moi ce que je prefere c'est ca :
XHR finished loading: POST "http://www.journaldugeek.com/wp-admin/admin-ajax.php"

j'ai que 72 requêtes

Ouaip, mais sur n'importe quel site, si tu embed un stream FB, twitter et pinterest, t'es déjà à +100 requêtes.
(edit je viens de faire le test, viré les 3 streams, ça fait 121 requêtes en moins.)

Ce site
160 requêtes
Et les gif/png/jpg de 2Mo sur la home, facilement 12Mo à eux seuls
 
et encore j'ai Ghostery et quelques trucs qui doivent limiter la catastrophe !

Let's play : trouvez la news qui annonce le nouveau design.
Vous avez 2h

Le jeu est facile : http://www.journaldugeek.com/talks/le-jdg-2015/
Maintenant, il faut répondre.

Pourtant c'est pas compliqué Gulp.js, meme moi qui suis Webdesigner je compile tout avec ça

Communication : fail aussi :
 
https://twitter.com/JournalDuGeek/s [...] 3127896064

Un bon clickbait comme on les aimes avec des morceaux de troll dedans.
 
tu m'étonnes que les commentaires vont puer la résistance au changement...
 
ils s'en ballec ca leur fait de la PV et en plus les mecs s'inscrivent pour couiner et dire qu'ils reviendront pas...

Mais putain c'est quoi cette mode, tous les sites font ça :  
jeuxvideos.com est 10x pire qu'avant en terme de navigabilité
nextinpact.com pareil
et là le JDG
 

 
Ben c'est la mode  
 
Comme toutes les modes, c'est débile. Aussi débile que les précédentes. C'est bcp dû à ce que l'on appelle les "responsive design" car les gros carrés, c'est facile de taper dessus sur un phone ou une tablette. Les sites cherchent à unifier l'expérience des users sur tous les supports, ce qui est bien et débile en même temps, car on ne navigue pas avec une souris comme avec un doigt. Bref...

Je préfère encore cette mode que la mode d'y a 2 ans, où les titres des pages étaient écrits en 100px et le texte en 30px, histoire de dire "on est in", c'est le bien.

 
Toutes les modes sont débiles à partir du moment où on les applique sans justification autre que "c'est la mode, c'est ce que le customer veut".
 
Cette mode est déjà passée de mode en fait... Il y des bonnes choses à prendre dedans quand il s'agit de naviguer sur un phone ou une tablette par exemple.

Mme Machin elle s'en branle, elle sait naviguer sur les sites des journaux et l'experience lui convient, y'a des tuiles, ca marche sur son ipad donc voila. C'est dans l'air du temps donc c'est chouette.
 
Et faut pas croire que c'est toujours fait a la chien. certains choix UX découlent souvent d'analyses pertinentes des usages réels.
 
consumer-centric, pas engineer-centric.
 
[edit] un exemple de truc de pur designer/ingenieur c'etait la liste de lecture sur l'IHT. t'avais un bouton et hop ca rajoutait a ton panier avec un joli effet. apres tu vas dans ta liste et tu depiles.
Alors c'etait joli, bien fait, pratique, mais personne (a part les geek) l'utilisait et ca limitait le nombre de PV/VU => hop ca a été droppé (c'est d'ailleurs le coeur de metier d'outbrain de limiter ces pertes)

Know your audience.
On parle du JDG là quand même.
 
Et leur UI est certes sous forme de tuile, mais c'est pas ça le problème. C'est tout le reste en fait  

1 Mo de JS, rien de concaténé ou minimifié (ou presque).
Politique de cache inexistante
Pas de CDN
Pas de lazing loading
Des fichiers CSS super utiles
 
On dirait un site en dev.
 

Pourtant y'a pas de cache, ni niveau requête, ni niveau HTTP

Faites peter l'url du site dont vous êtes le plus fier, qu'on se marre.

http://www.w3.org/
 
ou sinon
 
http://www.autolib.eu
 
Ou j'ai pas mal été impliqué coté service, d'où le cdn. Mais y'a pas mal de trucs qui ont sautés depuis la reprise par le service public, comme django-compressor, le responsive design, la politique de cache agressive, le design à été "refait", un milliard de trackers rajoutés, etc...

application cache, responsive, offline first,  de la compression partout ou j'ai pu en mettre
Dev :
117 requêtes, 754 Kb

Prod :
Au premier chargement :
290 kb , 11 requêtes

Au deuxième chargement :
11 request (dont 10 par appcache),
553b transféré
domcontentloaded: 126ms

et toi?

Masklinned  

Pour résumer (car je me rappelle de la version shinuza de autolib)
Ils sont passés d'un site super propre, code nickel et léger, à une merde innomable (et je pèse mes mots)

http://www.adisseo.com/
 
Le mec d'avant a très bien travaillé, il a compris le principe du responsive. Dans le code, il s'est dit que c'était mieux de mettre 2 headers, et de masquer l'un ou l'autre selon mobile/desktop.

j'ai un e-commerce à rendre responsive (à moitié fait - basé sur twitter bootstrap), mais je bloque deja sur le header  
Une remise à niveau sur le responsive s'impose

achievement unlocked \o/
 
(tu peux enlever le site de ton quote)

Je te conseille les très bonne lecture ( site et livre ) d'alsacreation

@skylight : c'est une solution tout à fait acceptable d’avoir des ergonomies différentes entre smartphone et site.
A noter qu'on peut parler de site en adaptative design : tu ne gère pas que la largeur d'écran, mais aussi les dispositifs de pointages ( donc la taille des cibles, plus grosses au doigts, la présence ou non de hover, ....) et les capacités de la plateforme

 
merci, c'est pile ce que je cherchais

Je sens de l'ironie puissance 1000
C'était trop compliqué de transformer le premier header mobile en header desktop, trop compliqué, c'est mieux de tout multiplier

J'avais pas ouvert le site

 
On m'a déjà fait le coup.
 
Tiens donc. les ancres ne marchent pas    
Ah, des id en double    
Oh  

 
ce fichier CSS est obligatoire sur WP, ça indique à l'admin le nom, la version du thème etc..  
 
mais faut pas qu'il soit chargé dans le thème évidemment

 
C'est pas une solution tout à fait acceptable, c'est pratiquement toujours la meilleure solution.