Simon

I think we should be able to do this with `normals = view(normals, normal_indices)`.

I think we kind of agreed back then, that such functionality is better located in something like Meshing.jl, since GeometryBASIC should only contain the most basic operations and types.

The idea behind this is, that indexing into them behaves like an AbstractVector of its elements.. Anyways, that type hierarchy is not really used anywhere, so would be easy to...

Oh yeah, there is some branch missing to handle non isbits element types... https://github.com/JuliaGeometry/GeometryBasics.jl/blob/master/src/viewtypes.jl#L77 This needs to check for isbits, and if not isbits copy instead of reinterprete

Renaming `in` seems like something we can easily fix with proper deprecation ;)

Wow, what? :D

Good point! > Do we need a generic method for N>3? Probably not :D Sounds like a good case for only specializing on 2 & 3 .

Oh, good catch :D Yeah, I guess the area function is mostly used inside GeometryBasics to figure out the winding order.

> if we can cache precompiles between modules in 1.8+. That's not helping, since StaticArrays emits much harder code to compile...So until we cache binary, this is a valid approach....

Is there any way we can fix this? Seems like quite a few people run into this!