词典类PDF设想

文静的黑猫 · 发表于 2008-8-21 20:22:38

有一些大辞海之类的PDF，十分难得，但是也十分不方便。为什么呢？比方说我们在辞海中查毛这个字，得翻页吧，滚动鼠标吧！找到页码了，也得翻页吧，滚动鼠标吧！滚动滚动，滚动半天，准能找到，可是时间已经过去十分钟了。这么辛苦，要它什么用？旁边一本纸质辞海，凭手感，随便一翻，就翻到地方了！

所以，如果能把PDF制作成这样就好了，点差字表的一，一后面对应页码是多少，PDF立刻跳到该页码。不用说，比翻书方便多了。可惜，我不会弄成这样。大家来讨论讨论吧，如何让数字化的PDF实现这种效果？如果数字化的书不如纸质书好用，真不知道它存在的意义在哪里。若说保存，一张光盘两年就没，硬盘用着用着可能就坏，都差不多。

killl · 发表于 2008-8-21 20:36:32

试试书签？

文静的黑猫 · 发表于 2008-8-21 22:22:03

斑竹没明白我的意思吗？我是打算在页面内建立跳转啊。

wdscxsj · 发表于 2008-8-22 00:26:18

黑猫兄如果先稍微了解一下PDF的原理结构，肯定就能估计达到这样的要求大概需要多少工作量。“要是…就好了”都是很美的，可也得想想，真能一蹴而就的话，现存的版本为什么都没顺手为之？我们用的大部分PDF、djvu其实算不得数字化 (可参见“感叹我们辞书资源的匮乏”一帖，http://www.readfree.net/bbs/read.php?tid=4634375)，大都是个人土制的资料，有得用已经万幸了，虽然没什么技术困难，谁又会去逐字地做页内链接呢？用hash表打个比方，一个人终生需要查找的数据量相当于buckets的个数，它一般远低于整个数据集的大小，那么您觉得为了“万一碰到”而去穷举整个集合，这样做对个人而言得大于失吗？如果您的答案为“是”，那么我也只能学学一品堂赫连铁树将军的名言，“甚好，你去办理”。

十分钟查一个字实在太慢，我本本里的《辞海》和《辞源》都是经常查的，估计从打开到最终定位，每次也用不了30秒。我用的是VeryCD上的djvu版，书签很详细，个人是别无奢求了。

几个建议：
1. 找个好版本。
2. 善用阅读器。
3. 发挥主观能动性。

newcottle · 发表于 2008-8-22 18:45:19

相同的帖子黑猫兄也发在了数典，一句话，想法很好，实现很难！这不是个工作量大小的问题，而是一个必要性的问题。这点我非常赞同楼上的话。

beyes · 发表于 2008-8-22 23:32:57

好像有点难，我也有这样的困扰

afanti4118 · 发表于 2008-8-25 16:19:38

这个想法很好，其实不光是PDF格式，只要是电子书，就应该发挥出其快捷查询的优势，做到即点即查

vorber · 发表于 2008-8-25 16:25:43

你词典里边一共几百个个毛字，怎么跳转

ocr后搜索不久得了

apply · 发表于 2008-8-26 09:33:21

有书签可以快速定位。

vorber · 发表于 2008-8-26 19:21:15

书签？要是每个字都有书签等于没有书签

junzilx · 发表于 2008-8-26 23:15:18

用链接可以啊，不过你得重新把链接加上去

mi001ni · 发表于 2008-8-27 01:36:16

引用第3楼wdscxsj于2008-08-22 00:26发表的 :
黑猫兄如果先稍微了解一下PDF的原理结构，肯定就能估计达到这样的要求大概需要多少工作量。“要是…就好了”都是很美的，可也得想想，真能一蹴而就的话，现存的版本为什么都没顺手为之？我们用的大部分PDF、djvu其实算不得数字化 (可参见“感叹我们辞书资源的匮乏”一帖，http://www.readfree.net/bbs/read.php?tid=4634375)，大都是个人土制的资料，有得用已经万幸了，虽然没什么技术困难，谁又会去逐字地做页内链接呢？用hash表打个比方，一个人终生需要查找的数据量相当于buckets的个数，它一般远低于整个数据集的大小，那么您觉得为了“万一碰到”而去穷举整个集合，这样做对个人而言得大于失吗？如果您的答案为“是”，那么我也只能学学一品堂赫连铁树将军的名言，“甚好，你去办理”。

十分钟查一个字实在太慢，我本本里的《辞海》和《辞源》都是经常查的，估计从打开到最终定位，每次也用不了30秒。我用的是VeryCD上的djvu版，书签很详细，个人是别无奢求了。

几个建议：
.......

看到VeryCD上关于《辞海》的有意思的感慨!

网友816565
俺家1936版辞海被无良“朋友”借而不还凡30年。

msdn_lib · 发表于 2008-8-27 15:45:41

大英百科都是全电子数据库的拉.慨叹中文的辞书啊.

文静的黑猫 · 发表于 2008-9-4 12:59:56

那……论坛弄弄活动，一千人同时做一本书，不就快了吗？

ivan2000i · 发表于 2008-9-4 13:20:23

引用第3楼wdscxsj于2008-08-22 00:26发表的 :
黑猫兄如果先稍微了解一下PDF的原理结构，肯定就能估计达到这样的要求大概需要多少工作量。“要是…就好了”都是很美的，可也得想想，真能一蹴而就的话，现存的版本为什么都没顺手为之？我们用的大部分PDF、djvu其实算不得数字化 (可参见“感叹我们辞书资源的匮乏”一帖，http://www.readfree.net/bbs/read.php?tid=4634375)，大都是个人土制的资料，有得用已经万幸了，虽然没什么技术困难，谁又会去逐字地做页内链接呢？用hash表打个比方，一个人终生需要查找的数据量相当于buckets的个数，它一般远低于整个数据集的大小，那么您觉得为了“万一碰到”而去穷举整个集合，这样做对个人而言得大于失吗？如果您的答案为“是”，那么我也只能学学一品堂赫连铁树将军的名言，“甚好，你去办理”。

十分钟查一个字实在太慢，我本本里的《辞海》和《辞源》都是经常查的，估计从打开到最终定位，每次也用不了30秒。我用的是VeryCD上的djvu版，书签很详细，个人是别无奢求了。

几个建议：
.......

“甚好，你去办理”——这句话太逗了！！！
刚刚搜了一下原文，真是如此！太有才了。。。

ivan2000i · 发表于 2008-9-4 13:20:27

引用第3楼wdscxsj于2008-08-22 00:26发表的 :
黑猫兄如果先稍微了解一下PDF的原理结构，肯定就能估计达到这样的要求大概需要多少工作量。“要是…就好了”都是很美的，可也得想想，真能一蹴而就的话，现存的版本为什么都没顺手为之？我们用的大部分PDF、djvu其实算不得数字化 (可参见“感叹我们辞书资源的匮乏”一帖，http://www.readfree.net/bbs/read.php?tid=4634375)，大都是个人土制的资料，有得用已经万幸了，虽然没什么技术困难，谁又会去逐字地做页内链接呢？用hash表打个比方，一个人终生需要查找的数据量相当于buckets的个数，它一般远低于整个数据集的大小，那么您觉得为了“万一碰到”而去穷举整个集合，这样做对个人而言得大于失吗？如果您的答案为“是”，那么我也只能学学一品堂赫连铁树将军的名言，“甚好，你去办理”。

十分钟查一个字实在太慢，我本本里的《辞海》和《辞源》都是经常查的，估计从打开到最终定位，每次也用不了30秒。我用的是VeryCD上的djvu版，书签很详细，个人是别无奢求了。

几个建议：
.......

“甚好，你去办理”——这句话太逗了！！！
刚刚搜了一下原文，真是如此！太有才了。。。

		自动登录	找回密码
密码			注册

[【原创】] 词典类PDF设想

Re:词典类PDF设想9381

这个设想不错