Ah, I’ve looked at the relevant data sheet now:
The sensor is connected to what the data sheet calls SCL1/SDA1 (that would be reasonably called I2C_DEV(1)
in RIOT). However, the board file for arduino-nano-33-ble does not set up that I2C.
I’m not familiar with that particular board, but it appears that what should happen here is that the second I2C bus should be initialized too. You can do that yourself by adding a second i2c_config entry in boards/arduino-nano-33-ble/include/periph_conf.h
(presumably with NRF_TWIM1; it would be good to verify with the data sheet that the pins of the HTS221 can actually be assigned to that device, but it would be weird if not). Note that in the same place you can then also #define HTS221_PARAM_I2C (I2C_DEV(1))
to make the HTS driver actually use it.
If that works (actually, even if not), you can file a pull request with that change to make the board better. (When there is a sensor on a board, it should really work out-of-the-box; unfortunately, not all boards that have not-yet-supported components document that).
By the way, when that works, you can also enable the APDS-9960, which should then also show up in SAUL.