1 vài nhận xét khi dùng cái này : Điểm mạnh : 1. tiện lợi : tiện lợi ở đây là nếu bạn không biết chút gì về html hay css, bạn vẫn có thể tạo được 1 ebook đúng chuẩn của kindle. Tất nhiên mình không bàn về đẹp hay xấu vì cái này phụ thuộc vào cảm nhận của mỗi người. 2. có dropcap, tính năng này có thể gọi là chuyên nghiệp hơn so với các cách làm ebook khác 3. Tính năng "xịn" : - kiểm tra lỗi chương : lỗi chương ở đây bao gồm rất nhiều dạng : + thiếu chương + trùng chương + lỗi tiêu đề chương - gộp chương tự động : khá hay 4. build ebook có nhiều lựa chọn. rất tiện, nếu có thể thì nên thêm 1 dòng code khi build 2 định dạng cùng lúc thì khi build xong 1 định dạng nên xuất 1 thông báo ra cmd để người ta dễ theo dõi. Nếu có thể hiện được % thì càng tuyệt 5. tốc độ : nếu không tùy biến nhiều thì thời gian để từ file txt thành ebook sẽ rất nhanh Tất nhiên điểm tốt nhiều không hẵn không có điểm yếu : 1. Tính năng gộp chương, 1 điểm mạnh cũng là 1 điểm yếu. Nếu truyện có quá nhiều chương cần gộp vì sau khi sữ dụng tính năng này sẽ có thể gây lỗi đánh số chương khi làm mục lục. Cái này không thể thực hiện 1 cách máy móc 2. không hiển thị quá trình build ebook Tiện đây hỏi luôn : Mình đã sửa 1 số file để hiển thị như ý muốn nhưng không hiểu sao nó không đúng ý 1. Mình đã sửa file front_master để nó chỉ hiển thị thông tin ebook như sau : Khoảng cách ở các dòng <p> cách nhau khá xa. có cách nào để nó sát lại xíu không ? 2. Mình muốn đổi màu như thế này : - Tiêu để chương : #FF004D - Màu mục lục : #0600AD hoặc Blue Thì phải sửa như thế nào @Big Bang 3. Giữa Front+master và mục lục có 1 trang trống. Mình ko rõ ở đâu ra :v
@Poca : tính năng gộp chương là không bắt buộc. Thậm chí sửa chương bị lỗi cũng không bắt buộc. format_text.jsee không yêu cầu số chương phải chuẩn: nó chỉ cảnh báo, người dùng có thể lựa chọn dừng lại hay bỏ qua cảnh báo để tiếp tục format. Không hiểu gộp chương gây ra lỗi mục lục khi nào. Cho thí dụ được không? Nhớ sau khi gộp chương phải chạy capitalize_collect_titles.jsee để cập nhật lại danh sách chương. Hiển thị quá trình build thì bó tay vì không can thiệp vào kindlegen.exe được. kindlegen.exe build cả hai loại AZW3 và PRC cùng một lúc, vì vậy không cần thông báo khi build xong mỗi loại :) Nhưng có thể cho một cái thông báo trước khi build là sẽ build những file nào (chưa test, nhưng có lẽ không có vấn đề gì) Mấy file có thể tùy biến như front_matters, front_cover, back_cover vì để dễ cho người không rành HTML/CSS nên cho phép chỉnh sửa ngay tại trang (có hướng dẫn cụ thể trong đó). Bình thường người ta chỉ chỉnh trong file CSS. - các dòng <p> cách nhau quá xa: coi trong CSS, dòng p.front_matters coi có mấy cái margin-top, margin-bottom hay margin không. Margin càng lớn thì các dòng càng xa nhau. Đặt margin = 0 hoặc bỏ margin đi (xài default). Nếu như vậy vẫn không được thì thay <p> bằng <br />, ví dụ: Tác giả: Huỳnh Dị<br /> Thể loại: Kiếm Hiệp<br /> Chú ý: chỉ dùng 1 <br /> cho mỗi dòng. Nếu muốn in đậm thì dùng <b>, thí dụ: Tác giả: <b>Huỳnh Dị</b><br /> Thể loại: <b>Kiếm Hiệp</b><br /> Nếu muốn áp dụng nhiều format cùng một lúc thì tốt hơn cả dùng thẻ <span>. Ví dụ để in đậm, màu đỏ, chữ nghiêng: Tác giả: <span class="front_matters">Huỳnh Dị</span><br /> Thể loại: <span class="front_matters">Kiếm Hiệp</span><br /> Trong file Ebook.css thêm một dòng span.front_matters { font-weight: bold; color: red; font-style: italic; } Muốn đổi màu các thẻ khác, ví dụ h1, cũng sửa tương tự như vậy trong file eBook.css (h1.front_matters { color: #FF004D; } hoặc color: blue, v.v.) Mỗi khi đụng dòng <p class="chapbr"> </p> ebook sẽ sang trang một lần. Kiểm tra lại coi thừa thiếu thế nào. Nếu có 2 dòng như vậy liền nhau thì sẽ có 1 trang trống :))
Ví dụ thế này : mình chỉ lấy trường hợp mà mình cảm thấy không nên gộp chương mà chỉ nên kiểm tra tính hợp lệ của chương và xem chương có thiếu hay không thôi. - ví dụ truyện có 60 chương (Bác Sĩ Cầm Thú cũng hao hao số chương này, nhớ ko nhầm thì 64) trong đó chỉ có 1 vài chương có tiêu đề, 1 số chương thì chia nhiều phần, đa phần thì chương không đề tiêu đề. Khi làm sạch text + fix lỗi nhưng chương này sẽ có tiêu đề là Vô Đề. Vấn đề sẽ xảy ra khi tiến hành gộp chương, lúc đó sẽ có vài chục chương nó gộp lại thành 1 cục luôn. Như vậy nếu gộp chương thì cái mục lục tạo ra nó sẽ rất thú vị =)) Tất nhiên với các ebook ít chương thì có lẽ không vấn đề nhưng nếu áp dụng điều trên với những truyện vài k chương : Nếu đặt bạn vào trường hợp là bạn đọc với cái mục lục như thế này : Chương 100-200 : abc . nếu chẳng may không lưu bookmark, không nhớ page (mpr) , location (kindle) ai đó vào nghịch chuyển truyện của bạn về 1 vị trí nào đó thì việc bạn tìm lại chương đang đọc là rất khó khăn. Theo ý mình khi làm truyện tốt nhất hay lướt qua các chương ở file temp để xác định có nên gộp chương hay không. Nếu truyện có quá nhiều chương sát nhau (khác số phần, hay không tiêu đề) thì không nên gộp đây không gọi là lỗi nhưng mình nghĩ nếu ai làm ebook thì phải chú ý tới điểm này - ví dụ có thể gây lỗi chương như sau : Chẳng hạn chương gộp sẽ như thế này : + Chương 47-52 : abc def + Chương 99-101 : efd nếu thế này mình nghĩ sẽ gây lỗi khi chạy mục lục x50 vì : chương sẽ check 50 chương 1 giờ không dò ra 50 thì phải làm sao ? vì nó gộp rồi còn đâu nữa :)) Đây chỉ là ý nghĩ của mình, vì mình dùng đồng thời cả EBW và Dép Form để tạo ebook. Với marco trong word mình đã gặp rất nhiều trường hợp thế này
