PSTextMerge User Guide

Version: 4.80

Table of Contents

Introduction

PSTextMerge merges lists of tabular data into text templates to create fully populated text files. The output files can be Web pages, XML files, RSS Feeds or any other varieties of text files. The input data can be obtained from a tab-delimited data file, or directly from a Microsoft Excel (‘.xls’) spreadsheet, or from a number of other sources. You can record and easily play back recorded scripts, making it easy to re-generate your output text files when your data changes.

The input data can be sorted and filtered before being used to generate output, and these operations can be scripted as well.

Tab-delimited files can be easily exported from most spreadsheets, databases, address book, and many other programs, and then used as input to this application.

PSTextMerge can also perform other operations with tabular data, extracting and merging data from multiple bookmarks files, address books, and other formats.

PSTextMerge was formerly known as TDF Czar.

Getting Started

System Requirements

PSTextMerge is written in Java and can run on any reasonably modern operating system, including Mac OS X, Windows and Linux. PSTextMerge requires a Java Runtime Environment (JRE), also known as a Java Virtual Machine (JVM). The version of this JRE/JVM must be at least 6. Visit www.java.com to download a recent version for most operating systems. Installation happens a bit differently under Mac OS X, but generally will occur fairly automatically when you try to launch a Java app for the first time.

Because PSTextMerge may be run on multiple platforms, it may look slightly different on different operating systems, and will obey slightly different conventions (using the CMD key on a Mac, vs. an ALT key on a PC, for example).

Rights

PSTextMerge Copyright 1999 - 2016 by Herb Bowie

PSTextMerge is open source software. Source code is available at GitHub.

Licensed under the Apache License, Version 2.0 (the “License”); you may not use this file except in compliance with the License. You may obtain a copy of the License at: www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an “AS IS” BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

PSTextMerge also incorporates or adapts the following open source software libraries.

Installation

Download the latest version from PowerSurgePub.com. Decompress the downloaded file. Drag the resulting file or folder into the location where you normally store your applications. Double-click on the jar file (or the application, if you’ve downloaded the Mac app) to launch.

Command Line Parameters

PSTextMerge has two arguments which allow the program to be run completely from the command line, without any graphical user interface. The first argument is specified as “-q” and tells the program to run in “quiet mode” — that is, without any GUI. When this option is specified, the log file will be written to disk, as described in the Logging section.

The second argument specifies the location and name of a script file to be played, the location being relative to the PSTextMerge program.

Together, these two options allow PSTextMerge to be executed from a script or batch file, without any user interaction.

Data Fields

PSTextMerge works with any data that can be represented in columns and rows. Each column has a title. The number of columns, and the titles of the columns, is completely variable.

File Operations

File operations may be accessed via the File menu.

User Interface

Most of PSTextMerge’s user interface elements are laid out in a series of tabs that proceed in a natural progression from left to right. Most of the functions performed within these tabs may also be triggered by their corresponding script commands.

TextMerge Input

This function allows PSTextMerge to populate a list to be used in later processing. The following controls are available.

Open Input

Clicking on this button will allow you to select the file or directory to be input. Make sure that all of the following input options are properly set before pressing this button. This function can also be invoked via the File/Open Menu item or with the O shortcut key.

Note that, when a directory (aka folder) is selected, then all eligible files within that directory will be processed, and the resulting list will consist of the concatenation of all the rows of data generated from all of the eligible files.

Type of Data Source

The default input is a tab-delimited text file, which may have been saved or exported from a spreadsheet, database, address book or other tabular data source. But other options are available as well. Select the one you want from the drop-down list.

Following are descriptions of each of the currently available options.

Tabbed Data File

This is a text file. Each line in the file must use tabs (or commas, if the file extension is ‘.csv’) to separate each field, or column, in the line. The first line of the file must contain column headings.

Club Planner

This is a text file format that can be used to help plan events for a club, such as an alumni club.

See the Club Planner specification for details.

Excel Spreadsheet

Setting this option will cause the program to treat the input file as a Microsoft Excel spreadsheet, in Excel 97 - 2004 format (with an ’.xls’ extension). The first or only worksheet (tab) will be accessed. The first row will be expected to contain column headings, with data in following rows. The first blank row will terminate the list. Each row in the spreadsheet (after the first, containing headings) will be treated as a data record, and each column will be treated as a separate field. Columns containing hyperlinks will also generate fields containing the hyperlinks, and named by appending “link” to the column heading. For example, a column named “ISBN” could have its content accessed with the variable “isbn” and its link accessed with the variable “isbnlink”.

Excel Table

Setting this option will also cause the program to treat the input file as a Microsoft Excel spreadsheet, in Excel 97 - 2004 format (with an ’.xls’ extension). The first or only worksheet (tab) will be accessed. The first blank row will terminate the list. With this option, each row in the spreadsheet will be returned as a single data field, identified by a variable name of “Table Row”. The data returned will include beginning and ending td tags for each column, with appropriate formatting and cell dimensions and hyperlinks, mimicking the format of the Excel spreadsheet as closely as possible. The data returned does not include beginning or ending tr tags.

File Directory

When you specify a file directory as your data source, each entry in that directory will then be treated as if it were a single record, or line, or row, from a data file. The “Maximum Directory Depth” field below will control the depth to which sub-directories are read.

See the File Directory specification for details.

HTML Bookmarks using Lists

Setting this option will cause the program to treat the input file as HTML. It will expect the file to contain bookmarks, using nested lists to indicate a folder hierarchy. A table will be created with the following columns. Many bookmark managers, including popular browsers, can save or export bookmarks into this format.

Category 1 through 6
Any text found outside of an actual hyperlink will be placed in one of these category columns, depending on the nesting level of the list it was found in.
Description
The text that was hyperlinked.
E-mail
If the hyperlink starts with “mailto:”, then it will be interpreted as an e-mail address and placed in this column.
Web Site
If the hyperlink does not start with “mailto:”, then the URL will be placed in this field.
HTML Bookmarks using Headings

Setting this option will cause the program to treat the input file as HTML. It will expect the file to contain bookmarks, using varying levels of heading tags to indicate a folder hierarchy. A table will be created with the same columns as the HTML Bookmarks using Lists, described above. The contents of the varying heading levels will be placed in Category 1 through 6.

HTML Table

Setting this option will cause the program to treat the input file as HTML. It will expect the file to contain a table, using table, tr, th and/or td tags. The first row in the table will be expected to contain column headings, with following rows containing the corresponding data.

Note that many HTML pages are laid out using tables, not to present columns and rows of data, but to format the page in a desired fashion. Tables containing column headings and following data may often be embedded in such layout tables. In order to try to separate the two, PSTextMerge in this mode will look for the first table cell (within th or td tags) containing 1 to 40 characters of text, with the idea that text beyond either extreme is not likely to be a true column heading. During this search for the first cell of a data table, table cells with colspan or rowspan parameters greater than 1 will also be ignored.

