mb706

As commented in PR #202, infillOptFocus cannot, in principle, handle parameters that have requirements depending on discrete vector parameters. One would need to either adapt something in ParamHelpers or automatically...

If I remember correctly there is some other infill opt that does perform rounding, though (I forgot which one)

Ah ok I just read your response to #476. I assume performing rounding is not that much of a problem if the integer range is large. For small integer ranges...

Workaround is to have continuous parameters with a round() trafo

I will do this when I get around to it

Why does it not crash in `mbo()`?

HitL == Human in the Loop

I believe This happens in `joinProposedPoints(list(res, proposePointsRandom(opt.state)))`, where the randomly generated points and the MOIMBO generated points have a different format of "crit.vals".

Some code I used for something similar (using "old" mlr). This only gets the order by which the features are introduced; I think the approximate lamba value would be more...

I jerryrigged something like this [here](https://github.com/mlr-org/mlr3pipelines/blob/157e8d36b28214b909fe38dcdba5c51826ad1e3f/tests/testthat/helper_functions.R#L493-L523) but it is mostly a quick fix and makes use of data.table to avoid cycles.