諸君賜教,敬待回音
使用上遇問題、或望增添新功能,皆可於此留言。我將於閒暇時逐一回覆。諸事繁多,還請海涵。
留言請述說清楚,本人無通靈能力。等待回音,亦勿過於急切。
投書
前人留言
-
謝謝站長的調整!
目前段落間看得出來有間隔,但已沒有像之前那麼鬆散。
每頁原則都是十行,只有少數短句較多的篇幅有出現九行,但是閱讀版面看起來都很舒服。
再次謝謝站長!不用客氣。
本站定位一直是排版網站,而不是轉檔網站,追求的一向是舒適閱讀體驗,自動化,一致化,不是簡單把檔案轉換格式就好,也不是網路上拷貝一個模板來用,而是要考量各種環節,簡單,一致性,標準化,未來延續,閱讀體驗,方便性。上一代網站是我設計來閱讀的,這一代我是設計來出書的,這是兩個設計最大的不同點。這一代只要懂得最基礎的 DOCX 或是 Markdown 都能排出一本不錯的直式閱讀書籍。 -
謝謝站長。
所以目前轉檔時段落間的行距確實是有設定的比較寬嗎?
因為我剛剛確認了一下我在9月16日轉的檔案,每一行的行距應該都是一樣的。
就是一句一行的短文(每行都被判別為不同段落)一樣一頁可以有10行。
今天轉的檔案基本上只要一頁中有一個段落,就最多只會到九行。
也再次謝謝站長的回覆!不用客氣。
如果你確認每一行的行距都是一樣的,那應該是以前有 Bug 。可能是改縱中橫要重新計算行寬,因為 azw3 不支援壓扁字型的技術,也不支援置中,所以用新的演算法微調時,意外修復之前留下的問題。因為英文的 baseline 跟中文是不同的。這邊得用 AI 來微調。
段落間隔與行距是不同的。
不過這個讓我對大部分書是怎麼處理的有興趣,我找了一千本 OCR 的書用大數據重新運算過一次。找到一些參考資料。小說/詩詞/散文/正式文章,在這部份設定都是不同的。所以我重新運用墨水中心計算了一個新值。讓那些短句型的書看起來不會太鬆散。
你可以再重新轉換試試看,應該有不同效果。 -
謝謝站長的回覆。
我是使用KINDLE OASIS看MOBI檔案,閱讀時顯示的設定在這之前都沒去動過,新的書檔轉進去就突然不一樣了。
我有拿之前已轉過的文檔嘗試,今天轉出來的檔案行距示跟之前的確實不一樣(KINDLE的設定都是出版社字型而且行距也都是一樣的)
之前轉的檔案一頁是十行,現在轉出來的檔案一頁大多是九行,剛好碰上一句就分段落的篇幅一頁剩8行
然後段落間的行距目測感覺是正常行距的1.2~1.5倍。謝謝反應。
剛好我也是 Kindle Oasis ,是一代。
我剛剛實際轉一個檔案放到 Oasis 內,如果是長句,剛好十行。字級大小是 6 。
如果是短句,一堆短句,也就是一句一行那種,每個都被判斷成段落。變成九行。
是不是因為這個的關係?行距是 0.7 段落再加 0.5 ,也是是段落就會是 1.2 。
你可以再測試看看,記得選正規化。 -
站長您好,
我想請問這兩天用TXT檔轉換直書MOBI時,段落跟段落之間會出現加寬行距。
因為之前不會這樣,想請問是我設定了什麼導致的嗎?
謝謝!你好,
根據我的測試段落跟段落間並沒有特別加寬行距,只比一般行寬多 0.2em 。看得出是段落。
我也不記得我改了行距,我測試觀看沒這個問題,你可以使用其他軟體觀看試試。
如果是 Kindle 內觀看問題,可以先點 Aa ,然後確定使用出版社字型,另外檢查 Margin 是不是被動到了。
有些書會改變行距預設值,你再去看其他書時就被打亂了,得重新設定。
這是我的一個猜測方向。 -
版主您好~~ 想請問一下, 轉換系統在 TXT 檔轉 PDF 時, 是否有檔案大小或頁數上限?目前有一個約 4.7 MB 的 TXT 文書檔, 轉換後看起來大約有 16,015 頁, 但每次執行到 **Merging PDF** 的階段都會出現錯誤:
**PDF timeout after 1500 secs.** 想確認一下, 目前系統可接受的最大檔案大小或最大頁數大約是多少?另外, 像這種檔案較大的情況, 是否有建議的處理方式? 感謝~這個的確比較難以理解
本站只鎖定轉換時間,沒有限制書可以轉多大,一本書有時候有時候轉的完,有時候轉不完,這很正常,因為同時在線人數不同,很多人一起用,大家分到的 CPU 時間變少,但是時間限制是一樣的,所以轉不完。所以本站如果電腦越快,轉換速度就會越快,我已經儘量再將程式的效率提高了。深夜離峰時間是比較有機會轉好大檔的。
1. 書本檔案大小受否影響轉換,其實不影響,像是 EPUB 裡面有圖片本來就很大,而且就算 TXT 檔案,也有不同的編碼,例如 BIG5 GBK UTF8 UTF16 ,同一本書不同編碼檔案大小不同,更不用說 DOCX 那些格式。
2. 頁數是否影響,有影響,但是不是想的那種影響,因為一本書的頁數是根據字級決定的,也就是 8pt 的頁數比 22pt 少很多。也就是字級越大,的確越有機率無法轉完。
3. 檔案很大,那就是將其分成上下集,其實就只是打開 txt 檔,選擇然後剪下,貼成另一個檔,那就切成兩個檔了。分兩次轉成功率很大。
4. 最後一種情況,無章節的書轉不完百分之一百正常,因為 Kindle 或是各種電子書都是分章預先載入的,完全不分章節的書,對於各種電子書都是殺手, Kindle 甚至有規範一章最多是多少字。拿了去掉章節的來嘗試那失敗機率很高。因為書都是一章章處理的,太大爆記憶那程式就死翹翹轉不完。很多人把 TXT 丟進 Kindle 然後白螢幕重啟,那就是檔案太大了,或是碰到無法處理的亂碼。 -
版主您好~ 首先感謝您開放文字大小至了22pt. 但是很神奇的是... 不知為何選擇22pt轉檔後的文字大小比20pt小. 可以麻煩您抽時間再檢查看看嗎? 萬分感謝~ (另, 不知是否因為上架商店區域不同, 在台灣的Apple book上無法購買您的著作. )
的確是 Bug ,哈哈,這麼久都沒人發現,你第一個發現。問題現在已經修復。
原因是為了避免外部入侵者程式碼注入,我鎖死不能超過 20pt ,現在已經擴大到 22pt ,一行約 21 個中文字。因為這是連動的,字級放大會連動到行距,及其他所有設定,這是正常的,因為原本預設是以 1em 來作標準,其他都是相對。
Apple book 那個暫時沒辦法,那個是委託上架的,還是暫時無解。只能裝讀墨 App 。
https://apps.apple.com/tw/app/readmoo-%E7%9C%8B%E6%9B%B8/id942389748
之後正在籌備 kobo ,博客來, HyRead 等,不過還是要時間。
不然多推廣推廣也行。 -
版,感謝您辛苦付出編寫出天火藏書供我們這些需要直排可以匯入kindle 閱覽器使用,但是最近kindle不知道怎麼了,每每用信件或是kindle app送檔案到閱覽器,都會出現error E016並把轉檔穿成pdf 檔,版,這日子過不下去啊,可否幫忙幫幫我們這些靠您轉檔的眾生啊,大恩大德感激不盡
這邊是 Amazon 的問題,請改使用 AZW3 或是 PDF 格式,或是等待 KFX 轉換程式完成,其實還是可以繼續反應給 Amazon ,也許他們會改變他們政策。人多力量大。 -
先要感謝站長建站以來的貢獻,感恩大德,造福了用戶。
最近網站改版,美觀、智能等量升級,還多了許多轉換選項,非常喜歡。
唯因最近嘗試直書Epub,通過Email寄發Kindle時收到Amazon提示,故特此轉送給站長看看(我測試過還是能看的,就是無法轉換字體和字體大小而已):
因文档格式与 Kindle 流式布局不兼容,我们无法对该文档启用布局调节功能,故按原始布局推送该文档(效果与 PDF 类似)。您无法调整字号,也无法更改页面内的文本排版方式。
获取文件格式问题的故障排除帮助(参见错误代码 E016)。https://www.amazon.com/gp/help/customer/display.html?nodeId=T48rsVm3gY7KeGkKUk&ref_=pe_212631560_1435900640_pe_127632920_1054287350謝謝,這些說明可以看出 Amazon 正在縮緊政策,我說過 Amazon 雲端並不保險,因為機房政策擠壓到電子書的機率很高,電子書正在面臨重大挑戰,因為網路免費書籍大量出現,而他們卻浪費空間在儲存這些書籍,不符合他們獲利模式,他們主要是賣書,而且現在記憶體價格很貴,他們可能正在將這些資源空出來拿出來給 AI 機房使用。所以謹慎對待 Amazon 轉變。
Amazon 是可支援中文繁體直書的,但是他們故意移掉繁體中文的支援,而且 E016 還有一句 8000 頁以上不支援,這個不是我們想像中的 8000 頁,實際上比想像的更少,代表他們正在縮緊政策。建議改用 AZW3 格式或是 PDF ,不然就等到 KFX 功能完成再轉換。 -
你好,想請教一下,我係kobo 買咗書,下載咗想轉去kindle,本身已經係直版,上網跟指示做,但係用epub 檔轉入kindle就字體較唔到大小,用azw3就會白色畫面,請問應該要點做?
首先你在 kobo 買的書本身就是直的,那你需要的是轉檔,不是本站的轉直排,除非你想要重新排版書籍,這樣記得選擇時要選正規化,而不是最佳化。
無法使用需要確認的問題。
1. kindle 本身是不是原版韌體,還是改機過,如果改機過,未必需要轉 azw3 而是要看改機的版本適合的檔案。
2. AZW3 理論上沒問題,你可以轉其他文字檔試試看,也許你只是選錯選項。
3. 如果都不行可以考慮 PDF 格式,看書本身是一件事,是要找出最佳適合體驗,而不是拘泥於格式,因為同一本書會因為各種理由存在各種格式。
4. 如果確定是原版機而且都不行,可以等之後的 KFX 轉檔功能誕生後再嘗試。 -
有關Send to Kindle的問題,問了Google試了一些設定,最後從Calibre中修改metadata,將語言選成日語(japanese),在opf檔中會是<dc:language>ja</dc:language>,Send to Kindle就會正常了,可能是轉換軟體的Bug只認日語有直排?供站長或讀友參考嘗試。
那大家就自己試著改改看吧,我這邊就不需要測試了。因為配合 Amazon 是改不完的。
繁體中文就繁體中文。硬要改 ja ,明天他又開始掃蕩假 ja 書,問題很多。
最好的方法還是要讓 Amazon 改回來,尊重繁體中文,這些嘗試無意義。
目前有一個新的專案正在處理,就是自己寫了一個程式快速處理 KFX 有重大突破。
估計再一個月的時間,也許就能讓轉換 KFX 上線,目前已經能轉比較不複雜的檔案了。
未來應該是很有機會,不過我很忙,現在手上有三本小說再寫,五個新書書籍大綱再處理。
而且同時還在處理韓文諺文斷詞語段落接續問題,另外也在重寫 DOCX 的支援,可以支援圖片表格等等,另外也重寫 PDB 的處理,以及漢字處理規則,另外還在訓練簡轉繁的新模型,所以要作的事情很多,時間很少。 PDF2MD 很快就會開放橫排 PDF 處理上線。 -
站長您好!我也遇到跟樓上一樣的狀況,我將TXT轉好KEPUB檔案下載後,SEND TO KINDL後收到的是PDF檔?試了幾次都是這狀況
這是 Amazon 的 Send to Kindle 問題,建議反應到 Amazon Kindle 部門,不然是沒法修正的。反應給我其實用處不大,因為我沒修正過程式,最近努力的方向都是 hwp 的支援。這種雲端處理的方式並不是保證會跟隨你的使用習慣,他們想怎麼改就怎麼改,完全不講武德的。你只能反應給 Amazon 希望他們改回來,這是有可能的,新站剛開時 Send to Kindle 也是不能用。後來他們也修好了。反應給 Amazon 並且等待。能夠穩穩使用 AZW3 的韌體不要隨便升級,等其他白老鼠實驗過後再說,這是繁體中文 Kindle 求生第一法則。
建議你改用 AZW3 ,本站有 1/4 的人使用 AZW3 轉換,另外有 1/4 的人使用 PDF 轉換。 -
站長您好,
9/1使用「直書轉epub檔案」再用send to kndle將文件傳入kindle後,在kindle文件顯示為epub檔案。
但9/3同一操作方式以send to kindle 方式上傳後,卻皆顯示為pdf檔案?已確認自己是點選直書epub網頁操作,下載檔案亦顯示為epub,惟網頁轉檔完成之顯示文字秀出「直式pdf轉檔」完成....不知是文字誤植還是真的做成epub pdf版面檔案?
謝謝您的幫忙~文字誤值,已經修正,這兩三天沒動過轉 EPUB 程式,如果你的 Send to Kindle 行為改變,可能是 Amazon Send to Kindle 又出現 Bug 了。 -
站長您好!改版辛苦了!也非常感謝您一直以來提供大家免費使用.
如果有可以 donate 支持的方式, 也麻煩放上連結, 想用一點小小心意表達感謝, 謝謝!
另外想請問, 新版的內文文字之後是否有機會將自訂選項再放大到 22pt 或 24pt 呢?
因為一直以來都會把書檔轉成 PDF, 放到 iPhone Books 裡閱讀. 這次改版後, 明顯感覺內文字體比之前小了不少, 在手機上閱讀時稍微有點吃力. 如果之後能提供較大的字體選項, 會非常感謝!會上調到 22pt 。再上去會干擾到其他像是圖表了。 iPhone 真的有點小,其實還是找七吋的比較適合。
目前 donate 只有購書這個選項。
https://ebook.cdict.info/shop/
可以試讀看看有無中意的書,或是多幫忙宣傳這些書也行。 -
站長,您好!
之前上一版的TXT轉PDF在最初剛改時有反應過轉檔超時失敗的問題,反應後經您這修正完已過了好久的時間,
這期間轉檔都沒有問題。但這次改版後我這幾天試著轉了5個左右的文件,都失敗。都會出現如下方的異常。
[API] PDF Chapter 1447: chapter_1447.xhtml -> 26 page(s), starts at 21976
[API] PDF Chapter 1448: chapter_1448.xhtml -> 53 page(s), starts at 22002
[API] PDF Chapter 1449: copyright.xhtml -> 9 page(s), starts at 22055
[API] PDF Chapter 1450: logo.xhtml -> 1 page(s), starts at 22064
[API] PDF Total pages: 22064
[API] PDF === Merging PDFs ===
[API] 成書轉換失敗:API_EBOOK_PDF 失敗 (504): pdf timeout after 1500s
[API] 清理殘留:5 項
還請您這幫忙確認一下是何處有問題呢?書太大本了,在 1500 秒內無法轉完, PDF 單本必須在 25 分鐘內轉完。不然就會失敗。
伺服器的電腦很舊,必須保留資源給其他人,如果同時線上很多人那很可能就會負載很重無法在時間內轉完。可以嘗試在半夜離峰時間轉換看看,如果還是沒辦法轉完大概就是書真的太大本,無法在限定時間內轉完。也就是越多人使用的同時,能轉的書的大小會變小,因為負載變重,很少人用的話,就可以轉大本書。但是還是有限制。請把大書切成兩三本會比較容易轉換成功。像你這本有 22064 頁,這樣絕對超過五百萬字了,轉成功機率不高。
除非本站能換更快的伺服器,不然對於一台十幾年前的電腦而言,極限就在這裡。 -
先謝謝您製作這個網站。想請教我常使用的mobi轉直行這個功能時,轉換過來的檔案沒有目錄的功能(就是點選目錄可以跳轉頁),不知是什麼問題?謝謝您!
根據我的測試,如果你是指內文的連結,有些版本的 Kindle 韌體有問題,不能點。
不過 Aa 旁邊那個按鈕點下去,可以直接由那裡連結到目錄,那個 Goto 功能各版本應該都沒問題。至於其他程式打開的內文都可點,我測試過。 -
我真的很想買你的書支持這個網站的付出!!! 但是用我iphone手機點進去都是Item Not Available in your Region! > < 可以上架全球的書架嗎~~~~
謝謝,因為處理金流的費用極高,只能委託給讀墨去上架 iBooks ,看起來是被上架成美國地區,也不知道為什麼。目前看來在 iPhone 上只能裝 https://apps.apple.com/tw/app/readmoo-%E7%9C%8B%E6%9B%B8/id942389748 讀墨 APP 進行購買了。
目前正在想辦法上架其他平台,其實自己處理金流與稅的成本太高,書又只是賣個便當價,即使委託平台處理也要被抽走 30% 到 40% ,更不用說自己處理的費用了。
之後會在上架 Kobo 之類的平台,不過程序繁瑣,還要一段時間。
沒購買也可以推廣啦,目前沒打任何廣告,也沒主動去推銷,其實不是很好賣。 -
站長, 您好!
我是8/7反應書封書名字型太小的使用者。
剛才轉檔,已看到書封字型調整變大些,也採用您的建議,改用list模式,果然找書方便多了。
謝謝不客氣,那個只能從幾個地方下手,主要是清晰度跟壓縮模式,封面是簡單的字,當初是當作複雜的圖進行縮放。另外現在的書名都太長,用 List 模式比 Grid 模式會清楚很多。因為圖這種東西,通常 Kindle 會在處理一次,所以有些會更新會跟大家說要去清掉原本書的快取,因為那些快取需要被重建才會清楚。跟手機程式清除快取的意思一樣。 -
站長 感謝您一直以來的維護
想問一下字體有可能再多一種選擇嗎 以前轉 mobi格式直式後 可以自行選擇kindle內建的顯示字體 所以都習慣看黑體了
改版後 只能固定在轉檔後的出版字體 用內建的字體轉換 就會全部變成橫式排版了本站有提供思源黑體,應該可以滿足你對黑體的需求。
Kindle 內建字體不能用是 Kindle 韌體的問題,這個你只能找 Amazon 解決。
不過舊的韌體還是可以使用內建字體的。
我手上有兩台 Kindle ,我測試過,舊韌體沒問題。
這個問題起於出版社字體會按照出版社規定的方式排列。
而內建字體則由韌體自己設定的規則排列,所以當韌體出現問題,就會出錯了。
Amazon 的那些印度工程師一直亂七八糟搗鼓韌體,對於亞洲這邊的直排文字一直沒按正常規定處理。不過這也是正常,如果規格不特殊一點,如何綁死使用者,這也就是目前 Kindle 這麼多問題的原因。
https://kdp.amazon.com/en_US/help/topic/G27T64E65VM6JWKK
這裡面詳細寫了, Amazon 只支援繁體中文的橫排,你必須遵守這些規則。
也就是你能使用直排已經是燒高香了。那是因為他必須要按照出版社的規則排列你才看得到。
而且他們一直在讓你的直排不能使用。每一版的韌體變化都是再阻止你使用直排。
這也是舊的韌體可以,但是新的韌體不行的主要原因。 -
請問轉檔EPUB只能選直書嗎?? 我看習慣橫書了,還是有什麼工具可以輔助我切換成橫書嗎?? 感謝站長 <3
本站是為了推廣直排的網站喔,想要橫排,本來的書就是橫排了啊,為了轉成直排才會來本站啊。所以你的問題應該不存在? -
站長, 您好!
改版辛苦了, 請問新版的書封書名字體實在很小, 有可能下次改版升級, 將書名字體放大一倍嗎?
我是kindle PW4, 轉AZW3格式。Kindle 就這樣了,那個縮圖只有 500 pixel 高,塞不了多少字。
書名越長字會自動調整越小,整體跟字數有關。
那個縮圖塞不了多少字,不過我可以調整一下壓縮比,看能不能清楚。
目前已經改了,壓縮模式跟縮圖畫質,看有沒有幫助。
不過那張圖太小又是黑白的效果不好。
建議用 List 模式,不要用 Icon 模式。 -
我是前面留言的人,再補充下,因為在KOBO購買的電子書有些封面顯示會被書腰擋住,所以都會在舊版網站方便做替換
參見下面回復,關於 MD+ZIP 格式,常見問答裡面有詳細資料,可以參考。 -
站長您好,請問在改版後的網站把EPUB檔拖入後封面圖(選填)的選項就消失了,所以無法像以前那樣自行製作封面了是嘛,好難過QQ
因為本站儘量尊重原書設計的關係,大部分的 EPUB KEPUB 都已經有自己的封面了,就不再用自己封面取代了,如果想要用自己的封面,需要手工 DIY ,例如使用 EPUB 轉 MD 轉成 MD+ZIP 格式,然後換掉裡面的封面圖片,然後將重新打包的 MD+ZIP 重新拿來轉換,多一個步驟,應該也不是每一本都被書腰擋住,那幾本就手動一下吧。不難的。 -
站長您好,非常感謝站長維持這個網站,多年以來受惠良多!新的版面很讚!辛苦了!
謝謝,請多支持。 -
謝謝管理員的回覆,我努力試看看,但因為軟體更新都是自己跑,就…變成最新韌體了,好吧!真的不行就只好忍住看橫排的,畢竟書都買了,不過以前還有mobi的情況下,買的書就很順的直排完成(笑…
azw3 就是 mobi,副檔名不同而已,那時候取名錯誤。你也可以稱為 KF8 ,因為從 KF8 開始支援直排,你可以說是從 Kindle Touch 開始。以前做出來的也是 azw3 ,問題還是在於一直改變的 Kindle 韌體。就像我現在用 Kindle PW5 和 Kindle Oasis 也都正常一樣。
遇到可以跑得穩的版本,沒事不要更新韌體,越改越糟而已, Amazon 那些印度人是不理解直排是怎麼一回事的。 -
很開心的照著常見問題裡把轉好的AZW3用傳輸線傳到kindle裡了,結果看三頁還是直接白屏+當機,這是不是kindle的bug啊(12th)
12th 應該是 paperwhite 6 ,這個版本問題很多。一下是邊界一下是漫畫一下是直排出問題。
不同的韌體可能有不同的問題。不過目前測試 AZW3 本身應該沒問題,你可以嘗試更換適合韌體,不要一口氣換到最新,找合用的。另外從比較小的書開始測試。有時候太大的書超過記憶體就直接白屏然後重新開機了。
如果還是不行可以嘗試 send to kindle ,目前 send to kindle 也是半殘,字體會被強制黑體,不過這也是 Send to Kindle 服務的 Bug 。 -
你好, 謝謝你提供這麼好的平台 (I like it), 但是否可以增加不含字型跟字型大小, 因為momobook提供可調整字體大小只有4個選項, 不適合老花眼的我, 所以我只能從平台條件設定大小(特大), 至無不含字型epub體積就不會太大 (我知道你有提供epub瘦身), 請問能提供這兩個選項嗎?
抱歉沒辦法提供無字體選項,因為所有 CSS 都是圍繞字體打轉的,還有各種標點符號都跟字體息息相關,包含 {"locl", "vert", "vrt2"} {"vert", "vhal", "vkrn", "vpal"} 這兩個參數表都需要使用字體進行計算,包含所有選項,例如字級和標點置中,多字型檔,都需要字體,而且需要符合標準的 TTF 字體,而且同時牽動 PDF 輸出 AZW3 輸出以及 KEPUB 輸出,字體不超過 10MB ,有時候甚至比一張封面的 PNG 還要小,影響不了多少。而且除了 PDF 外,其他都沒有字級設定。其他格式應該是無段放大。如果你指的是 PDF 那一定會有字體,因為必須包含 CID 字型,如果指的是 EPUB ,看起來很像是說 EPUB 那也沒辦法,因為真的每一個參數都一直反覆不斷測試。最近在修 KEPUB 的部份就日夜不停修了幾百上千次,請網友測試也測試了幾十次。如果使用 EPUB 可以不要點選出版社字體,那樣你就可以用內建字體,但是不保證正確顯示。那應該跟你說的不含字形是一樣的意思。
我解釋一下:
使用出版社字體代表使用 EPUB 內 CSS 進行解讀,當然舊的閱讀器可能有部份相容性問題,目前正在減少這一部份。
不使用出版社字體代表使用 閱讀器本身的排版引擎 ,也就不管邊界跟行距可能都是由閱讀器掌控,有些使用出版社字體也可以調整。
本站產生的檔案是希望 過去的閱讀器/現在的閱讀器/未來的閱讀器 都能閱讀相容,減少繁複操作,減少各種功能選項,讓大家可以簡單使用。能夠自動偵測的就自動偵測,該加上的就不會少,對於特製規格那就沒辦法,有些人改機或是特殊機子不行,那真的愛莫能助。至於有更新的我也儘量補上,像是隨著 Send to Kindle 修復一點點 Bug ,我也調整到他能半相容,連 AZW3 也調整到新的 PW 能吃。
另外透漏一個新功能正在緊密測試,就是可以將過去的舊版/新版轉出的 PDF ,重新轉回 MD 格式,也就是所有的轉出檔最後又可以還原回 MD TXT 格式。 -
在此純粹有感而發的補充:
我目前之所以還在用KOBO,純粹是情感因素。在台灣普遍買不到電子閱讀器的十幾年前,這台KOBO Arua是我從日本帶回來的,和Kindle PW3陪伴了我很長時間。目前Kindle因電池問題早已做古,只有Arua還陪在身邊,它是正統的台灣工廠製造,耐用超乎想像,我會一直用到它到最後,這期間就麻煩天火藏書的支持,讓我能繼續用下去。如果電池問題,可以看 youtube 網站看怎麼換電池,死馬當活馬醫,不過不用先買電池,先拆機,能完好無損拆機,再來買電池來換。剩下黏回去只是雙面膠的問題而已。 -
致樓下的「無名氏」讀友:
您的標點符號問題,我也碰到了,我覺得可能是KOBO機器本身的問題,畢竟它是封閉式,又出身日本,日本的東西大家都知道,規格本來就跟通用的東西不太一樣。
建議您使用PDF是最好解決問題的辦法,我在KOBO上面只看PDF檔案,一次轉一批檔案可以看很久。某些檔案若不想轉檔,您也可以換個開放式品牌閱讀器,KOBO的排版本來就是所有品牌中最差的(只有Kindle比它更弱)。若您對標點符號很挑剔,強烈推薦Hyread,它連「""」都能完美轉成引號,這在我另外的BOOX都做不到,更不要說一鍵直排、繁簡轉換的方便了,以上提供您參考。我已經跟樓下取得聯繫,也請他幫我測試,我確認 KOBO 機器的確跟 Android 不一樣,省略多東西,但是我可以確認 Kobo 支援 UTR #50 ,也就是可以橫排標點轉成直排標點,所以我認為問題可以解決,需要時間跟有機器的人跟我配合反覆測試而已。其實 Kobo 問題是小事,就純粹我手上沒機器可以測試而已。
Kindle 我只推薦一台,就是 Kindle Oasis ,這麼多年過去,還是這台最頂。 -
這邊有留email了~
謝謝版主 辛苦你了 -
站长您好!我觉得您做的直书系统可以有书籍编辑功能,个人可以按照自己的意愿进行版面编辑,同时可以自定义字体和纠错功能等等,直接对接kingdle等阅读器。不用再依赖calibre来进行二次编辑校对等。也就是把calibre的基本功能嫁接在这个系统,当然不是全部,主要是中文的直书横书转换、编辑、保存等等。
不是沒有,是有的,只是只做了一半, MD 格式就是一種完全符合本站排版的編輯格式,只要知道麼使用 MD 檔,就可以編出想要的書籍。
至於線上編輯問題在於誰想在網頁上編輯動則幾萬字的電子書,這個需求真的很少。
目前對於在線看電子書的計畫比較有興趣,正在寫一個在線閱讀器系統,這個系統不使用任何 App 看任何 EPUB 檔。針對直排優化。看什麼時候寫完。 -
站長您好!我是導入MOBI到Kindle的,發現現在轉換出來的書籍好像無法使用Highlight功能了。以前用舊版的時候,標記字詞或段落,Kindle會自動生成一個My Clippings的txt檔案,請問現在已經無法做到了嗎?謝謝站長
我測試可以用,不過不好用,不好點。
原因不明。
不過本站剛小改版,補正了一些排版上的問題,包含 PDF / AZW3 / EPUB / KEPUB 四種格式都會出現微小的變化。 -
補充下面的,用calibre打開複製。
-
幾乎所有的括號【 】()、單引號「」、雙引號『』都有問題。應該是轉到KOBO上面才初問題,因為我用calibre打開顯示都是正常的,看板主能不能使用之前的符號編碼,因為改版之前都是沒問題的,謝謝您~
然後我有測試到一點,用打開檔案,後面版權頁有兩段複製後可以明顯看出區別:
《超過版權時效》之古典文獻。
︽經過版權擁有者授權︾之內容。
第一段在閱讀器上面會顯示方向錯誤的符號
第二段顯示是正常的,我覺得應該關鍵在這兩段上面。
裝置:kobo libra colour 版本: 4.45.23697修正不是改成之前的編碼這種簡單的事情,這次最重要的修正就是符合 EPUB3 規則的修正。
修正不是為了給你使用,而是為了給每一台機器都能用,甚至是未來的每一台機器都能使用,如果你將來換一台 Kobo 閱讀機就不能用,又要重改就沒意義。而且又要重新轉檔,意義就不大。
版權部份就是標點符號測試場所,那裡面混了各種標點,標準與特轉直排標點。
這邊只顯示了你的直排標點宣染有問題,只是不知道什麼問題,正常情況下不管橫排標點還是直式標點都會顯示正確。這邊有很多種修正方式,主要是修正排版或是字型,替換編碼是下下策。
你可以留下 email 方便我寄測試檔幫我測試修正。
1. 首先先幫我測試你的 kepub 正確。在手機安裝 Kobo 電子書,從 帳戶 匯入項目 載入 kepub 看標點是否正確。 Aa 應該是出版社預設值。
2. kobo libra colour 點擊 Aa 看字形是否使用出版社預設值,如果不是請切換成出版社預設值,看看結果是否正確。另外試試 Noto Sans CJK TC ,理論上有,我不確定,手上沒機器,看看是否正確。
3. 測試 EPUB 檔是否正確, Kobo 應該是吃標準 EPUB3 的。
排版面的問題儘量以排版方法修正。這是為了未來所有相容機器作準備。
我手上沒機器,只能以官方資料跟我能使用的手機 App 為凖,所以需要有人幫我測試,沒有測試確定出正確改法前會維持原狀,因為現在起碼我確定 App 沒問題,而且也有人在使用。當然我也一直在查證官方資料與民間偏方,如果我確定可以修正的也會修正。 -
改版後KOBO直式的對話引號有BUG,還是會呈現橫式的這種『』
抱歉,你的說明並不清楚。
我測試 Android 版本是 10.8.2.39915 com.kobobooks.android 。並沒有這種情況。
你應該說明測試的環境跟版本,是只有一種引號有問題,還是所有引號都有問題,最後的版權頁有各種引號可以對照,其中雙層引號在 blockquote 內,我看起來並沒有問題。 -
版主您好,方才轉了四個epub檔案進PDF,丟進兩台KOBO的機器內後發現均顯示未命名及未知作者,但我確定轉檔前書名及作者欄位都是有資料的。先前在六月二十日試轉檔時並沒有這種情形,不知原因為何? 目前僅能暫且以書籍封面來辨認。這問題目前只發生在KOBO的機器上,因為其他如BOOX、HyRead等機器顯示的是檔案名稱而非內建的書籍名。
抱歉,上次修正 MD 轉換的時候意外改錯了,這個晚點修正。 -
站长:补充上次建议,在kindle上看,卦爻符号和所带的括号不在一列了,影响版面美观。请您帮助改进,谢谢!
如果卦象符號是文字那應該會對,但是如果是圖片,那不對是正常的,因為你不可能把圖片轉直後又在正確的位置。也就是圖片只能參考,更不用說文繞圖,圖繞文這些複雜的排版,非常依賴圖片的排版都不可能正確。 -
轉《刘君祖完全破解易经密码》时,变成竪版后,卦象符号和小括号分家,不在一起。站长可否帮忙调整一下。
-
首先感謝有這個網站可供維持長久以來閱讀中文書籍的習慣
希望在字型選擇的選項可加個無字型(使用閱讀器內建字型)選項
這樣就不必每本電子書皆內含字型檔,可多少省些空間沒有無字型,這次的系統就是靠字型自動旋轉的能力來吃各個平台統一性。
只要拿掉了在不同平台就不會正確。不然如何讓每一種閱讀器都能正確顯示。
字型很小的,現在書的內文或是封面都比字型大很多。 -
轉azw3用kindle電子書內置字形,字形方向拿錯誤
請參考常見問答。 -
自從改版後,簡體是轉成繁體了,但是我的Kindle出現的都是橫的文章。請問怎麼辦?
請參考常見問答。 -
先感謝有這個提供轉檔的網站,而且仍一直更新。
近期更新網站後,MOBI直書轉檔以USB入檔,在圖書館的小封面字級非常小
請問要如何調整呢?
先感謝您的回覆。切成 List 顯示,別用 Icon 模式,現在書名都很長,不然就是自己製作新的封面。
有些人還打上二十來個字,這個沒辦法。很多書其實是副標很長。就算我分開格子主標副標,還是很多人只填在主標。 -
站長您好,非常感謝站長維持這個網站讓習慣直排閱讀的讀者可以受惠。
近期遇到一個問題是,網站更新過後,使用EPUB直排轉換過的EPUB文件,在電腦看的時候確實有轉換成直排,然當放入KOBO後還是會以橫排顯示,有嘗試過更換為出版社預設字體還是相同的情況。同樣的檔案轉換成KEPUB就沒有這個問題,但是KEPUB的排版留白太過靠機身不太好閱讀,不知道是否有遇過類似的情況?謝謝站長我只能用 Android 的 Kobo 電子書進行測試。
我測試 EPUB 可以顯示直排,沒問題, Android 版本是 10.8.2.39915 com.kobobooks.android 。 KEPUB 部份就是把 EPUB 加上 Kobo span 而已,是用同一個 EPUB ,兩者都一樣,也沒什麼太靠機身問題。我無法得知是機子問題還是軟體問題。 Kobo 機器不是大家都用同一個 APP 進行閱讀? 而且 KEPUB 如果太靠近邊界,你不是可以點 Aa 然後選邊界,進行調整?至少 Android 是這樣可以調整的。 -
版主您好,先謝謝您讓天火藏書這個網站繼續存在,想請教一下我選取了mobi直書轉檔,但是檔案用USB傳送到Kindle Paperwhite(12代)打開還是呈現橫式,看了常見問答需要調整字形設定,但並沒有出現Publisher Font這個選項,再看到留言板有提到韌體版本,我的閱讀器的確因為連網被更新到最新版5.19.4.0.1,是否這樣就無解了?
我寫了很多方法啊
1. 使用 PDF 格式。
2. 使用 Kindle Preview 3 再轉換一次,這個我確定絕對可以。只是多作一步,將本站產生的直排 EPUB 使用本地程式轉換,再用 USB 傳送入機子。
3. 還有一種就是使用 Calibre 的 KFX Output 外掛,這也是一種方法。 -
謝謝天火藏書。這個新頁面很美!
謝謝,努力變好中。 -
直書epub轉進kindle後,一樣是橫書,請問是因為什麼原因?
Kindle 不支援 epub ,你看到以為支援都是他 Send to Kindle 的結果,一切都是幻覺。 -
請問,我選取了mobi的轉換方式,但是轉出來的檔案還是橫排,而且變成電子書必須拿橫的看了,是我哪裡沒有設定好嗎?
請看常見問答。 -
新版本在Kindle 11 的顯示,上下留13mm的空白位,另兩傍邊位太貼機身. 不知是Kindle 11 新固件:5.19.4.0.1 問題定版主新系統問題,望版主能日後修復回以前的樣子. 無盡感激. 謝謝!
那大概就是 5.19.4.0.1 的問題,請去找 Amazon 算帳,我手上的 Kindle 測試 5.18.2 到5.19.2.x.x 都沒問題,反正轉出來的檔案,可能不是你預期的樣子,本來就會隨 Amazon 的機器跟韌體變動,最好是停在 5.19.2.x.x 不要亂升級,先看別人升級的效果再說。最新韌體不是最好。 -
mobi直书这一次更新还不如以前版本。缺点如下:epub格式电子书转换成mobi直书,kindle咪咕版直接不能识别乱码看不了。而kindle青春版可以识别但排版还不如更新前的排版好。优点是不会丢目录了。
不知道什麼是 Kindle 咪咕版與 Kindle 青春版,沒打算深入研究, EPUB 轉 AZW3 有兩個選項,一個是最佳化,代表由現在的格式去最佳化,不過對於某些牛鬼蛇神做出來的 EPUB 那保證很慘,尤其那些由網站抓下來的製成的絕對慘不忍睹,因為那個不是是排書是排網頁,完全不是排版書籍的邏輯,這時候請使用正規化,這就跟以前一樣,會先轉成 TXT ,再轉出。至於亂碼,那大概是其他軟體問題,原因很簡單, EPUB 要求就是 UTF8 ,如果是 Big5 或是 GB2312 那就是有問題,目前系統暫時不處理這裡的防呆,等我把 EPUB 健檢功能寫好後才會做這方面補強,以後就不會有阿撒不魯的 EPUB 也能丟進來轉換的問題。如果你的是 UTF8 還是亂碼,那應該找閱讀器算帳,這是基本功能。 -
有人用kindle嗎?現在除了不能直排好像也會缺字,以前用都沒問題,謝謝大家
請參考使用說明與常見問答。 -
不好意思這兩天使用TXT轉成KEPUB功能後發現在KOBO閱讀器上顯示的電子書內引號會倒90度,請問我可以怎麼處理呢?
這個問題是可以解決的,需要一些你的幫助。
1. 引號是指?上引號下引號,雙引號,還是上下括號,各種括號?每個一個都出錯?
2. 請翻到轉好的書最後面的版權說明,這不是普通版權說明,是實驗各種標點符號是否正確的說明,請檢查這裡面的引號是否正確,如果這裡正確顯示表示 TXT 內文錯字。
3. 請下載 Android 版本的 Kobo 電子書,選下方帳戶,然後選匯入項目。檢查你說的引號是否正確,以及版權說明的引號是否正確。
4. 你使用的 KOBO 閱讀器大概什麼時候買的,韌體版本?有升級到最高等級?如果是舊版的問題可以加上簡單的標點修正即可解決。
5. 如果你的 TXT 內文本身就用了直式標點,那可能會出錯,我不確定,因為我手上沒有閱讀器測試,不過簡單的方式就是使用 EPUB 轉 MD ,他可以把所有直式標點轉成橫式,包含 TXT 。這是為了彌補上一代的轉換,硬轉成直式標點的錯誤。 -
建议再增加一个编辑修改功能,有的字转换需要纠错
已經在寫以 NLP 也就是自然語言處理的基本模式來處理轉換,這部份需要時間去完成,錯誤來自兩個地方,一個是轉換錯誤,這個簡單的 NLP 即可解決。另一種其實是 OCR 錯誤,很多是 OCR 來的會把破折號變成減號或是口變成囗,或是變成正方形,很多明顯奇怪的錯誤都是來自 OCR ,這不是單獨的轉換可以搞定,必須理解上下文語意才有辦法糾錯,這部份得重新訓練一組 AI 模型,這是我目前正在研究的課題,包含如何訓練,以及怎麼獲取算力進行訓練。 -
不好意思,請問PDF檔電子書的檔案是不是都變大了,同樣轉檔後的電子書變大好幾倍,謝謝
PDF 凝固式排版,比較大一些,不過我也發現程式有點問題,之後會再修正,這個地方不好寫。 -
關於 epub 使用 send to kindle 直排的問題
剛剛看到有網有在臉書分享
在epub 的opf 裡面加一行
<meta name="primary-writing-mode" content="horizontal-rl"/>
再重用sendtokindle傳,可以解決問題我在常見問題就寫了問題了,而且這樣就格式錯誤了,變成了橫排,造成一堆問題。同樣還是有表格問題,我測試過幾種 tag 都會出問題,可以觀察到出問題時可能完全沒有輸出,也可能會變成 azw3 ,成功則是 kfx , amazon 有每一台機器賣出去的型號跟韌體,也就是他不是轉成單一檔案, send to kindle 是不同機器不同韌體有不同的檔案,而且不可以在不同機器內交叉使用。 -
多年前入手Kindle後就與天火藏書結下緣分,感謝天火藏書滿足了我中文直式閱讀的需求,感恩天火藏書一直存在著也努力維持運作,彼時想表達感謝之意時,卻發現舊網站donation已失效。端午節後,開啟天火藏書,看到全新網站還呆愣了一會兒,接著湧上的是感動及感謝,恰好也有在使用讀墨及其閱讀器mooink,讓我有機會可以為天火藏書貢獻微薄心意。
謝謝, donate 其實有很多問題,而且現在詐騙太多,為了這種事情被封帳號不值得,還有稅上面的問題,而且收到的錢很少,幾年也就換個 UPS 差不多。所以就算了。正好沒工作還是來寫寫書。 -
謝謝站長回覆,依照建議再次測試,不用send to kindle改用usb傳送azw3檔案,依舊出現同樣問題,看來以後還是得放棄直排了,再次謝謝站長多年無私提供服務。
關於 Kindle 問題不用那麼絕望, Amazon Bug 會修,韌體也會改。例如上次漫畫問題,很快就被修正,只要反應的人夠多。
1. 建議用 PDF ,可以參考使用說明跟常見問答,因為 Kindle 多變,不是大部分人認為永遠都會是可以讀的狀態,現在你轉換的檔案未來都可能需要重新轉換才可以讀取,但是只有 PDF 跟 MD 兩種格式,可能未來幾十年都是一致的。
2. AZW3 解決 95% 的問題,因為本站統計轉換中有 1/4 都是再轉 AZW3 。
3. 使用 Kindle Preview 3 ,這個我確定絕對可以。只是多作一步,將本站產生的直排 EPUB 使用本地程式轉換,再用 USB 傳送入機子。
4. 還有一種就是使用 Calibre 的 KFX Output 外掛,這也是一種方法。
心念一轉,條條都是路。不是只有一種方法。 -
請問無法將epub轉成txt了嗎 都沒看到選項
EPUB 轉 MD 就是你要的功能。
如果想要轉繁簡,可以使用天火轉碼。 -
Kindle 內現在用 Azw3 效果很好。
-
從天火藏書網站創立之初,就使用服務至今,用於工作校稿,也用於休閒閱讀,原來也這麼過了十餘載。站長不只無償分享,還持續求精。感謝、感動之外,只能趕緊移駕書房,略表心意。
謝謝,書都有試讀,有興趣再買即可。最近寫了新的一套七本的書,正在作最後的校稿。大概過一兩星期後推出。 -
使用天火藏書轉直排多年,感謝站長提供無償優質服務
新版本直書epub用郵件傳送到kindle無法直排,不知該如何調整,過渡期請問是否可以提供舊的轉換頁面呢?謝謝Send to Kindle 問題請聯絡 Amazon ,因為 Amazon Send to Kindle 壞了,不支援直排的 meta 。
建議使用:
1. 轉成 AZW3 使用 USB 放入 Kindle 。
2. 使用 PDF 。
3. 將轉出的 EPUB 使用 Kindle Preview 3 ,轉成 KFX 。
4. 等待本站支援 KFX 直出,很難。因為十多年前的電腦太爛,比我筆電還爛,轉 10 頁要 30 秒,除非換電腦才可能。
5. 寫信去給 Amazon ,請他重視繁體中文市場,趕快修正錯誤。等待奇蹟。 -
轉換出來的 epub , kepub 只能在電子閱讀器看到 ,
但安卓系統版的 kindle apps 就不能顯示 ,
而 ios 版本的 kindle apps 雖然有顯示 , 但文字又變成橫排 !
請問我該如何修正 ? 謝謝 !EPUB 有各種電子紙閱讀器與軟體, KEPUB 主要是針對 Kobo 的閱讀器和 App ,我已經測試成功可以由 Android Kobo app 去閱讀。
你用了安卓你可以使用其他 App ,例如:讀墨,我自己常用 Anx Reader ,還支援 AI 。
IOS 我不清處,但是 EPUB 閱讀器很多,就算找不到,讀墨應該也可以用。
Kindle apps 問題就出在這幾個月 Amazon 把 Send to Kindle 改壞了,可以寫信請 Amazon 把直排的 meta 修正正確 ,解決直排 meta 不認得的狀況。 -
感謝站長更新
使用新系統轉換為直書epub,並用send to kindle遇到以下問題
1.傳送至kindle時,並未變成直排,常見問題中有建議直接使用usb傳送以免跑版,但在舊系統中並未遇到此問題。
2.書籍轉換時並未勾選自動章節或是段落整理等項目,書籍最前面仍會跑目錄,請問這個是否可以選擇需要目錄或不需。
3.轉換時並未選擇封面圖,轉換進kindle之後的書籍封面,文字過小有點難辨認,請問是否可自行調整
4.想請問是否也可以提供舊的轉換系統供選擇
再麻煩解惑,感激不盡1. 本站目前的 EPUB 使用 Send to Kindle 無效,原因是 Amazon 的 Send to Kindle 有問題,無法處理 meta 設定成直排,與無法處理表格。請聯絡 Amazon 修正。
2. 目錄一定會有,因為這是重建整本書的錨點。我設定書本的 Beginning 是第一章,並不是設定在目錄,所以通常不會看到,如果碰到不會處理 Beginning 的軟體,那些也是可以直接點擊的,直接跳到第一章。最後如果都沒支援,你也可以由目錄按鈕點擊跳躍。
3. Kindle 預覽封面只有 500px 高,看不清楚正常,現在書名長,很難作,封面的字是根據說明多寡自動調整的。沒有自動空間,怕程式出錯。你可以由圖示列表切換成 List 列表,就沒問題了。
4. 沒辦法,因為舊站目前頂不住外部攻擊,經常崩潰。 -
感謝站長,我已經使用天火很多年了。真的很好用。
剛剛試著轉一本大的但是超時失敗了。不知道大概多大才不會逾時?
— —SYS系統就緒,等待付梓
[SYSTEM] 檔案自動檢測通過,可直接上傳轉檔。
[API] 健檢中... 正在向伺服器確認可用空間
[API] 健檢通過:可用 634.2 MB / 1.0 GB,本次需要 46.4 MB
[API] Worker:15 空閒 / 17 總數(2 忙碌中)
[API] 運行統計:累積 558 次請求,平均 0.04 RPS,運行 15661 秒
[UPLOAD] 檔案上傳中...
[UPLOAD] 封面已壓縮:16.8 KB → 19.1 KB
[UPLOAD] 上傳完成,已儲存為:至尊兵王
[UPLOAD] 封面已附加:至尊兵王.cover.jpg
[API] 檢測結果:UTF-8 (47491.7 KB)
[API] utf-8 → UTF-8 完成:至尊兵王.utf8 (46966.6 KB)
[API] UTF-8 → Markdown 完成:至尊兵王.md (45972.9 KB)
[API] 語系偵測:繁體中文 (繁:1245156 簡:0 日:67 韓:0)
[API] 繁簡轉換:略過(預設、非中文、或目標已達)
[API] Markdown → EPUB 完成:至尊兵王.epub (24397.6 KB,封面 至尊兵王.cover.jpg)
[API] EPUB 直排化完成:至尊兵王.epub (25909.7 KB,字型 sans,IP 101.127.112.154)
[API] 成書轉換失敗:API_EBOOK_AZW3 HTTP 504: azw3 timeout after 300s46M 約 1500 萬字,這一坨其實真的大一點,不過現在考慮到 EPUB 圖很大,現在已經放寬到 60M 來處理,但是對於這些單一文字檔案,其實並沒有特別去擋,目前設定就是 300 秒,超過就是不行,你這個同時還有兩個人再轉,而且目前本站最大困擾是被人惡意攻擊,使用 DDOS 對本站進行大量攻擊,之前舊站會因此掛掉。在被攻擊時負載會飆高,原本能處使用來處理書籍的算力便會減少,平常本站負載約 0.5 ,一般有人在使用大概是 3 ,被攻擊時會到 10 。所以不確定你這本能不能轉好,我的建議半夜三點後試試看,通常這時候負載最低。目前是看時間來決定成功失敗,不是看書有多大。不過我建議五百萬字一本差不多啦,太大光 Kindle 建立索引都得跑個好幾分鐘。建議切成兩三本。 -
天火線上轉檔的功能真的很好用,陪伴我製作多年自己想看的書,現在竟然還有功能更新,謝謝站長的開發,您辛苦了,已購書支持
感謝購書支持,有你的支持,本站其他新的功能才有著落,新手寫書,不足之處也請包容,台灣賣書很難的,尤其是新手作家和沒有任何行銷廣告的作家,也請大家多多支持本土作家,不然都只剩翻譯書跟簡體書了。 -
方才再次測試,我認為下文提及的段落間距,其實是可接受的,真正的問題在於行距。新版本轉出PDF的行距較舊版為大,加上字型也大,整個版面看起來內容鬆鬆的不舒服。附帶一提,使用六吋閱讀器時,字型選18pt算是合適的,只是行距有點鬆。但是換到7.8吋機器時,就算選到16pt,看起來還是很難過,遑論手上有更大尺寸閱讀器的讀友了。
抱歉造成困擾,字級已經提供 8pt - 20pt 自訂,另外我將行距從 1.8 倍收束到 1.7 倍,基本上其實這裡選擇不多大概就是 1.6 到 1.8 之間,請重新測試。 -
我是一個對電子書字型及排版很挑剔的人,十數年來,對於天火藏書的依賴很深,天火藏書的排版深得我心,可以依據不同尺寸的閱讀器轉換不同的版面大小,讓看書真的成為一種享受。但想請問:除了更小的字型外,是否可以考慮把段落間距再放回設定中(或讓使用者自行選擇)。非常感謝!
使用 PDF 就是懂行的,知道版面排版不是靠手指放大縮小可以搞定的。
目前已經提供自訂字級選項,可以挑選 8pt - 20pt 。
另外段落距離其實只有設定 0.5em ,也就是半個字寬,應該是可以接受。 -
不好意思,請問pdf檔有更小的字可以選擇嗎
另外請問我使用直書kepub轉出的文都變成横的,
謝謝已經提供新的 自訂 字級 選擇 可以選擇 8pt - 20pt。
kepub 是我自己仿 kepubify 寫出來的轉換程式,我手上沒有 Kobo 電子書,裝上 Andorid 版本的好像沒辦法匯入自製的電子書,所以一個問題你的電子書是哪一款,使用 epub 直排時可以看到直排?如果你把本站直排的 epub 用 kepubify 或其他轉 kepub 程式轉換後放進去會有直排嗎?我想些確認這些問題才有改進方向。 -
新站終於上線了 ^_^
-
新系統有新的留言板,看起來效果不錯。
感謝測試使用。有問題請反應。 -
請問可否新增「橫書 PDF」之選項?並非每本書都適合直書,工科教材尤難。
已列入待辦清單。直書非通用,工技類書冊確以橫書為宜,預計於下一版加入「橫直自選」選項。 -
轉換《紅樓夢》時,章回辨識略有偏差,第四十一回被併入四十回。
已收到,將檢查正則式。此書版本繁多,章回標題寫法不一,亦會擴充辨識規則。 -
感謝這個系統。將父親的舊稿(.docx)轉成直書 PDF,列印裝訂,做為他八十大壽禮物。十分妥當。
見之動容。願 令尊福壽康寧。