In some cases, however, you may need to edit the prospective input file with your favorite text editor, and delete lines preceding and following the table containing the data you are interested in, saving the resulting file as a separate file to be input to PSTextMerge. If a true first column heading is longer than 40 characters, then you will also need to reduce its length to the acceptable 1-40 range.

Note that for any HTML input option, character entities found within HTML text will be translated to their equivalent ASCII characters. For now, translation is only provided for characters that are not platform-specific: “ ” (non-breaking space), “<” (less than sign), “>” (greater than sign), “&” (ampersand) and “"” (double quotation marks). Entities may be specified using mnemonics or their numeric equivalents.

Setting this option will cause the program to treat the input file as HTML. It will extract all of the links within this file, identifying the from page, the link type, and to file, for each link found. Link type may be linkhref, imgsrc, or ahref, for the corresponding tag and attribute combinations.

iTunes Library.xml

Selecting this option will cause the input file to be treated as an iTunes Library.xml file.

This file can generally be found in your Music / My Music folder, and then within your iTunes folder. See Apple Support articles Where are my iTunes files located? and What are the iTunes library files? for details.

This information can be used to publish your list of albums to a Web site, or to import your list of albums into a database, such as Bento.

This input routine will extract and summarize information about albums contained in your iTunes library. For each unique album title, the following fields will be extracted.

Album Title
The title of the album
Artist
The name of the Artist for the album. If the album contains tracks performed by multiple artists, then this field will be set to “Various”.
Artist Sort Key
The Artist name that is used by iTunes for sorting: typically, the same as the Artist name, but without a leading “The”.
Genre
The genre assigned to the tracks in the album. Any genre containing “jazz” will be reported as “Jazz”; any genre containing “holiday”, “Christmas” or “xmas” will be reported as “Holiday”; any other variations in genre within an album will result in this field being set to “Mixed”.
Year
The year in which the album was released.
Tracks
The number of tracks in your iTunes library having this album title: this field can usually tell you whether you have an entire album in your collection, or only a few selections.
Unrated?
This field will be set to “Unrated” if any of this album’s tracks are as yet unrated by you. Once you have assigned a rating to all tracks on this album, this field will be reported as blank.
Hi-Fi
This field will be reported as “Hi-Fi” if the album’s tracks have been recorded in the Apple Lossless format.
Lo-Fi Type
If the album contains tracks that are not in the lossless format, then their format will be reported here, typically as “AAC” or “MP3” or “Mixed”, if the album contains a mix of types.
Podcast
If the album contains any tracks identified with a Media Kind of “podcast”, then this field will be set to “Podcast”.
Markdown Metadata

If you select a folder containing Markdown files, then this input option will extract metadata about each file and make them available in a list.

See the Markdown Metadata specification for details.

Notenik Notes

Reads a folder of basic Notenik Notes, containing only the basic fields of Title, Link, Tags and Body.

Notenik Notes Plus

Reads a folder of extended Notenik Notes, containing the basic fields plus others.

Notenik General

Reads a folder of Notenik Notes containing any fields.

Notenik Index

Reads a folder of Notenik Notes containing Index fields, and builds a term index for the collection based on those fields.

XML Rows for Fields

Setting this option will cause the program to treat the input file as XML. Each field will be returned as a separate record. Field names will be stored in columns 1 - 4, with column names “Name1” through “Name4”, and field values will be stored in column 5, with column name “Data”.

XML Rows for Records

Setting this option will cause the program to treat the input file as XML. Each set of fields at the same level will be returned as a separate record, with the assumption that the XML file consists of a series of records with the same fields. Field names will be stored in columns 1 - 4, with column names “Name1” through “Name4”, and field values will be stored in column 5, with column name “Data”.

Data Dictionary Input

Clicking on this check box causes the program to look for a special data dictionary file to accompany the tab-delimited data source. The data dictionary file must have the same name as the primary file, but with a file extension of “.dic”.

The data dictionary file itself is in tab-delimited format. Each row in the file (after the column headings) represents one column in the primary data file.

Note that the easiest way to create a data dictionary for a file is to input the file to PSTextMerge (without a dictionary), then Output it with a dictionary (see the Output section for details). You can then edit the resulting file, only modifying the values you wish to change.

A dictionary may have the following columns describing the fields in the primary file.

Proper Name

This is the column heading that identifies this field in the primary data file. It would normally include mixed-case, spaces and punctuation to make it readable.

Common Name

This is really a lowest-common denominator form of the column heading, with capitals, spaces and punctuation all removed. This is used internally by PSTextMerge to allow slight variations in punctuation, etc., without recognizing them as two separate names.

Alias For

If the names previously given should be treated as an alias for another field name, then this column should contain the primary name for the field, and the remaining columns for the alias should be left blank. This feature doesn’t do much in this release of PSTextMerge, but should become more meaningful in later releases.

Data Format Rule

The default value here is “DataFormatRule”, which causes no special formatting of the input data. But specifying another value can cause the input data to be formatted and even converted according to any of the following special rules.

AllCapsRule
Causes all letters to be capitalized (good for US state codes, for example).
CountryRule
Ensures that the first letter of each word is capitalized, and remaining letters are lower-case, with the exceptions of the values “UK and ”USA", which are ensured to be in all capitals. Intended for mailing list fields containing country!
DataFormatRule
Performs no conversion or formatting. This is the default value when PSTextMerge is creating a new dictionary file.
DateRule
Generally expects a date in a loose month-day-year format, and formats it into a “tighter” month-day-year format, with two-digit numbers for each. More flexibility may be supported in later releases.
HyperlinkRule
Replaces spaces with “%20” strings, and adds a protocol of “http:” or “file:” if one is not present, based on whether the address looks like a WWW address or a local file. Good for formatting hyperlinks from MS Office documents into valid HTML URL links.
InitialCapsRule
Ensures that the first letter of each word is capitalized, and other letters are lower-case. Good for formatting names of people, cities, etc.
LowerCaseRule
Ensures all letters are lower-case. Good for formatting URLs and e-mail addresses.
USMobileRule
Intended for formatting of mobile (cell and pager) telephone numbers according to US conventions. Similar to USPhoneRule, but with different rules for conversion of the 602 area code.
USPhoneRule
Intended for formatting of non-mobile telephone numbers according to US conventions. The standard format is “aaa-xxx-nnnn”, where “aaa” is the area code, “xxx” is the local exchange, and “nnnn” is the rest of the phone number. The default area code is 602, for Phoenix, Arizona. This rule also will convert area codes from 602 to one of the newer Phoenix metropolitan area codes, depending on the exchange. Note that this logic has limited usefulness at this point, as new (and duplicate) exchanges begin to be assigned within the three area codes.
Function

If a valid function name is specified here, then the field value will be calculated using the specified function. The following functions are available. The functions make use of the parameters specified in the following columns.

