Takes one parameter, Source value
Takes one parameter, a Source value
Has no parameters.
Has no parameters.
Has no parameters.
Has no parameters.
Takes one parameter, FieldBase
Takes 6 parameters, FieldBase, Destination, Function, Source, Value, IfLenFld
Takes three parameters, QueryName, FieldBase, FieldNames
Takes one parameter, FieldBase
Takes 5 parameters, FieldBase, GroupBy, MergeField, Delimiter, bKeepBlanks
Takes one parameter, FieldBase
Takes five parameters, FieldBase, FieldList, Mask, bBlanks2Zero, IfLenFld
Accepts a space separated list of field names.
Takes nine parameters, FieldBase, Destination, Function, Source1, Source2, Source3, Source4, Options, IfLenFld
Takes 7 parameters, FieldBase, GroupBy, GroupTotals, GrandTotals, Seperator, TotalPre, TotalPost
Takes three parameters, FieldBase, Destination, SourceFields
Takes 7 parameters, FieldBase, Destination, Source, OffsetVal, Operator, OpValue, IfLenFld
Takes seven parameters, FieldBase, Destination, Source, bAny, Delimiter, Item, IfLenFld
Takes a single parameter, a FieldBase
Takes two parameters, FieldBase, FieldNameList
Takes a variable number of parameters, FieldBase, Test1, Test2, [etc..]
Takes a variable number of parameters, FieldBase, Test1, Test2, [etc...]
Takes 2 parameters, FieldBase, FieldName
Takes 4 parameters, FieldBase, Left, Comparison, Right
Takes 5 parameters, FieldBase, Destination, Action, Source, IfLenFld
Takes two parameters, FieldBase, FieldNames
Takes 5 parameters, FieldBase, FolderPath, Action, Source, IfLenFld
Takes 4 parameters, FieldBase, Destination, SourceFields, Delimiter
Has six parameters, UniqueParent, DestField, FieldBase, UniqueChild, EmbedFields, Options
Takes up to 6 parameters, FieldBase, Destination, Action, Source, Value, IfLenField
Takes 3 parameters, FieldBase, Fields, SearchTerms
Takes six parameters, FieldBase, Destination, Table, Alias, SourceField, IfLenFld
Takes 3 parameters, FieldBase, pOne, pTwo
Takes six parameters, FieldBase, Destination, Function, Source, Value, IfLenFld
Takes two parameters, FieldBase, SortFieldList
Takes four parameters, FieldBase, FieldName, Source, IfLenFld
Takes 1 parameter, a formatting mask
Allows any extra HTML Attributes to be specified in the Control's HTML Tag
Takes six parameters, FieldBase, Destination, Function, Source, Value, IfLenFld
Has no parameters.
Takes six parameters, FieldBase, Destination, Source, Left, Comparison, Right
Takes a variable number of parameters, FieldBase, Destination, Source, Test1, Test2, [etc...]
Takes a variable number of parameters, FieldBase, Destination, Source, Test1, Test2, [etc...]
Takes four parameters, FieldBase, Destination, Source, IfLenFld
Takes four parameters, FieldBase, Destination, Source, IfLenFld
Takes 10 parameters, FieldBase, From, To, Subject, Body, bMerge, AttachName, AttachPath, Slow, IfLenFld
Takes four parameters, FieldBase, Destination, Source, IfLenFld
Takes four parameters, FieldBase, Destination, Function, IfLenFld
Takes six parameters, FieldBase, GroupByField, Destination, Action, Source, IfLenFld
Takes two parameters, FieldBase, FieldNames
Parameter is a comma separated list (using CSV rules and not in quotes) of the options made available to the user which are enforced on save.
Takes three parameters, FieldBase, Fields, IfLenFld
Takes four parameters, FieldBase, Destination, Source, IfLenFld
Takes three parameters, QueryName, FieldBase, FieldNames
Takes one parameter.
Has no parameters.
Has no parameters.
Takes five parameters, FieldBase, Destination, Action, Source, IfLenFld
Has no parameters.
Parameter is divided into two parts, the Test and the Result if True. The test comes prior to the keyword of Then and the Result if True comes after.
Takes 1 parameter, a formatting mask
Takes two parameters, FieldBase, FieldNamesList
Takes two parameters, FieldBase, FieldNamesList
Upgrade Notes
In order to Upgrade an existing copy of Moxie.Build V4 or V5 to the most recent version of V5, you can use the Upgrade example files found in the Tools folder to help automate upgrading multi-service systems, or you can just replace the following files/folders:
Moxie.exe
Moxie.dll
Default.dll
/DBStore/BuiltIn.*
/Lib
/Public/BuiltIn
/Templates/Admin
/Templates/Clean
/Templates/Default
/Templates/Default5
/Templates/Report
Takes two parameters, FieldBase, FieldNames
Takes three parameters, FieldBase, OldFieldName, NewFieldName
Takes two parameters, WorkFieldBase + FieldToParse, Delimiter
Takes three parameters, FieldBase, Fields, IfLenFld
Takes two parameters, FieldBase, PivotField
Takes two parameters, DBTableName, DBTableRecordAlias
Takes one parameter, FieldBaseToTrim
Takes one parameter, a FieldBase
Takes two parameters, FileName, bHasHeader
Takes a variable number of parameters
Takes two parameters, FileName, Options
Parameter is a space separated list of field names to be displayed when the user is viewing results from the Search List in the Admin interface.
Takes one parameter
Accepts one optional numeric value as a parameter
Brief overview on the file structure and contents under Moxie. The files and folders discussed in this post are those that are essential when upgrading to the most recent version of Moxie.Build , or when troubleshooting server errors.
Takes a variable number of conditional logical if statements
Has no parameters
A Message Handler is only ever called by the Database on a Database Event. These Event Messages allow a Developer to intercept operations taking place on a per-record level and implement Event based business logic.
Accepts a numeric value as a parameter.
Moxie.Build supports translating any user-facing text into multiple languages from a single database table. Procedures, templates, and database field metadata all share the same translation store, so a string written once is reusable everywhere.
Developing in Moxie.Build on localhost give you the advantage of working with the template files natively. When working on procedures (MOX code) you need to access that through the Procedures page in the Admin area of a Moxie.Build system, if running the server on localhost or on a remote server. When running on a remote server, you can edit the template files via the Files page in the Admin area.
The MOX coding and programming language pays heritage to BASIC, but has been crafted for the specific type of work and environment that is demanded of Moxie.Build.
This style guide provides comprehensive standards for writing clean, maintainable, and consistent MOX code for Moxie.Build. Code examples on this page are for illustrative purposes and are only intended to demonstrate style conventions.
Moxie.Build, in short, may be used and licensed free of charge for education and non-profit organizations. Whenever it is used by government or for-profit organizations the license is granted on a subscription basis.
Moxie.Build includes a number of open source components as part of its distribution; each is subject to their own licenses as included with the files for those components.
Takes one parameter, Name
Takes one parameter, a List of possible group types
Has no parameters
Takes nine parameters, TableName, ProcName, Type, Params, GroupTypes, Label, Note, DevNote, Source
Takes one parameter, a single character
Takes a variable number of parameters
Takes ten parameters, TableName, OldProcName, NewProcName, Type, Params, GroupTypes, Label, Note, DevNote, Source
Takes two parameters, Source, Value
This utility program manages a server install with one or many Moxie.Build services running by taking care of nightly tasks via a scheduled task.
Takes a variable number of conditional statements to compare against a single source
Takes one parameter, Control
The Setup Table controls aspects that can be changed while the server is running, and is intended to contain both Moxie.Build specific values as well as application specific.
Takes two parameters, Source, Search
Has one parameter, Options
Some Work Query command parameters can accept a source of either a Work Query Field name or a text literal. Text literals in these cases are prefixed with a backtick ` character.