Dev Process Improvements
========================
This page is where I get to brain-dump ideas for improving the
development/testing/packaging/documentation/etc process because making Issues
for speculation feels dirty.
Standardize the Build Process on Grunt.js
-----------------------------------------
It's a Javascript project, so let's use Javascript tools. Via grunt, folks should be able to:
* Make a build
* Run the qunit tests in a headless PhantomJS thing
* Run the selenium tests
* Check code for style problems
This is started here: https://github.com/wymeditor/wymeditor/tree/issue_360
Documentation
-------------
* Convert all of the existing docs from the old wiki to RST for hosting on
`Read The Docs `_
* Take a pass to remove all of the obvious errors and new stuff
* Move most of the good info from the readme to a good sphinx structure
* Move the stuff that's unique on the wiki to the sphinx structure
Run the Unit Tests in Every Browser on Every Build
--------------------------------------------------
`Testling-CI `_ seems like the way to go for running
our unit tests across our supported browsers. It won't work for our Selenium
tests, but it will at least make it easy to catch regressions and the like when
lazy developers \*cough\*me\*cough\* don't test in all of the IE's.
Use travis-CI to run Selenium Tests in Chrome
---------------------------------------------
It would be nice to run our Selenium tests in every supported browser on every
commit, but it's at least easy to run them using Phantomjs inside travis-ci:
http://about.travis-ci.org/docs/user/gui-and-headless-browsers/
Find Something to run Selenium Tests in Other Supported Browsers
----------------------------------------------------------------
There has to be a thing. Find that thing, and then use it.
Find a Better Way of Hosting the Demos
--------------------------------------
Joyent has discontinued their no.de node PaaS that we previously used to host
the demos. Either move to their `Nodejitsu `_
replacement, or find something else.