Differences between revisions 15 and 19 (spanning 4 versions)
Revision 15 as of 2011-05-29 08:24:16
Size: 2884
Editor: KaiJaeger
Comment:
Revision 19 as of 2011-08-04 20:13:42
Size: 2598
Editor: KaiJaeger
Comment: New User Command
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
## page was renamed from UserCommand_Adoc
## page was renamed from UserCommandAdoc
= User Command ADOC (Dyalog) =
<<TableOfContents>>

= User Command ScriptManager (Dyalog) =
Line 5: Line 5:
[[ADOC]] is a utility useful to generate documentation (semi-) automatically from class scripts as well as namespace scripts. `ScriptManager` (ScriptManager) is a utility useful to manage scripts in a workspace.
Line 7: Line 7:
Obviously it makes sense to make ADOC's services available as a User Command. Obviously it makes sense to make `ScriptManager` available as a User Command.
Line 9: Line 9:
This page offers a small class script `ADOC` which is designed to do exactly that. This page offers a small class script `ScriptManager_UC.dyalog` which is designed to do exactly that.
Line 12: Line 12:
When User Commands got introduced in Dyalog with version 12.1, the User Commands where expected to reside in a sub folder `Salt\Spice` inside the Dyalog installation folder. This means that the script `ADOC.dyalog` attached to this page must go into this directory. Only then the User Commd "ADOC" is recognized. Note that this script only deal with two issues: In order to make `ScriptManager` available as a user command the script `ScriptManager_UC.dyalog` ("UC" for User Command) attached to this page must go somewhere where Dyalog is able to find it. There are to options:
Line 14: Line 14:
 * Figure out what command the user want to invoke, "Browse" or "List".
 * Find the real work horse and call it, see below.
 * Move it into `Salt\Spice` inside the Dyalog installation folder. That's where the Dyalog User Commands are located.
 * Create a particular folder for your own User Commands.
Line 17: Line 17:
That script which represents the ADOC User Command assumes that there is a sibling folder of your APL installation folder available named `UserCommands`. Please make sure that the real [[ADOC]] script is copied into this folder `UserCommands`. This enables the User Command script to address the real ADOC script `{MyDyalogInstallationFolder}..\UserCommands\ADOC`. Although the first option is certainly easier, it's actually the second one which is recommended. There are a couple of reasons:
Line 19: Line 19:
For example, in case your version of Dyalog APL 32bit is installed in `C:\Program Files (x86)\Dyalog\Dyalog APL 12.1 Unicode` which is the default on Windows 7 64 bit, then the folder `UserCommands` is supposed to be located at `C:\Program Files (x86)\Dyalog\UserCommands`.  * Messing Dyalog scripts with your scripts is not a good idea.
 * When a new version of Dyalog arrives you are in trouble.
 * Having a separate folder for your own User Commands allows you to overwrite a Dyalog User Command with an improved version you are not going to loose in case of an update or a new version.
Line 21: Line 23:
== Samples ==
Given that the two different ADOC scripts went into the right folders, this would be a sample session:
To make your own User Command folder work you have to do a couple of things:
Line 24: Line 25:
{{{
      ]?ADOC
"??" for general help, "?CMD" for more specific info on command CMD
 1. Add the folder to the SALT search path.
 1. Create another folder which is going to host the "real thing". A recommended name is "!UserCommandCode".
 1. Copy the script `ScriptManager_UC.dyalog` from the ScriptManager page into that folder.
 1. Create a registry entry pointing to that new folder with the name `HKEY_CURRENT_USER\Software\Dyalog\Dyalog APL/W 12.1 Unicode\SALT\CodeFolder`
Line 28: Line 30:
 Group Name Description
 ===== ==== ===========
 ADOC ADOC.Browse Creates full documentation and displayes it in the default browser.
        ADOC.HELP Displays help regarding ADOC.
        ADOC.List Prints syntax of all public stuff to the session.
Note that the script attached to this page only deals with one issue: find the real work horse and call it, see below.
Line 34: Line 32:
      ]?ADOC.Browse
Command "ADOC.Browse". Syntax: 1 arguments; accepts switches -b=
Script location: ........\....\....\ADOC
In order to achieve that the script `ScriptManager_UC.dyalog` reads the `HKEY_CURRENT_USER\Software\Dyalog\Dyalog APL/W 12.1 Unicode\SALT\CodeFolder` from the Windows registry. It then tries to load the "real" `ScriptManager` script from that folder.
Line 38: Line 34:
Gathers information from a class script, compiles
an HTML page with these pieces of information
and displays it in your default browser.

      ]?ADOC.List
