Configuration du plug-in SubLime Linter pour utiliser la syntaxe Ruby 1.9
Je voudrais que le plugin SubLime Linter ( https://github.com/Kronuz/SublimeLinter ) reconnaisse la syntaxe de Ruby 1.9. Est-ce que quelqu'un a réussi à faire fonctionner cela dans SublimeText 2?
Voici mon fichier de paramètres par défaut actuel:
/*
SublimeLinter default settings
*/
{
/*
Sets the mode in which SublimeLinter runs:
true - Linting occurs in the background as you type (the default).
false - Linting only occurs when you initiate it.
"load-save" - Linting occurs only when a file is loaded and saved.
*/
"sublimelinter": true,
/*
Maps linters to executables for non-built in linters. If the executable
is not in the default system path, or on posix systems in /usr/local/bin
or ~/bin, then you must specify the full path to the executable.
Linter names should be lowercase.
This is the effective default map; your mappings may override these.
"sublimelinter_executable_map":
{
"Perl": "Perl",
"php": "php",
"Ruby": "Ruby"
},
*/
"sublimelinter_executable_map":
{
},
/*
Maps syntax names to linters. This allows variations on a syntax
(for example "Python (Django)") to be linted. The key is
the base filename of the .tmLanguage syntax files, and the value
is the linter name (lowercase) the syntax maps to.
*/
"sublimelinter_syntax_map":
{
"Python Django": "python"
},
// An array of linter names to disable. Names should be lowercase.
"sublimelinter_disable":
[
],
/*
The minimum delay in seconds (fractional seconds are okay) before
a linter is run when the "sublimelinter" setting is true. This allows
you to have background linting active, but defer the actual linting
until you are idle. When this value is greater than the built in linting delay,
errors are erased when the file is modified, since the assumption is
you don't want to see errors while you type.
*/
"sublimelinter_delay": 0,
// If true, lines with errors or warnings will be filled in with the outline color.
"sublimelinter_fill_outlines": false,
// If true, lines with errors or warnings will have a Gutter mark.
"sublimelinter_Gutter_marks": false,
// If true, the find next/previous error commands will wrap.
"sublimelinter_wrap_find": true,
// If true, when the file is saved any errors will appear in a popup list
"sublimelinter_popup_errors_on_save": false,
// jshint: options for linting JavaScript. See http://jshint.com/#docs for more info.
// By deault, eval is allowed.
"jshint_options":
{
"evil": true,
"regexdash": true,
"browser": true,
"wsh": true,
"trailing": true,
"sub": true,
"strict": false
},
// A list of pep8 error numbers to ignore. By default "line too long" errors are ignored.
// The list of error codes is in this file: https://github.com/jcrocholl/pep8/blob/master/pep8.py.
// Search for "Ennn:", where nnn is a 3-digit number.
"pep8_ignore":
[
"E501"
],
/*
If you use SublimeLinter for pyflakes checks, you can ignore some of the "undefined name xxx"
errors (comes in handy if you work with post-processors, globals/builtins available only at runtime, etc.).
You can control what names will be ignored with the user setting "pyflakes_ignore".
Example:
"pyflakes_ignore":
[
"some_custom_builtin_o_mine",
"A_GLOBAL_CONSTANT"
],
*/
"pyflakes_ignore":
[
],
/*
Ordinarily pyflakes will issue a warning when 'from foo import *' is used,
but it is ignored since the warning is not that helpful. If you want to see this warning,
set this option to false.
*/
"pyflakes_ignore_import_*": true,
// Objective-J: if true, non-ascii characters are flagged as an error.
"sublimelinter_objj_check_ascii": false
}
J'ai pu le faire fonctionner en utilisant le chemin absolu de mon exécutable Ruby 1.9. J'utilise rbenv, donc pour obtenir le chemin que j'ai exécuté rbenv which Ruby, vous devrez peut-être insérer /usr/local/bin/Ruby ou /usr/local/bin/Ruby19.
Voici comment se présente mon paramètre par défaut sublimelinter (vous pouvez également le placer dans un fichier spécifique au projet si vous préférez :)
Preferences -> Package Settings -> SublimeLinter -> Settings - User
"sublimelinter_executable_map":
{
"Ruby": "~/.rbenv/versions/1.9.3-p0/bin/Ruby"
},
lorsque vous utilisez rvm, vous devriez pouvoir utiliser rvm-auto-Ruby pour cela.
il y avait un problème avec cela, mais je pense que c'est résolu maintenant: https://github.com/SublimeLinter/SublimeLinter/issues/30
Tout simplement, je voulais juste parler du problème, car j’avais ce problème aussi, et ce qui suit fonctionne sur ST2 v 2.0.1 sur Ubuntu dans le fichier User/SublimeLinter.sublime-settings disponible à l’adresse suivante:
Preferences -> Package Settings -> SublimeLinter -> Settings - User
{
"sublimelinter_executable_map": {
"Ruby": "~/.rvm/bin/rvm-auto-Ruby"
}
}
Après avoir ajouté, redémarrez ST2, accédez à la console et vérifiez qu’elle a été mise à jour en exécutant les opérations suivantes:
view.settings().get("sublimelinter_executable_map")
Vous devriez obtenir le résultat suivant:
{'Ruby': u'~/.rvm/bin/rvm-auto-Ruby'}
J'ai également réussi à obtenir ce résultat en ajoutant PATH et en pointant Ruby sur le shim rbenv sur sublimelinter_executable_map (je pense que cela est également recommandé dans la documentation officielle.) Cela vous permet également de changer de version de Ruby sans avoir à mettre à jour config aussi.
{
"sublimelinter_executable_map": {
"path": "/usr/local/var/rbenv/shims:/Users/luke/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin",
"Ruby": "/usr/local/var/rbenv/shims/Ruby"
}
}
Dans SublimeLinter 3, rbenv (et, espérons-le, rvm) est pris en charge immédiatement, sans aucune configuration supplémentaire (hormis le fait de s'assurer qu'ils sont initialisés au bon endroit lors du démarrage de votre shell).