bugyaluwang

点亮一下issue @visiky

> 标注后的内容存储在哪？ 每次标注都会产生一个effect，每一个effect都是可序列化的  我期望中是JSON.stringfy后存储在config.json中的(新增)字段`effectList`或者`mountEffectList`中 

可以持久化，因为这里保存的都是string，设计的时候已经考虑了持久化

踢一脚...

得改hosts，得...访问raw.github还得自己切hosts

#2我提了PR，求过 @visiky

> 这里的设计是否可以不传入菜单以及对应的容器。 参考这篇[文章](https://www.pluralsight.com/guides/how-to-create-a-right-click-menu-using-react)返回值可以设计为： > > xPos, yPos, showMenu。 我认为你说的有道理，这是改造之后的useRightClickMenu ```tsx type RightClickMenuInstance = [number, number, (visible: boolean) => void]; export const useRightClickMenu = ( menu: JSX.Element | (() => JSX.Element),...

> 这个 overflow 不是很理解。假如是控制菜单的展示位置，感觉我们自动帮它处理了就可以了「也就是你提到的解决不传入 menu 的文图」，估计就是 auto？还有其他的模式代表什么含义呢？ - overflow==="auto" auto的情况下，会进行边界情况处理，保证菜单显示位置不超出容器。 - overflow==="visible" visible，有些场景我们不需要做边界计算，比如上边这个左侧目录右键的案例中，我们应当允许超出这个容器，否则菜单的显示是不符合预期的。 > 同时我在思考，要不要有选择的把具体到x轴y轴的overflow交给用户选择

> 我理解我们这个边界处理应该是针对页面的吧？不应该针对容器？ > 另外这个 DOM 的入参设计需要符合 ahooks 的[处理规范](https://ahooks.gitee.io/zh-CN/guide/dom) 哈。 你说的有道理，边界处理确实不应该针对容器，调整了一下，现在同时也支持了ref： ```tsx type RightClickMenuInstance = [number, number, (visible: boolean) => void]; export const useRightClickMenu = ( menu: JSX.Element | (() =>...

>   > > 简单实现了一下，大佬们看看我这个思路对不对 待确定下来我提个PR吧...你这是按照文章做的目测