Lookup
Looks up the value for this field in a separate table, stored as a tab-delimited file in the same directory, using the following five parameters.
Parm Used As
Parm1 Name of the file containing the lookup table.
Parm2 Name of the field in the lookup table that should be used as the table’s key.
Parm3 A value of "Yes" or "True" indicates that the key comparison should be case-sensitive.
Parm4 Name of the field in this file that should be used as the lookup key.
Parm5 Name of the field in the lookup file that should be returned and used as the value for this field.
Parm1

Used as input to the specified function.

Parm2

Used as input to the specified function.

Parm3

Used as input to the specified function.

Parm4

Used as input to the specified function.

Parm5

Used as input to the specified function.

Merge Into Existing Data

Select one of the following radio buttons to indicate how and whether you want new data to be merged with existing data.

No Merge

This is the default. The next data source to be input will overlay any data previously input.

Merge New Data With Old

The next input data source to be opened will be merged with the current data visible on the View Tab. Existing sort keys and filters may need to be reapplied. The new data and the old data should have column names that are at least partially overlapping, if not identical.

Merge with Same Columns

The next input data source to be opened will be merged with the current data visible on the View Tab. The program will not look for column headings in the new input file, but will instead assume that the column names for the new file are the same, and in the same order, as those currently visible on the View Tab. Existing sort keys and filters may need to be reapplied.

Note that this merge option is useful for programs (such as AppleWorks) that do not include column headings in their export files. If a separate file is created containing only column headings, then it can be input first, followed by the headerless file, with this merge option.

Maximum Directory Depth

If you are about to read a file directory, then this field controls whether sub-directories are read, and to what depth. A value of 1 is the default, and indicates that only files and directories in the specified directory will be listed, with no sub-directory contents. A value of 2 indicates one level of sub-directories, and so forth. Use the Increment and Decrement buttons to change the depth.

Tags Explosion

If this box is checked, then a field named “Tags” will be broken down into individual tags, and one row/record will be created for each separate tag embedded within the Tags field, with each individual tag being placed in a new field named “Tag” (singular rather than plural).

TextMerge View

This tab allows the user to view a tab-delimited data file that has been opened for input. Subsequent tabs, such as Sort and Filter, will affect the data that is displayed on the View tab.

The user can scroll from left to right and up and down, assuming there is more data available than will fit within the current window. Columns can also be resized by clicking on their right borders and dragging. Each initial column size will be approximately proportional to the largest data field within the column.

TextMerge Sort

This tab allows the user to sort the data that has been input. Sorting is accomplished by using the following buttons that appear on this tab.

Field Name

This is a drop down list of all the columns in your data. Select the next field name on which you wish to sort, by starting with the most significant fields and proceeding to less significance.

Sort Sequence

This is a drop down list. Pick either ascending (lower values towards the top, higher values towards the bottom) or descending. This sequence applies to the currently selected field name (see above).

Add

Pressing this button will add the field and sequence currently specified to the current sort parameters being built. The sort parameters added will appear in the text area shown below on this tab. After pressing the Add button, the user may go back and specify additional fields to be used in the sort criteria.

Clear

Pressing this button will clear the sort parameters being built, so that you can start over.

Set

Once your desired sort parameters have been completely built, by pressing the Add button one or more times, you must press the Set button to cause your parameters to be applied to the data you are currently processing.

Combine

After setting the desired sort sequence, you may optionally press this button to combine records with duplicate sort keys. The following buttons allow you to adjust the parameters controlling the combination process.

Tolerance for Data Loss

Record combination can be done with varying degrees of tolerance for data loss. Select one of the following radio buttons.

Minimum Number of Lossless Fields

If you specify some data loss to be acceptable, then this field may be used to specify a minimum number of data (non-key) fields that must be lossless (equal or one blank) before combination will be allowed to take place. This should be used if the sort keys are not guaranteed to establish uniqueness. Specifying a non-zero value here may help to prevent completely disparate records from being inadvertently combined. For example, names can be used to identify people, but two different people may have the same name.

Increment (+)
Use this button to increase the minimum number of lossless fields.
Decrement (-)
Use this button to decrease the minimum number of lossless fields. Zero is the smallest allowable value.

TextMerge Filter

This tab allows the user to filter the data that has been input, selecting some rows to appear and others to be suppressed. Filtering is accomplished by using the following buttons that appear on this tab.

Field Name

This is a drop down list of all the columns in your data. Select the next field name on which you wish to filter.

Comparison Operator

This is a drop down list. Pick the operator that you want to use to compare your selected field to the following value. The following operators are available.

Comparison Value

This is the value to which the selected field will be compared. Only rows that satisfy this comparison will be visible after the filtering operation. You may type in a desired value, or select from the drop down list. The drop down list will consist of all the values found in this field within your data.

Add

Pressing this button will add the field, operator and value currently specified to the current filter parameters being built. The filter parameters added will appear in the text area shown below on this tab. After pressing the Add button, the user may go back and specify additional fields to be used in the filtering criteria.

Clear

Pressing this button will clear the filter parameters being built, so that you can start over.

Set

Once your desired filter parameters have been completely built, by pressing the Add button one or more times, you must press the Set button to cause your parameters to be applied to the data you are currently processing.

And/Or

If you specify more than one filter parameter, then you may specify whether all of them must be true (and) or only any one of them must be true (or) in order to satisfy the filtering criteria. This choice applies to the entire set of criteria, so this need only be selected once before pressing the Set button.

TextMerge Output

This tab allows the user to save the current data to an output disk file. The data will be saved in the sequence set by the current sort parameters, if any. If a current filter is in effect, then only visible, filtered data will be saved. If any data transformation or formatting occurred on input, then the data will be saved in its new form. The following controls appear on this tab.

Save Output

Clicking on this button allows you to select a location and name for the output file, and then writes the file (with optional dictionary) as specified. This function can also be invoked via the File/Save Menu item or with the S shortcut key.

Data Dictionary Output

Clicking on this check box causes the program to write a special data dictionary file to accompany the tab-delimited data source being output. The data dictionary file will have the same name as the primary file, but with a file extension of “.dic”. Clicking this check box again will cause it to revert to its original state, in which the dictionary will not be saved. See the Input section for a complete description of the dictionary file.

TextMerge Template

This tab allows the user to merge the currently loaded data into a template file, producing one or more output text files. The greatest anticipated use for this function is to create Web pages, based on input template files containing a mixture of HTML tags and special PSTextMerge tags. This allows tab-delimited data to be periodically merged into an HTML template that determines the format in which the data will be displayed on a Web site.

Buttons

This screen contains the following buttons.

Set Web Root

This allows the root folder of the output web directory to be set. Relative variables will then be replaced based on the depth of a file relative to this root directory.

Set Template Library

