RE: [Exb-devel] Module system question(s)

[alex r. <bs...@ba...>]

Well, when I first implemented it I put them in jar's because that's how
jEdit did it.. Now that I think about it, using jars is a pretty good
idea, that way we can store generic metadata with the classes - and
mods/plugins can use multiple classes too.

Right now,t he exact steps are far too complex - even for me to remember
off the top of my head! 

So I feel we leave the system as it is in Alice for now.. And use a new
interface for Cheshire (as we discussed on IRC).


-alEx 
-www.bakterium.com

-----Original Message-----
From: exb...@li...
[mailto:exb...@li...] On Behalf Of Ryan P.
Joseph
Sent: Thursday, February 28, 2002 8:36 PM
To: exb...@li...
Subject: [Exb-devel] Module system question(s)


Ok, I'm still experiementing with a bunch of ideas for the new system,
but 
I've got a question.

Since the current system is SO complicated, I figured I'd just ask
straight 
out instead of trying to figure it out through hours of code hunting.

Currently, modules are housed in .jar files - is this simply because
this is 
the way jEdit does it and it is a consequence of using jEdit's code, or
is 
this because bse or someone wanted it this way?

The reason I need to know is simply because as I am designing the module

loader that has the ability to compile, it might be more difficult to
deal 
with JAR files than to just leave everything as .class files...it
doesn't 
really matter which way as I am sure I can figure something out, but I
just 
wanted to know how it works currently.

Also, bse or someone close to the mod system, what are the exact steps
of 
exectuion for mods?  What data needs to be passed into a mod, and how do
you 
currently determine priority?

Thanks guys!
Ryan (tweek)
-- 
rj...@ca... || ry...@ry... || http://ryanjoseph.com/

If you want divine justice, die.
                 -- Nick Seldon

-- the above witty and interesting quote courtesy of /usr/bin/fortune

_______________________________________________
Exb-devel mailing list
Exb...@li...
https://lists.sourceforge.net/lists/listinfo/exb-devel