Reprise du message précédent :
Oh geez "un gros soit-disant supporteur de l'html propre"
Et puis si la DTD ne dit pas le contraire pourquoi se prendre la tête.

<label class="category_label">                
    <input type="checkbox" value="257" name="artwork[category_ids][]" id="artwork_category_ids_">
    Transport
</label>

tu associerais plutot le label au input avec un for et sortirais ce input du label, tu te ferais largement moins chier pour l'aligner ensuite via un vertical-align:middle (si bien sur la checkbox n'est pas "float" ).

 
Sauf que j'ai à faire face à un magnifique plugin pour RoR qui génère les forms automatiquement, et que j'ai pas le temps pour commencer à bidouiller le bouzin

formtastic?

Ouais.

Je fais les 2 en général. Via multipart bidule, tu peux inclure une version texte à côté de l'html

Je vais rester en texte brut, c'est juste pour des petites notifications. Je penserai à envoyer les deux version avec le multipart quand j'en aurai besoin.

si tu utilise une classe toute prete pour mailer ( genre swiftmail pour  php ) , l'intégration de multipart est d'une simplicité biblique

+1
 
J'utilise Swift Mail, et la création d'un mail HTML avec mise en forme et images m'a pris moins de 10 minutes

Incompatibilités cross-navigateurs
 
Sous Safari, cliquer sur une option ça target le select, sous Firefox ça target l'option

le comportement de FF me semble le plus logique ,non?

J'm'en fous, celui de Safari me va mieux parce que je peux filtre avec $(event.target).is(':input') quand je bubble, là je dois taper .is(':input, option')

 
Un truc comme Swift Mail peut aider à diminuer le nombre de BAL qui reçoivent le mail en spam ou pas ?

 
Non, pour ça faut faire appel à un marabout.

 
C'est une lib PHP ?  

Le principal problème c'est que les critères de décision sont différents suivant les fournisseurs de mail. Perso j'ai une appli dont les mails partaient en spam chez hotmail, une fois le problème résolu ça partait en spam chez free un jour sur deux...

http://www.codinghorror.com/blog/2 [...] -code.html

 
Oui mais là sur un projet ça part dans le spam de chez tout le monde quasiment (mail HTML je précise)

Si tu fais du mailing pour une boîte qui vend du viagra ou des Rolex, forcément...

Ah c'est pour çaaaaaaaa

Problème bizarre, quand j'ajoute un timestamp dans ma BDD MySQL, si le champs est formaté timestamp ça marche pas, par contre si c'est en int, ça fonctionne sans souci. Pourquoi un champ timestamp n'accepte-t-il pas un timestamp ? O_o

je crois que dans MYSQL quand tu mets le type timestamp, ta colonne n'est plus une colonne normale, mais c'est une colonne d'audit du système qui est mise à jour toute seule à chaque update et insert.
 
 

Tu peux en fait, mais faut donner une valeur par défaut explicite un truc du style, sinon ça te pête à la gueule

Mieux vaut utiliser datetime, ça fait pas n'importe quoi[0] et la range est du premier janvier de l'an 1000 au 31 décembre de l'an 9999, et non juste 1970 - 2038

[0]: pour du MySQL, ça perd quand même tes données sans rien dire genre si tu files des microsecondes.

http://dev.mysql.com/doc/refman/5.0/en/timestamp.html

 
L'intérêt d'avoir plusieurs colonnes : un timestamp d'insert et un timestand d'update
Pour savoir par exemple depuis quand un utilisateur est inscrit sur le site et quand remonte la derniure fois qu'il a mis à jour son profil (par exemple).
 
Bref mon cas c'est d'avoir besoin de ces 2 timestamp, donc le timestamp d'update, aucun souci, j'ai activé le fait qu'à chaque update ça se mette à jour, mais par contre mon timestamp d'insert ne marche pas      

 
le mec dans les commentaires dit de faire comme ça :
 
`creationtime` timestamp NULL default NULL,  
`lastupdate` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
 
sauf que ça marchje pas chez moi, toujours le même souci, la colonne se met pas à jour

Ma mamie m'a toujours dit : "HTML, SQL, même combat les nains !" Elle fait du karaté donc bon, à ta place j'éviterais de la contre-dire

 
html seul? trop d'images par rapport au texte?

HTML seul, les images sont sur le serveur du site
 
Non ce n'est pas une newsletter pornographique

 
mauvaise idée.
 

 
ça change pas grand chose, ça.

 
why ?

parce-que c'est plus souvent détecté comme du spam, sans oublier que tu exclus d'office les intégristes qui refusent de lire les mails autrement qu'en texte (si si, yen a toujours).

Tiens une petite question de conception !

J'ai une liste d'objets que l'utilisateur pourra ordonner comme il veut sur une page web via drag&drop (jQuery, ajax tout ça )

Quel est la manière la plus simple de stocker en BDD la "place" de l'objet ?

- Un numéro de position ?
- L'id de l'objet suivant ? (genre liste chainée)
  Ca semble être la solution la plus adaptée puisque je me fiche du numéro de position et que le réordonnancement (?) se fera par drag and drop, ceci dit ça ne permet pas à SQL de me retourner les objets dans l'ordre directement.
- autre ?

d'un coté c'est une contrainte projet j'y suis pour rien

Tiens sinon, question à la noisette, mais pourquoi avec date(), j'ai toujours une heure de plus que l'heure réelle, même quand je règle avec date_default_timezone_set('Europe/Paris');
 
c'est un problème connu ou...?

tu peux pas les envoyer en texte ET html??
C'est transparent pour les utilisateurs dont le lecteur de mails lit le html, et bien meilleur pour les autres...

 
et ça va influencer le taux en spam ?

 
ça peut.
Mettons que ça élimine un facteur possible.

 
Et si les inputs et labels flottent ?