You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thank you for your work on this. It is no easy task!
In terms of core functionality, right now medict’s handling of @@@link is unexpected.
In my mdx, I have “滋” (U+6ECB, which does not have its own entry)redirected to both “滋”(U+2F90B)and (U+FA99):
in medict, the (redirected) target entries show up blank:
image
The above issue seems to be when a single search word redirects to more than one target.
Another scenario:
见
@@@link=見
</>
見
@@@link=見b
</>
medict handles the search word “见” by only showing “見b” (basically, 见@見b, while skipping the 見 entry). The proper behavior is for 见 to redirect to 見, which is a headword. in this situation, medict’s sidebar does not show the 見 entry.
If I directly look up the 見 entry, “@@@link=見b” actually appears as text at the bottom of the entry (instead of being treated as a redirect).
Ideally, all the relevant entries should be shown together in the search results, instead of having to select the individual tabs. In other words, it should replicate MDict’s ‘union dictionary’ behavior. (I understand this is a core design issue, and cannot be easily achieved.)
Lastly, right now medict doesn’t have ‘zoom’, either by pressing CTRL +/- or using Mouse wheel +/-. In this respect, medict does not behave like Chrome (or FireFox and IE). I often use zoom on my browser and MDict. While I design all my mdx dictionaries to display text at the default “1em” size, this is in most cases too small for me to read comfortably, so zoom is essential. Also, images that depict text often require zoom, since the displayed ‘text’ appears in various sizes, depending on the dictionary and the image.
There are also issues involving font-face, but this is a thorny problem not just for medict but for all dictionary programs.
The text was updated successfully, but these errors were encountered:
Thank you for your work on this. It is no easy task!
In terms of core functionality, right now medict’s handling of @@@link is unexpected.
In my mdx, I have “滋” (U+6ECB, which does not have its own entry)redirected to both “滋”(U+2F90B)and (U+FA99):
滋
@@@link=滋
</>
滋
@@@link=滋
</>
in medict, the (redirected) target entries show up blank:
image
The above issue seems to be when a single search word redirects to more than one target.
Another scenario:
见
@@@link=見
</>
見
@@@link=見b
</>
medict handles the search word “见” by only showing “見b” (basically, 见@見b, while skipping the 見 entry). The proper behavior is for 见 to redirect to 見, which is a headword. in this situation, medict’s sidebar does not show the 見 entry.
If I directly look up the 見 entry, “@@@link=見b” actually appears as text at the bottom of the entry (instead of being treated as a redirect).
Ideally, all the relevant entries should be shown together in the search results, instead of having to select the individual tabs. In other words, it should replicate MDict’s ‘union dictionary’ behavior. (I understand this is a core design issue, and cannot be easily achieved.)
Lastly, right now medict doesn’t have ‘zoom’, either by pressing CTRL +/- or using Mouse wheel +/-. In this respect, medict does not behave like Chrome (or FireFox and IE). I often use zoom on my browser and MDict. While I design all my mdx dictionaries to display text at the default “1em” size, this is in most cases too small for me to read comfortably, so zoom is essential. Also, images that depict text often require zoom, since the displayed ‘text’ appears in various sizes, depending on the dictionary and the image.
There are also issues involving font-face, but this is a thorny problem not just for medict but for all dictionary programs.
The text was updated successfully, but these errors were encountered: