單純是除了換行之外也允許單行裡用空白分割ed2k連結,
你可以在一行裡面塞很多ed2k連結, 中間只要隔個空白不用換行,
因為現行的eMule都能正確處理跟做出跳脫過的URL, 所以官方也是改的很理所當然

感謝 AndCycle 的指正，懂程式的還是比較利害啊！

不過好奇的是：「為何 eMule v0.48a 要多處理一個空白啊？修改的原因是什麼？」


主題文編修：2008-08-20

原因很簡單，因為 UltraVNC 的「剪貼簿」只支援 ANSI 字集，並不支援 Unicode 字集。(就是程式沒有完全 Unicode 化啦！) - (2008-08-20 修，謝 AndCycle 指正)

而 Windows XP 遠端桌面的「剪貼簿」，據 AndCycle 說明並沒有問題，也是支援完整的「Unicode 剪貼簿」 的...
http://twed2k.org/viewthread.php?tid=185675&page=1#pid1478272

Windows XP 其實自己也還有很多內建的工具程式都「尚未」支援 Unicode。(目前多為 ANSI 字集程式) - 2008-08-20 修

[badcat 在  2007-8-20 09:55 AM 作了最後編輯]

從2000開始微軟走RDP的遠端桌面就有支援完整的unicode字集了, 問題並不在這裡,
問題在於eMule 0.48a起改變了一個從剪貼簿處理ed2k連結的行為,

這是0.48a的emule.cpp, 摘自CemuleApp::AddEd2kLinksToDownload,
CString strTok = strLinks.Tokenize(_T(" \t\r\n"), curPos); // tokenize by whitespaces

這是0.48a前的emule.cpp, 一樣摘自CemuleApp::AddEd2kLinksToDownload,
CString strTok = strLinks.Tokenize(_T("\t\r\n"), curPos);

對的, 處理的方式多了空白,

基於新手教學區有篇文章教了utf2asc怎麼用, 有些人用了這它處理ed2k連結,
如果檔名包含空白那右鍵複製自然會會噴出完整的空白來,
因為直接點選的話瀏覽器會幫忙重新做一次escape, 空白會轉成%20, 整個ed2k連結就會回歸標準url跳脫的utf8編碼,
請不要把錯怪到剪貼簿身上, 現行的utf-8 ed2k連結表示法也不會因為中間處理的編碼出任何問題

[AndCycle 在  2007-8-20 05:22 AM 作了最後編輯]

主題： [分享] UltraVNC 和 Windows XP 遠端桌面跟支援 Unicode 剪貼簿的問題 [ANSI] 2007-08-20 修
作者： badcat

allentang寫到:

引用:

coolhd寫到:
我在使用這版0.48a的時候遇到類似這樣的問題.

我是透過Windows XP的遠端桌面連線,連到我的動物機(同樣是WinXP),藉由在本機複製ed2k連結來讓遠端的動物機抓到這個連結來提示加入下載.

問題就是,在還沒換到這0.48a前是用0.47a,這樣的複製連結都可以正常使用.但換到0.48a後就不行了,會說這是無效的ed2k連結,這問題通常出現在複製檔名中含日文的影片相關檔才會這樣,複製其他英文或中文檔名的ed2k連結都正常
http://twed2k.org/viewthread.php?tid=182056&extra=page%3D2

+1
目前也遇到了 無解中 (UltraVNC Viewer 遠端操控)