davidtouvet.com

Merci à Steph (encore!) pour m’avoir fait découvrir cet éditeur de texte libre très puissant à mon goût et bien fait pour OS X: Smultron (lire la notice de Framasoft). Comme j’ai mis du temps à trouver un soft de cette qualité, ça intéressera sûrement d’autres osxiens…

Merci robi pour ce lien qui me sera bien utile: CSS Syntax Checker for BBEdit and TextWrangler.

The CSS Syntax Checker for BBEdit and TextWrangler is a combination of Perl and AppleScript that allows you to syntax-check CSS files using the W3C’s CSS Validation Service. Errors and warnings from the validation service are displayed in a results browser, very similar in effect to BBEdit’s built-in HTML syntax checker.

These scripts require Mac OS X 10.3.9 or later, and have been tested against BBEdit 8.2.3 and TextWrangler 2.1. It might work with BBEdit 7 as well.

Source

Bonne trouvaille de Jacques, repérée à l’époque mais jamais vraiment testée: WWW SQL Designer. C’est en gros un éditeur graphique permettant de schématiser rapidement et simplement une base de données en visualisant les tables, leurs liens, etc. Puis on sauve le tout en format SQL et on l’importe dans un phpMyAdmin par exemple. Propre. Y a même une démo live.

WordPress Francophone publie un mode d’emploi bienvenue pour étendre les fonctionnalités de l’éditeur visuel de WordPress : TinyMCE. Merci

C’est assez logique, mais il fallait le dire. Ou le lire sur “Attention aux recherches avec les éditeurs de contenu WYSIWYG“.

S’il est attrayant d’intégrer un éditeur de contenu WYSIWYG dans ses applications web, un point sur lequel il convient de faire attention est la recherche. En effet, ce type d’éditeur produit du code HTML que l’on enregistre typiquement dans une base de données. Le problème est qu’une recherche sur le contenu saisi par ce biais peut être largement déficiente, et ce pour deux raisons principales :

* Parce qu’on peut ne pas retrouver les informations recherchées à cause de caractères spéciaux transformés en entités HTML, et
* Plus grave, parce qu’on peut retrouver des informations liées à la présentation : couleurs (red, blue, etc), polices (”times new roman”, etc), ou même plus simplement des balises HTML (strong, etc).

Source

… sans connaître forcément le langage HTML. Lorsque vous devez fournir un contenu pour une page web sous forme HTML et que vous n’avez rien sous la main pour cela, vous pouvez utiliser l’éditeur de démonstration de FCKeditor en ligne.

FCKeditor est un éditeur WYSIWYG que l’on retrouve dans de nombreux sites web pour composer du contenu. Pour ceux qui auraient de la peine avec ce terme barbare, en voici une définition pêchée sur Wikipédia:

WYSIWYG est un acronyme (de la locution anglaise What you see is what you get signifiant littéralement « ce que vous voyez est ce que vous obtenez » ou plus élégamment « tel affichage, tel résultat ») couramment utilisé en informatique pour désigner les interfaces utilisateur graphiques permettant de composer visuellement le résultat voulu, typiquement pour un logiciel de mise en page, un traitement de texte ou d’image. Il désigne, de fait, une interface « intuitive » : l’utilisateur voit directement à l’écran à quoi ressemblera le résultat final (imprimé).

Source

Marche à suivre: se rendre sur l’éditeur de démonstration de FCKeditor et taper son texte comme on le ferait avec un traitement de texte par exemple. Les boutons sont suffisamment explicites pour permettre d’y ajouter des liens vers des pages web ou des images par exemple. Cliquer à la fin sur l’icône “Source” et vous voilà prêt à copier-coller du beau code HTML. Facile et rapide non?

C’est vrai, ce n’est pas bête et c’est bien décrit sur Presse-citron (avec moultes captures d’écran). En voici les avantages dressés par Eric:

La fonction d’enrichissement de texte pour votre blog incluse dans Writely arrive donc à point pour combler cette lacune et présente de nombreaux avantages comme :

* ne pas avoir à installer quoique ce soit sur votre machine, contrairement à un Qumana ou un Windows Live Writer.
* avantage d’autant plus appréciable que comme toute application hébergée (en ligne, donc), vous y accédez de n’importe-quel ordinateur connecté au web, quelque soit son système d’exploitation, au même titre que votre admin native de blog.
* les sauvegardes automatiques en temps réel du système Writely, qui vous évitera bien des sueurs froides notamment lors de la rédaction d’un article un peu long
* une double sauvegarde de votre travail
* la possibilité éventuelle de partager un document en cours de rédaction sans avoir à le dupliquer et à l’envoyer par email, intéressante en cas de relecture d’interview
* Et, bien évidemment, tous les avantages et le confort de rédaction qu’apporte un vrai gestionnaire de traitement de texte.

Source

Coup de gueule sur Gadgetopia.com. L’auteur estime que les gens ne maîtrisent pas la compétence de formatage d’un texte, que ce soit à l’époque sur Word, puis sur des éditeurs web tels que Frontpage ou Dreamweaver et maintenant avec les éditeurs WYSIWYG.

C’est un des problèmes des systèmes de gestion de contenu (CMS). En général, le concepteur coupe les éléments de ses pages en petits paquets (ici le titre, ici le nom de l’auteur, ici le texte principal, etc.) et évite ainsi que l’éditeur final ne puisse commettre des erreurs d’édition et / ou de formatage. Malheureusement, certains champs ne peuvent pas être coupés en petits morceaux, notamment le champ qui contiendra le texte principal.

Une parade fut l’introduction d’éditeurs WYSIWYG, c’est à dire une panoplie de petits boutons “à la Word” pour aider l’éditeur à bien formater son texte et une possibilité de voir le résultat final et non pas du code HTML. On avait pensé trouver la solution pour qu’enfin les textes soient bien formatés. Pour l’auteur de cet article, le problème n’est pas de proposer ou non de tels éditeurs mais de savoir comment formater un texte. Pour lui, c’est bien plutôt d’un manque de compétence de base en formatage de texte qui explique les “erreurs” commises par les éditeurs. Voici quelques exemples d’erreurs classiques:

• No use of headings
• No use of bulleted or numbered lists
• Overuse of underlining and boldface
• No concept of whitespace
• Paragraphs that are way too long for the Web
• No awareness of the difference between a line break and a paragraph break
• No awareness of what terms should be hyperlinked, and where they should link
• No awareness of how images should be positioned
• A desire to center every heading, title, and subtitle
• Attempts to “hack” horizontal whitespace with tabs and consecutive spaces
• Overly large tables without headings, captions, or consistent spacing

Je ne peux qu’acquiescer. C’est en effet un des problèmes principal que nous rencontrons avec nos applications. La seule solution jusqu’à présent est de fournir aux éditeurs un guide expliquant précisément comment écrire pour tel site. Mais même ainsi, on retrouve des font face= un peu partout… Mais je vais quand même essayer l’éditeur proposé dans l’article: eWebEditPro.