Netbeans et haml


#1

Bonjour a tous,

J’utilise actuellement netbeans comme IDE, et j’aimerais utiliser
(mais aussi a pprendre) HAML a la place ERB.

Je suis confronté a un premier probleme, le plugin de coloration n’est
plus maintenu, tampis passons, cependant je au moment de créer un
nouveau fichier toot.html.haml, je ne peux pas, l’extension haml
n’apparait pas dans la liste.

Savez vous comment passer au dela de ce probleme?

Merci, Nelson


#2

Bonjour,

Il te suffit de créer un “empty file” (sans extension pré-définie) et de
le nommer toot.html.haml


Thomas

nelson a écrit :


#3

2009/2/12 nelson :

J’utilise actuellement netbeans comme IDE, et j’aimerais utiliser
(mais aussi a pprendre) HAML a la place ERB.
[…]
Savez vous comment passer au dela de ce probleme?

Tout simplement en n’utilisant pas HAML !

– Jean-François.


http://twitter.com/underflow_


#4

Disons que c’est un essai pour moi, je me dit que ce serait plus
lisible, l’idée était juste d’avoir du code allégé, pouvoir me reperer
plus facilement.

Merci,


#5

Le 12 févr. 09 à 14:47, nelson a écrit :

Savez vous comment passer au dela de ce probleme?

Merci, Nelson
–~--~---------~–~----~------------~-------~–~----~

Bonjour Nelson,

Je dois avouer à ma grande honte n’avoir jamais réussi à comprendre le
pourquoi du comment de HAML sur ERB… mais peut-être suis-je un
imbécile fini (allez-y, lâchez-vous bande de raclures).

Sérieusement, à quoi ça sert :
– Apprendre un nouveau markup non HTML lequel va, de toutes manières
te générer du HTML au final…
– Avec un processeur supplémentaire pour générer ledit HTML

Tu pourras éventuellement me dire que comme ça, ça te permet de
générer un HTML valide. OK, mais oublier de fermer une balise, c’est
un peu comme oublier de fermer un if, c’est juste que t’as oublié de
te relire. Sauf qu’HTML ne te pète pas à la figure quand tu oublies de
fermer une balise (ou alors sur des versions tellement vieilles de
Netscape que seuls quelques dinosaures s’en souviennent)

Bref j’ai du mal à comprendre.

Fred

PS : merb c’est pas une coquille vide ? ©

Frédéric de Villamil
removed_email_address@domain.invalid tel: +33 (0)6 62 19 1337
http://t37.net Typo : http://typosphere.org


#6

2009/2/12 de Villamil Frédéric removed_email_address@domain.invalid

– Avec un processeur supplémentaire pour générer ledit HTML

Mais HAML est plus rapide que ERB dans Rails.

Je ne suis pas forcément pour HAML, par contre HTML c’est un peu comme
le
typage statique, t’écris plein de choses 2 fois (ouvrir + fermer). Un
des
avantages de Ruby c’est d’être concis, pourquoi on pourrait pas avoir la
même chose pour la description de nos pages ?


Nicolas Mérouze
http://www.yeastymobs.com


#7

Le 12 février 2009 15:18, Nicolas a écrit :

– Avec un processeur supplémentaire pour générer ledit HTML

Mais HAML est plus rapide que ERB dans Rails.
Je ne suis pas forcément pour HAML, par contre HTML c’est un
peu comme le typage statique, t’écris plein de choses 2 fois
(ouvrir + fermer). Un des avantages de Ruby c’est d’être concis,
pourquoi on pourrait pas avoir la même chose pour la description
de nos pages ?

En parlant de typage statique et de Haml, ça me fait penser
à la citation de James B. que j’ai tweetée il y a un mois :

http://twitter.com/underflow_/statuses/1091514368

“Significant indentation == stupid annoyances for no gain. It’s
the markup equivalent of static typing.”

– Jean-François.


http://twitter.com/underflow_


#8

C’est moins verbeux. Je ne l’ai pas assez expérimenté pour en tirer de
vrais avantages.

nelson a écrit :


#9

Tu peux créer un module netbeans à partir du tutorial suivant:
http://platform.netbeans.org/tutorials/nbm-filetype.html

a+

nelson a écrit :


#10

J’avoue que si HAML m’apparait élégant, je ne lui ai pas encore trouvé
un
gros intérêt pratique :

  • Des partials bien découpés - de la même façon que des méthodes bien
    découpées - assurent la lisibilité d’ERB.

  • Adapter un thème HTML/CSS c’est quand même plus direct SANS HAML

  • Tout le monde connait HTLM, pas HAML

  • Et bien sûr, les outils (IDE) suivent plus ou moins.

