Workflow/implementation suggestions for stipple plugin.

Question

I'm writing a photoshop plugin for doing stipple effects, and other related effects such as these ones:
http://methodart.blogspot.com/2006/11/see-larger-version-here.html
http://methodart.blogspot.com/2006/11/from-method-artist.html
http://methodart.blogspot.com/2006/11/while-trying-to-figure-out-ways-to.html
http://methodart.blogspot.com/2010/05/nuther-twist-on-idea-of-novel-means-of.html
I started out writing a simple image filter, but I think a better workflow would be to generate the paths and stipple positions, and then be able to stroke them with different brushes.
Ideally, I would like to do all the crunching in a plugin, which would simply serve up paths and dot positions, and then do the rest in script.  This is the architecture I use in Maya and similar apps.  Is this possible?
Apologies for the n00b-ish questions, under a crushing deadline to get these in showable beta form.
Any and all help greatly appreciated,
Kevin

Answer 1

The above is basically the approach ive been forced to take, I added some more specific inheritance into the plugins.. now I have types of plugins, with general and specific interfaces... methods in the general interface are generally common to most of the plugins, specifics are not. Thus I have
public interface GeneralPlugin extends Cloneable, Runnable {
  // General plugin methods go here
public interface TypeAPlugin extends GeneralPlugin {
  // TypeA specific methods
public abstract class AbstractPlugin implements GeneralPlugin {
  // Generic implementation
public class MyPlugin extends AbstractPlugin implements TypeAPlugin {
  // The specifics, and the actual plugin.
}This way, if someone is writing a plugin, and chooses NOT to use the generic implementation for basic plugin functions, they may just have "public class AnotherPlugin implements TypeAPlugin" and they will need to implement all the methods -- this while being a slight trade off, by forcing the extension operation, ultimately gets what I want done.