tag:blogger.com,1999:blog-57525108903658250862024-03-24T16:32:33.246-07:00hello, worldIndividual input some practical technology article.
Email | xyjswf@gmail.com李晶http://www.blogger.com/profile/09251145723285399383noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-5752510890365825086.post-42675291142384210022010-05-07T10:29:00.001-07:002010-05-07T10:59:39.337-07:00利用工具计算钞票面额(人民币)※消息来源:《电脑爱好者》2010年第05期<br />
<strong><br />
</strong><br />
<strong>插件方式(需要安装WPS)</strong>:<a href="http://mydown.yesky.com/soft/utilitie/officetools/379/464879.shtml">下载地址</a> <a href="http://www.webjx.com/office/wps-19887.html">教程</a><br />
<strong><br />
</strong><br />
<a href="http://www.webjx.com/office/wps-19887.html"></a><strong>EXCEL实现方式</strong>:<a href="http://www.liehuo.net/a/201002/2713215.html">参考此处</a><br />
<div></div>unknowhttp://www.blogger.com/profile/09578266862670464108noreply@blogger.com0tag:blogger.com,1999:blog-5752510890365825086.post-52555947523288926082010-03-06T23:14:00.001-08:002010-03-13T21:55:36.076-08:00给QQ邮箱邮件加备注<DIV>※消息来源:《电脑报》第8期</DIV> <DIV> </DIV> <DIV>方法:打开相关邮件,点击右上角的"更多操作"——"添加备注"即可。</DIV> <DIV>另外可在搜索邮件那里按备注关键字搜索。</DIV> <DIV><BR> </DIV>unknowhttp://www.blogger.com/profile/09578266862670464108noreply@blogger.com0tag:blogger.com,1999:blog-5752510890365825086.post-66067233396689325252010-01-16T13:29:00.001-08:002010-01-17T00:55:58.223-08:00利用QQ邮箱破解PDF加密文字<DIV>※消息来源:《电脑爱好者》2010年第1期</DIV> <DIV> </DIV> <DIV>登录自己的QQ邮箱,将PDF作为附件上传再发送给自己。打开收件箱,在下方的普通附件下,点击"以纯文本方式查看",即可在打开的网页中对PDF内容进行任意复制,</DIV>unknowhttp://www.blogger.com/profile/09578266862670464108noreply@blogger.com0tag:blogger.com,1999:blog-5752510890365825086.post-48478161882202313922009-08-09T11:54:00.000-07:002009-08-09T12:21:52.487-07:00繁体Discuz!论坛的转贴相关<span style="font-size:78%;">※消息来源:本博原创</span><br /><br />打开一个Discuz!繁体论坛(如<a href="http://www.eyny.com">http://www.eyny.com</a>),复制粘帖其帖子内容时,是否发现含有大量“干扰码”?且去用去除论坛干扰码的在线网站/软件都去除不了“干扰码”?(含有一些莫名的符号之流)<br /><br />可以试试这个方法,把Discuz!繁体论坛上的需要的内容复制下来,然后用工具或是在线网站都行,把其翻译为“中文简体”,“干扰码”问题就解决了。<br /><br />※以上并不适用于大多数,也不通用所有Discuz!论坛。笔者只是提供一个简单的思路,真正的比如浏览器语言、脚本之类的有待深究。李晶http://www.blogger.com/profile/09251145723285399383noreply@blogger.com0tag:blogger.com,1999:blog-5752510890365825086.post-59085329214409481912008-12-28T05:07:00.000-08:002008-12-28T05:10:52.147-08:00Unicode、UTF-8、UCS等字的意義<pre><span style="color:#3366ff;">作者 Tiberius (小敗踢) 看板 Key_Mou_Pad<br /> 標題 [萬能] UTF-8 與 Unicode<br /> 時間 Sat Mar 4 13:32:26 2006</span></pre><br /><p>看到有些人混用 UTF-8 與 Unicode, 想想還是出來澄清一下</p><br /><p><em>「這兩個東西是不一樣的」</em></p><br /><p>UTF-8 的 "UTF" 指的是 "Unicode Transformation Format", "Unicode 變換格式" 這是一種儲存<br />Unicode 字元的編碼方式</p><br /><p>(下面為了說明方便起見, 以 U+ 開頭的是 Unicode 的字碼, 0x 開頭的是一般的 bytes 編碼)</p>##CONTINUE##<br /><p>為什麼要轉換編碼呢? 理由有好幾個:</p><br /><ol class="list1" style="PADDING-LEFT: 16px; MARGIN-LEFT: 16px"><br /><li>Unicode 一個字的字碼長 32 bits, 拿來表示英文字太浪費了 (這是主要理由). 原本在 ASCII 範圍內的字, Unicode<br />沒有改變編碼 0x00 到 0x7F 直接對應 U+00000000 到 U+0000007F, 直接傳 Unicode 的話, 就是一堆浪費空間的 0 ...<br /><br /><li>Unicode 字碼在網路上傳送的時候很難同步, 傳爛一個 byte, 後面就全毀了. 因為每個 byte 都有可能是 0x00 到 0xFF (第一個<br />byte 例外, 0x00 - 0x7F). 只要錯漏了一個 byte, 就不知道該從哪邊開始抓 4 bytes 當成一個字解碼啦.</li></ol><br /><p>因此後來發展出許多編碼形式, 以便節省資料空間, 方便在網路上傳送. 其中最常用到的編碼方式是 UTF-8, 它受歡迎的原因有下列幾點:</p><br /><ol class="list1" style="PADDING-LEFT: 16px; MARGIN-LEFT: 16px"><br /><li>原本的 ASCII 範圍字元 (U+0000 到 U+007F) 儲存方法一樣, 不必改變. 所以純英文的 ASCII 文字檔就是合法的 UTF-8<br />文字檔.<br /><li>編碼結果裡面不會用到 Null (0x00), \ (0x5C) 與 0xFF, 有寫程式的就知道這代表什麼意思 ...<br /><li>UTF-8 可以看得出「哪邊是一個字碼的開始」,所以中間傳爛的話不會壞一整串, 比如說, 0xC0 ~ 0xDF 代表這是 2 bytes 字碼的第一個<br />byte. 然後呢, 0x80 ~ 0xBF 一定是長字碼後面的 bytes, 傳爛的話, 很容易就能抓出下一個字從哪邊開始.</li></ol><pre> 0xE0 ~ 0xEF 3 bytes<br /> 0xF0 ~ 0xF7 4 bytes<br /> 0xF8 ~ 0xFB 5 bytes<br /> 0xFC ~ 0xFD 6 bytes</pre><br /><p>上面有人拿 "史" 當例子, 它的 UTF-8 編碼是 0xE58FB2, 解回 Unicode 就是 U+53F2</p><br /><p>中文 (漢字) 編成 UTF-8 多半需要 3 bytes, 比以往 Big5 稍微肥一點. 但是就小弟翻譯的經驗來看 ... 同樣的意義, 英文<br />(ASCII) 與中文 (UTF-8) 比較, 中文佔用的儲存空間還是比較小!! 某種角度來說, 可見中文博大精深啊! </p><br /><p>感謝讀完, 以後不要再把 Unicode 跟 UTF-8 搞混囉! 尤其是 Unicode (UTF-8) 這種寫法, 很容易造成誤會的.</p><br /><h3 id="content_1_0">追伸 </h3><br /><p>除了 Unicode 官方文件之外, IETF 也以 RFC2044 -> RFC2279 -> RFC3629 規範 UTF-8.</p><br /><p>為什麼要在 UTF-8 後面特別加上 "-8"? 當然是因為還有其它 UTF 啦! </p><br /><p>比如說 UTF-7 (少用, 專門對付連 8-bit 都不能處理的終端機), UTF-16 (UCS-2), UTF-32 (UCS-4) 等等</p><br /><p>這邊又出現新縮寫了, UCS = "Universal Character Set" 指的是 ISO 10646 這個國際標準</p><br /><p>ISO 10646 "不等於" Unicode, 兩邊有著錯綜複雜的歷史淵源 ... 不過請有興趣的人自己查吧, 這邊不談政治 </p><br /><p>原本 UCS-2 可直接對應 ISO 10646 的第 0 面 (Plane 0) 不需再次編碼, 也就是 "基本多語系字面" (BMP; Basic<br />Multilingual Plane)</p><br /><p>但是後來發現, 區區六萬個碼位根本不夠用, 漢字之多啊 ... </p><br /><p>隨著 Unicode 擴充, ISO 10646-1:2000 / Unicode 3.0 / RFC2781 制定了 UTF-16, 以便在大致相容<br />UCS-2 的情形下表示所有 Unicode 字元 (每字 31 bits)</p><br /><p>不必編碼的表示方式, 就由 UCS-4 (UTF-32) 負責承接了.</p><br /><p>說到這個, Unicode 把漢字資料整理得不錯, 有個 Unihan Database 可以看. 每個漢字的筆劃數、各國寫法 (簡繁日韓)、各國發音<br />(廣東,國語,唐朝,音讀,訓讀)、各國字典部首排序 (康熙,大漢和,漢語大字典)、漢字意義 ... [<a href="http://www.unicode.org/charts/unihan.html" rel="nofollow">http://www.unicode.org/charts/unihan.html</a>]</p><br /><p>最重要的是 ... 有放公開下載, 而且是很容易用程式處理的格式!!! 書翻完之後就用這個來做 MySQL 的中文部首、拼音、筆劃排序吧</p>李晶http://www.blogger.com/profile/09251145723285399383noreply@blogger.com4