"restrictions" or that inherit from "restrictions".
Rarely would a user call this function directly, since it is
called by Factanal in the usual case.make_restrictions(factors, model, method, fixed, covmat, criteria = NULL)factanal in that
factors can be a numeric vector of length two to indicate
the number of factors to extmodel should be estimated. Defaults to "MLE".
The "YWLS" option uses Yates' (1987) weighted-least squares criterion
as opposed to most of the weighted-least squaNA. If fixed is a matrix, it should have
rows equal to the number of outccov.wt or similar. It should have row and column names.model != "EFA". It is almost always
best to leave this a"restrictions" or that inherits from
class "restrictions". This object would then be passed to the
restrictions argument of Factanal.Factanal
when the restrictions argument of Factanal is not specified.
Thus, a typical user would never need to call this function directly. It is
somewhat convenient when conducting simulations or debugging, in the sense that
the appropriate object can be created once and then passed repeatedly to the
restrictions argument of Factanal to avoid having to
repeatedly answer the questions in the pop-up menus.Factanal and restrictions-classres <- make_restrictions(covmat = Harman74.cor) # answer pop-up questions
show(res)Run the code above in your browser using DataLab