choix editeur de texte

[Surikat]

bonjour a tous,
je veux apprendre le langage html et css et je voudrai vos conseils pr le choix de l'editeur de texte.

- quels sont ceux qui st bien et dont le menu est en francais ?

- cependant est ce une erreur de vouloir un menu en francais et faut il au contraire se forcer a l'anglais si c'est incontournable en langage informatique ?

merci de vos posts !

[audionuma]

Si tu veux juste un éditeur de texte avec coloration syntaxique, TextWrangler est très bien et gratuit (mais l'interface est en anglais).

[No6]

TextWrangler, c'est de la préhistoire...

ce quice fait de mieux aujourd'hui, c'est Sublime Text 2 (et bientot 3) avec Emmet, pour commencer ..

http://www.sublimetext.com/
http://docs.emmet.io/

[yponomeute]

Il y autant d'avis sur ce sujet qu'il y a de développeurs

Personnellement je travaille quotidiennement avec Coda et MacVim (et TeXShop pour faire du LaTeX). Mais j'ai aussi BBEdit, SublimeText 2, TextMate dans mon dossier applications.

[rodo]

TextWrangler, c'est de la préhistoire...

ce quice fait de mieux aujourd'hui, c'est Sublime Text 2 (et bientot 3) avec Emmet, pour commencer ..

http://www.sublimetext.com/
http://docs.emmet.io/

+1 pour SublimeText

à suivre aussi (plus pour faire du JS) http://brackets.io de Adobe (mais encore jeune)

[Jaypee]

Sujet religieux, s'il en est...

J'utilise plusieurs éditeurs:
- TextMate, pour le tout venant qui a remplacé Fraise/Smultron
- TextWrangler (très bon à faire des substitutions avec expressions régulières)
- jEdit: Pour les fichiers traduits (Chinois, coréen, japonais...) Il est très sûr pour la présentation de l'encodage et des retours chariots

Dans un terminal, vi pour la productivité, et emacs pour apprendre et voir la lumière (?)... enfin, j'essaie...

J-P

[yponomeute]

La guerre de religion des éditeurs date des années 70 http://fr.wikipedia.org/wiki/Guerre_d%27%C3%A9diteurs

[No6]

perso, je cherche toujours un bon éditeur capable de faire du SVG & SMIL proprement, un peu comme le faisait WebDraw (Jasc)

https://www.svgopen.org/2002/papers/edwards__jasc_webdraw/

Ce message a été modifié par No6 - 28 Aug 2013, 14:27.

[yponomeute]

Il y a des fichiers de syntaxe SVG et SMIL pour vim : https://github.com/rgruener/.vim/tree/master/syntax
Mais ne pratiquant pas ces langages je ne saurais dire si ça convient.

[No6]

Il y a des fichiers de syntaxe SVG et SMIL pour vim : https://github.com/rgruener/.vim/tree/master/syntax
Mais ne pratiquant pas ces langages je ne saurais dire si ça convient.

Ah ! pas mal, mais dommage....
J'ai pensé un moment pouvoir adapter lex / yacc pour sublimetext, mais quand on ouvre le fichier, ce n'est juste qu'une redéfinition pour du XML; donc nada

[kakashi]

Quand je faisais du dév, j'utilisais Smultron. Je crois qu'il est passé payant depuis le temps.

[Jaypee]

A propos, j'ai essayé emmet, sur le conseil de No6 et c'est vraiment très cool.
On utilise la syntaxe des sélecteurs CSS pour générer de l'HTML qui correspond :

Code

div.toto<tab ou autre touche>

et cela génère

Code

<div class="toto"></div>

Sur Windows, je l'utilise avec NotePad++, et dans Eclipse.

Même pour du simple XML, il aide, on tape un nom d'élément, suivi de la touche d'expansion et on obtient le couple de balises, ouvrante et fermante.

Merci No6 !

JP

[ToniOsX]

Quand je faisais du dév, j'utilisais Smultron. Je crois qu'il est passé payant depuis le temps.

Le développement à été arrêté il me semble, d'autres l'ont repris sous le nom Fraise (gratuit) et qui rend bien service pour de l'édition rapide :
http://fraise.en.softonic.com/mac

[Jaypee]

Smultron 5 est sur l'App Store Mac, dernière version d'Avril dernier pour quelques Euros...

J-P

[Pierre Valdeck]

hello

je déterre un peu, mais pour le couple html/css, y'a Adobe Edge Code qui est très simple, gratuit et un peu plus funky que TextEdit

[yponomeute]

Déterrons, déterrons
Depuis 2013 il y a aussi Atom qui est apparu https://atom.io/

[audionuma]

Et également Brackets :
http://brackets.io/
Qui a un plugin Emmet:
https://github.com/emmetio/brackets-emmet

[No6]

Déterrons, déterrons
Depuis 2013 il y a aussi Atom qui est apparu https://atom.io/

j'avais pas vu que le sujet était immortel

Je viens de regarder atom, et je suis vraiment impressionné !

haml, scss, csass;, less, mais j'ai pas bien compris le pourquoi du support de node js, c'est pour les préprocesseurs ?

il le fait en direct, sans avoir à passer par CodeKit, Scout ou Koala, voire Prepros ???

Grunt aussi ??

[Jaypee]

Au delà du déterrage, ce retour sur le sujet est utile. Aussi intéressant que me soit paru emmet, il y a un an, certes je l'ai installé, mais je ne l'ai jamais utilisé... Je vais essayer atom.io rdv dans un an !

PS: J'ai suivi un cours sur Coursera où le code devait être écrit avec Emacs... Depuis, j'ai un peu perdu malgré deux mois d'utilisation assidue... L'adoption semble un mécanisme complexe, qui ne tient pas aux seuls mérites de l'adopté !

J-P

[yponomeute]

<troll>
Emacs c'est mal, Vim c'est bien
</troll>

Dans ma boite à outils, j'ai atom, sublimetext, bbedit, coda, texmate et malgré des mois (ou des années) de pratique de chacun de ces logiciels, au final c'est toujours MacVim qui m'a permis de faire le boulot quand les autres « jettent l'éponge ».

Ce message a été modifié par yponomeute - 7 Oct 2014, 09:17.

[No6]

@Jaypee

Moi, c’est le contraire, je ne pourrais plus me passer d’Emmet, sinon, c’est vrai il m'est moins utilise depuis que je fais du sass, mais la transition à été plus simple car leu syntaxe est proche..

Sinon, j’avoue, j’ai un moment été tenté par Pinegrow, (http://pinegrow.com/) mais je ne suis pas trop confiant avec la pérennité du concept Bootstrap…


@Yponomeute

Des éditeurs comme Vim, Emacs, Kedit, et autres sont toujours utiles pour un petit dépannage, j’ai même un vieux Gedit que j’utilise régulièrement, sur le second écran…

Mais franchement, j’en ai soupé d’apprendre les codes de commandes.

Comme je ne viens pas de la galaxie Unix, j’ai commencé ma carrière avec l’utilisation de mauvais clones de vi, (Roscoe par exemple) et à chaque changement d’affectation, je me retrouvais avec un éditeur en ligne différent, avec des commandes différentes, des systèmes de macros différentes, etc… Unisys, IBM, Bull, et compagnie…
Jai aussi fait du 4D (vi interdit)…

Alors la simple arrivée de la souris, ça été un grand plus, pour « être opérationnel » sur la tache à réaliser dans les 15 jours et commanditée par ma boite de service, avant qu’elle ne m’affecte ailleurs avec un autre « éditeur de texte »…

Aujourd’hui je fais surtout du « web » ; suivre les évolutions de tous les langages que cela draine est déjà un parcourt de combattant.
Sans oublier que ces nouvelles technos ont fini par générer des tas de petits, non seulement les métalangages, mais aussi des Framework, des bibliothèques de scripts, jusqu’a node js, (et sa galaxie), qui est bien parti pour changer l’ordre de l’univers (jusque dans les SE)…

[Jaypee]

Aucun danger avec le troll, je ne suis absolument pas religieux par rapport aux outils à chacun le sien.

Sur *x, vi c'est ma langue maternelle. Mais je dois reconnaître qu'emacs qui me rebuttait, à cause de ses combinaisons de touches à coucher dehors, m'est apparu pas si bizarre que ça.
On lui doit l'indulgence d'être parti en premier Il a fait du "copier" bien avant que ctrl-v soit popularisé, alors il a choisi ctrl-y...

Ensuite, -- et je n'ai pas creusé jusque là --, si on sait que les trois séquences d'introduction ctrl/alt/meta-x correspondent à trois grandes familles de commandes, on peut commencer à y voir plus clair.


J-P

[yponomeute]

Il y 4 ou 5 ans j'ai travaillé avec des fichiers xml de plusieurs millions de lignes, des exports dvd studio pro que j'ai découpés en tranches puis reconstitués en plus grand pour multiplier les pistes et générer des projets DVD qui avaient une structure de base identique.
Les seuls outils à l'époque capables de manipuler de tels fichiers c'était vi et les outils *x en ligne de commande sed/ed/grep (pas testé emacs à l'époque, mais je pense qu'il s'en serait bien tiré aussi). Tous les autres éditeurs de textes ont rendu l'âme devant la taille des fichiers à éditer.

Edit : j'attends avec impatience la sortie de la version 2.5 de Coda (elle devrait sortir avant ou en même temps que Yosemite), Panic m'ayant toujours agréablement surpris avec ses logiciels.

Ce message a été modifié par yponomeute - 7 Oct 2014, 13:21.

[No6]

Et bien , je viens de découvrir la présence d' IDE libre, fait par la fondation Mozilla : WebIDE !

à suivre...

[Youri777]

Et bien , je viens de découvrir la présence d' IDE libre, fait par la fondation Mozilla : WebIDE !

à suivre...

Si tu cherches des IDE tu as également Aptana Studio ou NetBeans.

[No6]

J'ai trouvé le lien..

https://www.mozilla.org/fr/firefox/developer

[Akirami]

C'est pas vilain cela mais je prefère rester maître de mon IDE, en tout cas en ce qui concerne le web.
Les add on de Sublime Text ont fait pencher la balance, au jour d'aujourd'hui c'est ce qu'il y a de plus riche.

Swift par Apple, mouais...

[Jaypee]

En fait le marché de l'éditeur de code semble beaucoup bouger ces temps-ci :

- J'ai déjà cité atom.io
- Il faut aussi signaler Peppermint : http://osxpeppermint.com (payant : 13,99€)

Le seul problème, c'est qu'un éditeur de code, ce n'est pas une décoration, il faut qu'on se sent à l'aise avec pour faire des kilomètres de lignes de code.

J-P

[damino]

Après quelques années sur CODA, je conseille Brackets et tous ses plugins pour la modique somme de 0€.
En tout cas pour du dev HTML, CSS et Javascript.
Pour le reste j'y touche très peu voire pas du tout.

[No6]

c'est vrai que la derniere version de Brackets à fait un gros bon en avant;
je sens queje vais m'y essayer, ne serait-ce que parce qu'il gere le SASS,
et que j'en ras le bol de fouiller les docs pour rajoutrer du -webkit -o et -m
qui gache tout le plaisir du css..

J'ai juste quelques doutes sur le PHP...

Ps : Pepermin ne fait pas la génération directe du Sass en CSS...
et même pas la syntaxe SVG....
je vois pas trop l'interet d'un tel EDI face à un Atom gratuit qui fait quasiment tout...

de toutes façon, avec l'arrivée de nodeJs, toutes les cartes se retrouvent redistribuées,
on le vois bien avec Brackets et Atom aux évolutions fulgurantes, et de leurs nouveaux pluggin presque tous les jours.