Packages

Definition Classes: root

This is the root package for the Openstrat project.

This is the root package for the Openstrat project. The top of this package contains, 32 bit Int based Colours, the Multiple type class, a show and persistence library using RCON (Name may change), Rich Compact Object Notation, array based compound value collections of same length elements, an Either based errors framework and general utilities.

Definition Classes: root

package gOne

This is the package for an extremely simple simultaneous turn game.

Definition Classes: ostrat

package gTwo

Definition Classes: ostrat

package geom

I chose the package name to not clash with "geometry" that may be use in other libraries This package contains Basic geometry.

I chose the package name to not clash with "geometry" that may be use in other libraries This package contains Basic geometry. A number of implementation Value classes of the Int and Double product classes defined in ostrat. 2d graphical objects for generalised use. They are of particular use for the generic canvas based classes defined in pCanv but can be used in any display framework and for printing.

Definition Classes: ostrat

package p1783

This p1783 package is the beginnings of a grand strategy development game starting in 1783.

Definition Classes: ostrat

package p305

This is the beginnings of a grand strategy game starting in BC305 covering Europe, North Africa and West Asia.

Definition Classes: ostrat

package pCanv

The package attempts to encapsulate the various abstract canvas traits while the actual objects that populate a canvas go in package geom.

Definition Classes: ostrat

package pCard

This is ancient code.

This is ancient code. Not use how much is worth salvaging

Definition Classes: ostrat

package pChess

This is a package for Chess and Draughts (also known as Checkers).

This is a package for Chess and Draughts (also known as Checkers). It has been included in the main Strat library, as useful to have code. Because they are finished games, with established rules and iconography. As opposed to applications like GOne, GTwo etc, which are super simple games merely created for the teaching of the use use of the ostrat libraries. And also as opposed to the games in the Dev module which are intended to be developed into interesting games which may at some point have their own individual repositories.

Definition Classes: ostrat

package pCiv

A civilisational development game.

Definition Classes: ostrat

package pCloseOrder

Definition Classes: ostrat

package pDev

Definition Classes: ostrat

package pDraughts

Definition Classes: ostrat

package pDung

Definition Classes: ostrat

package pEarth

Definition Classes: ostrat

package pFlags

Definition Classes: ostrat

package pGrid

This package works with hexagonal and Square tile grids.

This package works with hexagonal and Square tile grids. The tile objects themselves will not in the general case the contain grid coordinates, although it may be necessary to include this data for complex Tile values interacting with their wider environment. Its fundamental components are the grid data itself. This is just a linear array of tile data. Compile-time typed grid data. So for example a chess board can be represented by a 64 element Arr, its context determines that it is to be interpreted as an 8 by 8 square grid. Grid descriptions that describe the grid representation in the Array and GridFunctions which implement Cood to T. The grid and grid-gui hierarchies currently contain a mix of new and old systems.

The package name pGrid was chosen to allow you to use the name "grid" in your code.

Definition Classes: ostrat

package pHtmlFac

Definition Classes: ostrat

package pParse

This is the RSON package.

This is the RSON package. Readable Succinct Object Notation. It could be just as accurately be described as Readable Succinct Data Notation, but that wouldn't scan as well and indicate it as a better replacement for JSON. RSON uses the standard semicolon separated statements combined with multilevel bracket hierarchy syntax familiar from C, C++, Java and JavaScript. Its main innovations over JSON and XML are allowing statements to be partitioned into comma delineated clauses, the empty statement, the empty clause and type inference. It uses a context free operator precedence hierarchy, with the exception of allowing the 4 ( - + ~ !) operator to be used as prefix operators. Beyond this it generally follows Scala syntax where this doesn't conflict with the preceding rules. Unlike Scala statements must finish with a semicolon unless it is the last statement of a file or a bracket block. Allowing statements to end with a newline introduces horrendous ambiguities unless one is willing to go completely down the significant whitespace route and I'm not sure if that could work even work for such a general purpose basic syntax.

The above allows it to combine a high level of human readability, succinctness, non-programmer / non-expert write-ability, programmer flexibility and composability and fast-parsing. The initial motivating use case was strategy games, which require huge amounts of modable date files. XML and JSON, the current defaults are simply not fit for purpose. RSON aims to break down the walls between game player, game modder, professional game artist, professional game scripter, professional imperative programming wizards in languages such as C / C++ and Rust and professional functional programming wizards in languages such as Scala, Haskell and Idris.

Definition Classes: ostrat

package pReactor

Definition Classes: ostrat

package pSJs

Definition Classes: ostrat

package pSpace

Definition Classes: ostrat

package pStrat

Package for miscellaneous game utilities and data.

Definition Classes: ostrat

package pWW2

This pSimp is the beginnings of a WWII grand strategy game.

Definition Classes: ostrat

package pWeb

This package for the manipulation of Html, XML CSS and Javascript.

This package for the manipulation of Html, XML CSS and Javascript. Some of the functionality could be replaced by Scalatags. As it currently stands the code and design quality of this package is not up to standard, but due to many other higher priorities, I have not been able to take the next step, which is to 1 improve and document it, rewrite it from scratch or 3 replace it with a Scala-tags dependency or some other library.