PSTextMerge supports the concept of a central template library where you can store reusable templates. The initial location for this folder is the “templates” folder within the PSTextMerge Folder that comes as part of the software distribution. However, this button can be used to allow you to select another folder as your template library. After installation of PSTextMerge, you may wish to copy the templates folder to another location, perhaps within your home folder, or your documents folder, and then use this button to specify that new location.

Open Template

This button allows you to specify the location and name of the template file you wish to use. (This file must have previously been created using a text editor.) This function may also be invoked via the Template/Open Menu item or with the T shortcut key.

Open From Library

This button also opens a template file, but uses your template library as the starting location.

Generate Output

This button processes the template file you have selected, and creates whatever output file(s) you have specified in the template file. The function may also be invoked via the Template/Generate Menu item or with the G shortcut key.

See the Template File Format specification for details.

TextMerge Script

This tab allows the user to record and playback sequences of PSTextMerge commands. The following buttons and menu commands are available.

Record

Clicking on this button once causes the program to begin recording your subsequent actions as part of a script that can be edited and played back later. This function may also be invoked via the Script/Record Menu item, or with the R shortcut key. You will need to specify the location and name for your script file. It is recommended that “.tcz” be used as a file extension for PSTextMerge script files (the original name for the program was “TDF Czar”). This will be supplied as a default if no extension is specified by the user.

Stop

Clicking on this button causes recording of the current script to stop. This function may also be invoked via the Script/End Recording Menu item, or with the E shortcut key. The script file will be closed, and can now be opened for editing, if desired, using the text editor, spreadsheet or database program of your choice.

Play

This button allows you to select a script file to be played back. This function may also be invoked via the Script/Play Menu item, or with the P shortcut key. At the end of a script’s execution, the input file options will be reset to their initial default values, to ensure consistent execution when multiple scripts are executed consecutively.

Play Again

This button allows you to replay the last script file either played or recorded. Using this button allows you to bypass the file selection dialog. It can be handy if you are developing, modifying or debugging a series of actions and associated files. This function may also be invoked via the Script/Play Again Menu item, or with the A shortcut key.

Turn Autoplay On

Clicking this button will allow you to select a script to be automatically played every time the application is launched.

After selecting a script to play automatically, the label of this button will change to “Turn Autoplay Off”.

Turn Easy Play On

Clicking this button will allow you to select a folder of scripts that you want easy access to. A new tab will then be added to the interface, labeled “Easy”. The new tab will contain a button for every script found in the folder. Clicking on a button will then play the corresponding script.

After selecting an Easy Play folder, the label of this button will change to “Turn Easy Play Off”.

Play Recent

This menu item, within the Script menu, allows you to select a recently played script to run. The most recent 10 scripts will be available to select from.

Script File

See the Script File Format specification for details.

TextMerge Logging

This tab allows the user to control logging operations. PSTextMerge writes information about certain events to a log file. Reviewing this data can be useful, especially if the program is not performing as expected. The following sections appear on this tab.

Log Destination

This determines where the log output is sent. You can select any of the following options.

Logging Threshold

This determines the quantity and severity of messages that will appear in the log. You have the following options.

Data Logging

Input data files are often passed to the logger, primarily so that significant events that are data-related can include a display of the data record that generated the event. Checking the “Log All Data?” box will result in all data passed to the logger being written to the log. This may be helpful if the log is otherwise showing insufficient data to let you understand the workings of the program.

Help

The following commands are available. Note that the first two commands open local documentation installed with your application, while the next group of commands will access the Internet and access the latest program documentation, where applicable.

File Formats

The following file formats are used by PSTextMerge.

Template File Format

This section describes the contents of a template file, used for producing formatted output from a table of rows and columns.

This program will look for two sorts of special strings embedded within the template file: variables and commands.

Delimiters

Beginning with version 3.0, PSTextMerge will recognize either of two sets of command and variable delimiters automatically. The choice of delimiters will be triggered by the first command-beginning delimiters encountered. The new delimiters are generally recommended, since they are more likely to be treated kindly by various HTML editors when you are editing your template files.

MeaningOriginal DelimitersNew Delimiters
Start of Command<<<?
End of Command>>?>
Start of Variable<<=$
End of Variable>>$=
Start of Variable Modifiers&&

Variables

Variables will be replaced by values taken from the corresponding columns of the current data record, or from an internal table of global variables. Variables must be enclosed in the chosen delimiters. Each variable name must match a column heading from the data file, or a global name specified in a SET command. The comparison ignores case (upper or lower), embedded spaces and embedded punctuation when looking for a matching column heading. So a column heading of “First Name” will match with a variable of “firstname”, for example.

A variable, unlike a command, can appear anywhere within the template file, and need not be isolated on a line by itself. More than one variable can appear on the same line. Variables can be used within PSTextMerge commands, as well as other places within the template file.

The following special variables are predefined and available for substitution, no matter what data source is being used.

datafilename
The name of the data source being used.
dataparent
The path to the enclosing folder for the current data file. This can be used as part of an output command to specify an output file in the same folder as the data file.
relative
If a Web Root directory has been specified, then this variable will be replaced by the relative path from the output file being created back to the root directory.
templatefilename
The name of the template file itself
today
The current date, at the time that template output is being generated.
Variable Modifiers

A variable can be optionally followed (within the less than/greater than signs) by a modifier indicator and one or more modifiers. The default modifier character is the ampersand (&).

The following list summarizes the primary use of various letters and characters as variable modifiers.

A - AM/PM
B - Base file
C - Word Demarcation
D - Day
E - Day in Week
F - Filename
G - linked taGs
H - HTML
I - Initial Case - see Uppercase (U) and Lowercase (L)
J - Link
K - Hours in day
L - Lowercase
M - Month
N - No Breaks
O - Markdown to HTML
P - Punctuation
Q
R - Keep characters on the right
S - Summarize
T - Convert an inTeger to a corresponding Letter of the AlphabeT
U - Uppercase
V
W - Week in Year
X - XML
Y - Year
Z - Time Zone
’ - E-mail Apostrophes
_ - Replace spaces with underscores

Case Modifiers "U" or "L"

The letters “U” or “L” (in either upper- or lower-case) will indicate that the variable is to be converted, respectively, to upper- or lower-case. If the letter “i” is also supplied (again in either upper- or lower-case), then only the first character of the variable value will be converted to the requested case. (The letter “i” stands for “initial”.)

XML Modifier "X"

The letter “X” will cause selected special characters to be translated to their equivalent XML entities. This is recommended, for example, when publishing an RSS (Really Simple Syndication) feed.

HTML Modifier "H"

The letter “H” will cause selected special characters to be translated to their equivalent HTML entities.

Summarize Modifier "S"

The letter “S” will pull the first few sentences from the field, within the first 250 characters.

Markdown Modifier "O"

The letter “O” will cause the field to be treated as Markdown, and converted to HTML.

E-mail Apostrophes Modifier '

