Open-Source-Access-Control-.../public/wymeditor
2013-09-28 04:59:19 -07:00
..
examples Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
jquery Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
wymeditor Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
AUTHORS Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
CHANGELOG.md Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
GPL-license.txt Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
MIT-license.txt Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
README.md Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00
version.txt Adding wysiwyg and settings 2013-09-28 04:59:19 -07:00

WYMeditor Build Status

WYMeditor is an open source web-based WYSIWYM editor with semantics and standards in mind. The WYM-part stands for "What You Mean" compared to the more common "What You See Is What You Get".

Why WYMeditor?

WYMeditor is different from the traditional editors because we are 100% focused on providing a simple experience for users that separates the content of their document from the presentation of that document. We focus on enforcing web standards and separating a document's structure (HTML) from its presentation (CSS). Your users won't know and shouldn't care about HTML, but when they need consistent, standards-compliant, clean content, they'll thank you.

There are lots of choices when it comes to a browser-based editor and many of them are stable, mature projects with thousands of users. If you need an editor that gives total control and flexibility to the user (not you, the developer), then WYMeditor is probably not for you. If you want an editor that you can customize to provide the specific capabilities your users need, and you want users focused on the structure of their content instead of tweaking fonts and margins, you should give WYMeditor a try.

Try It

Want to see what WYMeditor can do? Try the WYMeditor examples right now.

These examples run the bleeding edge code and give you a good idea of what WYMeditor can do.

Quick Start

  1. WYMeditor requires a version of jQuery between 1.3.0 and 1.9.1. First ensure that your page includes jQuery.

    Note: If a version of jQuery at or above 1.8.0 is used, WYMeditor also requires jQuery Migrate. Ensure that your page also includes jQuery Migrate after jQuery is included.

  2. Download the Version 1.0.0b5 archive from the release page and extract the contents to a folder in your project.

  3. Include the wymeditor/jquery.wymeditor.min.js file on your page using this script. This file will pull in anything else that's required.

    <script type="text/javascript" src="/wymeditor/jquery.wymeditor.min.js"></script>
    
  4. Now use the wymeditor() function to select one of your textarea elements and turn it in to a WYMeditor instance. eg. if you have a textarea with the class my-wymeditor:

    $('.my-wymeditor').wymeditor();
    

    Note: You'll probably want to do this initialization inside a $(document).ready() block.

  5. If you'd like to receive the valid XHTML your editor produces on form submission, just add the class wymupdate to your submit button.

    <input type="submit" class="wymupdate" />
    
  6. ???

  7. Profit!

More examples with different plugins and configuration options can be found in your examples directory.

Compatibility

WYMeditor is compatible with:

Browsers

  • IE: 7, 8, 9 and 10
  • Firefox: LTS and latests two major versions
  • Opera: Latest version
  • Safari: Latest version
  • Google Chrome: Latest two major versions

jQuery

  • Versions 1.3.X to 1.7.X
  • Version 1.8.x to 1.9.X when you include jquery-migrate

Contributing to WYMeditor

Documentation

Our documentation uses the Sphinx documentation tool. The source lives in the docs/ folder and every pull requests that isn't just fixing a bug must come with documentation.

You can see the current documentation at wymeditor.readthedocs.org.

Testing WYMeditor

To maintain quality, WYMeditor includes both a Qunit unit test suite and a Selenium2 test suite. You are encouraged to run both of them, with all tests passing in all supported browsers. If that's ever not the case, please file a bug so we can fix it!

All of the following instructions assume you've already retrieved a copy of the source, using git like so:

git clone git://github.com/wymeditor/wymeditor.git

Unit Tests vs Selenium Tests

The unit test suite covers the vast majority of required tests and can be quickly run by anyone with a copy of the source code either from the command line or in a browser. For the majority of behavior, a unit test will suffice. Unfortunately, there are cases where browser behavior can't be simulated in a unit test (these primarily involve testing browser-specific input handling and execCommand behavior). To test these issues, a Selenium test is required.

Currently, the Selenium test suite is written in python. In the future, we would like to move to the node.js wd module. This will once again allow a contributor to only require knowledge of javascript in order to enhance WYMeditor.

Running Unit Tests

Running Unit Tests in a Browser

WYMeditor includes a full unit test suite to help us ensure that the editor works great across a variety of browsers. You simply need to serve the WYMeditor source using some type of web server and then load the URL for the unit tests in your browser.

