Closed m053m716 closed 4 years ago
I would definitely check in the MultiAnimals stuff, there are references to updatePaths
where I'm not 100% sure that the naming convention is correct regarding SaveLoc
.
This has been merged and closed to keep current with the next big feature pull request.
Also I know it probably seems ridiculous that it is 163 files that were changed, but in this case it is more or less correct. That's why I wanted to merge this before it gets too far behind since that could become problematic quickly.
nigelObj superclass
Moved most of the methods into
nigelObj
superclass in order to try avoid issues where things likeupdateParams
were updated at a single hierarchical level and then the bug persists at other levels.Tried to really pare down on redundant or deprecated property names, and implemented a lot of
Dependent
properties that compute properties that are derived from other parsed properties.Tried to simplify the naming conventions:
.Output
ALWAYS refers to the folder that is at thenigelObj
level (e.g. for a Tank, the folder that has .nigelTank in it)..SaveLoc
ALWAYS refers to the folder that contains thenigelObj
parsed folder hierarchy (e.g. for Tank, the folder that has the _Tank.mat and _Pars.mat files in it)..Input
Should refer to the same as Output, but since inputs are files, then:Block
: Refers to.RecFile
propertyAnimal
: Refers to.RecDir
propertyTank
: Refers to.RecDir
propertyAll properties that are used to reference file path info (
.Output
;.Input
;.SaveLoc
;.File
(the _Block.mat file for example);.IDFile
(the .nigelBlock file for example);.getParamsFilename
(_Pars.mat file) now have the beginning of the filename "toggled" whenOnRemote
property is set.nigeLab.Defaults.Queue
that reference the corresponding paths on Local vs Remote machines. It just does a simple string-replace./
(forward-slash), all filenames are returned with/
by convention. Referencing.Output
for example already does the.getUNCPath
bit as well.Parameters are saved in
*.mat
file in a struct where fields correspond to.User
property..User
struct name, there are the standard.Pars
fields (e.g. MM.Block or MM.Raw etc.).updateParams
does checks to either reload params from the+defaults
file, or if they need to be merged with or loaded from the corresponding.User
parameters file.NOTE: If you are having some bugs with old files (particularly on DashBoard), then run the
updateParams('reset');
at Tank level. That forces everything to be re-loaded from the+defaults
files. It may also be useful to run thenigeLab.Tank/resetTreeManual()
method once at the start.matlab.mixin.CustomDisplay
andmatlab.mixin.SetGet
classes tonigelObj
nigeLab.Tank
,nigeLab.Animal
, andnigeLab.Block
now inherit fromnigeLab.nigelObj
tankObj
to the command window by itself. I added some updates to the default printed display that hopefully make it easier to navigate to files, call the DashBoard, and see the relevant details about a given object.