Closed OpportunityLiu closed 2 years ago
提交之后不会返回,需要加一个返回按钮。另外提交后,在没有内容修改的情况下,提交按钮变为灰色不可用比较好。 其他我觉得可以考虑添加的你自己看着办。
* 这个必填星号为什么不是content,是有实体的呢?
框架说了算,我只是写了required
* 粘贴富文本功能导致了连Ctrl+Z都不能用,我觉得问题比较严重,不小心删多了都救不回来。
好像跟富文本粘贴没啥关系,我再看看
提交之后不会返回,需要加一个返回按钮。
可以直接浏览器点后退,而且其实返回的意义不是很大,一般从e站直接跳过来编辑完回e站。 会加上。
另外提交后,在没有内容修改的情况下,提交按钮变为灰色不可用比较好。
提交前都可以,问题是没办法确认手里的这份是不是最新的,只有提交才知道没修改
提交之后不会返回,需要加一个返回按钮
顺便,点 header 上的Ehtag Editor
也会到列表页
* 粘贴富文本功能导致了连Ctrl+Z都不能用,我觉得问题比较严重,不小心删多了都救不回来。
好像跟富文本粘贴没啥关系,我再看看
是设了AutoResize才无法撤销的。。。
搞不来,就这样吧
@Mapaler 其他的都改好了,撤销那个没救
那你把AutoResize关掉也好啊,上面的英文名输入框就能撤销的。不能撤销问题太大了。
我到现在都不是很理解这种单页应用/框架,正常人都会觉得后退会回到上一个网页。点标题我都是找了半天才发现的,所以后退还是有必要。
我说的无修改变灰,只是说当前页面数据没有修改时变灰,不然好几次我点了提交后不知道提交成功没有,就又点了一下。 比如你可以点了提交,先变灰,然后根据返回的正确或错误,变为红色叉或绿色勾。如果修改了页面数据,就又重新变回“提交”。
我觉得是在很有必要做一个editer的使用说明,而不只是书写格式的说明
我说的无修改变灰,只是说当前页面数据没有修改时变灰,不然好几次我点了提交后不知道提交成功没有,就又点了一下。 比如你可以点了提交,先变灰,然后根据返回的正确或错误,变为红色叉或绿色勾。如果修改了页面数据,就又重新变回“提交”。
提示是有的,你说那个有点复杂了,不过未修改情况下不能提交加上了。
我觉得是在很有必要做一个editer的使用说明,而不只是书写格式的说明
Issue开了,有空写
那你把AutoResize关掉也好啊,上面的英文名输入框就能撤销的。不能撤销问题太大了。
这个还是完了整个完善的功能出来把,现在先这样。 没有autosize我受不了
low lolicon | 未通过萝莉 | 表示萝莉(lolicon)的情况没有通过存在规则(presence rule)。需要萝莉(lolicon)标签。 |
---|
这个条目的翻译是不是有点迷,看了下EHWiki应该是指画廊含有少量萝莉标签的图片吧,我不太确定 @Mapaler
尬翻译很多,关键你要提出一个更好的方案
尬翻译很多,关键你要提出一个更好的方案
感觉按EHWiki直译就会难以理解,但是翻译偏离EHWiki太多感觉也不好
另外我想问一下标签来源是哪里,是https://e-hentai.org/tools.php?act=taggroup吗,我粗略对照了一下标签数量,感觉对不上,翻译这边的标签数量貌似更多
ehwiki有整理好的列表 https://ehwiki.org/wiki/Fetish_Listing
ehwiki有整理好的列表 https://ehwiki.org/wiki/Fetish_Listing
中文数据库是按artist、female...来分类的,Fetish Listing也没有包含全部标签,应该还有其它的来源
其他来源就是刷e站
其他来源就是刷e站
有什么办法可以比较方便的获取结构化数据么?
在 https://github.com/EhTagTranslation/Database 这边有,现在是两边同步的,之后应该会迁移过去
在 https://github.com/EhTagTranslation/Database 这边有,现在是两边同步的,之后应该会迁移过去
源数据可以用 json 。然后可以通过 json 来生成预览网站和 markdown。
本来我想开发一个 web服务 写一个类似 wiki 的。这下省事了。
预览和编辑你可以参考这边 https://ehtagtranslation.github.io/Editor/list/all
东西都有,就是懒得写文档:stuck_out_tongue_closed_eyes:
东西都有,就是懒得写文档😝
为什么很多图都挂了。以及 JSON 需要我自己转换么?
挂的图是故意的吧,因为露点了
你们有兴趣一起开发本地漫画管理软件么。 QAQ
你用的ts话看这个就行了https://github.com/EhTagTranslation/Database/blob/master/tools/interface.d.ts
markdown那里nswf图的链接是写在title而非alt里的,生成的JSON里面这些都是处理好的
有渲染成HTML的版本和纯文字版本 https://github.com/EhTagTranslation/Database/wiki/%E5%BC%80%E5%8F%91%E6%8C%87%E5%8D%97
研究了一下,太厉害了。可以少做很多事情了。
有渲染成HTML的版本和纯文字版本 https://github.com/EhTagTranslation/Database/wiki/%E5%BC%80%E5%8F%91%E6%8C%87%E5%8D%97
要不要考虑把数据发一份到 npm 上面,配合持续集成。 提供 js 和 ts 的 api。
@OpportunityLiu 可以给这里加个Title吗?
这个标签编辑器的提交是怎样做到的,好神奇啊
发请求给azure service,服务器端再修改内容并push到GitHub,最后持续集成生成发布文件,网页这面才会更新。。。
一圈下来实际要一分钟
每次修改一个字母都要一分钟的话,真麻烦,还是Git提交修改比较节约能源。
是,这样不是更易用吗嘛 更改生效一分钟,但是这中间你可以继续改其它的,不影响。 就算是改当前的,也可以从Web service单独拉取单个标签的最新结果。
所以从编辑的角度来讲其实无所谓,而从使用的角度,一分钟并不是很要紧
挺好的,以后可以把贡献翻译的功能集成到其它APP上
https://github.com/kiootic/pad-resources 求教这个项目要怎么才能配置成功,我用yarn install就始终卡在node-npy rebuild。
看了一下午的prototype 还是不知道怎么实现Window 有没有办法实现一个Window类,new Window()就返回一个定义好内容的DOM,然后这个Window直接修改属性就能修改显示的内容。这个Window还可以同时打开多个。 目前我是用函数每次都return 一个新的div,每个div上都是私有的方法。
前端不是怎么方便怎么来么
现在就是不能复用变得不方便了,以前只有一个Window,现在想做无数个了。
前端交互还是Modal这种同时只能操作一个的组件用的比较多,如果是多个同时交互的Window貌似很少见。我只见过这个UI库提供了Window组件的https://metroui.org.ua/windows.html
这还要用JQ呢,我在想尽量别用库。 再试试用一个外部对象,属性里放dom的模式吧。
刚才自己拆Switch左手柄把漂移修复了
E站关了?
表站可以打开 里站打不开了
~试了 只是论坛挂了,包括登录。~ ~已经登录过的里站可以正常使用。~
~保存好自己的饼干。~
我是看里站都503了
里站确认关闭了
是,可以直接复制粘贴网页