Open Time

Pour changer un peu des tests unitaires que je complète petit à petit côté Clearbricks, j’avais envie de remettre le nez dans le code, le vrai :-)

Alors voilà, je reprends from scratch un vieux plugin qui traine sur DotAddict pour le moderniser et l’accessoiriser et en plus je vais m’amuser un peu avec les web workers \o/

Pour l’instant je prévois 4 modes, mini, standard (par défaut), commun et complet avec pour chacun (je mets en gras les items nouveaux par rapport au mode précédent) :

• Mini (45 Ko) : 23 → apache, bash, coffeescript, cpp, cs, css, diff, http, ini, java, javascript, json, makefile, markdown, nginx, objectivec, perl, php, python, ruby, shell, sql, xml

• Standard (86 Ko) : 46 → accesslog, actionscript, apache, applescript, asciidoc, awk, bash, basic, cmake, coffeescript, cpp, cs, css, diff, django, dns, dockerfile, go, haml, http, ini, java, javascript, json, less, makefile, markdown, nginx, objectivec, perl, php, powershell, python, ruby, rust, scss, shell, sml, sql, stylus, swift, twig, typescript, vbscript, xml, yaml

• Commun (240 Ko) : 92 → accesslog, actionscript, ada, apache, applescript, armasm, asciidoc, autoit, awk, bash, basic, clojure, cmake, coffeescript, cpp, cs, css, d, dart, delphi, diff, django, dns, dockerfile, dos, dust, elixir, elm, erb, erlang, erlang-repl, excel, fortran, go, haml, haskell, haxe, htmlbars, http, ini, java, javascript, json, ldif, less, lisp, livescript, lua, makefile, markdown, mathematica, matlab, mipsasm, nginx, objectivec, ocaml, oxygene, perl, php, powershell, profile, prolog, puppet, purebasic, python, q, r, roboconf, ruby, ruleslanguage, rust, scala, scheme, scss, shell, smalltalk, sml, sql, stylus, swift, taggerscript, tcl, tex, twig, typescript, vbnet, vbscript, vbscript-html, vim, x86asm, xml, yaml

• Complet (515 Ko) : 176 → 1c, abnf, accesslog, actionscript, ada, apache, applescript, arduino, armasm, asciidoc, aspectj, autohotkey, autoit, avrasm, awk, axapta, bash, basic, bnf, brainfuck, cal, capnproto, ceylon, clean, clojure, clojure-repl, cmake, coffeescript, coq, cos, cpp, crmsh, crystal, cs, csp, css, d, dart, delphi, diff, django, dns, dockerfile, dos, dsconfig, dts, dust, ebnf, elixir, elm, erb, erlang, erlang-repl, excel, fix, flix, fortran, fsharp, gams, gauss, gcode, gherkin, glsl, go, golo, gradle, groovy, haml, handlebars, haskell, haxe, hsp, htmlbars, http, hy, inform7, ini, irpf90, java, javascript, jboss-cli, json, julia, julia-repl, kotlin, lasso, ldif, leaf, less, lisp, livecodeserver, livescript, llvm, lsl, lua, makefile, markdown, mathematica, matlab, maxima, mel, mercury, mipsasm, mizar, mojolicious, monkey, moonscript, n1ql, nginx, nimrod, nix, nsis, objectivec, ocaml, openscad, oxygene, parser3, perl, pf, php, pony, powershell, processing, profile, prolog, protobuf, puppet, purebasic, python, q, qml, r, rib, roboconf, routeros, rsl, ruby, ruleslanguage, rust, scala, scheme, scilab, scss, shell, smali, smalltalk, sml, sqf, sql, stan, stata, step21, stylus, subunit, swift, taggerscript, tap, tcl, tex, thrift, tp, twig, typescript, vala, vbnet, vbscript, vbscript-html, verilog, vhdl, vim, x86asm, xl, xml, xquery, yaml, zephir

La taille que j’indique est la celle de la version minifiée du script, ce qui ne représente pas forcément la réalité si le serveur est configuré pour gérer un envoi compressé ; on peut dans ce cas diviser par deux la quantité de donnée qui transitera réellement.

Sachant que je rajouterai peut-être la syntaxe de Clearbricks pour les templates, un thème material qui n’est pas proposé parmi les 79 styles inclus par défaut, sans compter d’assurer si possible la compatibilité avec les autres plugins du même genre.

Je mets ici un exemple du résultat (et une copie d’écran d’icelui) du plugin que j’utilise actuellement, pour pouvoir comparer plus tard :

function shGetPath()
{
  var args = arguments, result = [];
  for(var i = 0; i < args.length; i++)
    result.push(args[i].replace('@', yash_path));
  return result;
};

J’ai déjà un proof of concept statique, sur lequel j’ai greffé la numérotation des lignes qui n’est pas prévu par la librairie utilisée \o/

Dans la liste des évolutions futures, donc pas certaines du tout d’être un jour inclues dans une version à venir :

• Composition à la demande de la liste des syntaxes supportées parmi les 176 possibles pour créer des ensembles personnalisés
• Choix de la syntaxe à l’insertion (éditeur dcLegacyEditor) avec une macro wiki du genre ///hljs [language] — je vais peut-être bien la mettre d’emblée cette évolution
• …