Enew_ICer

Results 11 comments of Enew_ICer

开题报告文档大概会在什么时间节点加进来呢?

抱歉,才看到消息!是的,研究生开题报告 ΘΩΘ ***@***.***   ------------------ 原始邮件 ------------------ 发件人: "note286/xduts" ***@***.***>; 发送时间: 2025年3月4日(星期二) 下午4:22 ***@***.***>; ***@***.******@***.***>; 主题: Re: [note286/xduts] 开题报告 无法插入图片 (Issue #213) 开题报告文档大概会在什么时间节点加进来呢? 研究生开题报告吗? — Reply to this email directly, view it on GitHub,...

会出现覆盖掉的情况,如果存在本的的话,那个文件一般会在哪,可以手动复制同步么? ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2025年08月02日 06:39 | | 收件人 | MuiseDestiny/zotero-style ***@***.***> | | 抄送人 | Enew ***@***.***>, Author ***@***.***> | |...

![Image](https://github.com/user-attachments/assets/7f96424f-4af6-4379-b6c7-7ed351b179c5)用正则表达式之后,会议论文还是不行

我的正则写的没问题呀。 { "itemType": "conferencePaper", "searchField": "conferenceName", "replaceField": "abbr", "methodName": "replace", "searchType": "regex", "searchString": "/(\\d{4})\\s+IEEE\\s+International\\s+Solid-?\\s*State\\s+Circuits\\s+Conference-?\\s*\\((ISSCC)\\)/i", "replaceType": "regex", "replaceString": "$1 $2" } 一会能执行一会又执行不了,执行结果就和上面那个动态图里显示的一样,识别到之后明明改过来了,过一两秒又变回原来的值。并且用csv更新简称是改变的是《刊名简称》这一列,用脚本无法改变这一列,只能修改abbr。能否将csv修改的期刊简称也同步到abbr这一列呢?

我发现脚本正则表达匹配到之后,无论是"replaceField": "journalAbbreviation"还是"replaceField": "abbr",都是在修改成我想要的缩写之后1~2S内变成原来的全称,这个是怎么回事呢?

![Image](https://github.com/user-attachments/assets/f6551911-e0a2-4b09-8a0b-d3d192b325f4)前面反应的问题在这个动图里面

csv能改过来《刊名简称》这一列,但replace不行,我附上了我的json文件。 [ { "itemType": "conferencePaper", "searchField": "conferenceName", "replaceField": "abbr", "methodName": "replace", "searchType": "regex", "searchString": "/(\\d{4})\\s+IEEE\\s+International\\s+Solid-?\\s*State\\s+Circuits\\s+Conference-?\\s*\\((ISSCC)\\)/i", "replaceType": "regex", "replaceString": "$1 $2" }, { "itemType": "conferencePaper", "searchField": "conferenceName", "replaceField": "abbr", "methodName": "replace",...

> 感觉你会犯这个问题 [#31](https://github.com/zoushucai/zotero-journalabbr/issues/31) 中的错误 我没太明白你这段话的意思,最后两个正则处理的不是两个不同的期刊么?为什么匹配到PR之后,后面的操作会改变这一项

> > > 感觉你会犯这个问题 [#31](https://github.com/zoushucai/zotero-journalabbr/issues/31) 中的错误 > > > > > > 我没太明白你这段话的意思,最后两个正则处理的不是两个不同的期刊么?为什么匹配到PR之后,后面的操作会改变这一项 > > 你可以减少正则链, 看看是哪个出问题不符合你的预期, 总之, 如果没有匹配到,可能会被重置, 导致被改成原来的样子 正则表达式不能简单的放到一起,会发生冲突,他的执行逻辑好像会覆盖掉修改好的,你现在有在用这个功能吗?能给个正确能跑的实例么(多个会议期刊的json)?