Renaming the release

# v0.8.13

## BUILD 1505
- Fixed a bug with `WriteAnalog` on `UR` devices.

# v0.8.12b

## BUILD 1504
`Action.Id` generation comes from a `static` counter in the `Action` class. This had a couple problems:
    - The counter is unique to the library. So, if a `Robot` was Disposed and a new one created, the first action for the second one would pick up from where the previous robot left (like resetting the Bridge multiple times). Alternatively, if the same assembly manages two robots, their action ids would alternate or be entwined.
    - Can't do it instance, because it would require factory methods from the robot to create `actions`.
    - Solution: new `Actions` are created with an `id` of -1 (or id-less). This maintains the flexibility of creating robot-agnostic actions. However, when they get issued to a `Robot` instance, the instance adds a rolling `id` coming from an internal counter.
    - Let's see how many things I break by doing this... XD
    - In any case, in the future, migration to non-numeric ids would be preferred...
- [x] Shift `Action.Id` generation to `OnIssue`.

## BUILD 1503
- [x] Softened exceptions for `RobotStudioManager`: they are now Machina Logger Errors.
- [x] `ActionExecuted` events are now raised for `Actions` that are non-streamable (like `MotionMode`). This is a good improvement, and solves a problem with the Bridge were such actions would not get acknowledged.

Merge pull request RobotExMachina#15 from RobotExMachina/export_multi…

…ple_files

Export multiple files on compilation

# v0.8.9

## BUILD 1429
- Fix Example files.

# v0.8.8

## BUILD 1428
- Revert `RobotCursor` to default `null` tool; this was giving a full other set of problems... Let's see what I break now by doing this...
- Fix bug where tools changes would accumulate rather than undo...
- New build version to keep up with Dynamo app update.

# v0.8.6

Reverted default `ToString()` to no labels (must extend this behavior…

… to all the other types)

Dist v0.8.4