MoI discussion forum
MoI discussion forum

Full Version: ArcCAM

Show messages:  1-3  4-23  24-43  44-63  64-73

From: probotix
14 Oct   [#64] In reply to [#63]
Michael,

Can I use moi://appdata/ or %appdata% as part of the path to AdditionalCommandsDirs?

>Len
From: pressure (PEER)
14 Oct   [#65] In reply to [#64]
Hi Len,

Re:
> Can I use moi://appdata/ or %appdata% as part of the path to AdditionalCommandsDirs?

Have you looked at the example function called instantScript() in the API? I'm wondering if maybe running your code as a script rather than a command might give you more flexibility. Another thing to look at is shellExecute in the Filesystem section.

- Peer
From: probotix
14 Oct   [#66] In reply to [#65]
I'll look into instantScript() closer. I have already tested shellExecute and may use that for some python or database connectivity. But it still doesn't solve the ease of installation issue.

Its easier to tell someone to put this exactly in your ini file:

"moi://appdata/ArcCam"

Than to tell them:

"C:\users\YOUR WINDOWS USERNAME HERE\AppData\Roaming\Moi"

A lot of them wouldn't even know what their Windows username is. Windows is frustrating compared to how easy I can do this stuff in Linux.

>Len
From: pressure (PEER)
14 Oct   [#67] In reply to [#66]
Hi Len,

For seamless installation I guess you'd need a standalone installer script that asks MoI for the location of the appData directory, copies your files there, and maybe writes the path to moi.ini if the files are put in their own folder. I can't think of a way to add a command just by typing something in moi.ini

The closest thing I've done is a startup script that replaces a native file with my own by copying my html file from the startup scripts folder. That still requires manually navigating to the startup scripts folder to put the script and html there though.

code:
doReplacePromptSaveChanges();

function doReplacePromptSaveChanges() {

    var existingName = moi.filesystem.getUiDir() + 'PromptSaveChanges.htm';
    var backupName = existingName + '.bak';
    var backupExists = moi.filesystem.fileExists( backupName );

    if (backupExists === false) {

        // backup PromptSaveChanges.htm
        moi.filesystem.copyFile(existingName, backupName );

        // overwrite PromptSaveChanges.htm
        var replacerName = moi.filesystem.getAppDataDir() + 'startup/' + 'PromptSaveChanges.htm';
        moi.filesystem.copyFile(replacerName, existingName );
    }
}


- Peer
From: Michael Gibson
14 Oct   [#68] In reply to [#64]
Hi Len,

re:
> Can I use moi://appdata/ or %appdata% as part of the path to AdditionalCommandsDirs?

Unfortunately no, it can only take a regular file system path there, not a moi:// URL or environment variable.

How about a new mechanism that would scan through any folders under say appdata/plugins and look for a commands folder inside of there.

So then the install would be to put your stuff inside appdata/plugins/ArcCAM and your commands would be under appdata/plugins/ArcCAM/commands and I could also look for startup scripts inside appdata/plugins/ArcCAM/startup ?

And you could put images inside appdata/plugins/ArcCAM/icons and those would work already using moi://appdata/plugins/ArcCAM/icons/file.png .

- Michael
From: probotix
14 Oct   [#69] In reply to [#68]
Michael,

I like it!

I've been messing around with NSIS today, and it is able to fiddle with moi.ini, but I don't feel comfortable with that. Having a plug-in container seems much safer.

>Len
From: Michael Gibson
14 Oct   [#70] In reply to [#69]
Hi Len, ok I will set this up for the next v5 beta. So it will look for commands in directories inside appdata/plugins/<PluginName>/commands and will also look for startup scripts (scripts to run when MOI is launched) under appdata/plugins/<PluginName>/startup.

So you won't have to modify moi.ini for that and to install you can have it in a .zip and unzip it under appdata/plugins.

- Michael
From: pressure (PEER)
15 Oct   [#71] In reply to [#70]
Hi Michael,

Will it also look for appdata/plugins/<PluginName>/scripts ?

- Peer
From: Michael Gibson
15 Oct   [#72] In reply to [#71]
Hi Peer,

re:
> Will it also look for appdata/plugins/<PluginName>/scripts ?

I should be able to make that work too.

- Michael
From: pressure (PEER)
16 Oct   [#73] In reply to [#72]
Thanks Michael. I like this new plugin folder idea of yours.

- Peer

Show messages:  1-3  4-23  24-43  44-63  64-73