Note: I can only test on black hardware and rely on the netters for the other platforms.
WOOD FOR SPARC DOES NOT WORK AT ALL !!!
I'm desperately working on this one. (It's hard if you only have black hardware) But it's a strange bug. It works in gdb and crashes when opened normally with:
objc: FREED(id): message setDocView: sent to freed object=0x3da950
#6 0x7a10 in -[ScrollViewDeluxe setTopViewVisible:]
(self=0x7000c0,_cmd=0x78f10, flag=96 '`') at ScrollViewDeluxe.m:124
It crashes on a harmless (IMO) point, in ScrollViewDeluxe in these lines:
[topClip setDocView:[self topView]]; // here it crashes ?!?!?
Maybe some expert with Sparc-hardware can help me on this one.
Pressing Cmd-1 (or Cmd-2,3,4) when a document window exists and pressing again Cmd-1 (or Cmd-2,3,4) when no document window exists crashes the app.
Zooming in and out a few times in a big document results in Wood not knowing the selection and loosing track of node positions.
Wood does not check how big the number of nodes in a tree can get. Very big trees (for example when using the Unix.woodfilter unwisely) have unpredictable results on the doc window and eventually on Wood itself (i.e. it crashes).
Arrows still visible when node collapsed.
Attachments buttons and collapsed sign should be positioned smarter.