Command "ADOC.List".
Script location: ........\...\...\ADOC

Prints a list with all sorts of information to the session
about all public stuff given in the script specified in the right argument

]ADOC.Help
Watch your browser

Shows extensive information about ADOC. It's basically doing `ADOC.Browse ADOC`.
}}}
Note that not only our examples given on this page but also the code in `ScriptManager_UC.dyalog` all refer to version 12.1 Unicode of Dyalog. If your are using a different version of Dyalog of course you must change the script, otherwise it's not going to work.
Line 57: Line 38:
[[attachment:ADOC.zip | Download]] the script. [[attachment:ScriptManager_UC.zip | Download]] the script.
Line 60: Line 41:
The script is version 1.0.7 from 2011-05-28 The script is version 1.0.0 from 2011-08-04
Line 64: Line 45:
-- KaiJaeger <<DateTime(2011-08-04T20:13:42Z)>>

User Command ScriptManager (Dyalog)

Overview

ScriptManager (ScriptManager) is a utility useful to manage scripts in a workspace.

Obviously it makes sense to make ScriptManager available as a User Command.

This page offers a small class script ScriptManager_UC.dyalog which is designed to do exactly that.

Assumptions

In order to make ScriptManager available as a user command the script ScriptManager_UC.dyalog ("UC" for User Command) attached to this page must go somewhere where Dyalog is able to find it. There are to options:

  • Move it into Salt\Spice inside the Dyalog installation folder. That's where the Dyalog User Commands are located.

  • Create a particular folder for your own User Commands.

Although the first option is certainly easier, it's actually the second one which is recommended. There are a couple of reasons:

  • Messing Dyalog scripts with your scripts is not a good idea.
  • When a new version of Dyalog arrives you are in trouble.
  • Having a separate folder for your own User Commands allows you to overwrite a Dyalog User Command with an improved version you are not going to loose in case of an update or a new version.

To make your own User Command folder work you have to do a couple of things:

  1. Add the folder to the SALT search path.
  2. Create another folder which is going to host the "real thing". A recommended name is "UserCommandCode".

  3. Copy the script ScriptManager_UC.dyalog from the ScriptManager page into that folder.

  4. Create a registry entry pointing to that new folder with the name HKEY_CURRENT_USER\Software\Dyalog\Dyalog APL/W 12.1 Unicode\SALT\CodeFolder

Note that the script attached to this page only deals with one issue: find the real work horse and call it, see below.

In order to achieve that the script ScriptManager_UC.dyalog reads the HKEY_CURRENT_USER\Software\Dyalog\Dyalog APL/W 12.1 Unicode\SALT\CodeFolder from the Windows registry. It then tries to load the "real" ScriptManager script from that folder.

Note that not only our examples given on this page but also the code in ScriptManager_UC.dyalog all refer to version 12.1 Unicode of Dyalog. If your are using a different version of Dyalog of course you must change the script, otherwise it's not going to work.

Download

Download the script.

Version

The script is version 1.0.0 from 2011-08-04

Author: KaiJaeger

-- KaiJaeger 2011-08-04 20:13:42


CategoryDyalogUserCommands

UserCommands/fire (last edited 2019-05-30 07:57:07 by KaiJaeger)