Reprise du message précédent :

Oui bah ça, c'est pas nouveau
 
Un truc qui revient à la mode c'est ce genre de layout :
 
http://www.thecut.net.au/

Le mot clé là-dedans c'est "revient" On a déjà tout inventé, maintenant on recycle. Et tous les 2-3 ans on refait ce qu'on faisait y'a 10 ans

les machins qui disparaissent sous la "bannière" quand on scrolle sans autre indice que la barre de scrolling du navigateur je trouve ça affreux.

 
C'est loin d'être original

Tu trouve dans chacune des images de ton portfolio un rectangle où y'a une image, et tu fais une gallerie qui zoome infiniment en mettant l'image suivante dans le rectangle que t'as choisit dans l'image en cours. J'ai pas encore vu ça, et tu peux faire un truc classe et fluide avec les transfos css3.

 
Putain ce que ça me gonfle ce genre de site qui te bouffe la moitié de la page pour rien
 
C'est quoi l'intérêt de laisser leur bannière de titre à la con quand tu défiles la page ?

En javascript, comment vous chargez des scripts JS en dépendance ?
Dans mon environnement d'exécution j'ai jQuery à dispo.
 
Par exemple là je fais une lib de transfo tableau -> graphique. Et suivant l'implem, soit je vais faire des google graph, ou du highcharts... Donc j'ai besoin dans ma lib de charger ces libs. Vous faites ça comment ?

Plusieurs versions de la classe Transformer, une par implé, et des factory asynchrones pour les obtenir. Du genre:

GoogleGraphTransformer.getInstance(function (transformer) {...});

Sachant que dans le code de getInstance c'est là que tu charge la lib (par exemple avec googleload).

Et parfois, pour éviter que ça emmerde tout le code autour de devoir penser à ça, j'ajoute une autre version de la classe qui s'occupe uniquement de forwarder tout les appels à une autre instance, et de stocker l'état qui corresponds aux appels pour synchroniser l'instance une fois qu'elle arrive plus tard :

var mainTransformer = ForwarderTransformer();
GoogleGraphTransformer.getInstance(function (instance) { mainTransformer.setTarget(instance);});
 
// le point est stocké, et une fois dans le code de setTarget
// on appelle addPoint sur l'instance de GoogleGraph
mainTransformer.addPoint(5, 3);

La seconde partie s'applique pas forcément bien si tu dois implémenter des méthodes synchrones qui retournent des résultats non-triviaux, auquel cas tu va plutôt déplacer tout ton code utile dans le callback de getInstance, pas trop le choix...

C'est un layout dont on parle là, rien n'empêche de faire des trucs inédits si la technique s'y prête. Y'a qu'a voir les sites en Flash où t'as pas de contrainte de layout où les mecs font un peu tout et n'importe quoi. Y'a pleins d'idées innovantes... mais pas forcément ergonomiques, bon ça c'est un autre problème    
 
Le coup du slideshow - un widget - à la iPhone c'est ( c'était? ) à la mode grâce à  l'iPhone, avant y'a de fortes chances qu'aucun site ne faisait ça.
 

C.f plus haut

J'ai pas dis le contraire, mais c'est à la mode. C'est ce à quoi je réponds.
 

C'est du branding ™

D'expérience, c'est limité comme besoin. Regarde le total de tes libs minimifées et compressées. Si c'est pas élevé package tout ensemble, ta home page (ou la première page vue) servira de bootstrap, si vous gérer correctement le cache c'est super bénéfique pour le reste de la session.
 
Sinon t'as :  
 
http://headjs.com/

GoogleGraphTransformer.getInstance(function (transformer) {...});

var mainTransformer = ForwarderTransformer();
GoogleGraphTransformer.getInstance(function (instance) { mainTransformer.setTarget(instance);});
 
// le point est stocké, et une fois dans le code de setTarget
// on appelle addPoint sur l'instance de GoogleGraph
mainTransformer.addPoint(5, 3);

