*specky.txt* Last change: $Id$

                VIM REFERENCE MANUAL    by Mahlon E. Smith

                                  specky!

A Plugin for testing Ruby code with RSpec -- and more                 *specky*

==============================================================================

CONTENTS                                                      *SpeckyContents*

    1) Intro........................................|SpeckyIntro|

    2) Functionality................................|SpeckyFunctionality|

    3) Enabling Specky..............................|SpeckyVimrcExample|

    4) Configuration................................|SpeckyOptions|

        4.1) Create text banners....................|g:speckyBannerKey|

        4.2) Cycling quote styles...................|g:speckyQuoteSwitcherKey|

        4.3) Display ruby documentation.............|g:speckyRunRdocKey|

        4.4) Toggle editing between spec and code...|g:speckySpecSwitcherKey|

        4.5) Run specs for the current buffer.......|g:speckyRunSpecKey|

        4.6) Modify the default spec command........|g:speckyRunSpecCmd|

        4.7) Modify the default rdoc command........|g:speckyRunRdocCmd|

        4.8) Split windows vertically...............|g:speckyVertSplit|

    5) Author.......................................|SpeckyAuthor|

    6) License......................................|SpeckyLicense|

==============================================================================

1. INTRO                                                         *SpeckyIntro*

Specky is primarily a small collection of functions to help make behavioral

testing streamlined and easy when working with ruby and rspec.

Specky secondarily includes a couple of conveniences to make your everyday

programming tasks smooooth and pleasurable.

==============================================================================

2. FUNCTIONALITY                                         *SpeckyFunctionality*

Okay then, what does it do?

By default?  Nothing, unless you are comfortable using the menus.  I decided

the easiest way to cherry pick the functionality that you'd like was to enable

them via key bindings.  By doing this, Specky won't make assumptions about

your current environment, and won't stomp on anything you don't want it to.

    Specky won't do -anything- with your environment until you enable ~

    the key bindings!! ~

After you've configured your bindings, here are some of the things you can

now do with a single key stroke:

>

    - Switch back and forth from code to testing spec 

    - Run the spec, with results going to a new, syntax highlighted buffer 

    - Jump quickly to spec failures and failure detail 

        - 'e' and 'r' to move back and forth on each failed assertion, 

        - 'E' to jump details for it. 

        - '<C-e>' to "forget" the currently selected failed assertion

        - 'q' to close the spec output buffer. 

    - View rdoc of the word under the cursor

    - Dynamically switch string types for the word under the cursor

      (double quoted, quoted, symbol)

    - Make lovely and quick comment banners for ruby code.

==============================================================================

3. ENABLING-SPECKY                                        *SpeckyVimrcExample*

Here's what my config looks like. >

    let g:speckyBannerKey = "<C-S>b"

    let g:speckyQuoteSwitcherKey = "<C-S>'"

    let g:speckyRunRdocKey = "<C-S>r"

    let g:speckySpecSwitcherKey = "<C-S>x"

    let g:speckyRunSpecKey = "<C-S>s"

    let g:speckyRunSpecCmd = "spec -fs -r loadpath.rb"

    let g:speckyRunRdocCmd = "fri -L -f plain"

    let g:speckyVertSplit = 1

With these bindings, all specky commands start with <ctrl-s> ("s" for

specky!), followed by a mnemonic function to run:

    b ----> Banner creation ~

    ' ----> Quote cycling ~

    r ----> run Rdoc ~

    x ----> code and spec eXchange ~

    s ----> run Spec ~

Of course, <ctrl-s> is a "suspend" signal for most terminals, so these

bindings are meant for a |gui| environment, such as gvim.  Your mileage (and

tastes) will doubtlessly vary.  Do what you will.  I won't judge you.

==============================================================================

4. CONFIGURATION-OPTIONS                                       *SpeckyOptions*

Here are all of the available configuration options.

Please note that you must set binding variables:

    |g:speckyBannerKey|

    |g:speckyQuoteSwitcherKey|

    |g:speckyRunRdocKey|

    |g:speckySpecSwitcherKey|

    |g:speckyRunSpecKey|

...in order to enable the respective specky functionality.  See

|SpeckyVimrcExample| for details. Any other options are entirely optional.

Put these into your |vimrc|, or wherever else you enjoy storing this kind of

stuff.

------------------------------------------------------------------------------

4.1                                                        *g:speckyBannerKey*

Setting this binding enables comment banner creation.

