Open PXLZHM opened 7 months ago
是的,目前真的就是 changeLanguage('原来语种') 这个,无刷新直接切换回原文的,因为需求并不大,精力原因一直也没加
好的,谢谢! 还想问个问题,为什么v1版本用了谷歌翻译,v2版本就废弃了呢?
好的,谢谢! 还想问个问题,为什么v1版本用了谷歌翻译,v2版本就废弃了呢?
v1版本时间比较早,好像是2020年就出来了,那时候中国境内还能用,好像是2021年还是2022年来着, 谷歌翻译在中国就已经不能访问了,人家谷歌翻译直接退出中国市场,国内无法用,为了让全球不再有网络盲点,所以才全部重构了v2版本。 截止到现在,最新的v3版本已经完全达到全球任何地方不在有网络盲点
我看 transalte 有个 reset 方法 可以用?
我看 transalte 有个 reset 方法 可以用?
是的,是有这个,但是它直接使用可能会出问题的,比如 页面翻译过后,30秒后用户触发了一个动作,通过ajax获取了后端的某个数据在页面上进行重新渲染展示,然后随着页面的浏览及操作,ajax动作越来越多,这时同一个元素会出现多次穿插翻译、以及 同一个元素的某几个字符(还不是全部字符)进行了单独的识别翻译, 这样如果在去进行还原是非常杂乱而且吃力的,所以这个reset方法也没继续往下完善,而是采用了直接页面刷新的方式切换语言。 毕竟正常的使用,用户也不会去频繁切换语种,只切换成他自己熟悉的语种他就会一直用下去
我看 transalte 有个 reset 方法 可以用?
是的,是有这个,但是它直接使用可能会出问题的,比如 页面翻译过后,30秒后用户触发了一个动作,通过ajax获取了后端的某个数据在页面上进行重新渲染展示,然后随着页面的浏览及操作,ajax动作越来越多,这时同一个元素会出现多次穿插翻译、以及 同一个元素的某几个字符(还不是全部字符)进行了单独的识别翻译, 这样如果在去进行还原是非常杂乱而且吃力的,所以这个reset方法也没继续往下完善,而是采用了直接页面刷新的方式切换语言。 毕竟正常的使用,用户也不会去频繁切换语种,只切换成他自己熟悉的语种他就会一直用下去
reset后 我把 autoDiscriminateLocalLanguage 设置成 false 好像能解决 后续动态翻译导致的问题
我看 transalte 有个 reset 方法 可以用?
是的,是有这个,但是它直接使用可能会出问题的,比如 页面翻译过后,30秒后用户触发了一个动作,通过ajax获取了后端的某个数据在页面上进行重新渲染展示,然后随着页面的浏览及操作,ajax动作越来越多,这时同一个元素会出现多次穿插翻译、以及 同一个元素的某几个字符(还不是全部字符)进行了单独的识别翻译, 这样如果在去进行还原是非常杂乱而且吃力的,所以这个reset方法也没继续往下完善,而是采用了直接页面刷新的方式切换语言。 毕竟正常的使用,用户也不会去频繁切换语种,只切换成他自己熟悉的语种他就会一直用下去
reset后 我把 autoDiscriminateLocalLanguage 设置成 false 好像能解决 后续动态翻译导致的问题
但这样如果网页中没有ajax等动态效果还好,如果有动态的话就没法动态监控翻译了
因为
我看 transalte 有个 reset 方法 可以用?
是的,是有这个,但是它直接使用可能会出问题的,比如 页面翻译过后,30秒后用户触发了一个动作,通过ajax获取了后端的某个数据在页面上进行重新渲染展示,然后随着页面的浏览及操作,ajax动作越来越多,这时同一个元素会出现多次穿插翻译、以及 同一个元素的某几个字符(还不是全部字符)进行了单独的识别翻译, 这样如果在去进行还原是非常杂乱而且吃力的,所以这个reset方法也没继续往下完善,而是采用了直接页面刷新的方式切换语言。 毕竟正常的使用,用户也不会去频繁切换语种,只切换成他自己熟悉的语种他就会一直用下去
reset后 我把 autoDiscriminateLocalLanguage 设置成 false 好像能解决 后续动态翻译导致的问题
但这样如果网页中没有ajax等动态效果还好,如果有动态的话就没法动态监控翻译了
因为已经 reset 了 说明 用户 确实也不需要 动态翻译了, 有2个按钮给用户, 一个翻译 并开启autoDiscriminateLocalLanguage, 另外一个 reset 并关闭 autoDiscriminateLocalLanguage。
因为
我看 transalte 有个 reset 方法 可以用?
是的,是有这个,但是它直接使用可能会出问题的,比如 页面翻译过后,30秒后用户触发了一个动作,通过ajax获取了后端的某个数据在页面上进行重新渲染展示,然后随着页面的浏览及操作,ajax动作越来越多,这时同一个元素会出现多次穿插翻译、以及 同一个元素的某几个字符(还不是全部字符)进行了单独的识别翻译, 这样如果在去进行还原是非常杂乱而且吃力的,所以这个reset方法也没继续往下完善,而是采用了直接页面刷新的方式切换语言。 毕竟正常的使用,用户也不会去频繁切换语种,只切换成他自己熟悉的语种他就会一直用下去
reset后 我把 autoDiscriminateLocalLanguage 设置成 false 好像能解决 后续动态翻译导致的问题
但这样如果网页中没有ajax等动态效果还好,如果有动态的话就没法动态监控翻译了
因为已经 reset 了 说明 用户 确实也不需要 动态翻译了, 有2个按钮给用户, 一个翻译 并开启autoDiscriminateLocalLanguage, 另外一个 reset 并关闭 autoDiscriminateLocalLanguage。
嗯嗯
如何优雅的显示原文?不是直接调用changeLanguage('原来语种')