>>No.64569582
其实是我自己也想做东西啦| ω・´)

昨天最后都还是做了一些补全，之前那个输入提示做得不够好。
今天的目标是把之前复合属性完结掉，顺便就可以把输入补全的组件给做好，之后文本输入就可以直接用了!

进度报告：做到一半又在修bug(;´ヮ`)7

不过输入提示和输入补全基本上完善了，之前埋的雷有点太大了，光标位置切换和重复输入都没有考虑( ˇωˇ)
还是经验少了ﾟ(つд`ﾟ)

现在继续做复合属性的表达式输入σ( ᑒ )

>>No.64579727
哦，但是输入链接还没有做，毕竟还没有完整的事物对象产生( ﾟ∀。)7
交给你了未来的我自己(`ε´ )

(`ε´ )我蹲

感觉现在的这个表达式要暴雷……(・∀・)

只要是我做的有点吹毛求疵了，又做了输入补全表达式选项，又做了按键选择表达式选项，导致不得不做光标后插入选项div，但前端的光标高度依赖getselection( ﾟ∀。)

写到这里突然有点子了，直接初始化光标并记录不就可以了吗( ﾟ∀。)

>>No.64589247
哦不，等等，没有考虑到失焦情况下的填充(;´Д`)

但是这样耦合更低也不需要依赖expose先按照这个方向做一下

>>No.64589275
不行，而且还不能连续插入( ﾟ∀。)

那现在剩下的选择就是：
1.抛弃选则式引用，仅保留输入式引用( ´_ゝ`)
2.想办法那一坨超级耦合逻辑( ;´д`)

虽然这个功能相对来说用处不是很大(用来自动计算表达式)，但老大似乎蛮中意的( ﾟ∀。)

那要是20点之前都能做到解耦的话就放弃吧( ;´д`)

想了想，其实实际上需要的也就是组件暴露一个聚焦到尾部的方法而已嘛，是我想复杂了( ﾟ∀。)7

做好啦——很干脆地直接把方法放进textarea里面了，但是感觉有点臃肿因为有些输入区是不需要元素添加的，得做一下筛查呢( ﾟ∀ﾟ)

个人觉得可以做一个简化的瘟疫公司那样的模型，方便作者在虚构世界变化的时候能对传播速度和量级有个概念。地图和人口，传染率之类的参数就让作者自己设置，除了瘟疫还可以模拟一切扩散蔓延的东西，比如战争，起义，感染之类的

就用流体浸染模型改改参数就能用，不需要有多强的表现力，静态模型可视化就行
https://paveldogreat.github.io/WebGL-Fluid-Simulation/

>>No.64591166
阿巴阿巴阿巴( ﾟᯅ 。)

是我熬太晚了吗，我怎么没听懂肥哥你的需求呢？你是希望我做一个模拟类似疾病或者战争的扩散模型……？

肥哥你提这个需求之前有没有想过这个东西要怎么实现呢( ﾟ∀。)7

首先我们需要一个观测视窗，这个视窗要有一个由节点组成的地图内容，接着要做一个节点之间进行扩散的规则集，最后我们要通过规则集改变节点属性例如颜色从而实现扩散过程。

听起来很简单呢⊂( ﾟωﾟ)つ

但是这个节点组成要开放给用户制作地图，规则集要提供修改接口，要实现各个规则的效果，这些规则还必须参考现实存在的扩散模型定义功能，还要定义节点地图的数据结构和交互方式以实现规则效果和地图渲染……

别拦我，我要跟狗策划爆了！( ;`д´; )

>>No.64591166
这个工作量怎么想都不只是“改改参数”的程度，而且说实话这个功能和我们这个项目的画风有点不搭，所以不好意思目前是需要pass一下( ﾟᯅ 。)

不过还是谢谢肥哥愿意给建议，可能是我个人的经验和能力不足吧，这种程度的功能我一个人是实现不了的( ;`д´; )

今天的目标是把创建分类给完结了，目前还差的是复合属性中属性表达式的计算和分类设置的一些样式(　ﾟ 3ﾟ)

工作量可能比较大的是对象的创建和存储，不过也可以考虑在事物对象完整创建了之后再做文件系统

如果做完还有时间的话就做一下事物对象的增删改查和显示，和分类不一样，事物对象是要在主页面中显示的呢。然后就是分组功能和分组表达式了(`ε´ )

早上好(*´∀`)为popo献上jp

>>No.64595506
下午好(　ﾟ 3ﾟ)

朋友转了个取名生成器，感觉可以参考一下之后的创作辅助功能
https://www.namechef.co/cn/

不过这似乎是个商业项目，试着找了一些接口，并没有找到呢，如果要它这边的数据可能要用爬虫……个人不是很想这么做，之前肥哥有发一个取名资料，或者我自己找一些资料来做吧

不过话又说回来，这个网站的数据还挺全的，有像是姓名寓意或者含义之类的东西，而英语中文都有，感觉很实用呢！

不如behindthename.com

>>No.64600734
这个的外国名字确实不错，内容很全，但是中文名的量太少了，只有200多条，基本上都是单字，还是按照音节分的，词条也是混的，内容全英语全英语，爬下来还要翻译校对实在是……( ﾟᯅ 。)

这表达式比我想象中要麻烦啊( ´_ゝ`)
不知道是该做输入区的值提取还是输入提取了(*ﾟーﾟ)

值提取的话性能和耦合都会好一点……但是肉眼可见的麻烦啊( ´_ゝ`)

不过输入提取也不简单，之后调试也很麻烦emmm还是值提取吧(*´д`)

好消息：dom值提取做出来了，而且耦合很低(*ﾟ∇ﾟ)
坏消息：不符合需求( ・_ゝ・)

是想做一个类似代码检查的东西来着，可以检查表达式内容是否满足表达式条件，所以要跟随输入才行，dom值提取只能在收尾的时候返回所有值( ´_ゝ`)