1. Luke Plant
  2. virtualenvwrapper


Manuel Kaufmann  committed b500520

continue the translation

  • Participants
  • Parent commits d6e0213
  • Branches default

Comments (0)

Files changed (1)

File docs/es/plugins.rst

View file
   * `namespace packages <http://packages.python.org/distribute/setuptools.html#namespace-packages>`__
   * `Extensible Applications and Frameworks <http://packages.python.org/distribute/setuptools.html#extensible-applications-and-frameworks>`__
-The Hook Loader
+El cargador de ganchos
+Las extenciones son ejecutadas mediante una aplicación de líneas de comando
+implementada en ``virtualenvwrapper.hook_loader``. Debido a que ``virtualenvwrapper.sh``
 Extensions are run through a command line application implemented in
 ``virtualenvwrapper.hook_loader``.  Because ``virtualenvwrapper.sh``
     -q, --quiet           Show less information on the console
     -n NAMES, --name=NAMES
                           Only run the hook from the named plugin
-To run the extensions for the initialize hook::
+Para ejecutar las extensiones para el gancho *initialize*::
   $ python -m virtualenvwrapper.hook_loader -v initialize
-To get the shell commands for the initialize hook::
+Para obtener los comandos de shell para el gancho *initialize*::
   $ python -m virtualenvwrapper.hook_loader --source initialize
-In practice, rather than invoking the hook loader directly it is more
-convenient to use the shell function, ``virtualenvwrapper_run_hook``
-to run the hooks in both modes.::
+En la práctica, en vez de invocar al cargador de ganchos directamente es
+conveniente usar la función de shell, ``virtualenvwrapper_run_hook`` para
+ejecutar los ganchos en ambos modos.::
   $ virtualenvwrapper_run_hook initialize
-All of the arguments given to shell function are passed directly to
-the hook loader.
+Todos los argumentos pasados a la función de shell son pasados directamente al
+cargador de ganchos.
+Registro (*Logging*)
-The hook loader configures logging so that messages are written to
-``$WORKON_HOME/hook.log``.  Messages also may be written to stderr,
-depending on the verbosity flag.  The default is for messages at *info*
-or higher levels to be written to stderr, and *debug* or higher to go to
-the log file.  Using logging in this way provides a convenient
-mechanism for users to control the verbosity of extensions.
+El cargador de ganchos configura el registro para que los mensajes sean escritos
+en ``$WORKON_HOME/hook.log``. Los mensajes quizás sean escritos en stderr,
+dependiendo de la flash verbose. Por default los mensajes con un nivel mayor o
+igual a *info* se escriben en stderr, y los de nivel *debug* o mayor van al
+archivo de registro. Usar el registro de esta forma provee un mecanismo 
+conveniente para que los usuarios controlen la verbosidad de las extensiones.
-To use logging from within your extension, simply instantiate a logger
-and call its ``info()``, ``debug()`` and other methods with the
+Para usar el registro en tu extensión, simplemente instancia un registro y llama
+a sus métodos ``info()``, ``debug()`` y otros métodos de mensajería.
 .. _plugins-extension-points:
-Extension Points
+Puntos de extensión
+Los nombres de los puntos de extensión para los plugins nativos siguen una
+convensión con varias partes:
+``virtualenvwrapper.(pre|post)_<event>[_source]``. *<event>* es la acción tomada
+por el usuario o virtualenvwrapper que provoca la extensión. ``(pre|post)``
+indica si llamar a la extensión antes o después de un evento. El sufijo ``_source`` 
+es agregado para las extensiones que retornan código shell en vez de tomar una
+acción directamente (ver :ref:`plugins-user-env`).
 The extension point names for native plugins follow a naming
 convention with several parts: