“朗读替换”与“标点符号播报”之间的相“爱”相“杀”
6 体面 4个月前 251次点击
很好，能点进来就表示大概看懂了标题，或者拥有着差不多的诉求和不解！来日方长，咱们今天先不谈感情，谈点正事先。来不咯？进入正题。
包含在了“自定义要播报的符号”当中的符号，无法被“朗读替换”匹配。比如：
/img 体面
我想替换掉“/img”，但由于其中的“/”包含在了“自定义要播报的符号”当中，所以导致整个字符串都无法被正常匹配并替换，必须将“/”从“自定义要播报的符号”中移除方可实现“朗读替换”的正常匹配并替换。
这个设定是不是有点不合理？对于某些标点符号，正常情况下它出现在对的地方我更希望它或包含它在内的整个字符串被读出来。但如果出现在了本不应该出现的地方，当然就会更希望不要听到它或包含它在内的整个字符串被读出来。所以“朗读替换”的优先权是否应当比“标点符号播报”的优先权更高才合理？
此致！🙏
添加一条新评论
作者
积分：989
讲真，一个充满了润人和直人的圈子，有什么好留恋的！
我感觉我用不着这个个人观点哈