Placing a single apostrophe as part of the variable modifiers string will cause any HTML entities representing an apostrophe to be converted back to a normal ASCII/UTF apostrophe character: ’. This can be useful for generating HTML to use as e-mail content, since e-mail parsers seem to sometimes drop the HTML entities commonly used for apostrophes.

Convert a URL to an HTML anchor tag with that URL as the href value.

No Breaks Modifier "N"

Remove HTML break (br) tags from the string.

Base File Modifier "B"

The letter “B” will cause the file extension, including the period, to be removed from a file name. This can be used, for example, to generate an output file name with the same name as the input data file (using the variable name “datafilename”), but with a different extension.

File Name Modifier "F"

Converts a string to a conventional, universal file name, changing spaces to dashes, removing any odd characters, making all letters lower-case, and converting white space to hyphens.

Remove Awkward Punctuation Modifier "P"

Remove awkward punctuation characters.

Keep Characters on the Right Modifier "R"

The letter “R”, in combination with a length modifier (see below), will cause the variable to be truncated to the given length, truncating characters on the left and keeping characters on the right.

Linked Tags Modifier "G"

Each tag will be made into a link, linking to ‘../../tags/xxtagxx.html’, where ‘xxtagxx’ is the tag.

Length Modifier

One or more digits following the modifier indicator will be interpreted as the length to which the variable should be truncated or padded. If the length modifier is shorter than the variable length, then by default characters will be truncated on the right (and preserved on the left) of the variable to bring it to the specified length (if it is desired to keep characters on the right, then also use the “R” modifier, described above). If the length modifier is longer than the initial variable length, then the variable will be padded with zeroes on the left to bring it to the specified length.

Underscore Modifier

An underscore character ("_") following the modifier indicator will cause all spaces in the variable to be replaced by underscores. This can be useful when creating a file name, for example.

Punctuation Modifier

Any punctuation character other than an underscore following the modifier indicator will be interpreted as a separator that will be placed before the current variable, if the variable is non-blank, and if the preceding variable was also non-blank and also marked by a similar variable modifier. A space will be added after the separator, and before the current variable, if the punctuation is not a forwards or backwards slash (“/” or ""). This is an easy way to list several variables on a single line, separating non-blank ones from others with commas (or other punctuation).

Word Demarcation Modifier

If a variable may be interpreted as a series of “words,” with the words delimited by white space, punctuation, or transitions from lower to upper case (“two words”, “TWO_WORDS” or “twoWords”), then these variable modifiers may be used to change the way in which the words are delimited.

LetterMeaning
c This letter must begin the string, to indicate that modified word demarcation is desired. This should be followed by three letters, each with one of the following values. The first occurrence indicates what should be done with the first letter of the variable; the second occurrence indicates what should be done with the first letter of all other words; the third occurrence indicates what should be done with all other letters in the variable.
u This letter indicates that upper-case is desired.
l This letter indicates that lower-case is desired.
a This letter indicates that the case should be left as-is.
- Any character(s) following the 'c', other than 'u', 'l' or 'a', will be used as delimiters separating each word.

For example, if the template file contained the following:

And the name variable was equal to:

HERB BOWIE

Then the resulting name in the output text file would be:

Herb Bowie

Formatting String

A string of characters indicating how the variable is to be formatted. The formatting string, if specified, should follow any other variable modifiers. Any character other than those listed above will cause the remainder of the variable modifiers to be treated as a formatting string. Currently, a formatting string is valid only for dates – either for the special variable today, or for any variable date in “mm/dd/yy” format.

A date formatting string follows the normal rules for Java date formatting. One or more occurrences of an upper-case “M” indicates a month, a lower-case “y” is used for a year, and a lower-case “d” is used for the day of the month. An upper-case “E” can be used for the day of the week. Generally, the number of occurrences of each letter you specify will be used to indicate the width of the field you want (“yyyy” for a 4-digit year, for example). Specifying more than two occurrences of “M” indicates you want the month represented by letters rather than numbers, with 4 or more occurrences indicating you want the month spelled out, and 3 occurrences indicating you want a three-letter abbreviation.

See below for full definition of allowable characters and their meanings.

Symbol Meaning Presentation Example
G era designator Text AD
y year Number 1996
M month in year Text & Number July & 07
d day in month Number 10
h hour in am/pm 1~12 12
H hour in day 0~23 0
m minute in hour Number 30
s second in minute Number 55
S millisecond Number 978
E day in week Text Tuesday
D day in year Number 189
F day of week in month Number 2 (2nd Wed in July)
w week in year Number 27
W week in month Number 2
a am/pm marker Text PM
k hour in day Number 24
K hour in am/pm Number 0
z time zone Text Pacific Standard Time
' escape for text Delimiter
single quote Literal

The count of pattern letters determine the format.

(Text): 4 or more pattern letters–use full form, < 4–use short or abbreviated form if one exists.

(Number): the minimum number of digits. Shorter numbers are zero-padded to this amount. Year is handled specially; that is, if the count of ‘y’ is 2, the Year will be truncated to 2 digits.

(Text & Number): 3 or over, use text, otherwise use number.

Any characters in the pattern that are not in the ranges of [‘a’..‘z’] and [‘A’..‘Z’] will be treated as quoted text. For instance, characters like ‘:’, ‘.’, ‘ ’, ‘#’ and ‘@’ will appear in the resulting time text even they are not embraced within single quotes.

Commands

All commands must be enclosed in the chosen delimiters. In addition, all commands must appear on lines by themselves. Command names can be in upper- or lower-case. Each command may have zero or more operands. Operands may be separated by any of the following delimiters: space, comma (‘,’), semi-colon (‘;’) or colon (‘:’). Operands that contain any of these delimiters must be enclosed in single or double-quotation marks.

The following commands are recognized. They are presented in the typical sequence in which they would be used.

<?delims new delimiters?>

<?output "filename.ext"?>

<?set global = 0?>

<?nextrec?>

<?include "filename.ext" ?>

<?ifchange ?>

<?if ?>

<?definegroup group-number ?>

<?ifendgroup group-number?>

<?ifendlist group-number?>

<?ifnewlist group-number?>

<?ifnewgroup group-number?>

<?else?>

<?endif?>

<?loop?>

<?delims new delimiters?>

If used at all, this command should be the first command in the template file. This command overrides the standard delimiters used to recognize the beginnings and ends of commands and variables, for the remainder of the current template file. The command can have one to five operands. Each operand will become a new delimiter. They should be specified in the following order.

Note that, when using this command, this command itself must use the standard delimiters. The new delimiters should only begin to be used on following lines.

<?output filename.ext?>

This command names and opens the output file. The single operand is the name of the output file. filename.ext should be the desired name of your output file. This command would normally be the first line in your template file. Subsequent template records will be written to the output file. Note, however, that the filename can contain a variable name. In this case, the output command would immediately follow the nextrec command, and a new output file would be opened for each tab-delimited data record.