Merci pour ce post mais c'est un peu HS avec ma question (sans doute mal exprimée du coup).
En fait c'est la partie purement technique d'inclusion d'un autre JS qui me pose souci. Genre l'injection d'une balise script dans le head avec la ref vers la lib c'est foireux sous IE d'après nos tests. Y a plein de libs de load dispo sur le marché mais elles sont pas loadées qd j'en ai besoin (en gros j'ai que jquery).
 

Certains scripts sont distants et doivent le rester pour des raisons de "fraicheur" du code. Donc ouais des trucs comme headjs ça irait bien (très bon comparatif dans ce doc : https://spreadsheets.google.com/ccc [...] VE#gid=0). Mais là a priori j'ai que jquery de loadé.
 
Y a $script.js qui a l'air sympa et léger : http://www.dustindiaz.com/scriptjs/

C'est une contrainte que si c'est du code applicatif, sinon vous avez un problème de design, e.g une API qui change un peu n'importe quand et l'applicatif déployé qui est à l'ouest.
 
Si c'est de l'API c'est versionné, si tu tapes sur le cdn de google pour récuperer jquery.1.4.2 t'auras cette version jusqu'au 21 décembre 2012, donc hormis la haute disponibilité, tu gagnes rien.

Je comprends pas cette contrainte, tu maitrises que le code chargé dans l'appli c'est ça?

Oui, regarde aussi ce qu'a fait Steve Souders, il me semble qu'il a posté là-dessus y'a pas longtemps.

En fait c'est pas un pb de design.
On déploie des intranet chez nos clients mais c'est eux qui font les mises à jour. Du coup on maitrise pas du tout la version du code appelant notre API online. Et on veut garder l'API online et pas dans l'intranet, pour pouvoir faire des majs fonctionnelles transparentes sans avoir à maj les clients.

Non mais à la limite la contrainte du loader je peux la faire sauter. Je voulais juste trouver une solution native jquery
 

Ouaip

Champ texte vide, tu ajoutes du texte dedans, tu enlèves ton text, tu blur (clic en dehors ou tab out):
 

• FF ne trigger pas onchange
• Opera trigger onchange à chaque fois
• Safari 5 et Chrome trigger onchange à chaque fois
• Webkit trunk trigger onchange, mais que la première fois

Je vois le genre. Reste qu'il ne faut négliger le versioning, rien que pour invalider le cache. J'ai vu pas mal de trucs passer là dessus y'a deux semaines environ, faut que je retrouve.
 
Faux edit : C'est ton lien google spreadsheet...
Bref, YepNope c'est bien, orienté prédicat, et ça à l'air plus complet que headjs

Tu copies colles $script.js pour en faire un plugin jquery? Tu peux aussi dire que le loader est ta dépendance de base, et le reste se fait programmatiquement
 

Version? Ça m'intéresse ton truc (et ça va me faire chier je sens aussi)

3.6, sachant que c'est le seul qui implémente le comportement suggéré par ppk dans la page correspondante de quirksmode

Site of the Months de CSS Awards (maintenant Awwwards) => http://www.impala-webstudio.fr/
 
j'adore, pourtant c'est pas très original, Shizuna laisse tomber tu va pas kiffer    

Pareil pour le 4.

J'suis d'accord Propose le tiens

Et mais, en fait sans IE6 les CSS c'est quand même beaucoup moins merdique. Les elem[attr] qui fonctionnent et elem > directchild sous IE 7

 
tu l'a déjà vu la page d'avant  

proposes le sur awwwards il disait

ouai plus tard

Un autre exemple dans le même style, design adaptatif, en poussant le truc ça aurait été compatible mobile, ça marche ptet sur tablette):
 
http://www.cufflinksuite.co.nz/cufflinks?category=4

La mode c'est surtout la typo en ce moment je trouve

Ah, moi j'aurais dis que c'était à la mode il y a un an

Bon alors c'est quoi la vraie mode là ? J'ai un design à faire justement

Oui ça revient

 
J'suis pas designer
 

Bon, pour ceux qui serait intéressé par le headless testing.
J'ai testé pour vous :
 
zombie.js
 
Installation :
 
C'est écrit en coffee script donc il faut le compilateur. Ensuite ça tourne dans nodejs. Si vous êtes sur mac c'est réglé en 3/4 command lines.  
Sinon j'ai un peu peur pour les autres - installer Nodejs sous Windows c'est faisable mais pas trivial.
 
Utilisation :
 
C'est orienté testing, et y'a une interface sympa pour manipuler, des choses comme browser.fill, browser.clickLink, browser.pressButton
, etc...
 
J'ai aucune idée de si c'est poussé où non ( e.g gestion du blur/focus pour tester le comportement d'un placeholder custom ).
Et pour cause, impossible de tester un truc relativement commun  : Submit d'un formulaire en self puis redirect si le formulaire est valide.
 
Le truc me pète une trace illisible, et j'ai pas la main avant le redirect.
 
Phantomjs
 
Installation :
 
Bon déjà sous Windows y'a des builds mais pas exactement récents. Sous linux y'a qu'une dépendance et sous Mac il en passant par Brew il faut compiler libQt puis l'executable, une bonne heure sur mon MBP.
 
C'est pas idéal mais y'a pas d'executable.
 
Utiliisation  :
 
C'est pas fait pour le test, c'est orienté task. D'ailleurs y'a pas d'historique, l'outil est incapable de se souvenir de ce qu'il a fait y'a deux pages.
 
Le code ressemble à ça.
 

if (phantom.state.length === 0) {
    phantom.state = 'pizza';
    phantom.open('http://www.google.com/m/local?site=local&q=pizza+in+new+york');
} else {
    var list = document.querySelectorAll('div.bf');
    for (var i in list) {
        console.log(list[i].innerText);
    }
    phantom.exit();
}

 
J'ai proposé un wrapper qui permet d'écrire un truc un peu moins moche. Enfin bon, c'est super si on veut profiter de l'API javascript dans une task one shot, sinon ça se comporte pas comme un browser. Donc c'est pas utilisable pour le test fonctionnel.

Putain mais quelle plaie, subclasser Error en JS

Qu'est ce que tu fabriques encore?

Bah j'voudrais avoir des vraies exceptions propres (et dispatchables) qui fassent de jolis messages dans ma console quand je les catch pas, et quand tu throw un objet arbitraire (et pas juste une chaîne, genre) ça ressemble à rien (sans même parler du manques de traceback, que t'as dans tous les cas ) donc je regardais comment subclasser Error histoire d'avoir un truc plus propre et hiérarchique.

500k visites par mois (<3 pages vues/each) je peux rentabiliser ça à combien environ ? Je trouve pas des estimations (et les recherche via adsense me renvoit tout le temps sur le petit con qui touche 132k/mois dont je me fous )
 
XaT

Vogue - Save a CSS file, watch your web browser automatically reload it! :
 
http://aboutcode.net/vogue/

'tin c'est un miracle, jquery 1.5.2 vient de sortir et pour la seconde fois de suite, c'est une minor qui ne contient peu ou prou que des bugfixes

function MyException(message) {
            this.name = "MyException";
            this.message = message;
            try {
                throw new Error();
            } catch(e) {
                this.stack = e.stack.replace("Error", self.name); // This works but meh
                this.fileName = e.fileName;
                this.lineNumber = e.lineNumber;
            }
        }
        
        MyException.prototype.toString = function() {
            console.group(this.name);
            console.log(this.message);
            console.log(this.fileName);
            console.log(this.lineNumber);
            console.log(this.stack);
            console.groupEnd(this.name);
        }
        
        throw new MyException({"oups" : "yes"});

Essaie d'améliorer ça. Ça fait planter mon Firefox une fois sur deux, mais c'est moins moche que prévu
Late Edith : Ça doit rajouter une ligne dans ta stack, mais c'est pas très grave.

Bah quoi

https://github.com/tsenart/fool.js
 

Demain j'ai réunion avec le designer avec lequel je vais bosser pour l'aiguiller un peu sur le côté "technique" du design.
A part demander une largeur max de 960 ou 980px, d'éviter les dégradés en background et les ombres portées (quoi que, faut voir s'ils veulent exactement le même rendu sous IE6), vous voyez d'autres choses à préciser

Dis leur de dropper ie6

Un site de bananes