This is purely a convenience routine, and a stylistic one at that.  I prefer

large advertising of what "area" of code you are in, along with other

miscellaneous labels for humans to read.  If this isn't how you roll, then by

all means, don't enable this binding!  :)

As an example -- you can just type:

	instance methods ~

Then hit the keystroke.  It will magically turn into: >

  ########################################################################

  ### I N S T A N C E   M E T H O D S

  ########################################################################

With all those saved extra keystrokes this might provide you per banner over

the years, your RSI-free hands will thank you.  And the total time savings!!

Oh man, what are you going to DO with all of that extra free time?

The possibilities are staggering.

------------------------------------------------------------------------------

4.2                                                 *g:speckyQuoteSwitcherKey*

Setting this binding enables quote "style switching".

If you aren't in ruby mode, this just changes the word under the cursor

back and forth from double quoting to single quoting.

    string -> "string" -> 'string' -> "string" ... ~

In ruby mode, symbols are also put into the rotation.

    "string" -> 'string' -> :string -> "string" ... ~

Note that quote cycling only works with a |word|.

------------------------------------------------------------------------------

4.3                                                       *g:speckyRunRdocKey*

Setting this enables the display of rdoc documentation for the current

word under the cursor.  For lookups with multiple matches, you can continue

using this binding to "drill down" to the desired documentation.

------------------------------------------------------------------------------

4.4                                                  *g:speckySpecSwitcherKey*

Setting this enables spec to code switching, and visa versa.

Switching uses path searching instead of reliance on directory structure in

your project.  The idea here is that you'd |:chdir| into your project

directory.  Spec files just need to end in '_spec.rb', which is a common

convention.

    aRubyClass.rb ---> aRubyClass_spec.rb~

 Because it leaves respective buffers open, you can essentially think of this

 as a quick toggle for code and tests.

------------------------------------------------------------------------------

4.5                                                       *g:speckyRunSpecKey*

Setting this variable allows you to run "spec" on the current buffer.

All output is sent to a syntax highlighted scratch buffer. This new window is

re-used for each spec run.  You can quickly "jump" to assertion failures and

their associated details with the following keys:

        e and r ~

            Move forward and backward through the failed assertions.

        E~

            While on a failure line, jump to the details of the failure.

        <C-e> ~

            "Forget" the last found failed assertion, and start over at the

            beginning of the list. (ie, the next 'e' keystroke will select

            error #1.)

        q ~

            Closes the spec output buffer. 

Normally, you'd only want to perform this keystroke while in a spec file

buffer.  If specky thinks you are in code, rather than a buffer (as indicated

by the lack of a "_spec.rb" file naming convention) then it will attempt to

switch to the spec before running the command.

------------------------------------------------------------------------------

4.6                                                       *g:speckyRunSpecCmd*

This is the program, with flags, that the current file is sent to when

executing the |g:speckyRunSpecKey| keybinding.

A common addition is to include an "-r" flag for sucking in local libraries

necessary for testing your project.  The spec "plain" output format is

supported too, though less useful.

    Default: ~

        spec -fs

------------------------------------------------------------------------------

4.7                                                       *g:speckyRunRdocCmd*

If you prefer an rdoc display program other than "ri", you can set it

with this variable.

    Default: ~

        ri

------------------------------------------------------------------------------

4.8                                                        *g:speckyVertSplit*

For both spec and rdoc commands, split the new window vertically instead of

horizontally.

==============================================================================

5. AUTHOR                                                       *SpeckyAuthor*

Specky was written by Mahlon E. Smith.

    mahlon@martini.nu ~

    http://www.martini.nu/ 

==============================================================================

6. LICENSE                                                     *SpeckyLicense*

Specky is distributed under the BSD license.

    http://www.opensource.org/licenses/bsd-license.php

>

    Copyright (c) 2008, Mahlon E. Smith <mahlon@martini.nu>

    All rights reserved.

    Redistribution and use in source and binary forms, with or without

    modification, are permitted provided that the following conditions are

    met:

        * Redistributions of source code must retain the above copyright

          notice, this list of conditions and the following disclaimer.

        * Redistributions in binary form must reproduce the above copyright

          notice, this list of conditions and the following disclaimer in the

          documentation and/or other materials provided with the distribution.

    THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS

    "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT

    LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR

    A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT

    OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

    SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED

    TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR

    PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF

    LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING

    NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS

    SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

vim: set noet nosta sw=4 ts=4 ft=help :