Bref, considéré isolément HAML est très séduisant mais je ne suis pas
convaincu qu’il s’intègre bien dans son écosystème.


#11

Pour la coloration syntaxique sous netbeans, je ne connais pas mais il
y a ca apparemment:
http://mediacast.sun.com/users/tnorbye/media/org-netbeans-modules-haml.nbm/details

Moi je trouve HAML infiniment plus facile à écrire, maintenir et lire
que erb et je ne suis pas pret d’en revenir.
Pour convertir un design existant en haml, le script html2haml marche
plutot bien.

Je ne vois pas de raison de ne pas l’utiliser à part l’indentation ou
la coloration mal gérée par l’editeur (mais c’est plutot un probleme
lié à l’editeur ca).

Baptiste


#12

Beaucoup en reviennent du HAML, pas si bien que ça, séduisant mais pas
indispensable pour le moment.

philippe lachaise a écrit :


#13

Pour convertir un design existant en haml, le script html2haml marche
plutot bien.

Ah, bon à savoir !

Reste que (AFAIK) on perd le debugging des view. Des fois c’est bien
pratique.


#14

Salut nelson,
Seulement creez un fichier sans extension et installez le plugin
http://mediacast.sun.com/users/tnorbye/media/org-netbeans-modules-haml.nbm/details

Nacho


#15

2009/2/12 de Villamil Frédéric removed_email_address@domain.invalid

Sérieusement, à quoi ça sert :
– Apprendre un nouveau markup non HTML lequel va, de toutes manières
te générer du HTML au final…

Si tu peux honnêtement me dire que tu as essayé HAML mais que tu n’as
pas
réussi à apprendre la syntaxe, désolé mais oui, je te traiterais
d’imbécile
fini :wink:

– Avec un processeur supplémentaire pour générer ledit HTML

Parce que erb, ce n’est pas un processeur?

Bref j’ai du mal à comprendre.

C’est sûrement beaucoup une question de goût, mais pour ma part je
trouve
que c’est un des langages les plus élégants que je connaisse, et le seul
langage de template que j’ai trouvé satisfaisant.
Après la question de “l’intégration à l’écosystème”, c’est autre chose
:wink:

2009/2/12 Jean-François Trân removed_email_address@domain.invalid

“Significant indentation == stupid annoyances for no gain. It’s
the markup equivalent of static typing.”

Je veux bien t’accorder que l’indentation peut être un peu agaçant
parfois
(quoique pour peu qu’on ait un éditeur qui convienne et qu’on ne soit
pas
trop autiste …).
En revanche si tu ne vois pas le gain, je te laisse fermer tes tags à la
main comme au XXé siècle :wink:


Thomas B.


#16

Sympa ce petit débat, j’en profite pour demander aux utilisateurs
HAML :
Quel editeur/IDE utilisait vous ?

Utilisateur de MAC, abstenez vous, je sais déja que vous avez
l’éditeur super génial…:slight_smile:


#17

Sauf qu’HTML ne te pète pas à la figure quand tu oublies de
fermer une balise (ou alors sur des versions tellement vieilles de
Netscape que seuls quelques dinosaures s’en souviennent)

C’est vrai quoi, c’est chiant les trucs qui marchent pas quand on fait
n’importe quoi ;-p
Heu-reu-se-ment Internet Explorer est arrivé sur son cheval blanc et a
changé tout ça.
La vérité historique enfin révelée :wink:

Yann,
troll dinosaure,
note : ne pas nourrir après minuit.


#18

nelson a écrit :

Sympa ce petit débat, j’en profite pour demander aux utilisateurs
HAML :
Quel editeur/IDE utilisait vous ?

Utilisateur de MAC, abstenez vous, je sais déja que vous avez
l’éditeur super génial…:slight_smile:
NetBeans.

Etant sous linux, j’avoue que je rêve d’un portage de TextMate pour linux.


#19

Le 13 février 2009 10:17, nelson a écrit :

Sympa ce petit débat, j’en profite pour demander aux utilisateurs
HAML :
Quel editeur/IDE utilisait vous ?

Ils utilisent des IDE pour Python.

– Jean-François -->(){ }


http://twitter.com/underflow_


#20

Le 13 février 2009 10:42, Cyril a écrit :

Sympa ce petit débat, j’en profite pour demander aux utilisateurs
HAML :
Quel editeur/IDE utilisait vous ?

Utilisateur de MAC, abstenez vous, je sais déja que vous avez
l’éditeur super génial…:slight_smile:

VIM Forever

ou comment transformer un débat ERB/Haml en débat vim/emacs !

– Jean-François.


http://twitter.com/underflow_