To run the tests:

  1. Put your source behind some kind of web server (apache, nginx, etc). If you don't have one installed or don't want to fuss with configuration, you can use python's HTTP server:

    $ cd /path/to/my/wymeditor/src
    $ python -m SimpleHTTPServer
    
  2. The unit test suite is located at src/test/unit/index.html, so if you used the python instructions, open up your browser to http://localhost:8000/test/unit/index.html.

All green means you're good to go.

Running Unit Tests from the Command Line

In addition to the browser test suite, you can also use Phantom.js to run the unit tests in a headless WebKit browser from the command line using Grunt by following these instructions:

  1. Navigate to the root directory of the project directory cloned from git.

  2. Use NPM to install the Grunt requirements by running this command in the root directory of the project:

    $ npm install
    

    Note: You might have to run this command as the the root user on your system.

  3. Use NPM to install the Grunt CLI.

    $ npm install -g grunt-cli
    

    Note: You might have to run this command as the the root user on your system.

  4. Finally, run the unit tests by running the test Grunt task in the root directory of the project:

    $ grunt test
    

If the task runs with no errors or failures, you're good to go.

Unit testing different jQuery versions

The unit tests can be run with the different versions of jQuery hosted on Google's CDN. To do this when running tests in a browser, append the URL parameter ?jquery=<version> to the test suite URL. To do this when running tests from the command line with Grunt, include the parameter --jquery=<version> when running the test task.

For a browser example, to test with jQuery 1.8.0 against a local server on port 8000, use the URL: http://localhost:8000/test/unit/index.html?jquery=1.8.0.

For a command line example, to test with jQuery 1.8.0 using Grunt, use the command:

grunt test --jquery=1.8.0

If no specific version of jQuery is specified to be used with the unit tests, the newest build of the oldest fully supported minor version of jQuery will be used by default (Currently, that version is 1.4.x).

Selenium Tests

Because WYMeditor is strongly affected by the way various browsers handle certain native events (keystrokes, mouse navigation, switching windows), it's not always possible to use JavaScript to actually test that behavior. For specific cases where it's not possible to reproduce a behavior in JavaScript, we rely on our Selenium2 test suite to drive an actual browser using the Selenium 2 python bindings.

If possible, it is strongly encouraged to write a JavaScript unit test using Qunit instead of a Selenium test.

Running Selenium Tests
  1. Install the Selenium 2 python bindings, roughly following these installation instructions. The specific version of the python Selenium bindings and the nose testing framework we require are defined in a pip requirements file located at wym_selenium/requirements.txt. To install these, we recommend that you first create an isolated python virtualenv:

    $ mkdir -p ~/.virtualenvs
    $ virtualenv ~/.virtualenvs/wym
    
  2. Then use pip to install the requirements:

    (wym)$ cd /path/to/wymeditor
    (wym)$ pip install -r selenium_requirements.txt
    
  3. To run the Selenium tests, you'll first need to serve the src directory with a web server. If you have python installed, then you can simply open a terminal and run:

    $ cd /path/to/wymeditor
    $ make testserver
    

    You'll need to keep this terminal open when running the tests.

  4. Then you can use make once again (in another terminal) to actually run the tests:

    $ source ~/.virtualenvs/wym/bin/activate
    (wym)$ cd /path/to/wymeditor
    (wym)$ make selenium
    

Building WYMeditor

  1. Get a copy of the source using git:

    git clone git://github.com/wymeditor/wymeditor.git
    
  2. Install make, Node.js and UglifyJS. To install UglifyJS using NPM run the following:

    npm install -g uglify-js
    
  3. Run make from your git clone:

    $ cd wymeditor
    $ make
    

The resulting compressed distribution will appear in your dist directory.

Building with Google's Closure Compiler (Java)

The default WYMeditor distribution is built with UglifyJS, which requires the installation of Node.js. If you prefer Java and/or Google's Closure Compiler, you can follow these instructions instead.

  1. Install make and Java.

  2. Download Closure Compiler application, extracting compiler.jar into your wymeditor directory.

  3. Run make from your git clone:

    $ cd /path/to/wymeditor
    $ make min_closure archive
    

A Note on Build Scripts

The project is currently in the process of moving entirely from make to Grunt as a build tool. Any help porting the remaining make tasks to Grunt would be wonderful, as it's a bit confusing right now.

Getting Help

Read more on contributing

Copyright (c) 2005 - 2013 Jean-Francois Hovinne, Dual licensed under the MIT (MIT-license.txt) and GPL (GPL-license.txt) licenses.