Hi mattj,

Try this ways (step by step):
1. disable all modules in moi/ui/customui/ directory. run MoI.
2. disable moi/ui/customui/CustomInit.js (just rename it). run MoI
3. restore original /ui/CommandBar.htm, erase moi/ui/customui, moi/objects, moi/snapshots directories. wait for more information. :)

A couple of remarks on installation and setup Windows7 pc, based upon my attempts at installation :-)
1. Placing the zip file in the MoI directory did not permit unzipping there. (Administrator privilege not yet invoked.)
2. Copying the unzipped files from elsewhere may work?, but see item 4.
3. Running 7zip on the zip file from a download directory, and selecting the MoI directory in C:\programfiles(x86)\MoI3.0betaNov-19-2013 did
permit extraction of the files, but, see item 4.
4. It was necessary to right click on MoI.exe and select "run as administrator," in order for the customUI folder to be found.
---Success---. It is not necessary to select "run as administrator" again.

- Brian

Great!
Yes, at the first start CustomUI tries to determine absolute path of moi directory. If successful it stores the path in moi.ini.
So, if MoI has been installed to disk C, this script tries to access C:\
Of course this action will be blocked by UAC

Hi Tommy,

> I personally enjoy MoI 10 times more now with Max' script installed :-)

It's cool that it has made things so much better for you!

Are there some particular plug-ins that you are using very frequently for your work? Which ones are they?

- Michael

Hi Max,

> it's very strange. I use MoI on win7 x64 with UAC on.

Is this having something to do with using the Windows ActiveX Scripting.FileSystemObject ?

One reason why I put in built in methods for some of that stuff was not only for Mac support but also since Vista the built in FileSystemObject seemed to be locked down often...

So what is it that you are missing from the built in stuff, was it just a "directory exists" function in addition to fileExists or was it other stuff as well?

You can probably use the moi.filesystem.getFiles() method as a way to check for a directory being present, as long as you are expecting it to have at least one file inside of it. Something like:

var files = moi.filesystem.getFiles( 'c:\\somedir', '*' );

if ( files.length == 0 )
..... no files found in that directory.

- Michael

The object library is a nice touch! a great feature for the Mechanical Engineer who does assemblies with common standard parts.

Thanks Max!

-

Hi Max,
So yes, for me it's UAC keeping that initial look for the customui folder from completing. I can fix it by setting the run as admin property or turning UAC off.

Could you take a look to see if the suggestion by Michael will remove the limitation?

Thanks.

Same thing here, have to set MoI to run as admin, now there's an extra 'OK' to click on.

-

I am on a Mac. Can you give me a little more help in installing your UI plugin? I can't seem to get it to work for me.
Thank you again!

Disable all modules, etc.. how? Thanks

Hi Michael!
>>So what is it that you are missing from the built in stuff, was it just a "directory exists" function in addition to fileExists or was it other stuff as well?
It would be great to get folowing filesystem functions:
moi.settings.getExePath() - returns absolute path to the program directory
moi.filesystem.dirExists(path)
moi.filesystem.deleteFile(path)
moi.filesystem.moveFile(path1, path2)
moi.filesystem.shellExecute(executable file, parameters) - I know this function already exists, but it can't start programs with parameters

>>moi.filesystem.getFiles( 'c:\\somedir', '*' );
Unfortunatelly it doesn't work.

I wrote a new version of the CustomInit.js (win version)
Check the first post. All ActiveX functions are removed.

raytownmike,
Put "-" symbol at the beginning of the filename.
I wrote about it in the first post. ;)

Hi Max
On mac, CostumUI is looking for Moi.exe but that is hidden inside the progrm pack Moi. it end up with that CostumUI is not launched

Hi hep
Thank you very much for testing.
Does the previous version works good?

Hi Max
So far ther are no issues with the previous version.

Hi Max,
So the change allows the plug to run and prompts me to select the moi.exe only once. Thanks.

So the only thing left is the snapshots and object library (things writing to the filesystem) don't work without the UAC setting.

For me, the snapshots I already have some custom stuff setup. The object library's objects are usable. So I can run MoI as admin to populate it, then use at my leisure.

So, I don't need to request a bunch of changes to use it. But just keep that in mind for the next time when you dig around in this area to see if you can solve it (Your requests to Michael may do that).

Thanks again for sharing your work. It is very useful!
Burr

Hi BurrMan

Snapshot uses only built-in functions.. I haven't any ideas at the moment. :(
Maybe Michael will give us some advices.

This is fantastic , thank you very much for your work, I especially love the object library,
Can I change the snapshot.htm to save as a jpg rather than a png ? Is that difficult ?
cheers
shayne

Hi Max & Burr,

re:

> Snapshot uses only built-in functions.. I haven't any ideas at the moment. :(
> Maybe Michael will give us some advices.

Where is this trying to write to, is it somewhere alongside moi.exe ?

That can be a problem because since Windows Vista programs running at the "regular" privilege level are forbidden file write access to anything in the "Program Files" directory as a security measure.

That's why the moi.ini file for example is by default written to %AppData%\Moi instead of written along side MoI.exe . So usually if you want to write any kind of file data it's best to write it over there to the same place where moi.ini is going...

- Michael

Just a heads up on the snapshot and object library permissions.

A workaround for now would be to give the particular account your using at least the modify permission. Here's the steps so you can run MoI normally with this plug.

Right click object/snapshots folder and choose

Properties-security-edit

Add-advanced-find now and select your user account from the list and choose ok.ok.

Give the account at least the "modify" permissions.

You can do this with other lessor accounts, Like "user" but it's best to just stick with yours as the user right.

Anyway.......It may be possible to have the inherits work correctly if Max strips out any permissions from the folders before he zips them up. Like ve sure they all have the "everyone-fuil" permission. Then "my" inheritable permissions should take over?

I'm not sure about the last part, but if Max wants to test it I will.