<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>閱讀迷走 - Latest Comments</title><link>http://readgoing.disqus.com/</link><description></description><atom:link href="https://readgoing.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 17 Aug 2010 03:32:48 -0000</lastBuildDate><item><title>Re: 如何確認出版社有製作電子書的「能力」？</title><link>http://www.readgoing.com/?p=585#comment-69276741</link><description>&lt;p&gt;台灣的出版業對於電子書產業，無法用開放的心態來經營，一直想要用舊有思維來營運。我只能說「死路一條」，電子書產業絕對會是另外一個「泡沫」，因為整個發展並未順著市場習慣來運作...另外，又無法接受「你一定會被盜版」的事實...自然無從獲利。因為整個營運思考都是「我怎樣才不會少賺」，而不是「我怎樣可以維持獲利」。自然，客戶離得很遠.....&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaa</dc:creator><pubDate>Tue, 17 Aug 2010 03:32:48 -0000</pubDate></item><item><title>Re: 如何確認出版社有製作電子書的「能力」？</title><link>http://www.readgoing.com/?p=585#comment-65084422</link><description>&lt;p&gt;哈~~ 感覺這個會議所提出的解決做法&lt;/p&gt;&lt;p&gt;就是在玩玩文字遊戲&lt;/p&gt;&lt;p&gt;打打嘴砲~~&lt;/p&gt;&lt;p&gt;拋下一個看似美好的願景 又射後不理罷了&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Wasimaomao</dc:creator><pubDate>Thu, 29 Jul 2010 10:21:18 -0000</pubDate></item><item><title>Re: 如何確認出版社有製作電子書的「能力」？</title><link>http://www.readgoing.com/?p=585#comment-64219695</link><description>&lt;p&gt;果然是似懂非懂...but, some kind of inspiring!!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eastwalker</dc:creator><pubDate>Sun, 25 Jul 2010 23:07:54 -0000</pubDate></item><item><title>Re: 出版商確實需要「EP同步」，現在。</title><link>http://www.readgoing.com/?p=578#comment-52496044</link><description>&lt;p&gt;我滿贊同你的說法，先回應一下樂譜的事情。現在HTML5已經有現成的music notion，（&lt;a href="http://0xfe.blogspot.com/2010/05/music-notation-with-html5-canvas.html）" rel="nofollow noopener" target="_blank" title="http://0xfe.blogspot.com/2010/05/music-notation-with-html5-canvas.html）"&gt;http://0xfe.blogspot.com/20...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;我想隨著ipad的應用HTML5標準來看，你所提的瘋狂想像應該會在一兩個月後問世，所以並不瘋狂，而是的確有可能發生的。不過話也說回來，在工業設計上這也不是新東西了，幾年前就有概念產品出現。&lt;/p&gt;&lt;p&gt;其時還有一個議題很微妙的是，書籍的封閉性保障了它的固定收益（如文所示），一但數位化發展之後，卻難以用共通標準（如同mp3對應於數位音樂），現存的PDF環境所提供的工具不足，ePub又不算是個標準規格，以後如何規格化才是商業化的基礎。所以我認為商業考量要以純技術問題解決，單純保障書商其實對創新沒有什麼幫助。&lt;/p&gt;&lt;p&gt;但作品的品質，像是文字或影像，沒有編輯是很難有統一。但未來要定義編輯這個身分，必定不會像現在一樣。只是誰來作這個「瘋狂出版社」，就很有趣了。&lt;/p&gt;&lt;p&gt;感謝您的回應，我可能打得太多了，還請多多指教。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">CrazyDesigner</dc:creator><pubDate>Thu, 27 May 2010 22:41:02 -0000</pubDate></item><item><title>Re: 出版商確實需要「EP同步」，現在。</title><link>http://www.readgoing.com/?p=578#comment-52360749</link><description>&lt;p&gt;@tungjentsai&lt;br&gt;&lt;br&gt;若從技術角度來看，每一本紙書，其實也都是「先E後P」，都經過了E的過程（現在應該沒人在用手工貼版了吧？），只是未必很漂亮的 Structured markup in --&amp;gt; out，所以若是更理解這個處理的過程，就有幫助。&lt;br&gt;&lt;br&gt;例如您提到的樂譜，幾年前就有好幾個競爭的 XML 標準規格，若是樂譜初期製作成標準規格，閱讀器可以收到樂譜電子書，就具備解讀並播放的能力；想要印刷（大或小量）的話也能套用，方便許多。&lt;br&gt;&lt;br&gt;瘋狂的想像一下：用 iPad 買樂譜電子書，擺在鋼琴譜架上彈奏，它還會隨著聽取辨識到每頁的最後一小節就自動翻頁；不會彈就按一下螢幕，跳出鋼琴鍵盤、虛擬手指、伴隨聲音協助教學...，這些應用，若是有標準規格就比較容易，不會是單一技術廠商獨佔，而通常這又代表了可以更便宜、更普及。&lt;br&gt;&lt;br&gt;數位化剛剛開始，可能性無限，要不要印成紙書、或是選擇以哪種載體呈現，不單純是技術問題，還牽涉了商務考量，傅大的觀點與我不算衝突，從光譜的哪一端看過去而已。&lt;/p&gt;&lt;p&gt;小出版社比較難用傅大的建議運作，所以若是先考量「EP同步」、回歸企劃編輯原點、多發掘文字，其實也是豐富創作的一個源頭，長期來看殊途同歸，共同構築出數位閱讀的好風景。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">wastemobile</dc:creator><pubDate>Thu, 27 May 2010 01:30:52 -0000</pubDate></item><item><title>Re: 出版商確實需要「EP同步」，現在。</title><link>http://www.readgoing.com/?p=578#comment-52344303</link><description>&lt;p&gt;想發表一下小小的意見。&lt;/p&gt;&lt;p&gt;我覺得大家都太執著於電子書設計的方法論，但其實沒有想到書是有性質的，小說到樂譜都是書，但不見得每一本書都適合EP同步。&lt;/p&gt;&lt;p&gt;簡單來說，像是教科書，樂譜，料理書，等實用性質強的書籍我認為滿適合EP同步的，第一是躲們很少一直翻閱，通常都是要完成某件任務時候才拿來參考用。第二是他們通常體積很大。&lt;/p&gt;&lt;p&gt;但小說，詩，攝影集，雜誌等就不太適合，對於需要強力的平面設計來說，EP同步通常不見得比較好，而且這類書籍的流通性不是很大（指的是可以看完之後在傳給下個人），也比較個人化，用EP同步就不見得適合，這也可能是傅大重要的論點。&lt;/p&gt;&lt;p&gt;第三部份，對於傳統古典書籍的保存，現在電子化是個趨勢，且應該成為免費的共同財產就是。&lt;/p&gt;&lt;p&gt;還請指教。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">CrazyDesigner</dc:creator><pubDate>Wed, 26 May 2010 22:10:42 -0000</pubDate></item><item><title>Re: 電子書店，真有那麼簡單？</title><link>http://www.readgoing.com/?p=544#comment-51944277</link><description>&lt;p&gt;太讚了!對於資訊服務的想像與執行應該永無止盡。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">minway</dc:creator><pubDate>Sat, 08 May 2010 21:21:45 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944299</link><description>&lt;p&gt;關鍵在於XML而不在於EPUB，由於EPUB的發展有點慢，也讓許多軟體採取觀望的態度，因此支援格式的軟體，目前並不多!!&lt;/p&gt;&lt;p&gt;我想這應該是有解的，但需要有些時間，也需要真的有軟體公司願意作先驅者，把方面使用的工具作出來，讓大家真的可以普及化去做體驗!!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">JACK</dc:creator><pubDate>Sun, 02 May 2010 11:15:08 -0000</pubDate></item><item><title>Re: 電子書「火柴棒」計畫</title><link>http://www.readgoing.com/?p=193#comment-51944048</link><description>&lt;p&gt;您好，太喜歡您的文章內容與見解了!!&lt;/p&gt;&lt;p&gt;我們最近洽好展開『雲端epub數位出版製造平台』的推展計畫，也將是首創採用雲端方式來產製數位出版內容，該平台已經成功在出版社實際生產使用了!!&lt;/p&gt;&lt;p&gt;我想透過您所言的火柴盒的概念，快速讓這epub電子書在台灣發光發熱，也讓出版社不需要為了軟體版權與花費大筆的成本等等問題!!&lt;/p&gt;&lt;p&gt;您真是這方面的先知，請容許我後面有問題，可以多跟您請益!! 謝謝!!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">JACK</dc:creator><pubDate>Sun, 02 May 2010 11:09:00 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944297</link><description>&lt;p&gt;看起來，網誌還是會繼續，只是要等上一段日子！內容也會重整，好，繼續期待，等待。&lt;/p&gt;&lt;p&gt;呵，怎麼變成討論起epub的好與壞了呢！書沒有做完的一天，epub也是！是中繼檔案也好，是最後呈現的檔案也罷，事情能動起來，就好。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sophie</dc:creator><pubDate>Thu, 29 Apr 2010 11:44:15 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944289</link><description>&lt;p&gt;我也贊成ePub不是真正適合給使用者閱讀的格式，&lt;br&gt;說穿了，ePub以內容呈現的部份只不過是網頁吧了，如果現在紙本書作成網頁格式賣給讀者，應該沒多少讀者可以接受。但是現在迫於無奈，使用者只能被迫回到原始時代，看比純文字檔再好一點點的網頁版本的書籍。&lt;br&gt;在閱讀品質與數位化之間的考量，現階段的確需要有一個公訂的資料交換格式供各出版社遵循，也有助於從現在開始書籍的數位化統一。&lt;br&gt;所以另一個思考點就是可以開發一些排版工具直接存取ePub加以排版，而排版工具可能有幾種版型就由排版工具決定，而ePub就當作底層的資料，因為裡面的網頁是遵循XML-based的XHTML易於parse，也不失為一個漸進式的方案。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ethan</dc:creator><pubDate>Thu, 29 Apr 2010 03:53:43 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944288</link><description>&lt;p&gt;期待新版本。。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zheng</dc:creator><pubDate>Wed, 28 Apr 2010 01:22:50 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944286</link><description>&lt;p&gt;XML, ePub,網站,App,eReader,iPad,NB,PC....&lt;br&gt;乾脆，一本書做成一支程式。&lt;br&gt;不禁想起十幾年前，有短短一陣子，程式人員滿喜歡自己寫個｢程式產生器｣來玩玩的日子。&lt;br&gt;呵呵，如果將來會出現五光十色，各種功能版本的BookApp產生器的話，那麼｢格式｣大概也統一不了吧？&lt;br&gt;期待各位努力實作的先進，等著你們的好消息。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">chentung</dc:creator><pubDate>Tue, 27 Apr 2010 11:34:30 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944284</link><description>&lt;p&gt;的確！「不管未來規格怎麼修、閱讀軟體如何進化，ePub 大概也無法全然涵括所有的出版需求。」&lt;/p&gt;&lt;p&gt;以眼前Apple的規劃，已經將數位出版簡分為兩種選項：(1) ePub格式 &amp;gt;&amp;gt; iBook on iPad/iPhone &amp;gt; &lt;a href="http://iBookstore.app" rel="nofollow noopener" target="_blank" title="iBookstore.app"&gt;iBookstore.app&lt;/a&gt; ––供固定內容使用。(2) App格式 &amp;gt;&amp;gt; iTunes App Store &amp;gt; Books類 ––供有時效性定期或不定期更新的雜誌類、亦或是包含影音多媒體類的內容使用。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eastwalker</dc:creator><pubDate>Tue, 27 Apr 2010 01:20:25 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944282</link><description>&lt;p&gt;啊，做後一喔？會不會太可惜啊？&lt;br&gt;還有誰能幫忙宣傳對的理念呢？！&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">sophie</dc:creator><pubDate>Tue, 27 Apr 2010 01:01:10 -0000</pubDate></item><item><title>Re: 數位出版工具的進展與核心</title><link>http://www.readgoing.com/?p=552#comment-51944279</link><description>&lt;p&gt;兩點贊同：&lt;/p&gt;&lt;p&gt;1. 現在對於電子出版品的需求只要略微高於圖文混排，第一個出局的就是ePub格式；我們正在進行的&lt;a href="http://flip.tw" rel="nofollow noopener" target="_blank" title="flip.tw"&gt;flip.tw&lt;/a&gt;計畫在非常早期的評估階段就已經排除了ePub。&lt;/p&gt;&lt;p&gt;2. 「以後實驗與實作多些，少罵點人，會很有趣的。」說得很好，我已經放棄指望那些現在的出版界領導者，自己先做就是了，希望很快可以看到成果。:)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Fred</dc:creator><pubDate>Mon, 26 Apr 2010 20:46:19 -0000</pubDate></item><item><title>Re: iPad，數位閱讀「失落的一角」</title><link>http://www.readgoing.com/?p=509#comment-51944253</link><description>&lt;p&gt;I-Pad所建構的business model &amp;amp;  彩色e-ink應用於筆電的可能性，讓我著實好奇啊...&lt;/p&gt;&lt;p&gt;至於ePub就目前來看，應該就是電子書的主流規格了。&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Xiao</dc:creator><pubDate>Thu, 22 Apr 2010 05:12:31 -0000</pubDate></item><item><title>Re: 想像一本空白的書</title><link>http://www.readgoing.com/?p=539#comment-51944266</link><description>&lt;p&gt;@wastemobile你好，不知是否有幸將您本篇文章全文轉錄至udn發行之〈數位出版電子報〉專欄？還請您回信是否應允，謝謝你。&lt;br&gt;有關〈數位出版電子報〉請參：&lt;a href="http://paper.udn.com/ZOPE/UDN/PapersPage/papers?pname=POH0039" rel="nofollow noopener" target="_blank" title="http://paper.udn.com/ZOPE/UDN/PapersPage/papers?pname=POH0039"&gt;http://paper.udn.com/ZOPE/U...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;udn Allen 4/16&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Allen</dc:creator><pubDate>Fri, 16 Apr 2010 04:08:48 -0000</pubDate></item><item><title>Re: 用電子書閱讀俱樂部的策略，拉進第一批閱讀機用戶</title><link>http://www.readgoing.com/?p=419#comment-51944220</link><description>&lt;p&gt;媒體報導甚或各專業人士的部落格，在討論電子書時，似乎著重在硬體、閱讀程式、B2C，但實際在營收上已行之有年的B2B、B2L(Library)卻少人討論，國內其實已有廠商的繁中電子書年營收超過好幾千萬了！或許這通路可以當作B2C通路的試金石...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">none</dc:creator><pubDate>Tue, 09 Mar 2010 22:13:27 -0000</pubDate></item><item><title>Re: 電子書店，真有那麼簡單？</title><link>http://www.readgoing.com/?p=544#comment-51944275</link><description>&lt;p&gt;可以成為紅樓夢或張愛玲等書評家或粉絲的無限延昇或是一種媒體&lt;br&gt;因為某種專業或議題可能會產生網路名嘴....&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">penny</dc:creator><pubDate>Tue, 09 Mar 2010 09:24:41 -0000</pubDate></item><item><title>Re: 想像一本空白的書</title><link>http://www.readgoing.com/?p=539#comment-51944265</link><description>&lt;p&gt;雖然環境還未成熟，但顯然很難再走回頭路了～&lt;/p&gt;&lt;p&gt;想像力，就是大家的超能力啦！&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">wastemobile</dc:creator><pubDate>Wed, 03 Mar 2010 23:33:09 -0000</pubDate></item><item><title>Re: 電子書店，真有那麼簡單？</title><link>http://www.readgoing.com/?p=544#comment-51944274</link><description>&lt;p&gt;影片 聲音...較難且較不常留下讀取,比較難成為這種性質&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">freeze</dc:creator><pubDate>Wed, 03 Mar 2010 10:00:55 -0000</pubDate></item><item><title>Re: 電子書店，真有那麼簡單？</title><link>http://www.readgoing.com/?p=544#comment-51944273</link><description>&lt;p&gt;書..很像地圖&lt;br&gt;書的內容(字,句,段,章)就像是一張地圖(座標,市,省,國,洲)&lt;br&gt;user在平台上留下的內容就像是地圖上的移動資訊&lt;br&gt;一個人的移動...只是個小痕跡(自己還要開路)&lt;br&gt;一群人的移動...就是條小徑&lt;br&gt;多群人的移動...便成為路,馬路,甚至高速公路....&lt;/p&gt;&lt;p&gt;路與路的交點,成為驛站,街角,小鎮,都市...端看路的大小&lt;/p&gt;&lt;p&gt;人們可以選擇自己的旅程(閱讀),也可以在街角處轉彎(瀏覽)...&lt;br&gt;並可以樹上留下到此一遊(筆記,地圖上的增益實境)&lt;/p&gt;&lt;p&gt;...比喻的仍不太佳,但彷彿看到另一個數位時代下的類比&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">freeze</dc:creator><pubDate>Wed, 03 Mar 2010 09:55:36 -0000</pubDate></item><item><title>Re: 電子書店，真有那麼簡單？</title><link>http://www.readgoing.com/?p=544#comment-51944270</link><description>&lt;p&gt;酷斃了！&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">chentung</dc:creator><pubDate>Wed, 03 Mar 2010 00:09:25 -0000</pubDate></item><item><title>Re: 想像一本空白的書</title><link>http://www.readgoing.com/?p=539#comment-51944262</link><description>&lt;p&gt;好個「歸零思考」！&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eastwalker</dc:creator><pubDate>Sat, 27 Feb 2010 13:10:32 -0000</pubDate></item></channel></rss>