<?set global = 0?>

This command can define a global variable and set its value. This command would normally have three operands: the name of the global variable, an operator, and a value.

One intended use for the SET command is to support a line counter. By initializing the value to 0, and then adding to it whenever an output line is generated, the IF command can be used to check for page overflow (in a table column, for example), and then start a new page or column, resetting the counter to 0 again.

Another common use for the SET command is to preserve record variables in global variables so that they will be available within an IFENDGROUP block.

<?nextrec?>

This command indicates the beginning of the code that will be written out once per data record. Lines prior to the nextrec command will only be written out once.

<?include filename.ext?>

This command allows you to include text from another file into the output stream being generated by the template.

An optional operand of “copy” will ensure that the include file is included without conversion; otherwise, if the input and output file extensions are different, and are capable of conversion, the input file will be converted to the output file’s format (for example, Markdown or Textile can be converted to html).

Markdown conversion will be done using the Pegdown processor, using the options for typographic conversions (as with SmartyPants) and table generation.

If converting from Markdown, then an optional operand of “nometa” will cause metadata lines to be skipped when generating the HTML output; otherwise, they will be included.

The filename may include variables, allowing you to tailor the included content based on one or more fields from your input data source. This is especially useful when you would like to include output from another template in the output generated by this template (effectively combining outputs from two separate templates into a single output). If an include file is not found, then it will simply be skipped and processing will continue, with a log message to note the event.

For any conversion resulting in HTML, a pseudo-tag of <toc> can be used to generate a table of contents based on following heading tags. An optional attribute of “from” can be used to specify the beginning of a range of heading levels to be included; an optional attribute of “through” or “thru” can be used to specify the end of a range of heading levels to be included. See the following example.

    <toc from="h2" thru="h4" />
<?ifchange ?>

The ifchange command can be used to test a variable to see if it has a different value than it did on the last data record. If the variable has changed, then the following lines up to the closing endif command will be subjected to normal output processing. If the variable has not changed, then following lines will be skipped until the closing endif command is encountered. This command can be used to generate some special header information whenever a key field changes. Note that only one variable can be used with ifchange commands in one template file, since the value of any ifchange command is simply compared to the variable for the last ifchange command encountered.

<?if ?>

The if command can be used to test a variable to see if it is non-blank. If the variable is non-blank, then the following lines up to the closing endif command will be subject to normal output processing. If the variable is blank, then following lines will be skipped until the closing endif command is encountered. In this case, the first and only operand would be the variable to be tested.

The if command can also be used to test a variable to compare it to one or more constants. In this case, the command would have three or more operands: the name of the variable, a logical operator, and one or more values.

<?definegroup group-number ?>

This is the first of five commands that define key fields and then conditionally write output when there is a break on any of those fields. Up to ten group break fields can be defined. Each must be assigned a number from 1 to 10. Numbers should be assigned sequentially beginning with 1. Input data should normally be sorted by the same fields used in any definegroup commands. Definegroup commands should precede ifendgroup and ifnewgroup commands, and should generally be specified in ascending order by group number. The definegroup command has two operands.

<?ifendgroup group-number?>

This is the second of the five group commands. Lines following this command and preceding the next group or endif command will be written to the output file at the end of a group of records sharing a common value for this key field. Ifendgroup commands should follow definegroup commands and precede ifnewgroup commands, and should generally be specified in descending order by group number. The ifendgroup command has one operand.

Note that references to record variables within an IFENDGROUP block will retrieve the data from the record causing the break (i.e., the first record in the new group), not the last record in the group just ended. Use the SET command to save data in global variables if you need to later access it when a group break has been detected.

<?ifendlist group-number?>

This is the third of the five group commands. Lines following this command and preceding the next group or endif command will be written to the output file at the end of a list of records containing this key field. The end of a list will be triggered by a change in key values at the next higher level, or by a record containing blanks at the current group level. Ifendlist commands should follow ifendgroup commands and precede ifnewlist commands, and should generally be specified in descending order by group number. The ifendlist command has one operand. Note that the ifendlist and ifnewlist commands can generally be used to insert HTML tags to end a list and begin a list.

Note that references to record variables within an IFENDLIST block will retrieve the data from the record causing the break (i.e., the first record in the new group), not the last record in the group just ended. Use the SET command to save data in global variables if you need to later access it when a list break has been detected. Note that the ifendlist and ifnewlist commands can generally be used to insert HTML tags to end a list and begin a list.

<?ifnewlist group-number?>

This is the fourth of the five group commands. Lines following this command and preceding the next group or endif command will be written to the output file at the beginning of a new list of records at this group level. Ifnewlist commands should follow definegroup, ifendgroup and ifendlist commands, should precede ifnewgroup commands, and should generally be specified in ascending order by group number. The ifnewlist command has one operand.

<?ifnewgroup group-number?>

This is the fifth of the five group commands. Lines following this command and preceding the next group or endif command will be written to the output file at the beginning of a group of records sharing a common value for this key field. Ifnewgroup commands should follow all other group commands, and should generally be specified in ascending order by group number. The ifnewgroup command has one operand.

<?else?>

The else command terminates the scope of its corresponding if, ifchange, ifendgroup or ifnewgroup command, and applies the opposite logical condition to the following template lines.

<?endif?>

The endif command terminates the scope of its corresponding if, ifchange, ifendgroup or ifnewgroup command.

<?loop?>

This command indicates the end of the code that will be written out once per data record. Lines after the loop command will be written out once per output file created, at the end of each file.

Script File Format

The script file is itself a tab-delimited text file, and you can edit one using your favorite tool for such things. You can create one completely from scratch if you want, but it usually easiest to record one first, and then edit the results.

The script file has the following columns.

  1. module -- This names the tab to process the command.
  2. action -- This names the action to be taken, and usually corresponds to a button on a tab.
  3. modifier -- This supplies a value that modifies the intent of the command in some way.
  4. object -- The name of the thing to be acted upon.
  5. value -- A value that the object is to be set equal to.

Following is a complete list of all the allowable forms for script commands. Constants are displayed in normal type. Variables appear in italics. Blank cells indicate fields that are not applicable to a particular command, and therefore can be left blank or empty. Forward slashes are used to separate alternate values: only one of them must appear (without the slash) in an actual script command. Most of the values correspond directly to equivalent buttons on the tabs, as described elsewhere in this user guide. The one non-intuitive value is probably the Filter values for the andor object: True sets "and" logic on, while False sets "or" logic on.

Note that file names may begin with the literal "PATH" surrounded by "#" symbols. When recording a script, the program will automatically replace the path containing the script file with this literal. In addition, upwards references from the location of the script file will be indicated by two consecutive periods for each level in the folder hierarchy. On playback, the reversing decoding will occur. In effect this means that files within the same path structure as the script file, or a sub-folder, will have their locations identified relative to the location of the script file. Files on a completely different path will have their locations identified with absolute drive and path information. The overall effect of this is to make a script file, along with the input files referenced by the script file, portable packages that can be moved from one location to another, or executed with different drive identifiers, and still execute correctly. Normally all of this will be transparent to the user.

