Salut à tous,
Je veux avant tout vous demander de bien vouloir m’excuser. Je suis
arrivé sur la liste récemment et j’ai pas mal répondu, sur des sujet
déjà traités notamment. J’ai bien déconné en prenant la liste sous
forme de mails groupés. C’est rectifié. Je n’ai jamais voulu être
désobligeant ou désagréable et si je l’ai été, n’hésitez pas à me le
dire.
Cela étant dit, j’ai pris le temps ce soir (suffisamment tard pour ne
plus avoir de croisement de mails) de répondre à tous les mails.
J’espère que ça ira mieux à l’avenir, je vais moins répondre, ce sera
plus simple ainsi, personne ne perdra de temps.
-
Vincent J. : " Oue, gardez votre energie pour construire de
nouvelles choses, c’est jamais utile de reinventer la roue (sauf pour
apprendre, mais ca ne me semble pas vraiment le cas). "
=> Je suis tout à fait d’accord avec toi. J’ai simplement toujours
détesté l’allure des mailing lists, qui sont imbuvables, dont la
lecture n’est pas assez efficace. Et je ne suis pas une super star en
rails pour le moment alors faire une appli relativement simple,
nouvelle (differente de ce qui existe déjà, pour ne pas répéter les
erreurs de la roue en bois) pour apprendre encore… Enfin, je retire
ma proposition, elle n’était pas mûre, ni très réaliste, j’en ai
assez à faire sans ça. Mais merci pour ta remarque, ça remet la
conversation à sa place. -
Jean-François :
“Inflector.inflections do |inflect|
inflect.irregular ‘cheval’, ‘chevaux’
end”
=> Merci pour le tuyau, je ne savais pas comment rajouter une
orthographe non connue de Rails. Sinon, je suis tout à fait
d’accord : ça serait souvent mieux de faire ses tables et modèles en
anglais plutôt qu’en Jane Birkin style.
“Il faut reformater le mail auquel on répond.”
=> Yeah !
“Pour en revenir au mode “digest” des mailing-lists”
=> J’ai modifié mon abonnement pour recevoir tous les mails… Tu as
donné un inventaire complet de pourquoi je faisais une connerie et tu
avais raison. J’ai mal procédé quand je me suis inscrit. J’ai eu
d’autres Mailing L. dans le passé pour lesquels le mode groupé
était très satisfaisant et là j’ai merdé…
"Faut-il expliquer pourquoi le CSS et son compagnon HTML c’est pas
bien dans les mails ? encore moins sur les mailing-lists ? (taille
des mails, messages qui ressemblent à des arbres de Noël, etc.) "
=> Là en revanche, je ne suis pas d’accord… Il faudrait
certainement me réexpliquer. On est en 2006 et avoir des emails en
HTML c’est pas extraordinaire. C’est un merdier incroyable pour les
créer mais en limitant un maximum l’utilisation du css c’est
faisable. On pourrait au moins proposer une optin à l’abonnement de
la newsletter pout recevoir les messages au format HTML, non ? Sinon,
j’ai le haut débit, et honnêtement, même si je ne l’avais pas, les
24ko en plus du email, je peux les accepter…
Certes la gestion de tout ça sur une mailing liste ça doit être
compliqué… Mais l’idée est qu’il n’y a pas pour le moment de
solution, c’est pourquoi je proposais qu’on en trouve une… Mais
c’est pas quelque chose de vital et ce n’est plus d’actualité, cette
histoire de nouvelle appli de Mailing List était une connerie.
Petite note perso à ce propos : j’ai eu à faire une fois du HTML/CSS
pour email et il faut bien reconnaître que le plus emmerdant des
lecteurs de emails c’est Hotmail… Mais pourquoi ?? Pourquoi
Microsoft s’obstine à maltraiter le HTML et le CSS ? Parce qu’il ne
les a pas créé ???
Yannick F. : " Et j’ajotuerais que certains (dont je ne fais
pas parti mais bon) lissent leurs mails dans un éditeur (emacs) dans
une console (xtemr, aterm, eterm, wterm, …) enfin bref, dans toute
sorte d’outils divers et varié. "
=> D’où l’idée d’une option HTML ou texte brut…
=> à propos du HTML/CSS dans les emails, je suis aisément attaquable
car avoir cela dans nos emails n’est pas vital, encore une fois.
Quand j’ai parlé de ça, je le proposais gentiment, car je pensais que
cela pourrait améliorer la lecture des message, ce qui est, je pense,
important. Passons.
-
Sebastien G. : Pour le modèle je suis d’accord, mais pour le
contrôleur, il peut être au singulier ou au pluriel, il n’y a pas de
règle.
=> Vrai ! J’ai parlé un peu vite. Mais il y a néanmoins une
convention tacite qui voudrait qu’un contrôleur relié à tel modèle ai
le même nom (ok, c’est vraiment tacite). Mais ce n’est pas du tout
une convention forte comme entre la table et le modèle. Je suis
désolé d’avoir affirmé ça ainsi. Je conseille en revanche toujours au
débutant de respecter un maximum de règles simples comme ça, les
choses sont ainsi plus claires au début, certes plus rigides mais
aussi demandant moins de choix (l’idée principale de Rails - si je ne
m’abuse, j’ai l’impression que ça m’arrive souvent - c’est
paradoxalement de laisser le moins de choix possible là où le choix
n’a pas une grande importance). Il sera toujours temps plus tard de
briser les règles… -
Zifro : " Moi je ne suis pas d’accord. Si l’on veut mettre son
modèle au pluriel, on peut. A chacun de choisir comme il veut faire
(et de modifier les fichiers des modèles et de l’environnement en
conséquence). "
=> À nouveau excuse-moi de t’avoir froissé. C’est essentiellement dû
à mon décalage du fait de recevoir les mails groupés qui ai provoqué
tant d’erreurs de communications. Je reprend mon idée précédente :
pour un débutant, mieux vaut lui conseiller de respecter les règles
que DHH (puisque c’est lui le dieu créateur des idées bizarres - et
souvent très bonnes - de Rails) a instauré. L’histoire du pluriel, ça
a une logique malgré tout. On n’est absolument pas obligé de la
respecter. Je retire donc mon affirmation comme quoi on est obligé de
de mettre le modèle au singulier et la table au pluriel, c’est
absolument, complètement faux : en réalité, il est est simplement
vivement conseillé de procéder ainsi. Je ne sais plus qui a rappelé
la methode pour appeler une table autre que celle attendue par le
modèle mais elle est très simple et marche parfaitement. La
suppression de cette règle au niveau de environment.rb c’est aussi
une solution parfaite au problème.
Pour le contrôleur, deuxième bon point, j’ai tord.
“mais qui utilise “mail” de nos jours ?”
=> Moi. C’est pas bien ?
à bientôt,Nicolas P._______________________________________________
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance