欧路词典的致命伤：同一词典多个版本同时安装会打架！

lbhl

已经发生过很多次，今天又来了。
当我试图测试众多的牛津英汉汉英版本究竟哪个我最喜欢的时候，不同版本开始打架了。我将不同版本拷贝到各自不同目录然后全部拷贝到 C:\Users\Administrator\AppData\Roaming\Francochinois\eudic
  @6 X0 C; p6 t结果发现有的版本排版错位甚至该出的东西都不出来。一开始还以为是那个版本不兼容欧路，谁知当我一次只试一个版本将其他版本删除的时候，这些所有版本显示又都正常了。这，显然和清除缓存无关，因为我每次实验前必清除。
' I: K6 E7 [* ]/ k; {
也许这是一个无法解决的问题？如果是这样的话，欧路的确不能用于测试同一词典的不同版本。
/ m5 }) S' [2 \5 T
. y  ^* b. p# p: Q, R1 ~希望作者能看到。
  c5 n6 y  y- y# l1 `/ ]
0 Q: m3 n0 Z0 s: T  [" o$ e

, Z4 Z: u5 R& N) B, ~# c$ F# V' b3 U
4 `% l8 j6 N$ I7 Z4 a! L& d2 j

独行者

这个问题我在帖子 https://www.pdawiki.com/forum/thread-35617-1-1.html 关于欧路词典的缺点中提过，此问题同时存在于 PC 端和手机端，为了区分不同词典的 CSS 选择器，欧路词典采用的是和 GoldenDict 一样的思路，就是给每个词典的 html 加上随机生成的 ID 做为唯一的 id 选择器前缀，但问题是欧路词典在解析 CSS 时存在缺陷，比如遇到 @charset "utf-8"; 欧路词典就会解析出错，导致生成了非预期的 CSS 文件。例如

4 P4 i4 x. j+ l4 b" p. v) ^原始的 CSS 是

1. @charset "utf-8";
   6 ~5 Z' c  u6 Y7 L
2. ​
   
3. body {
   
4.     margin: 2em;
   
5. }
   
6. ​
   
7. a:hover {
   6 Y0 j" q  u8 |- \+ y; S& ?
8.    color: #4372b6;
   1 X' s2 K0 ]+ o7 I
9.    text-decoration: underline
   
10. }

复制代码

+ K" n& ~, D! Z+ n" s" u3 z0 i" b
/ {! b$ [4 T- m欧路词典会将其转换成
) x; |9 X: X3 I+ V  l+ C+ b+ P

1. @charset "utf-8";  
   
2. 
   
3. body{
   
4.     margin: 2em;
   2 z- s% f6 b* E4 h9 s
5. }  
   % ^- ]. b0 c/ x& e2 J' e' _
6. 
   
7. #ID224342347child a:hover {
   
8.     color: #4372b6;
   
9.     text-decoration: underline
   9 f! t' I$ [3 n
10. }

复制代码

  Q3 v9 N+ l; |/ c7 s* q) G0 e由于 body 前面没有加上 #ID224342347child，此 CSS 文件会影响到全局的 body 标签，进而影响所有词典的样式。
8 O/ M4 \- _0 s4 K3 X
! C$ q9 ^# `. b$ _而 GoldenDict 就无此问题
5 v$ B/ D8 p6 i2 O  T$ Z, z

1. @charset "utf-8";
   5 m3 w4 d4 W0 U& h0 t( }) T
2. 
   
3. #gdfrom-2af74dded57c0b4bf1a2e7c76ade8787 .mdict body {
   & f2 w( x  `' n, d9 l
4.     margin: 2em;
   & l+ [/ k6 ]0 V
5. }
   4 L: S" G) c( Q
6. 
   : x* o6 U% b+ A% i" W9 g$ P
7. #gdfrom-2af74dded57c0b4bf1a2e7c76ade8787 .mdict a:hover {
   
8.     color: #4372b6;
   9 ^! Z5 ?: W2 o4 ~
9.     text-decoration: underline
     h+ E' L) G9 x6 R0 ], D' S0 o* E1 @
10. }

复制代码

, K2 p  x+ {. ?& o, W
尽管我半年前就反馈过此问题，但按照欧陆词典官方一贯的尿性，对于反馈的BUG或建议基本是置若罔闻。
2 a' e4 r" Z) I) ^+ @因此如果对于加入了 @charset "utf-8"; 的 CSS 文件最好将这一句都删除，避免欧路词典解析出错。
' y/ K$ t0 _; ^& }2 m: |5 `
/ A/ Q" l# ]- _/ s

lgmcw

; K+ n" M* e  o; h$ z. W欧路刚开埠那会儿还没有移动版，我就第一时间买了个付费的桌面版。楼主的遇到的问题我在2014年就问过了，底层架构的问题，5年了也不见好。这也是我购买了全平台的欧路而从不使用的原因（除了测试兼容性）。都散了吧。



/ m: `# T. H1 l8 i6 J0 E7 N0 y

我爱深蓝

最新版欧路词典有很多问题，所以你若是仅仅测试GoldenDict正好，或者干脆就用GoldenDict

dfliaoyue

只说点大而化之的东西，欧路具体啥情况我不知道哈：
每一个词条，其实就是一个html。多个词条同时显示时（不管是同一词典的重复词头还是不同词典），不同的软件的处理大体分为两种：
7 n5 Y; n) V* ~1 ]4 o（1）每个词条都是独立页面；
( I, C# T  G; ~* e5 w1 E3 `+ O5 N7 I" ]（2）所有词条在同一页面，即作为一个大的html页面的不同区块。
% i! @/ l- j5 o4 i+ Q4 M第一种情况，一般css/js之类的不会打架。第二种，容易打架。
: l8 l" e4 A* V! Z& ~0 f对于第二种情况，css还好，像goldendict会给每个词典一个id，然后把css里类型都换成这个词典id下的类型。js嘛就比较头疼，我一般最多也只将js作用范围精确到类型（给某个词典的词条整体加个类型，然后再其中处理），但不会说针对不同版本还做进一步区分。

maixiu

我得有道在线和朗文冲突呀，开了有道在线，朗文就出问题

littleanimals

对对对，排版错的一塌糊涂。有一次直接卸了重装。
; r& ~& _. V* V" q/ n7 [ios很麻烦啊阿啊，要重新倒入。

lbhl

dfliaoyue 发表于 2019-12-4 19:10
7 h  q% t8 A6 L只说点大而化之的东西，欧路具体啥情况我不知道哈：
2 ^+ F' x6 c6 \3 K4 Z4 h每一个词条，其实就是一个html。多个词条同时显示时（ ...

; r6 d& O! o1 u' L3 M+ f* p/ e有一点我想了，既然词典软件处理不周全，同一词典不同版本会打架，那么哪怕不同词典也一样会打架。因为只要css javascript用了同名ID标签就可能发生冲突，只不过不同词典之间ID重名概率比同一词典不同版本小很多罢了。

atauzki

欧路已经留着bug不修好长时间了

lbhl

lgmcw 发表于 2019-12-6 00:10
欧路刚开埠那会儿还没有移动版，我就第一时间买了个付费的桌面版。楼主的遇到的问题我在2014年就问过了，底 ...

这种底层构架的问题，不是说想改就能随便改得了的，要改要花巨量的精力时间。这是大手术，除非病入膏肓都没人买没人用它了，他们才可能改。想想ANGULARJS改到ANGULAR，底层也改了，那是巨大公司的产品，人家有这个资金和能力。小公司小软件折腾保不起的。
( l7 y6 r1 k  m我也想换GoldenDict,但是在我笔记本上装了150部MDX，GoldenDict远比欧路卡得多。

lgmcw

lbhl 发表于 2019-12-6 01:00
" \. R  x% A8 `( R9 l& c( M这种底层构架的问题，不是说想改就能随便改得了的，要改要花巨量的精力时间。这是大手术，除非病入膏肓都 ...

6 z' `( i* [3 b; M, n; iGoldenDict确实是卡得不行。不过我正好以此为借口把常用列表精简了不少。常用列表，62部，查常见词还是卡，但是勉强能用了；不过还好生僻词查得多，就不怎么卡了。

lyncms

lbhl 发表于 2019-12-6 01:00
' q% G! o* v+ S8 P: C这种底层构架的问题，不是说想改就能随便改得了的，要改要花巨量的精力时间。这是大手术，除非病入膏肓都 ...

( E9 R& a+ p* i) ?! {150部词典，我的天，这能看得完吗

cici920

lbhl 发表于 2019-12-6 01:00
这种底层构架的问题，不是说想改就能随便改得了的，要改要花巨量的精力时间。这是大手术，除非病入膏肓都 ...

4 a3 L% u9 w; h1 \8 w1 [考虑 加个内存

lbhl

lgmcw 发表于 2019-12-6 01:02
GoldenDict确实是卡得不行。不过我正好以此为借口把常用列表精简了不少。常用列表，62部，查常见词还是卡 ...

& z, ?- t7 J7 w$ e词典软件呈现查词内容的快慢只和要渲染的总量有关，和词典总数并无直接关系。所以，常用词20部词典的内容可能超过100部词典非常用词内容反而更慢。

lbhl

5 s( c& H1 d0 q( {3 N8 Z

独行者 发表于 2019-12-27 00:35
- y* i( p3 V* G2 G4 \! i这个问题我在帖子 https://www.pdawiki.com/forum/thread-35617-1-1.html 关于欧路词典的缺点中提过，此问 ...

好像这个ID不是随机生成的，而是按MDXBUILDER打包时生成的ID来的。MDXBUILDER软件打包的特点是每次启动后无论打几个包，虽然生成的ID看起来是个随机数，但对所有包都为同一个值不变化。好吧这回欧路又完蛋了，凡是ID为同一个值的MDX它只认一个其余几个都看不到！！！如果有多个MDX要生成，你必须每次启动MDXBUILDER只打包一个然后关闭MDXBUILDER再启动再打下一个包！奶奶的，上次15个词根词缀词典打包害得我搞了十几次累死人哦!

独行者

lbhl 发表于 2019-12-27 09:45
好像这个ID不是随机生成的，而是按MDXBUILDER打包时生成的ID来的。MDXBUILDER软件打包的特点是每次启动后 ...

GoldenDict 就自动生成的id，从来没遇到样式冲突。

zack@van

词典页面内取词常常不够灵敏。欧路。。无奈用mac

Mademe

emmmmmmmmm,这是个问题

liping_wh

; W- s1 f3 O% b7 |. {感谢分享好资源
$ U, z# o2 }& s2 e6 |

George...

谢谢楼主分享