Similarly, the literal "#TEMPLATES#" will be used as a placeholder for the path to the current template library, as set with the Set Template Library button on the Template tab.

The "epubin" and "epubout" actions require some additional description, since they have no correlates on the Script tab just described. The former identifies a directory containing the contents of an e-book in the EPUB format; the latter identifies the ".epub" file to be created using that directory as input.

module action modifier object value
input open url merge/blank url name
input open file merge/blank file name
input open dir merge/blank directory name
input open html1 merge/blank file name
input open html2 merge/blank file name
input open html3 merge/blank file name
input open xml merge/blank file name
input open xls merge/blank file name
input epubin dir blank directory name
input epubout file blank file name
sort add Ascending/ Descending field name  
sort clear      
sort set   params  
combine add   dataloss integer
0 = no data loss, 1 = one record overrides, 2 = allow concatenation
combine add   precedence integer
+1 = later overrides earlier, -1 = earlier overrides later
combine add   minnoloss integer
combine set   params  
filter set   andor True/ False
filter add operator field name comparison value
filter clear      
filter set   params  
output set   usedict True/ False
output open     file name
template open file   file name
template generate      

File Directory Format

PSTextMerge User Guide

The following special column headings are predefined for file directory entries.

Sort Key
Used for sorting the directory entries alphanumerically, without regards to case (upper or lower) or punctuation. The complete file path will appear here, all in lower-case, with spaces between file directories, and spaces replacing punctuation.
Folder1 through Foldern
Folder1 will contain the first sub-directory name, within the specified input directory, if this entry came from a sub-directory. Folder1 through Foldern columns will appear, where “n” is the maximum directory depth - 1 (since a maximum directory depth of 1 indicates no sub-directory explosion at all).
Path
The series of folders, with each folder/directory separated from the previous one with a slash, between the top level folder selected and the file name identified later in this row.
File Name
Name of the file or sub-directory.
Type
The type of directory entry: “File” or “Directory”.
English Name
A file name with standardized spacing, without punctuation, and without a file extension.
File Name w/o Extension
The file name without its extension.
File Ext
The file extension, if a file and if it has one.
File Size
Size of the file, in bytes.
Last Mod Date
Date of last change to the file, in “yyyy-mm-dd” format.
Last Mod Time
Time of last change to the file, in “hh:mm:ss zzz” format, where “hh” is a 24-hour (military) hour, “mm” is minutes, “ss” is seconds and “zzz” is an abbreviation of the time zone.
Word1 through Word5
The file name, without directories and without extension, will be broken down into up to five separate fields, using punctuation, spaces, and case transitions to demarcate words.

Markdown Metadata File Format

The following special column headings are predefined for metadata gathered from Markdown files.

Metadata is provided in the spirit of, although not in complete conformance with, the MultiMarkdown syntax. That is, special lines are expected at the top of the file, each line starting with a key, followed by a colon and then a value, as in the following example.

Title: Markdown Metadata
Author: Herb Bowie
Tags: Java, Documentation
Date: July 4, 2012

Note that there are two variants of this file type, one simply labeled “Markdown Metadata” and the other labeled “Markdown Metadata Tags”. The first has only one row per Markdown file, and identifies all tags for that file. The second has one row per tag per file, and identifies only one tag at a time. The first file format would normally be used for a simple index of the files, while the second format would be used to generate an index by tag.

Complete Path
The complete path to the file, including all directories, plus the file name and extension.
Base Path
The folder path to the top directory containing the markdown files included in the list.
Local Path
The series of folders, with each folder/directory separated from the previous one with a slash, between the top level folder selected and the file name identified later in this row.
Depth
0 for files at the top level of the extract, 1 for files within the next set of folders, and so forth.
File Name
Name of the file, including its file extension.
File Name Base
The file name without its extension, and without the period preceding the extension.
File Ext
The file extension, without the preceding period.
Last Mod Date
Date of last change to the file, in “yyyy-mm-dd hh:mm:ss TMZ” format.
File Size
Approximate size of the file, in bytes.
Title
The title can come from a number of different sources. If the file does not contain a title, then the file name will be used as the title, after removing its extension, and normalizing the case and word separators to leading caps and a space, respectively. If the file contains a level 1 heading, denoted by an initial line followed by a line of simulated double underlines (four or more equal signs), per the [Markdown][] specification, then this will be used as the title. And finally, if the metadata at the top of the file contains a line starting with “Title:”, then the remainder of the line will be used as the title.
Author
If the file title is followed by a byline, starting with the word “by”, then the remainder of the line will be used as the author. Alternatively, if the metadata at the top of the file contains a line starting with “By”, “Author”, or “Creator”, then the remainder of the line will be used as the author.
Date
The date associated with the file, as established by a metadata line at the top of the file starting with “Date:”.
Breadcrumbs
Tags
These would be the tags provided by a metadata line starting with the key of “Tags”, “Keywords” or “Category”. Multiple tags may be provided, each separated from the other by a comma, with or without spaces. Tags may be nested as well, with a period separating each level, without any spaces.
Linked Tags
Tag

PSPub Outline File Format

This is a special text file format to allow easy representation of an outline structure. Indention is used to indicate outline levels. The first character of the first line is assumed to be the “bullet” character that will subsequently identify all list items. Blank lines indicate paragraph breaks. A line beginning with “a:” (or simply with “http:”) identifies a URL to be associated with the preceding outline item.

This structure is then converted to a columnar data structure, with one row for each paragraph/list item, and with the following columns.

sectionnumber1 through sectionnumber10
The sectionnumber1 column contains the current highest level “section”, or item number, in the overall structure. These numbers are assigned internally, beginning with 1, and are not taken from the input file.
headingflag
Set to “true” if this item is a bulleted item, otherwise set to “false”.
level
Starting with 1, the depth of the current item in the overall structure.
text
The body of the item or paragraph.
link
The URL, if any, supplied for this item or paragraph.

Club Planner File Formats

Information about events and other items for club consideration are stored in text files, with one event/item per file.

Note that there are two variants of this file, one labeled “Club Planner” and the other labeled “Club Notes”. The first has only one row per event, while the second has one row per note header in the Notes field for each event.

Folder Structure

The text files should be organized into folders whose names provide additional data about the items.

The event files should be placed into something like the following folder structure.

The text files themselves consist of a series of field names, each followed by a colon, and then followed by the field data on the same and/or successive lines.

Template

