Zygmunt Zawadzki

Hm, it works for me. See the screenshot: 

> p.perc will be added to the ParSet of op1 (so it will contain both: [p, p.perc] I think that `p.perc` should replace (or hide) the `p ` param. Otherwise...

> This is more or less an operation that works on ParamSets or Params. 100% agree. We could even modify the `op$par_set` directly: ```{r} op$par_set$add_hyperpar( paradox::paramReal$new("mtry.perc", lower = 0.1, upper...

@MarcinKosinski

For some functions - yes - see e.g. https://github.com/mi2-warsaw/FSelectorRcpp/blob/master/tests/testthat/test-information_gain.R This is part of the code: ``` test_that("Comparsion with FSelector", { expect_equal(information.gain(Species ~ ., data = iris)$attr_importance, information_gain(formula = Species ~...

Ok. We will work on this. Thanks!

@MarcinKosinski Good idea. We can replace functionalities (inner implementation) in FSelector step by step to reach the convergence. @larskotthoff What do you think?

@RandomGuessR FSelectorRcpp treats integer columns like factors, not numeric, and because of that, it does not discretize them before calculating the information gain. You need to cast the integers columns...

@RandomGuessR @MarcinKosinski I found an inconsistent behavior in FSelectorRcpp:( The `information_gain` does not discretize integers, but `discretize` do this:( I consider this as a bug, and I'll fix this.

### We (I should say me) decided that `FSelectorRcpp` will try to mimic the behavior of `FSelector` so that since 0.3.0 integers will be treated as numerics by default, not...