1 Introduction
2 Installation
3 First simple example
4 Description
4.1 The .rkt file
4.2 The .rktd file
5 Scripts directory
6 Usage ideas and sample scripts
7 License
Version: 5.3.0.2

Script Plugin for DrRacket

Laurent Orseau <laurent dot orseauREMOVEME at gmail dot com>

1 Introduction

The Script Plugin’s purpose is to make it easy to extend DrRacket with small Racket scripts that can be used in the definition (or interaction) window, or interact with the user.

Creating a new script is as easy as a click on a menu item. Each script is automatically added as an item to the Scripts menu, without needing to restart DrRacket. A keyboard shortcut can be assigned to a script (via the menu item). By default, a script takes as input the currently selected text, and outputs the replacement text. There is also direct access to some elements of DrRacket for advanced (though simplified since there is no need to create a dedicated plugin) scripting, like DrRacket’s frame and the definition or interaction editor.

2 Installation

To install, simply evaluate:

(require (planet orseau/script-plugin/tool))

Wait for the installation process to finish, and then restart DrRacket. You should now see a new Scripts menu.

3 First simple example

Click on the Scripts/Manage scripts/New Script... menu item, and enter Reverse for the script name. This creates and opens the files reverse.rkt and reverse.rktd in the script directory. Also, a new item automatically appears in the Scripts menu.

In the .rkt file that just opened in DrRacket, modify the item-callback function to the following:
(define (item-callback str)
  (list->string (reverse (string->list str))))
and save the file.

Then go to a new tab, type some text, select it, and click on Scripts/Reverse, and voilà!

4 Description

The plugin adds a Scripts menu to the main window. This menu has several items, followed by the (initially empty) list of active scripts.

The New Script item asks for a script name and creates 2 files:
  • a .rkt file, the script itself (filled with a default script template),

  • a .rktd file, the metadata of the script with the default values.

These two files are automatically opened in DrRacket for edition.

The script menu is rebuilt each time the user activates it, so that changes are taken into account as soon as possible.

4.1 The .rkt file

This is the script file. It must provide the item-callback function, as in the sample code. It is meant to be executable by itself, as a normal module, to ease the testing process.

(item-callback str)  (or/c string? (is-a?/c snip%) #f)
  str : string?
Returns the string meant to be inserted in place of the current selection, or at the cursor if there is no selection. If the returned value is not a string or a snip%, the selection is not modified (i.e., the file remains in a saved state if it was already saved).

This function signature can also be extended by (optional or mandatory) special keyword arguments:

The name of the function can also be changed, but this requires to change it also in the functions entry of the .rktd file (see below), and the function must be provided.

4.2 The .rktd file

This is the metadata file. It contains an association list dictionary that defines the configuration of the script.

Note: This file being a data file, it should almost never contain quotes. The quotes in the following definitions must thus not appear in the file.

Most entries (label, shortcut, shortcut-prefix, help-string) are the same as for the menu-item% constructor. In particular, a keyboard shortcut can be assigned to an item.

Additionally, if the label is 'separator, then a separator is added in the menu.

If an entry does not appear in the dictionary, it takes its default value.

There are some additional entries:
  • functions : (or/c symbol? (listof (list/c symbol? string?))) = item-callback

    If a symbol, it is the name of the function to call (which must be provided), and it must follow item-callback’s signature (with potential extensions).

    If a list, each symbol is the name of a function, and each string is a label for that function. In this case, a sub-menu holding all these functions is created, and the label option is used as the parent menu name.

    Note that a sub-menu can be shared among scripts.

    Example:

    The following .rktd file creates a sub-menu named My Functions (with the letter F for keyboard access), containing 3 items, one for each function and its associated letter-accessor.
    ((label . "My &Functions")
     (functions . ((my-function1 "My Function #&1")
                   (my-function2 "My Function #&2")
                   (my-function3 "My Function #&3")
                   ))
     (output-to . message-box)
     )

    And the associated .rkt example file:
    #lang racket/base
     
    (provide my-function1)
    (define (my-function1 str) "1")
     
    (provide my-function2)
    (define (my-function2 str) "2")
     
    (provide my-function3)
    (define (my-function3 str) "3")
     
     

    Note: The label can also be 'separator.

  • output-to : (one-of/c 'selection 'new-tab 'message-box #f) = 'selection

    If 'selection, the output of the item-callback function replaces the selection in the current tab, or insert at the cursor if there is no selection. If 'new-tab, a new tab is created and the output of the function is written to it. If 'message-box, the output is displayed in a message-box. If #f, no output is generated.

  • persistent : boolean? = #f

    If not persistent, each time a script is invoked, it is done so in a fresh namespace (so that less memory is used, at the expense of a slight time overhead). In particular, all variables are reset to their initial state.

    On the contrary, if a script is persistent, a fresh namespace is created only the first time it is invoked, and the same namespace is re-used for the subsequent invocations.

    Consider the following script:
    #lang racket/base
    (define count 0)
    (define (item-callback str)
      (set! count (+ 1 count))
      (number->string count))

    If the script is persistent, the counter increases at each invocation of the script via the menu, whereas it always displays 1 if the script is not persistent.

    Note: Persistent scripts can be "unloaded" by clicking on the Scripts/Manage scripts/Unload persistent scripts menu item. In the previous example, this will reset the counter.

  • active : boolean? = #t

    If set to #f, no menu item is generated for this dictionary.

Finally, one .rktd file can contain several such dictionaries (one after the other), which allows for multiple sub-menus and menu items and in a single script. This would have roughly the same effect as splitting such a script into several scripts, each one with its own .rktd file and its single dictionary.

5 Scripts directory

The default location of the user’s scripts is in a sub-folder of (find-system-path 'home-dir). The directory of the user’s scripts can be changed through DrRacket’s preferences (in Edit/Preferences/Scripts). Important: The user’s script directory must have write-access for the user (which should be the case for the default settings).

The Import Bundled Script item is useful to either restore a bundled script to its initial contents if you have made changes, or import new scripts after an update of the plugin.

Note: Bundled scripts are automatically copied from the plugin directory to the user script directory on installation. To force the recopy of all bundled scripts, just delete the user script directory (itself, not only its contents) and restart DrRacket.

6 Usage ideas and sample scripts

Remark: Code snippets should probably be of rare usage, as one should better take advantage of Racket’s wonderful macro system. In some cases however, snippets might be useful, e.g., to require your common module where all your usual macros and functions are defined, or for automatic comments.

7 License

Copyright (c) 2012 by Laurent Orseau <[email protected]>.

This package is free software: you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details.

You can find a copy of the GNU Lesser General Public License at http://www.gnu.org/licenses/lgpl-3.0.html.