griffinschneider / processing-mode Goto Github PK

This fork contains my fixes to bring processing mode up-to-date with new versions of processing and YASnippet.

Make sure that the java-processing executable is on your path. On OSX, install it through the Processing app by going to Tools->Install "processing-java".

Information from the original readme is below:

-

Processing mode for Emacs.
Written by Rudolf Olah.

Licensed under the GNU GPL version 3 or later.

== About ==

This mode is a derivative of the java-mode. It adds key-bindings for
running/compiling Processing sketches and it also highlights keywords
found in the Processing language, such as ``setup'', ``draw'', and
``frameRate''.

== Setup ==

In your .emacs file, add this:

    (add-to-list 'load-path "/path/to/processing-emacs/")
    (autoload 'processing-mode "processing-mode" "Processing mode" t)
    (add-to-list 'auto-mode-alist '("\\.pde$" . processing-mode))
    (setq processing-location "/path/to/processing")

== Usage ==

The key-bindings are:

    C-c C-b    Preprocess, and compile a sketch into .class files.
    C-c C-r    Preprocess, compile, and run a sketch.
    C-c C-p    Preprocess, compile, and run a sketch full screen.

The mode also includes helpful code snippets. To use them you must
install the YASnippet package found here:

    http://code.google.com/p/yasnippet/

== Bugs ==

* Compilation...there is a bug in the compilation because the
  Commander class of Processing does not accept the ``--preferences''
  option. The workaround is to copy your ``preferences.txt'' from your
  home directory (in Linux it can be found in ``~/.processing/'') to
  the sketch directory. You will have to create a sub-directory called
  ``lib'' in the sketch directory which is where the
  ``preferences.txt'' file will reside. Sym-linking also works.

== Fixed Bugs ==

* Compilation errors...The regular expression used to detect
  compilation error messages does indeed work. Unfortunately there is
  another regular expression that is interfering and being matched
  _before_ it.

  The fix is to shadow the global variable with a local one that
  narrows down the searchable regex list to a single regexp:
  'processing.