multiple instances of a plugin

[idkpmiller]

I am wondering how I can have multiple instances of a plugin.

I am thinking that I can get the user to set the name of the plugin and that then will be used for the name that is displayed in the config applet and the menubutton off root, of course logging and config.xml settings can be set to the selected name, the only thing I am stuck at is how does the code get to know the name of the plugin if there are multiple instances?
I was wondering if there is a method I can call that when the plugin loads it will read the name of the button that the user selected from the main menu, is there such a method and is this the best way of doing this?

Cheers

[psycik]

it'd proabably have to be a new dll I guess. I think sub would poll the directory for dlls with the ImenuTask interface and keep an array/collection of them.

Then call the various IMenuTask methods when needed.

[idkpmiller]

I figured that cloaning the dll, skin.xml and keymapping file is easily achieved by IO/file manipulation. however there seems to be a circular issue that comes in to play, as the plugin sets the name that it will be named as and presents this to PVRx2 for inclusion in the main menu.
From the plugin point of view I am trying to workout how I could tell the plugin what its name was, thought around working out what dll name has been strated but not sure if its possible to get this from within the plugin?

Doing my head in I seem so close yet so far

[psycik]

Can;t you set the name of the plugin the name of the dll?

so in GetName do something like:
return System.IO.Path.GetFilenameWithoutExt(CallingAssembly.location)

Although you're VB or vb.net??

[idkpmiller]

Tried using the assembly.location and it uses the properties of the dll which are set at compile time so it doesnt provide the actual name of the filename that is being used

[sub]

Yeah, there is nothing built in that would do, so you'd have to come up with some scheme like described above, then find a way to dynamically detect the assembly name.

[psycik]

Tried using the assembly.location and it uses the properties of the dll which are set at compile time so it doesnt provide the actual name of the filename that is being used

there is definitely one that gets the name of the assembly, I just couldn't remember it last night.

Are you using vb.net ?

[idkpmiller]

yes vb.net. I tried a few last night myself and couldnt get one to tell me the actual dll filename, I did come across one that saifd it did this then had a note to say it wouldnt change if the filename was renamed :-)

Thanks

[psycik]

Ok, location wasn't the right one.

This got me the name of my plugin:

string dllName = System.Reflection.Assembly.GetExecutingAssembly().GetName().Name;

I did this inside the Constructor. But I think this might take a re-compile to name the name change properly, i.e. not just a rename of the DLL.

Sorry i had a look at the .location property and it didn't seem to be filled. Must be something to do with the fact that this is a plugin or a larger executable. As I've used the location variable before without any problems - but not on a gbpvr plugin.

Hope that helps. What about having one plugin that hold multiple instances of itself internally?? And when sub calls GetRenderlist you loop through and call the GetRenderList of your arrayed internal plugins....