>>No.64875912
谢谢反馈(〃∀〃)

不过今天进度很缓慢呢，要把之前的输入补全重做一下( ;´д`)

另外还想做一个自动补全内容与事物同步的功能

就比如说我在这段文本中输入:

[小明]去买菜了

然后我想把小明改成小王，那么文本中会同步改成

[小王]去买菜了

但目前的方案可能会有点耗性能：我的想法是给这些div对象添加一个对事物对象的getter监听(つд⊂)
但是如果文本量提高的话，不仅加载的效率会下降，监听的效率也会降低|-` )

>>No.64876846
但是又想了想，确实是很关键的功能呢，只能希望用户不要频繁地修改事物名称吧|-` )

或者也可以去看一下有没有什么更好的监听方案(つд⊂)

总是有新的工作会冒出来呢，真是令人安心( ´_ゝ`)

>>No.64879587
2025好！( ｣ `д´)｣＜
我今天一天都没干活！
超级懒！
但是bug基本都是当天修好的！
因为今天没干活所以也没有产生新bug！
但是因为前期准备不足！
很多模块都需要拓展！
导致工作量继续堆积！
现在已经担心一月内能不能做完了！
今天的报告如上！！！！

>>No.64887267
Yes……sir……( ´_ゝ`)

输入提示的更新没什么思路啊(*ﾟーﾟ)
要么就只有绑定响应式变量，要么就监听事物名称变化，两种都会消耗大量性能啊，内存都要超200m了，一个手机软件这么搞真的合适吗( ´_ゝ`)

>>No.64893792
手动更新……肯定是不行的吧！
要么就只能改变思路，把输入匹配的方式改改(;´Д`)

>>No.64893792
绑定响应式变量完全不行啊(;´Д`)
就只有即时响应更新这一条路可以选了吗|-` )

单个值的更新肯定是不能接受造成全局更新的，那就只能暴露出对象的id，通过字典检索来更新相应的text，那就需要改变现有的数据结构了！(;´Д`)

>>No.64893874
也是有收获的，至少一下次搓数据结构的时候知道要考虑增删改查了( ´_ゝ`)

>>No.64899757
谢谢！如果你有什么改善使用体验方面的建议的话，也希望你可以和我分享( ´∀`)

今天实现了对输入建议内容的更新，因为采用了字典的新数据结构，所以也不会大幅影响性能，这样可算是能够接着往后面做了( ;´д`)

这两天感觉自己状态有点差，像是回到了之前做复合属性的时候，整个人很down，内源性的动力减少了好多的感觉( ´_ゝ`)

科三好难啊( ;`д´; )

今日已完结事物设置＋分类设置，请组织放心(｀･ω･)

顺便还把之前一个特别头疼的数据同步解决了，因为解决手段过于轻松而感到一丝震撼( ﾟ∀。)

明天收尾，开始做排序和管理( `д´)

>>No.64916732
给什么啊肥哥( ﾟ∀。)7

哪来的这么多bug(╬ﾟдﾟ)
我一拳一个ᑭ`д´)ᓀ

拼尽全力无法战胜( ›´ω`‹ )
响应式，很神奇吧( ›´ω`‹ )

>>No.64925764
主要原因还是自己没搞懂底层原理，瞎子熊摸鱼一样乱写，碰巧对了就不管了(;´Д`)

>>No.64925773
耗了太久了，放弃了( ´_っ`)
更像是装饰性而非实用性功能，但实现难度过大了ﾟ(つд`ﾟ)

感觉是我底子没打好的缘故(;´ヮ`)7
页面的内容并没有通过框架，而是自己加载上去的……会不会是要从这里突破呢……( ﾟᯅ 。)

总之放进待做里面了，等重要功能做完了再来吧( ;`д´; )

>>No.64925788
倒不如说请务必帮我测试bug！(;´Д`)
我自己随手一测都是五花八门的bug，很难想象还有多少潜藏在屎山里( ›´ω`‹ )

>>No.64926347
哎呀，目前还没有发布测试版，项目内容完全是代码呢——

之后会发布安卓apk的测试版链接，到时候还请多多支持(つд⊂)

目前基础功能已经接近尾声了，还差一些辅助功能和样式制作，我会努力争取在一月内推出1.0版本的(;´Д`)

伏笔回收( ›´ω`‹ )
之前不是说要做一个无限嵌套的文章＋文件夹系统吗，问题来了，这个玩意要怎么做排序功能呢( ﾟᯅ 。)
我能够想到的方法对性能的要求可以说是毁灭级的，必须找其他拖拽排序插件了( ;`д´; )