summaryrefslogtreecommitdiffstats
path: root/org/madore/damlengine/TodoAttr.java
Commit message (Collapse)AuthorAgeFilesLines
* Various "stylistic" improvements suggested by Joshua Bloch's book.David A. Madore2010-04-221-3/+3
| | | | | | Use @Override annotation. Limit accessibility of fields. Make final what can be. Use complex enums. Don't ignore exceptions. Some more changes on exceptions thrown.
* Rather than an ad hoc "Options" class, use caller todo directly.David A. Madore2010-04-191-5/+5
|
* Rename TodoContext class to Context. Usually call "ctx" its instances.David A. Madore2010-04-181-5/+5
|
* Use ad hoc classes rather than hashes for context and options.David A. Madore2010-04-171-9/+6
|
* Use factories implemented as nested classes (rather than reflected ↵David A. Madore2010-04-171-23/+14
| | | | | | | | | | constructors) to store classes to instantiate. Now every subclass of TodoElement or TodoAttr should also come with a nested subclass of TodoElement.Factory or TodoAttr.Factory which just contains a(n instance) method to call its constructor. In essecne, the factory instance is just used as a pointer to the class to create (or its constructor, as in the previous version).
* Use static initializers correctly (I had forgotten the "static" keyword!).David A. Madore2010-04-161-4/+1
|
* Change dispatching approach: handlers are now part of todoItems.David A. Madore2010-04-151-13/+32
| | | | | | | Instead of dispatching the todo item in function of the DAML node's local name at todo-handling time, the appropriate todo handler subclass is now instantiated in the todo deque by dispatching the creation of the todo item to the appropriate constructor.
* Make handlers instances instead of using static methods.David A. Madore2010-04-141-24/+7
|
* Handle d:xempty attribute, as proof of concept.David A. Madore2010-04-131-6/+7
|
* Framework for handling attributes.David A. Madore2010-04-131-0/+57