05/25/2009
電子書實驗：進度（1） | 數位出版
新書的編輯工作已經開始（關於「新書」請參閱這篇）；大致上收集了部分文章、測試基本版型、並且輸出簡單的PDF檔看看感覺。已經太久沒有接觸實際的刊物編輯工作，所以即使都是自己已經寫好的作品，不必向平常的編輯一樣跟作者大小聲，但要把東西整理出個頭緒來還真是不太容易啊（笑）。
目前預定會涵蓋電子出版、雜誌工作、以及編輯三個方向的內容，其他的主題則留著以後再用（hint, hint）；跟兩位朋友大致聊了一下、給他們看看測試版檔案，瞭解一下「旁觀者清」的想法，作為改進下個版本、以及到時候選擇檔案格式時的參考。
目前預定會涵蓋電子出版、雜誌工作、以及編輯三個方向的內容，其他的主題則留著以後再用（hint, hint）；跟兩位朋友大致聊了一下、給他們看看測試版檔案，瞭解一下「旁觀者清」的想法，作為改進下個版本、以及到時候選擇檔案格式時的參考。
由於我預定至少會幫每個類別的文章寫一篇導讀、並且增補文章的內容，所以雖然目前只有141頁的原始內容，但實際做完之後或許會增加個幾十頁也說不定。
雖然我知道電子書形式沒有頁數的上下限制、在不同的閱讀媒介上頁數也會有所不同，但還是難免有點擔心份量不太夠；不過馬上就被專業的朋友糾正這種「傳統」心態。
確實。如果連我都有這種包袱的話，就更不能要求資深的出版前輩們做電子書時別操心這一點了；要改進。:P
今天晚上完成了我第一篇電子書主題文章「電子書的現在、過去、未來」改寫工作；雖然是9年前寫的，不過自己看看覺得還不算差（自己誇）。如果您有興趣的話，可以下載這個部分的測試PDF檔，並且歡迎給我意見；無論是格式、顏色、大小、觀點、資料、文字等方面都可以討論。
檔名：Zimbra_10_24_0526.pdf，416K
先謝謝！
雖然我知道電子書形式沒有頁數的上下限制、在不同的閱讀媒介上頁數也會有所不同，但還是難免有點擔心份量不太夠；不過馬上就被專業的朋友糾正這種「傳統」心態。
確實。如果連我都有這種包袱的話，就更不能要求資深的出版前輩們做電子書時別操心這一點了；要改進。:P
今天晚上完成了我第一篇電子書主題文章「電子書的現在、過去、未來」改寫工作；雖然是9年前寫的，不過自己看看覺得還不算差（自己誇）。如果您有興趣的話，可以下載這個部分的測試PDF檔，並且歡迎給我意見；無論是格式、顏色、大小、觀點、資料、文字等方面都可以討論。
檔名：Zimbra_10_24_0526.pdf，416K
先謝謝！
2009/05/25 23:53:01
7 篇回應，廣告必刪：
1 » Genius Shen
：朱邦復電子書相關連結
http://cbflabs.com/?id=120
http://cbflabs.com/?id=119
謝謝！
我先前也在這個網站裡翻找過，想找的主要是電子書硬體目前的產品資訊，不過沒有找到；不過再看一次您提供的網頁，倒是不小心發現有個通往「歌林i-library」的連結。
從i-library產品網頁的規格敘述來看，這應該就是朱邦復電子書所衍生出來的產品。
這麼一說，我記得確實在某處看過這個產品，不過印象不是很深刻。雖然它在中文相關方面有獨到之處，但究竟是約十年前的設計；連新出來的Kindle DX都被我「嫌」了，這個在目前的市場上要翻身可能不太容易吧。
我先前也在這個網站裡翻找過，想找的主要是電子書硬體目前的產品資訊，不過沒有找到；不過再看一次您提供的網頁，倒是不小心發現有個通往「歌林i-library」的連結。
從i-library產品網頁的規格敘述來看，這應該就是朱邦復電子書所衍生出來的產品。
這麼一說，我記得確實在某處看過這個產品，不過印象不是很深刻。雖然它在中文相關方面有獨到之處，但究竟是約十年前的設計；連新出來的Kindle DX都被我「嫌」了，這個在目前的市場上要翻身可能不太容易吧。
2009/05/26 09:34:16
2 » 鐵山豬
：不過，試閱本好像沒有目錄？
管見以為電子書在目錄的設計上，比起傳統平台有更寬廣的創意發揮空間，不論是超連結內容或者目錄出現的位置（誰說一定要在開頭呢？）
by也在資訊出版業工作的小小編輯
「浩瀚如海」是沒有啦，一來整本書選文的範圍就已經較窄了（相對於我多而不精的寫作範圍而言），二來這也只是開頭第一篇而已，之後還有20篇左右得像這樣處理哩。
目錄有做，最後的完整版上會放。有些傳統刊物的目錄確實不是放在最前面，例如早期的讀者文摘放在封底、有些日本雜誌會放在封底內頁、甚至整本的中間等等。
至於我這本，因為到時候會加上可以點按、直接跳到文章的連結，所以應該還是會放在最前面的地方以便使用。
目錄有做，最後的完整版上會放。有些傳統刊物的目錄確實不是放在最前面，例如早期的讀者文摘放在封底、有些日本雜誌會放在封底內頁、甚至整本的中間等等。
至於我這本，因為到時候會加上可以點按、直接跳到文章的連結，所以應該還是會放在最前面的地方以便使用。
2009/05/26 10:17:23
3 » Mo爸::菲尼克斯::
：另，上一篇回應提到的行動裝置電子版的部份，是的，我建議的方式的確是只提供了 iPhone 一個平台，但這也是目前市面上現成完整的消費機制；否則要等到國內有如 Amazon 這麼有規模的商業機制建立，要等到何年何月啊？
英文字形方面，如果用中英文字形能分開設定的專業排版軟體，會比較容易解決；由於目前我只能用文書軟體來做，所以也只能暫時挑選我自己覺得中英文搭配比較順眼的字形來使用。
以「賣電子書」的角度來說，確實依附iTunes或Amazon.com這樣已經成立的平台最方便，不過這些也不是想進去就進得去的（笑），所以暫時還是只能土法煉鋼，用想得到的可行方式先試。至於哪些是可行的方式，可以考慮的是透過現有的國內網路書店（如果進得去的話）、自己在網站上賣、或是自由放送自由樂捐等等，都不排除。
以「賣電子書」的角度來說，確實依附iTunes或Amazon.com這樣已經成立的平台最方便，不過這些也不是想進去就進得去的（笑），所以暫時還是只能土法煉鋼，用想得到的可行方式先試。至於哪些是可行的方式，可以考慮的是透過現有的國內網路書店（如果進得去的話）、自己在網站上賣、或是自由放送自由樂捐等等，都不排除。
2009/05/27 11:20:35
4 » 老學生
：1. 行距似乎比一般的default設定大，造成單頁文字數量少。
我個人是覺得這樣看起來很舒服，沒有壓力。不過想知道傅大如此的設計是不是考量到mobile device螢幕的問題？另外，
2. 文字兩端沒有對齊
3. 斷落顏色(黑&棕)設定是否有其意義？
小弟資質駑鈍，無法完全體會，還請傅大釋疑
謝謝您的仔細閱讀和意見。
1. 行距和字數等設定，其實算是電子書的優點。傳統書籍在設定這些時，除了閱讀的舒適性之外，還必須考慮到厚度和頁面尺寸等成本相關因素；書太厚印製成本高、太薄感覺沒份量。而電子書如果只考慮電腦平台（螢幕大、容量大、畫面縮放速度快），就只要考慮閱讀起來是否舒適就行了。就算字太大或太小，讀者自己縮放也很方便。
如果考慮到其他平台、或是印製成實體書的可能性，需要斟酌的地方就會變多了。我目前還是以「先做出來」為原則，反正要改尺寸、行距等都只是設定問題，日後再考量無妨。
不過目前的測試版本做了一項改變：目前放出來的試閱版PDF，您可能會發現原始編排是以電腦上的「文書處理」為準，也就是A4版面，所以行距和字級等都跟著A4走，如果印出來，相較於一般書籍會變得很大。
所以現在的測試版已經改為約15x21.5公分的書籍尺寸，行距和字級也跟著調整，看看感覺如何。
2. 其實我比較喜歡行尾不對齊，不過同樣的，這也只是設定問題。不喜歡頭尾齊的原因，是因為在中英文混合的狀態下，有時候如果硬要設定頭尾對齊，可能會因為字距拉長（軟體調整每行長度的方式），導致頁面上很多「空洞」。這一點會跟使用的軟體編排能力有關，有些可以靠英文hyphenation斷字等影響版面較少的方式解決，有些就比較笨。
不過同樣的，這也是實驗的一部分，到時候都還可以測試調整。
3. 棕色內文的部份，是現在新增加的段落，在棕色文字第一次出現時的後面有說明。因為有些文章是很多年前寫的，跟現在狀況有所不同，所以我寫了一些段落做增補說明，而這些新增部分就以不同顏色標示（至於用什麼顏色也還在實驗）。
我先前有個版本，會在每段棕色文字前加上「2009年註：」字樣，不過後來覺得很囉嗦，所以就暫時拿掉了；不過看來這樣還是會有些不清楚的地方。
利用書籍常見的註腳方式來加補註，也是一個可行的方式，不過這樣總有點覺得沒有直接夾在原文中流暢。
再繼續調整看看吧，也請繼續提供您的想法。
1. 行距和字數等設定，其實算是電子書的優點。傳統書籍在設定這些時，除了閱讀的舒適性之外，還必須考慮到厚度和頁面尺寸等成本相關因素；書太厚印製成本高、太薄感覺沒份量。而電子書如果只考慮電腦平台（螢幕大、容量大、畫面縮放速度快），就只要考慮閱讀起來是否舒適就行了。就算字太大或太小，讀者自己縮放也很方便。
如果考慮到其他平台、或是印製成實體書的可能性，需要斟酌的地方就會變多了。我目前還是以「先做出來」為原則，反正要改尺寸、行距等都只是設定問題，日後再考量無妨。
不過目前的測試版本做了一項改變：目前放出來的試閱版PDF，您可能會發現原始編排是以電腦上的「文書處理」為準，也就是A4版面，所以行距和字級等都跟著A4走，如果印出來，相較於一般書籍會變得很大。
所以現在的測試版已經改為約15x21.5公分的書籍尺寸，行距和字級也跟著調整，看看感覺如何。
2. 其實我比較喜歡行尾不對齊，不過同樣的，這也只是設定問題。不喜歡頭尾齊的原因，是因為在中英文混合的狀態下，有時候如果硬要設定頭尾對齊，可能會因為字距拉長（軟體調整每行長度的方式），導致頁面上很多「空洞」。這一點會跟使用的軟體編排能力有關，有些可以靠英文hyphenation斷字等影響版面較少的方式解決，有些就比較笨。
不過同樣的，這也是實驗的一部分，到時候都還可以測試調整。
3. 棕色內文的部份，是現在新增加的段落，在棕色文字第一次出現時的後面有說明。因為有些文章是很多年前寫的，跟現在狀況有所不同，所以我寫了一些段落做增補說明，而這些新增部分就以不同顏色標示（至於用什麼顏色也還在實驗）。
我先前有個版本，會在每段棕色文字前加上「2009年註：」字樣，不過後來覺得很囉嗦，所以就暫時拿掉了；不過看來這樣還是會有些不清楚的地方。
利用書籍常見的註腳方式來加補註，也是一個可行的方式，不過這樣總有點覺得沒有直接夾在原文中流暢。
再繼續調整看看吧，也請繼續提供您的想法。
2009/05/27 22:20:39
5 » Epile
：这个网站的电子书排版很不错~
謝謝資訊。
上去看了一下，發現上面的刊物排版還是以「雜誌型」為主；以當地（相對於國外的Economist等等）刊物的排法而言，跟我在2002年設計的MacZin排法非常相似：
2009年的「譯言」PDF版面
2002年的MacZin PDF版面
是不是很像呢？
我想我的解釋是，在以電腦螢幕為準、並且兼顧不同等級設備（例如螢幕大小）的適用性時，也許目前這樣「大頁面、大字、大行距」的排法還是公認比較適當的吧。:)
上去看了一下，發現上面的刊物排版還是以「雜誌型」為主；以當地（相對於國外的Economist等等）刊物的排法而言，跟我在2002年設計的MacZin排法非常相似：
2009年的「譯言」PDF版面
2002年的MacZin PDF版面
是不是很像呢？
我想我的解釋是，在以電腦螢幕為準、並且兼顧不同等級設備（例如螢幕大小）的適用性時，也許目前這樣「大頁面、大字、大行距」的排法還是公認比較適當的吧。:)
2009/05/28 09:10:58
6 » 蠍馬
：其次是超連結可考慮用顏色或是小小的superscript標示，比較不會與中文的標點符號混淆。
好像這個網頁的原文格式比較耐看。
最後是要加點個性，好讓讀者一看就知道是傅大的作品。
2009/05/28 10:11:21
7 » 老學生
： 自己是Palm User，比較常用到的其中一項功能便是電子書的閱讀，無論是中文還是Germanic/Romance語系，小弟個人認為就一位End User而言，用mobile device閱讀最大的限制還是在於舒適度以及操作的方便性。在這樣的情況下，未針對螢幕大小最佳化的pdf檔其實是不太適合的。一般mobile device的螢幕尺寸較小，再加上中文語系文字的特性，在和Germanic/Romance語系在同樣大小的情況下，通常辨識度較低，也因此需要較大的字體以及行距以增加閱讀上的舒適度。
pdf檔的問題也就出現在這裡，如果我的認知無誤的情況下，pdf檔的設計一開始就是為了實體輸出，也因此會有一些實體排版的特性e.g. margins。而這些其實就造成了在mobile device上閱讀的困擾 - 在這麼小的螢幕上還出現margin，那字體不就更小了
雖然pdf是可以縮放的，不過在zoom in的過程中，也把其他文字往右邊擠到螢幕之外了，還要再自己手動將頁面往左拉，在閱讀的爽度上就少了很多(雖然用pda看書爽度本來就沒有很大 )。所以經驗上都還是會輸出成html-like或其特定格式，用browser或特定軟體看。它的最大的優點，對我來說，就是defaut的字體是readable，圖片在某種程度上也有最佳化。如果想要增大字體的話，所有後面的字會自動往下一行移動，我不用再將頁面移來移去。如果真的沒辦法要閱讀pdf版的話，我會把margin裁掉，以利閱讀
以目前技術面上，也許傅大可以考慮在製作上是用XML，之後再根據不同的螢幕作合適的輸出。
啦哩拉雜的說這麼多，其實如果只是在電腦上或是實體輸出，這些可能都不是考慮的點。
您的考量我非常瞭解；過去我也是長時間的Palm使用者，雖然現在隨身設備以iPhone為主，但行動設備在閱讀電子內容時的考量點是一樣的。
我自己試過在iPhone上閱讀第一版的PDF書檔，雖然還可以看，但挪來挪去確實很辛苦；定稿之後的版本一定會有以小螢幕行動裝置為考量的版本，而且如您所說，應該還是會以類似HTML的文字檔形式（可能是HTML、或是衍生出來以XML為基礎的ePub格式）來展現。
現在暫時只用PDF測試，主要是為了方便（改一次內容要轉多個版本比較累），並且還是多少為了兼顧與印刷方面的融通性，之後一定會陸續測試其他的格式；只是一個人同時要處理內容、改寫、以及測試格式，還是得排一下順序才行。
我自己試過在iPhone上閱讀第一版的PDF書檔，雖然還可以看，但挪來挪去確實很辛苦；定稿之後的版本一定會有以小螢幕行動裝置為考量的版本，而且如您所說，應該還是會以類似HTML的文字檔形式（可能是HTML、或是衍生出來以XML為基礎的ePub格式）來展現。
現在暫時只用PDF測試，主要是為了方便（改一次內容要轉多個版本比較累），並且還是多少為了兼顧與印刷方面的融通性，之後一定會陸續測試其他的格式；只是一個人同時要處理內容、改寫、以及測試格式，還是得排一下順序才行。
2009/05/28 16:38:20
