Journal BBComposer 3.4

19
28
juin
2012

Petit journal (le premier) pour annoncer la sortie d'une nouvelle version de l'extension Firefox dont je suis l'auteur BBComposer 3.4 (GNU/GPL). Rassurez-vous, je ne créerai pas un journal pour chaque version, mais celle-ci a le mérite d'impliquer un autre projet libre, le CMS bien connu Spip.

Petit rappel : BBComposer (contrairement à ce que son nom indique) est une extension Firefox qui permet d'éditer le contenu des champs textarea dans de nombreux langages différents rencontrés sur le web (XHTML, BBCode, XBBcode, Mediawiki(beta), Skyrock blog [shame on me]).

Et maintenant, le support des raccourcis typographiques Spip est activé. J'encourage donc les utilisateurs de Spip à tester cette extension et à me faire des retours pour améliorer le support dans les futures versions.

Trève de discussion, un peu d'action : https://addons.mozilla.org/fr/firefox/addon/bbcomposer/

  • # Preums

    Posté par . Évalué à 2.

    Ce serait bien que ça permette de faire du markdown, pour ici :->

    • [^] # Re: Preums

      Posté par (page perso) . Évalué à 1.

      Pourquoi pas, je crois que j'ai déjà pris quelques renseignements sur ce langage. D'une manière générale, les fichiers qui permettent le support de langages sont ici :
      https://github.com/nfroidure/BBComposer/tree/master/chrome/bbcomposer/content/languages

      Je pense que ce language est très proche de la syntaxe Wiki, donc ça ne devrait pas représenter bcp de dev. Je vais regarder et à ce moment là, je poster en commentaire ici pour appeler aux tests avant d'ajouter ça à la version 3.5.

      Pour tous les autres langages, les pull requests sont bien entendu les bienvenus ! Attention, cela nécessite d'être un regexp&js Ninja ;)

      while(coding) alert('smile');

      • [^] # Re: Preums

        Posté par . Évalué à 3.

        Ce projet a l'air super intéressant !

        Qu'est-ce qui motive le fait que par exemple dans la liste des langages supportés il y ait Creole, mais qu'il n'apparaisse pas dans les menus une fois l'extension installée ?

        Dans un premier temps j'ai essayé de remplacer toutes les occurences de skyblog ou skyrock par creole, mais ça ne fonctionne pas bien (ça ne récupère pas le texte en cours d'édition, mais ça l'efface et le remplace).

        Est-ce que c'est parce que le support de creole n'est pas encore terminé ou c'est pour autre chose ?

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Preums

          Posté par (page perso) . Évalué à 1.

          Les langages qui ne sont pas présentés dans le menu contextuels sont effectivement des langages pour lesquels j'ai soit abandonné, soit pas eu assez de temps ou pas rencontré suffisamment d'intérêt par les communautés concernées.

          Je les garde au cas où ;)

          Si tu veux tester des modifs, je te conseille de cloner le dépôt Git dans ton profil firefox comme c'est expliqué dans le readme comme ça tu auras la possibilité de faire des pull request ou d'avoir la dernière version sur le dépôt, si par ex. tu es intéressé pour m'aider à tester le markdown quand j'aurai fait le fichier de conversion.

          while(coding) alert('smile');

          • [^] # Re: Preums

            Posté par . Évalué à 3.

            Pour le moment j'ai fait un fork pour voir ce que ça peut donner, en fait je vais essayer d'ajouter le support de txt2tags, très proche de creole (en plus complet). Ça commence à fonctionner.

            En remarque sur l'outil en lui-même, j'ai remarqué cela :

            • la hiérarchie des titres est étrange : "titre principal" pour h1, "sous-titre" pour h2, "sous-titre 2" pour h3… j'aurais plutôt vu : "titre principal niveau 1", "sous-titre niveau 2", "sous-titre niveau 3" etc, pour identifier h1, h2 et h3

            • lorsqu'on a besoin de sauter plusieurs lignes on a un pop up (lié à p_empty), pour décourager cela, c'est finalement assez agaçant, et on dirait qu'on ne peut le désactiver que de manière globale, pas en fonctione des langages.

            • dans les options ça serait bien d'avoir une liste à cocher des langages à désactiver, par exemple pour ne pas afficher skyblog ou bbcode si on ne les utilise pas (ceci dans l'optique par exemple de rajouter à terme des dizaines et des dizaines de syntaxes différentes)

            sinon par rapport à http://bbcomposer.elitwork.com/philosophie.html je suis assez d'accord, en revanche moins pour "C'est un peu stupide que chacun dans son coin invente son propre petit langage. C'est quelque chose que j'aurai pu attendre de la part de sociétés aux pratiques douteuses, mais pas de sites prônant le libre. Cela induit les utilisateurs dans un certain sectarisme plutôt qu'un communautarisme sain, entravant l'intéropérabilité des données."

            On peut certes déplorer cet état de fait, et regretter par exemple que tout le monde n'utilise pas txt2tags qui existe depuis plus longtemps que la plupart des autres (txt2tags a été créé en 2001), avec une syntaxe facile à parser et logique, qui a été en grande majorité reprise par creole, ceci de façon très argumentée.

            Mais c'est difficile de critiquer ce qui somme toute n'est qu'une question de goût, au même titre que chacun dans son coin invente son gestionnaire de bureau (kde, gnome, lxde, xfce…), chacun dans son coin invente son langage de programmation (C++, java, python, lua…)

            Ce qui est dommage, en revanche, c'est qu'il n'y ait pas plus de "ponts", permettant de facilement utiliser un langage de balisage léger ou un autre dans la plupart des logiciels et moteurs de blogs. Certains CMS sont assez faciles à adapter et customiser (pmwiki par exemple), d'autres semblent impossible (dokuwiki), il faut vraiment tout reprogrammer, alors qu'on pourrait imaginer une simple table de correspondance valable pour la plupart des logiciels.

            Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Support de moinmoin

    Posté par (page perso) . Évalué à 2.

    Bonjour,
    Est-ce l'intégration de la syntaxe du wiki moinmoin est prévu?
    A+

    • [^] # Re: Support de moinmoin

      Posté par (page perso) . Évalué à 1.

      Pour qu'un langage soit intégré, il y a plusieurs conditions :
      - il faut que ça soit possible, certains langages sont vraiment mal conçus architecturalement et sont donc très compliqués à parser voir parfois impossibles.
      - qu'il n'y ait pas trop d'imbrications côté serveur (certains langages dépendent fortement de ce qu'il se passe côté serveur). Typiquement, si il est impossible de faire un copier/coller d'un contenu d'un site à un autre, c'est sûrement le cas.
      - que quelqu'un ait le temps d'en devenir "responsable". Si il est aussi codeur, il lui suffit de faire des pull request sur GitHub (je ne refuserai pas un langage supplémentaire), sinon, il me fait une liste des spécificités du langage et je m'y attelle quand je peux. Il faut aussi que cette personne fasse les tests et me donne des retours si il y a un changement au niveau de la syntaxe du langage.

      while(coding) alert('smile');

  • # Rien a voir mais

    Posté par (page perso) . Évalué à 1.

    Je lis sur la page git:
    > The licence is not chosen yet but HWA is a free software.

    légalement, dans ce cas là, que ce passe-t-il si je prends le code pour un faire un truc qui ne respectera pas la future licence (c'est une vrai question) ?

    Ceci n'est pas une signature

    • [^] # Re: Rien a voir mais

      Posté par (page perso) . Évalué à 2.

      Merci, je découvre qu'il y a un espace pour mettre la licence. En fait, le code source contient un fichier licence.txt donc je pense qu'il n'y a pas de soucis, mais je vais mettre à jour pour plus de cohérence. D'ailleurs, j'ai un paquet de repos à updater du coup…

      while(coding) alert('smile');

  • # Contrib

    Posté par (page perso) . Évalué à 1.

    Salut,

    c'est sympa ton idée. Mais pour que les spipeurs en profite vraiment (et pas que les lecteurs de linuxfr) ce serait chouette que tu propose un article sur contrib

    ++

    • [^] # Re: Contrib

      Posté par (page perso) . Évalué à 2.

      En fait, il y a déjà un sujet sur Spip Contrib, mais je dois faire un article complet sur l'utilisation de la chose, il faut juste un peu de temps. Plus que celui consacré pour ce journal.

      while(coding) alert('smile');

  • # You made my day

    Posté par (page perso) . Évalué à 4.

    Je viens d'essayer avec SPIP, et ça m'a l'air très bien. Juste un peu de patouillage dans les tableaux, la suppression d'une colonne m'a l'air impossible.

    Merci pour ce projet.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Dans le même genre

    Posté par . Évalué à 3.

    J'ai beaucoup profité de BBCodeXtra pour échanger sur des forums et me simplifier l'édition de messages. J'avais dû tester BBComposer mais je ne sais plus pourquoi j'avais préféré BBCodeXtra.

    Après test, je trouve que BBComposer assez instrusif dans l'interface, je préfère l'interaction avec le menu contextuel comme le propose BBCodeXtra.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.