Rename `afformExamplepage` to `afExamplePage`

Rename afformApi3* to afApi3*

info.xml - Align version numbers

Rename affApi4* to afApi4*

Rename `afformHtml*` to `afHtml*`

Add docs/style.md

layoutFormat - Flip default from shallow to deep

AfformTest - Test two example documents thoroughly for consistent conversions

WIP ArrayHtml

WIP deep array format

Let's stop advertising 5.6 since we might break it at any moment

Add note as to what this does

Limited but  in the right direction

info.xml - Normalize titles/descriptions

afformHtmlEditor - Expose 'title' property

Remove dependence on crmApp & add page title

Suppress warnings about nonstandard tag names

Code cleanup

Simplify variable assignment

afformHtmlEditor - Fix saving of server_route and description

Api4Ctrl - Fix infinite reloads

I noticed that the `afform-html` GUI is sending an infinite number requests to
reload its data.  After bisecting, I found that e7ebc633a had expanded the
scope the `watch()` so that it reloads on *any* change to `affApi4Ctrl` (not
just a change in params).  But the `affApi4Ctrl` includes the `.result` data
- as soon as the result data is returned, it re-triggers the watch and sends
the request again.  This becomes an infinite loop.

I don't think this was necessary for the goal of indexing - although maybe
the idea was that a change to `.index` should cause a reload, which seems
reasonable.  So I've whitelisted fields which deal with APIv4 inputs.

afform_html - Remove unused page controller

Obsoleted by afform-based version of the page

Update info.xml

Add auditor/backlog.md

Load data from ids passed in url

Add field widgets

Add field widgets

Merge existing field metadata

Civilint cleanup

afform/core - When injecting APIv4 metadata, be more choosy

afform/core - Inject APIv4 metadata on the `af-field` tags

afform/core - Apply changesets to afform HTML

afex.aff.html - Update example markup

Fix phpunit 6 support

Afform.update - If server_route changes, then clear menu/navigation system

Add basic table output on afform list page

Add index to Api4Ctrl

afform_html - Show more editable properaties

afform_html - Declare dependency on afform core

afformCore - Add crmUrl to default scopes for afforms

afformHtmlEditor - Add "Save" button

roadmap.md

afform_html - Split main screen into two smaller components

* Before: `afformHtmlEditor` contains list and edit screens
* After: `afformHtmlEditor` contains just the edit screen
* After: `afforHtmlList` contains just the list screen
* After: `afforHtmlAdmin` delegates to `afforHtmlList` and `afformHtmlEditor`

afMoncao - Better default sizing

afMoncao - While hovering on editor, 2-finger scroll should only affect editor

afformHtmlEditor - Show list-view if no `?name=` is set.

core - Implement aff-api4-action directive

This allows you to invoke APIv4 when a user clicks on a button or link.  It
is analogous to `ng-click`, except that the notation and messaging are
tweaked for APIv4.

afMonaco - Use more conventional scrollbars

afformCore - Expose crmApi4 and crmStatus in standard scopes

afform_html - Update monaco to 0.16.2

afform_html - Skeletal page with Monaco (Angular-based; no saving)

Example URL: http://dmaster.bknix:8001/civicrm/admin/afform-html/#/?name=afformExamplepage

afform_html - Add status-check for Monaco files

afform_html - Statically load Monaco editor

afform_html - Add skeletal page civicrm/admin/afform/html

afform_html - Use package.json to download Monaco

Import afform_html skeleton

ang/af*.ang.php - Remove elements that are unlikely to be used

ang/*.ang.php - Cleanup new files

Add example page `civicrm/afex` based on last note from planning-v0.3.md

afModel*, afBlock*, afField - Add skeletal directives

Add skeletal modules

ArrayHtml - Mitigate crash on HTML comments

Afform.{get,update} - Allow layout format to be array or string/HTML

ArrayHtml - Boundary cases for empty content. Code formatting.

Api4/Afform.php - Fix callback notation. Cleanup style.

Update planning-v0.3.md

Update planning-v0.2.md

Create planning-v0.3.md

Update planning-v0.2.md

Update planning-v0.2.md

Add getFields to api4 classes

Add skeletal APIs for AfformPalette and AfformTag

Civi\Api4\Afform - Refactor to use BasicGetAction, BasicUpdateAction, BasicBatchAction

WIP afformList angular page

AfformTestCase - Extract base for more tests

Civi\Api4\Afform - Use simple (non-db) implementation. Fix typos in namespaces.

Afform.revert - Refuse to revert if there are no "where" constraints

Bulk reverting everything would be... a bit... dangerous?

docs - Update to reflect new naming convention. General copy-editing.

Skelital gui list page

Copyedits on mockups

Show mockup as main graphic. Remove unused placeholder.

AfformScanner - Allow loading bare forms

__Before__: To create an afform, you *must* create both the HTML and JSON file.

__After__: To create an afform, you *must* create the HTML file. You *may* create JSON file.

__Comments__: This enhances developer usability.

Skelital gui angular page

mock - Define two directives, one which references the other

AfformScanner - Use `ang/*.aff.json` file-naming convention

__Before__: Scan each `$extension` for `$extension/afform/*/meta.json`

__After__: Scan each `$extension` for `$extension/ang/*.aff.json`

__Comments__: This is a significant breaking change for v0.2.

It preserves some key design-goals from the old naming convention

* The symbol in HTML (e.g.  `afform-email`) should have symmetry with the file-name (e.g.  `afform/Email/*` or `afform-email.*`)
* The file-name in the base-code provided by an extension should match the file-name in the local override folder.

However, the new naming convention also:

* Makes it easier downstream to choose their own prefixes. We're not boxed-in or hard-coded to `afform-`.
  This will be useful, e.g., with distinguishing the stdlib from the business-forms that use the stdlib.
* Puts Afform-Angular content in the same folder structure as Regular-Angular content.

Move mock form and its test case to a separate extension (`afform-mock`)

Update examplepage to follow new file naming

Generate skeletal `afform-gui` extension

README.md - Hide sections about future/unavailable install methods

Move core/framework code under `./core`

info.xml - Bump to v0.2

Import v0.2 discussion sketches

Add docs/sandbox/planning-v0.2.md

Update README.md

info.xml - Set version to 0.1

Afform.{create,delete} are equally unsupported/untested/TODO.

Remove Afform.{get,create} support from APIv3

Update docs to use api4 instead of api3

AfformCrudTrait - When delegating to another API call, use same permissions

Move AfformCrudTrait to a namespace that isn't scanned

Implement basic APIv4 support

Move CRM_Afform_AfformScanner to a service