Reprise du message précédent :
 
 

 
Je ne pensais pas partir là dessus à la base mais après y avoir bien réfléchit ça me semble de plus en plus évident...
 
Voyons si les autres sont du même avis, merci à toi

 
Je connais que Joomla comme CMS, ça pourrait convenir je pense.

J'ai un créa qui bosse pour un pote et le mec fait toutes ses maquettes sous Adobe illustrator .. En 6 an d'agence je n'ai jamais vu ça. Illustrator c'est fait pour le printemps pas pour le web. PUtain de créa de merde.

 
Je me sers des deux pour les maquettes web, peut-être même plus Ai que Ps. C'est assez pratique pour les calculs au pixel près, et vachement mieux foutu pour les placements/alignements. Pareil pour les sélections directes, et puis la plume sous Ps

mon graphiste me livre tout sous AI
j'ai un poil galeré au début, mais avec les bons réflexes, c'est bon maintenant

 
Ouais, donc j'hésite, Drupal est un peu trop usine à gaz.
 
WP or Joomla

 
Vois avec ton graphiste/intégrateur peut-être? Il doit y en avoir un qu'il préfère habiller?

Aller WordPress c'est parti

Django
C'est super data-oriented ton appli là, tu vas passer ton temps à ajouter/supprimer/modifier des biens/mandats/visites etc... Un FW type Django ou Rails me semble bien adapté...

 
 
Centrage vertical d'un texte multiligne dans un p de largeur et hauteur fixes, compatible IE6 ?
 
Je vois tout et son contraire sur le net, notamment des trucs crades à base d'expressions CSS que j'aimerais éviter.
 
Merci

Vous utilisez un framework responsive vous ?
 
j'en cherche un bien, je connaissais Skeleton, mais il ne me branche pas des masses... Y'a Frameless qui a vraiment l'air au top, j'ai pas saisi exactement son fonctionnement de colonnes qui se positionnement par rapport au centre mais ça a l'air vraiment pas mal http://framelessgrid.com/

J'utilise Zurb Foundation pour la 3ème fois en quelques mois et j'en suis très satisfait

 
GetSimple CMS.

 
Disclaimer: Ceci est un troll.

 
il y a bootstrap aussi,  
c'est sympa parce qu'il y a plein de plugins js de base et que c'est de suite assez *joli*
c'est chiant parce que ces plugins js de base il marchent a moitié et que du coup il faut recup plein de plugins modifiés
(le modal bien ripou par exemple, ou le typeahead/autocomplete qui ne supporte pas $.get par defaut)
 
l'avantage c'est qu'une fois que tu as freeze ces plugins js tu peux rapidement dev, y'a meme des modules pour scaffold dans cakephp qui existent

C'est vrai bootsrap, j'avais zappé qu'ils avaient introduit le responsive dedans.. par contre je suis pas très fan du markup HTML qu'il faut utiliser pour les grilles

18 polices différentes utilisées sur un site web
J'ai pris chaque maquette et listé chaque typo différente

* 5 fontes systèmes :
- Arial
- Helvetica
- Times New Roman
- Trebuchet MS
- Verdana

* 13 Fontes customs :
Amasis MT Black
Avalon Bold
AvantGarde Bold
AvantGarde Book
AvantGarde CondBold
AvantGarde CondBook
AvantGarde CondMedium
AvantGarde Medium
AvantGardeITCbyBT Medium
Calibri Regular
DidotLH Italic
Futura Condensed Extra Bold
Futura ExtraBold

Et en plus chaque avantgarde est a un style différente, une graisse, épaisseur différente.

Et même pas de Comic Sans, c'est un manque de gout évident

 
Ouais, pareil avec le OOCSS, j'arrive pas à accrocher au concept à cause du nommage des éléments
Sinon ce qui m'embête dans bootstrap c'est que ça tend à "lisser" le design des sites, à tirer vers le même rendu.

Ben tu renommes, mais ça a l'avantage d'être simple à comprendre.

https://github.com/jorgebastida/glue

Des classes tu veux dire?

 
Oui. C'est plus sémantique, à moins de rajouter des classes qui ne servent à rien ou des id sur tous les éléments pour les identifiés.
C'est classe quand dans jQuery tu fais un $('.l10 .rws .wtf') pour cibler des éléments.

C'est ton manque d'xp qui te fait dire ça ?

 
Combien de personnes l'utilisent tel quel ?

C'est censé faire quoi?

Pointers vers un élément. C'est un exemple. J'ai pris des noms au pif mais j'ai l'impression que si tu suis juste le OOCSS ou les grids sans ajouter des classes vides pour donner du sens à tes éléments tu te retrouves vite dans ce genre de cas de figure. Pour une personne qui récupère le code c'est pas évident à la première lecture.

Le pire restant pour moi le JavaScript qui devient incompréhensible si tu ne connais pas la CSS.

Tu vas rarement (ou jamais) selectioner des éléments en utilisant les classes de layouting, surtout pas exclusivement, c'est pas fait pour et ça va à l'encontre des principes de base du bordel

 
Voilà, donc on rajoute des classes uniquement pour le nommage.

 
ouais mais ca c'est *normal* avec OOCSS, c'est pas pire qu'apprendre :last-child ou n'importe quel autre framework (puis un bon coup de firebug et t'es vite renseigné)
de toutes, si tu bosses avec jquery tu utilises forcement les contextes sur les selector/find() et c'est la que les classnames deviennent interessant, ca devient generique.
 
je suis en train de faire un truc a l'arrache en ce moment avec bootstrap, on a mis le poc + zoning en ligne et c'est vrai que par defaut ca ressemble forcement a twitter mais c'est pas bien grave, ca se skin apres.

http://jsfiddle.net/jrFbM/  

sous FF ça se passe pas très très bien ...

FF est devenu comme IE, il va falloir qu'il dégage, seul Webkit vaincra.

lol

http://emberjs.com/documentation/ un avis là-dessus ?  
 
ça ressemble plus ou moins à javabeans + jgoodies-binding en java.

Le rôle des frameworks c'est de simplifier le montage des pages, c'est tout. Si tu veux cibler un élément en particulier mets lui un ID, t'es pas censé utiliser la sémantique du framework pour mettre en place du fonctionnel, c'est deux choses séparée, là tu te rends dépendant de la structure HTML/CSS de ton appli, c'est stupide et dangereux.

 
 
Ca m'amuse bien mais je manque de points de comparaison. Et la partie dédiée à l'accès données est un peu brut de décoffrage.

Question Backbone.js + REST API:
 
Backbone.js me fait un POST sur /books/{id} quand je rajoute un model dans une collection. Or, j'ai pas cet ID à priori.
Ça serait pas mieux de faire un POST sur:
 
/books/
 
Recupérer un

Les 2 possibilités habituelles sont :
 - un PUT sur /books/{id} (auquel cas, le client décide de l'id, c'est rarement ce qu'on veut)
 - un POST sur /books/ (le serveur décide de l'id)

Mais en effet, un POST sur /books/{id} c'est atypique.

La doc de sync ne matche pas ton comportement : http://backbonejs.org/#Sync

T'as ptêtre mis un id sur ton nouvel objet par erreur ET activé l'option emulateHTTP pour mapper le PUT sur POST ?

+1 pour 0x90, le comportement actuel avec POST + id est foireux