Isaac

Ok, thanks Nick. I will try to read your various issues commenting on this topic early next week - so that I have a better overall picture. For me it...

Yes, this would of course be a fantastic extra tool for `sisl`. I am worried though of a couple of things. First (maybe not that important) is about FHI-AIMS being...

Ok, @zerothi , I will get into it from next Monday/Tuesday. Once I get some useful info from the manual I will let you know, and will start working on...

Hey guys, I agree with this "I kind of like the [pandas](https://pandas.pydata.org/docs/index.html) site based on pydata-sphinx-theme which has nice blocks here and there", as indeed, that kind of look appears...

Hi @zerothi, I like very much the overall approach, and to me it looks quite logical and organized. I also like both the `for result in results.select(neighbor):` and `for result...

I kind of also understand the point of @pfebrer and, somehow, agree with it. At the same time, I also understand that, as you say @zerothi, limiting to atom-wise categorization...

I think that this discussion is, somehow, touching on a deeper discussion about what should be the *limits* of `sisl` regarding structure manipulation. Somehow I agree with @pfebrer that trying...

Well, it seems that you converged... Sorry for not participating more pro-actively, but this got quite technical for me to add anything useful honestly... :S Just for me to understand...

Yes, I agree that it does not seem like the more natural thing to do... It may be that for `Rings` the best is to simply have a separate function...