The following lines can be used as a template for creating a Club Planner event.

    /*
        Fill out this form for a new event, then save it with the name of the event. Use a plain
        text editor to complete the form. Fill out as many fields as you can, and leave the
        rest blank. Note that text such as this, between a slash asterisk and an asterisk slash,
        are comments and not content. Text following a pair of slashes on a line are also
        treated as comments. Comments may be deleted once the form is filled out, or left in.
    */
    Type:
    /*
        Type should be one of the following:
        Active / Board / Career Networking / Close Meeting /
        Collaboration w/Other Clubs  / Communication / Community / Culture /
        Family / Finance  / Membership / Open Meeting / Organization  /
        Scholarship  / Social / Sports / Student Connections
    */
    What:                           // Enter a short title for the event
    When:                           // e.g., Sat Mar 31 at 8 PM
    Where:                          // Name of the venue, street address, city state and zip
    Who:                            // Name of primary contact at email address
    Why:                            // Justification for approving this event
    Teaser:                         // Two or three sentences hitting the high points
    Blurb:                          // One or more paragraphs with additional details
    Cost:                           // e.g., $43 per person
    Purchase:                       // Instructions for purchasing tickets
    Tickets:                        // How purchasers will receive tickets
    Quantity:                       // e.g., Block of 20 seats
    Planned Income:                 // e.g., $43 x 20 = $860
    Planned Expense:                // e.g., $43 x 20 = $860
    Planned Attendance:             // How many people do we expect to participate?
    Actual Income:
    Actual Expense:
    Actual Attendance:
    Recap:                          // How did the event go? Any lessons learned?
    ID:                             // Enter the article ID from our Web site
    Link:                           // URL with more info about the event
    Venue:                          // Link with more info about the venue
    Image:                          // URL for an image about the event
    News Image:                     // URL for an image to use in the email newsletter
    Discuss:                        // Points to be discussed at our next board meeting
    Notes:
    /*
    Copy and paste notes about the event. Precede each note with a header line indicating
    who it came from, on what date and via what medium. For example:

    -- Will Dorchak, Feb 16, via email

    Follow the header with a blank line, and the the text of the note, using blank lines
    to separate paragraphs.

    */

Input Fields

Field names and definitions follow.

Type: This is the general type of the event. The following values are suggested.

What: A brief descriptive title for the event.

When: An indication of the date and time that the event will be held, in a format emphasizing human readability. This need not be a complete date. It need not and generally should not contain the year, since this can be inferred from the operating year identified in the higher level folder. If an exact date is known, then this field should generally start with a three-character abbreviation for the day of the week. Three-character abbreviations for the month are also recognized and encouraged. Following are perfectly good examples of dates.

Where: The location of the event, including the name of the venue and its address.

Who: Who is assigned to plan, coordinate and host the event. Can include multiple names. Can include email addresses and phone numbers.

Why: Why does the club think it would be a good idea to host the event? Why do we think this would be an event deserving of the club’s resources?

Teaser: One to three sentences describing the event. Not intended to provide complete information, but intended to pique the reader’s interest and motivate him to read further.

Blurb: Additional information about the event. Need not repeat information in the teaser, and need not repeat additional event details available from other fields, such as When and Where. This field can contain multiple paragraphs, separated by blank lines. Markdown formatting will be applied to this section.

Cost: The cost per person to attend the event. If the event is free, then leave this field blank.

Purchase: Instructions on how to purchase tickets to the event, if any.

Tickets: For purchasers, information on how they are to receive the tickets.

Quantity: Number of seats or tickets available for the event; maximum number of attendees.

Planned Income: The amount of money the club plans to receive for the event. For this and the following dollar amount fields, multiple dollar figures may be interspersed with descriptive words. “$20 x 40” will result in a planned income of $800.00, for example.

Planned Expense: The amount of money planned/budgeted to be spent on the event.

Planned Attendance: The number of attendees built into the club’s planning assumptions.

Actual Income: The club’s actual income for the event.

Actual Expense: The club’s actual expenses for the event.

Actual Attendance: The actual number of people who attended the event.

Recap: A brief summary of how the event went. Can include lessons learned from the event.

ID: After the event has been added to the club web site, the ID assigned to the page by the Content Management System should be entered here. This might be identified in the URL for the event as the “articleid”, as in “articleid=17”, meaning that an ID of “17” should be entered here.

Link: A URL pointing to a Web page with more information about the event.

Venue: A URL pointing to a Web page with more information about the venue for the event.

Image: A URL pointing to an image that can be used to help advertise the event.

News Image: A URL pointing to an image suitable for use in our newsletter.

Discuss: Identification of any issues to be discussed at an upcoming club meeting.

Notes: One or more blocks of text with information about the event. This field can contain multiple paragraphs, separated by blank lines. Markdown formatting will be applied to this section.

Each block of text should be preceded by a line similar to the following example.

-- AAUM on Feb 21 via email

Note that each such header line contains the following elements:

Calculated Fields

The following fields will be calculated and placed in the resulting list.

Year: The operating year for the event, if available from one of the enclosing folders (see section above on folder structure).

Status: The event’s status, based on its immediately enclosing folder name.

Seq: This is intended as a sort key, to create an agenda for a club meeting. A type of “Open Meeting” will result in a sequence of 1; a type of “Finance” will result in a sequence of 2; a type of “Communication” will result in a sequence of 8; a type of “Close Meeting” will result in a sequence of 9; any other type will result in a sequence of 5.

YMD: This will contain the event’s date, or as much of it as is known, in a predictable “yyyy-mm-dd” format that can be used for sorting. The information here is calculated based on the club’s operating year and the When field.

File Name: The name of the file, without any folder information, and without a file extension.

Blurb as HTML: The blurb field, converted from Markdown to HTML, suitable for insertion into a Web page or email.

Over/Under: The amount by which the club’s actual income and expenses differed from the club’s planned income and expenses. A positive amount indicates the club did better than expected, with lower expenses and/or higher income than planned; a negative amount means the club did worse than expected.

Finance Projection: The projected impact of this event on the club’s finances, calculated based on the planned and actual income and expenses. A negative number decreases the club’s funds, while a positive number increases them. This number is calculated using the planned values if no actuals are available, or the actual values once they are entered.

Short Date: This is a short, human-readable form of the date. It includes a three-letter abbreviation for the day of the week, a three-letter abbreviation for the month, and the 2-digit day of the month.

Notes as HTML: The entire notes field, converted from Markdown to HTML, suitable for insertion into a Web page or email.

Additional Fields in Club Notes File Format

The following additional fields are extracted for the Club Notes file format, with one row for each note header.

Note For: The date of the note, in yyyy-mm-dd format, suitable for sorting and/or filtering, as extracted from the note header.

Note From: The source of the note, as extracted from the note header.

Note Via: The medium by which the note was communicated, as extracted from the note header.

Note: The text of the note, following the note header.

Note as HTML: The text of the note, converted from Markdown to HTML, suitable for insertion into a Web page or email.

Return to User Guide


PSTextMerge logo