Page 1 of 1

[Solved] allow_index_change not saved

Posted: Fri Apr 20, 2018 2:17 pm
by w64bit
If I add "allow_index_change=0" in 901 ini file, at the next restart the line is deleted.

Re: allow_index_change not saved

Posted: Fri Apr 20, 2018 7:12 pm
by therube
Confirmed.

Re: allow_index_change not saved

Posted: Fri Apr 20, 2018 7:47 pm
by stef
It must be added to the Everything.ini located in the "Program Files"-directory (for example: c:\Program Files\Everything\Everything.ini)

Re: allow_index_change not saved

Posted: Fri Apr 20, 2018 9:20 pm
by void
allow_index_change is an admin only setting.

allow_index_change will only work when specified in Everything.ini in the same location as your Everything.exe.

allow_index_change makes the assumption that settings and data are stored in %APPDATA%\Everything and Everything is run as a standard user.

Re: allow_index_change not saved

Posted: Fri Apr 20, 2018 9:28 pm
by NotNull
What does this option do? Is it comparable with the -read-only command-line option?

Re: allow_index_change not saved

Posted: Sun Apr 22, 2018 10:02 pm
by NotNull
NotNull wrote:What does this option do? Is it comparable with the -read-only command-line option?
OK, found it:
Added allow_index_change ini option to prevent user from changing settings under Indexes.
(it's not in the regular help)


Suggestion for another way to "solve" this:

2 new entries for the 'central' Everything.ini:
Mandatory=drive:\path\inifile
Default=drive:\path\different_inifile


Where Mandatory references the settings that users can't change and ..
Default references the preset settings that users get when they start Everything for the first time (and thus don't have yet their personal Everything.ini

If there are no Mandatory= and/or Default= entries and a Mandatory.ini and/or default.ini exist in the program directory, those will be used.
When (re-) loading settings, load user-settings, followed by mandatory settings in RAM (=mandatory overrules user).

That way uou get a more simple, universal approach.
And no longer a need to deploy INI's to the users ..

It might be useful to have an option to show what ini's are used, as there can now be 4 different ones, all working together ...