Quick question on on state of symbol library table in nightly

I am playing with the nightly, Sep 19th build Windows build in a VM. I have noticed the sym-lib-table, and I am able to populate it OK etc. However it does not have any effect as far as I can see, only the old method of defining search paths seems to work. There is a thread from dec 2016, https://forum.kicad.info/t/symbol-library-table-confusion-nightlies/4618/2 which points to a message from Wayne Stambaugh, https://lists.launchpad.net/kicad-developers/msg26954.html
that it is just being loaded and not used. However this is fairly old information. Can someone inform us as to whether sym-lib-table is supposed to be active now in the Windows Sept 19th build?

An additional question, on current practice (I am well aware that we of course are in a transition) with respect to symbols in the nightly: If you are managing atomic parts, how do you presently organize the symbol part of it (currently in legacy format). While I in the beginning created a single library for that, “own_libs” at some point I broke that up into separate libraries for each atomic part, in a single subfolder (all under my home directory tree of course) with the name "own_libs. but if one were to deal with a working sym-lib-table, that would get pretty cumbersome as each entry points to a library not a folder as in fp-lib-table. So do you keep atomic parts together in a common library?

Currently the lib table is in the process of being implemented. I don’t think everything has been merged already.

As soon as the lib table stuff is merged then kicad v5 feature freeze will be announced.
More details about the recent process on this stuff:
https://lists.launchpad.net/kicad-developers/msg30743.html

https://lists.launchpad.net/kicad-developers/msg30557.html

Thanks for the quick response; that makes it pretty clear. It also looks to me from the earliest of the two links that it might not be a good idea to spend effort in reorganizing own symbol libraries before the 5.0 branch comes into effect.