作为我的论坛系统的一部分，用户可以在他们的帖子中包含 LESS。帖子内容包含在 uniqid-referenced ID 中，LESS 包含在 #IDhere {... } 中。这使用户可以充分灵活地发布帖子。
据我所知，没有办法打破这个块，并确保在使用包装器编译之前对 LESS 进行语法检查没有包装。这可以防止仅关闭包装器并定义最终不会包装的样式的技巧（并且只需将最终的} 留给包装器添加）
我想不出这里有什么问题，但我想换个角度看这个！我是否错过了任何让用户在指定容器内设置样式的内容？
【问题讨论】：
我是否错过了任何让用户在指定容器内设置样式的内容？
是的。 & 的任何用法都将允许用户将包装元素的选择器放置在他们想要的任何位置，这允许按照以下方式使用：
p:not(&) {
...
}
当嵌套在类似的东西中时：
#uniqid {
p:not(&) {
...
}
}
产生：
p:not(#uniqid) {
...
}
这会影响 每个 p 元素，假设您强制使用唯一 ID。
【讨论】：
&，但如果没有简单的规则来防止这个问题，那么我想这会修补它......
& 只是我想到的第一种会破坏选择器命名空间的方法。我相信可能还有其他方法可以劫持选择器，但我并没有花很多时间进入那个兔子洞。我认为可以使用字符串插值来生成选择器，这将允许用户在他们想要的全局选择器前加上 , 前缀，以便转义命名空间 ID。