TeleRead : 전자 도서 홈 가져

요셉은 어떤했다. 때문에 각종 형태의은 HTML에 대한 표준화 어렵다. Epub 기본적으로 엄격한 규칙과 구조에 대한 우편 번호 (또는 파일을 HTML 파일에 포함된 파일의 경우에는 그것을 청크로 분해의)입니다. 그것은 또한 추가적인 파일 게시자, 제목, 표지, 목차 등과 같은 도서에 대한 정보를 얻을 수있습니다

그래, 시간의 대부분을, EPub 개별 흐름은 기본적으로 XHTML은있습니다 + CSS는 (당신이 자주) DTBook 표시되지 않습니다. 하지만 XHTML은 그 자체가 충분하지 않아, 당신이 필요합니다 :
- 컨테이너 (OCF) 모든 배포하는
도서 (OPF)에 대해 - 메타 데이터
- 플로우 (OPF)의 순서를 정의할 수
- fallbacks 있으면 (OPF 필요합니다)
더 의미있는 방식으로 내용 - 테이블에 단순한 인라인 HTML을 (NCX)
목록에 갈 수있을 ...

만약 당신이 브라우저를 사용할 수 없다면, 상당히 EPub 리더를 구축하는 데 사용할 쉽습니다. 아이폰에 대한 예를 들어, 절 XHTML과 CSS를 처리 + 웹킷을 사용합니다.

모두 명확한 주셔서 감사합니다 (그리고 그 방법이 아닌 날 이해할 수있는 것처럼) techie. 내가 궁금해서 지금은 내가 좀 EPub의 장점을 이해한다고 생각 (비록 내 자신의 도서에 대한, 지금을 위해 HTML 파일과 막대기)를 기대합니다.

요셉은 그레이, 당신 mp3 파일과 같은 전자책으로서 EPub 얘기 재밌 네요. 내가 원래의 질문을 제출, 내가 mp3를 전자책 이렇게 될 줄 상상은 html로 - 기술적으로 적은 있지만 다른 형식으로보다 쉽게 넓게, 더 많은 일반 관객들에게 접근할 수 정교한.

빌, HTML의 사용에 대한 제안을하고 싶습니다. HTML과 싸우는 괜찮지만, 당신이 심각하게 전자책 코딩 표준 방법으로 XHTML은 1.1를 사용하여 보일 것입니다.

저기 정말 XHTML은 HTML과 모든 다양한 ()의 사이에 너무 많은 차이가있습니다. 주로 XHTML은 사물을 좀 더 깔끔하게 및 않습니다 멀리 가난한 구조를 정의하고 HTML을 허용합니다.

XHTML은 1.1을 사용의 장점은 지금 당신이 EPub 때 때가 오면 준비가 될 것입니다. 또한, XHTML과 변환해야 다른 오래된 형식 (Mobipocket, 별처럼, 등)을 적은 문제가있다.

비록 당신이 XHTML은 1.1 기준은 귀하의 마크업 코딩 될 것입니다, 당신은 여전히. html 확장자를 사용하여 파일 이름을 수있습니다. 그리고, 이러한 파일은 기본적으로 HTML의 청소부가 될 것이다, 그들은 단지 현대의 브라우저에서 잘 표시됩니다.

예를 들어, 소스는 여기 : http://www.zianet.com/jgray/nessmuk/forest_runes/introduction.html보세요. 이건 아무것도 멋진 아니지만, 그것을 어떻게 오늘날 일반적인 HTML을위한 대체 XHTML을 사용할 수를 보여줍니다.

온라인 도서의 나머지 일부 여분의 서식이 필요 시를,,하지만 난 당신을 소개 아이디어를 줄 것이다 지적했다. 난 온라인 버전의 첫 번째 EPub 때 만든, 난 단지 그 (여백, Internet Explorer와 Google Analytics에 대한 자바 스크립트에 대한 CSS를 해킹)에 필요한되지 않은 몇 가지를 제거했을 뿐이야.

마지막 생각. 공지 사항 그건 내 스타일 시트의 글꼴 크기를 지정하지 마십시오. 일부러 이렇게 했어. 또한 당신이 ""또는 밖으로 당신의 브라우저에 텍스트가 여전히 표시를 확대할 수있습니다 메모를 어떤 크기의 막. 이것은 통행의 모든 부분입니다.

Janaka 한 참여자로서 어떤 EPub (즉, 본부, OPF 및 OCF), EPub에 대한 "가장 큰 이유는"물론 DRM을 용이 아닙니다 기초 사양합니다. DRM은 항상 관심의 게시자 (하나에 요구 사항을 호출할 수있습니다 - 한 많은 가운데), 그리고이 확실히 마지막 OCF 사양에 기여하고있다 적용할 수, 웰빙하지만 가장 큰 이유 "로 번역되지 않습니다".

함께 "왜 그냥 HTML을"로,이 스레드는 이전 코멘트 (특히 요셉)이 잘 설명이 안부.

이유에 대해 XHTML은 1.1? : 참고 내용을 문서는 XHTML은 1.1 * HTML은 유효한지, 그리고 요셉의 제안 XHTML은 1.1 서적 콘텐츠 형식을 사용해야합니다에 대한 동의 여부를 EPub, 또는에 대한 입력으로 사용 편입 기타 형식 () 킨들의 예. 내가 XHTML은 1.1이 아닌 다른 방법 주변에서 EPub * 모든 제 전자책 준비 XHTML은 1.1, 및 Word DOC를 및 PDF, 필요한만큼 생산 마스터. HTML을 Word와 유사한 워드 프로세싱 형식으로 제작하면 끔찍 gawd입니다.

난 (종류)는 EPub 표준 설계에 가서 생각을 이해할 수 없어. 기본적으로이 추가 다른 의견을 상기에서 언급한 가지고 있어요.

그러나 ...

음, 만약 당신이 표준 구축, 아무도 그것을 사용할 수 있을까? 지금까지 EPub에 랩이 지났지만, 그것을 큰 걸림돌이 남아있습니다. 어떻게하면 진짜 EPub 드상의, 보편적인 표준, 그냥 DTD를 wonks의 그룹에 의해 고안됐다 대신 그것을 될 멋진! 그럼 그 안에 작가, 독서 소프트웨어 것이 될 보편적으로 모든 PC뿐 아니라 스마트폰 및 서적 장치를 쓸 수도, 게시자는 제출 자신의 선호하는 형태로, 그리고 컨텐츠 제작 게시 및 배포의 전체 체인이 하나의 마법의 표준을 사용하는 것이이 걸릴거야 .

아마도 언젠가는 우리가 그 시점에 도달한다. 난 우리가 이해 해 주길 바래.

그러는 동안, 조셉 그레이의 발언이 아니라 그것을 부러져 있던 것처럼 일반 바닐라 HTML을 보이는 수있습니다. 하지만 우리는 인터넷에서 또는 다른 페이지를 읽을 수없습니다로서! 연습 반대 사실이다 : 거의 모두가, 그리고 HTML에서 페이지를 읽을 수있는 아주 작은 틈새 관중 기본 EPub 파일을 읽을 수 있고, 경우에만 특별한 장치를 갖고 있지 않거나 그들을 다운로드하고 설치한 반면에, 드문, 특수 소프트웨어. 그리고 제가 아는 한, 아무도 실제로는 자신의 저서, 문서, 또는 EPub시는 기본적으로 알고 쓸 수있습니다.

지금까지 EPub 지지자 명세 설계에서 좋은 일을했다. 이제 그들은 더 멀리 가야하고 그렇게 세상의 나머지는 그것을 사용할 수있는 참조하십시오.

그 때 서로 매우 다르게 서로 다른 브라우저에서 볼 수있는 HTML 페이지를 렌더링하는 여러 (심지어는 매우 복잡하지 사람) 봤어요. 유니폼 않아 다시 말하지만, HTML과 문제가있습니다. HTML을 자체 부러하지 않습니다. 그것은 사람들이 소프트웨어의 문제가 그것을 코딩하는 방법. 그냥 HTML 파일은 Microsoft Word에서 메모장에 저장하거나 유사한 일반 텍스트 뷰어를 시작하려고하면 태그 스프 엉망이 요셉에게 이전에 언급을 볼 수있습니다. 난 분명히 뭔가를로드하고 싶지 않았을 느린 프로세서와 서적 리더에 대한 복잡합니다.

우리가 지금보고 계시는 디지털 음악 유통 현장을 잠시 말씀을 드리면 비슷합니다. 다른 매장 (iTunes에서 재생할 수없습니다 준 또는 보안 WMA를 iPod에서 음악을 구입) DRM의 다양한 플레이어에서 음악을 재생하는 다른 종류를 사용하지 못했습니다. 정말 음악 쪽에서 및 피어 - 투 - 피어 - 투 - mp3 파일 공유를 도와 드리지 않았나요 아직도 만연했다. 결국, 아마존의 DRM 프리 mp3를 저장하고 지금은 열, 애플의 아이튠즈는 전체 라이브러리를 DRM 프리 판매하고있다.

내가 생각하는 mp3 파일과 차이 EPub mp3 파일이 이미 기존의 형식을 명확하게 정의된 구조와 메타 데이터에 대한 사양 등 () 이전에 대량 채택했다. 또, 사람들은 이미 이러한 온라인 음악 상점의 대부분을하기 전에 팝업 mp3를 공유했다. 우린 점점 EPub 이후에만 너무 많은 다른 기업들이 자신의 독자적인 형식 (불을 Mobi, eReader, 보안 예 : PDF, 등)을 발표했다. 물론, 이러한 기업들은 자신의 형식으로 보는 성공 EPub 그래서 난 그들을 지원하는 그들의 방법을 거라고 생각하지 않아 관심이 부여된있다.

예, EPub 드 사실상의 표준이 아직없습니다. 보낸 사람 그래도 난 그 EPub의 최종 목표 - 전자책 뭐가있는 mp3가 될 것입니다 무엇을 볼 수있는 디지털 음악입니다. 문제가 채택됩니다. 더 서적 독자들이 지금은 모두 소프트웨어 및 하드웨어, 전부는 아니지만 그들이 그것을 지원합니다. 불행히도, 명세의 디자이너가 정말 게시자는 '목구멍 속으로 그것을 강제 수없습니다. 우리는 소비자로서 누구 얘기해야 사람입니다. 우리가 사는 달러 (또는 유로, 파운드, 엔, 또는 어떤 경우에는 수있습니다)과 함께, 우리는 우리가 원하는 오픈 포맷 보여줄 수 선호 하나는 DRM이에 의해 방해를합니다. 만약 소비자 EPub의 광범위한 채택 / 최종 사용자가 얻을 수있는 회사 (출판사, 장치 제조 업체, 등) 결국 EPub 포맷을 지원해야합니다.

나는 몇 년 전, 내가 처음으로 전자책에 대한 새로운 표준에 대해 들었을 고백하러 - 난 쏘이라는 생각을했다이 : "모든 직업을 속인 상대로 음모입니다."

이 새로운 표준을 그냥 뭔가를 간단하게 제거하는 방법이있을 것이라고 나는, 그리고, 그 복잡하고 큰 회사에 대한 소비자의 부주 의한 돈을 더 벌기 위해 또 다른 차량을 만드는 동안 궁금하네요.

내 모든 두려움을 무너 뜨 리신되었습니다 - 지금 작은 의심의 여지가 EPub 좋은 생각하지 않았습니다. 모두가 좋은 생각 : 저자, 출판사, 도서관 전문가 및 독자를위한. 난 인간이 아니라 읽는 장치를 뜻 서적 (으로 "독자".)

연못 ... 그것은 내가 아니라 당신이 원한다면 소리 :

대답 기능이 "당신"도서, 문서, 또는 EPub시는 기본적으로 쓰기
및
EPub 읽어 나 쉬운 방법

대답 쉬운 EPub 전환이 매우 곧 제공될 예정입니다. 사실, 그 Azardi에서 "개인 정보 사용"가능 적어도 하나의 EPub 도구를 변환입니다. 더많은 EPub coverters 방법, 그리고 곧 모든 RTF 파일 (또는 다른 일반적인 형식)로 간단하게 될 것입니다, 그리고 몇 번의 클릭만으로 EPub로 변환합니다.

그때까지는, 당신은 자신의 EPub 프리웨어를 사용하여 만들 수있습니다 - 난 그냥 - 그것은 내 젊은 조수의 도움으로 배우고 몇 일간 - 이용 당하고, 그리고 넉넉한 내 질문에 대답을 내 파일을 쳐다보면서 웹상에서 여러 사람들이 .

EPub 저자와 발행인을위한 축복이다 : 우리는 1 형식이 아닌 6 개 이상의 전자책 제작에 대해 우려를 사랑하고있다.

EPub 읽기 쉬운 방법 나 ... 그게 벌써 와있. 당신 서적 읽기 전용 장치가 필요하지 않습니다 : 당신은 당신의 자신의 컴퓨터에, 또는 온라인 EPub 읽을 수있습니다.

여기에서 페이지 EPub 전자책을 읽을 나열 방법 - 모든 이들의 자유가 :

http://summercampjobsusa.wordpress.com/ebooks/how-to-
읽기 EPub /

마이클 Pastore
전자책의 장점 50

Word에서 HTML로 사실은, 그러나 그것은 매우 쉽게 읽을 수있는 전자책을 할 때마다 막 변환될 수있는 쓸모없는 여분의 코드를 태그 스프를 생산 않습니다. 나를 위해 뭔가 매우 중요합니다. filp 측면에서 PDF로 거의 항상 서적에서 저조한 형식의 텍스트 뒤범벅합니다 : 일반적으로, 독자하지 않는 오류를 무시할 수있다 읽을 수.

그래서 진짜 질문 : 친절하고 쉽게 형식으로 EPub 수있는 HTML을? 그렇다면, 다음의 주요 가로질러 점점 장치 (킨들의, 소니, 아이폰 등) EPub 읽는 것입니다. 바탕 화면 또는 온라인과의 호환성 거의 긴 텍스트에 대한 가치가있습니다. 피터 F. 해밀턴 'EPub 바탕 화면에 야의 새벽 삼부작 (3000 + 페이지)들 읽을 수 있을까요? 말하자면, 그래, 나도 그렇게 생각하지만, 몇 사람이 그것을 잡으려고하고, 반면에 이미 킨들의이나 소니에 대한 아무 문제가 없다. 난 매일 하나지만, 아무것도에 대한 더 많은 다음 5-10 페이지가 너무 데스크톱 또는 온라인에서 읽을 정도는 말할 수없습니다.

EPub 않는 인기를 장치에있는 mp3 전자책 될 수없는 것입니다 정중하게 포맷된 텍스트를 만들 수있습니다.

그리고 진짜로 하나의 일반적인 형식은되어야합니다.

좋아했는데 ... 원래 질문 : 어떤 EPub의 장점 바꿔 보자 (즉, 우편 같은 타르 비교 ) HTML 파일과 함께가는 물건들은?
내 의견 : 아무것도 있음.
XHTML을위한으로서 ... 거기에서 아무런 이득입니다 전혀.
그냥 여기서 표준 진화보세요 : HTML5
안 XHTML2.0
왜 안 전자책 표준 웹 기술을 사용합니까?

내가 강한 리드 (어도비?) 디자인을 대신하여위원회와 오픈 소스의 노력을 더 나을 것 같아요.
또한 그것은 내 스타일을 표준화 - 시트보다 효과적일 수있다. 스타일 시트를 다르게 다른 장치로 받아 자신의 특성에 계정을 구현할 수있다.
그래서 난 그냥 텍스트에 대한 걱정이 책은 몇 가지 미리 정의된 스타일을 선택하십시오를 작성하고 그것을 실제로 좋아 보이는 것이라고합니다.

완벽하게 성공적인 서적 형식의 웹 나머지 IMHO 통합되어야합니다. 예를 들어, 파이어 폭스와 같은 주요 브라우저에서 읽을 수 있어야합니다. (조셉 회색 Firefox 용 Openberg 강사를 언급하지만, 그것이 업데이 트를 필요로 나왔다.)

링크 전자책 및 전자책을 밖으로 링크를 사이에 지원되어야합니다. 만약 당신이 링크를 지정할 수있습니다 그것은 서적이나 웹페이지에서 특정 단어를 정확하게 순서에 걸릴 다른 서적 이내 멋질 것. 링크 이런식으로 웹 일반적인 회화 구조에 전자책의 설립을 허용했다. 어쩌면이 스레드에서 하나의 지식이 주석이 주제에 대한 관점을하고있다. 이미 가능성이 있나요?

LuYu 말합니다 : "(즉, 왜 내 프로그램에 HTML로 텍스트 파일을 변환)"

네 스크립트가 생성하는 HTML의 다양한 사용은 뭘하고있는 거지? 위에서 설명한대로 당신이 깨끗하고, 모호하지 않은 코드를 얻으, XHTML은 1.1에 따라 좋은 가이드가 될 것이다. 나는 Perl에 대한 설정을 지금은 아니에요 - 어떻게에 대한 호기심에 대한 여러분의 스크립트의 출력 예제 링크를 게시?

LuYu 말합니다 : "나는 장치, PDA를, 또는 휴대 전화는 우편 번호 또는 아카이브의 다른 유형에 액세스하는 능력이있다면 본 적이 없다."

이미 PDA 용 우편 유틸리티 적어도 10 년 전에. 또한, uBook 능력을 내가 기억하는만큼 압축 전자책을 처리했다. 이젠 더 이상 PDA를 소유, 난 더 이상 uBook 사용할 수있습니다.

그것은 25보다 더 책을 당 하나의 파일 관리를 쉽게. 만약 당신이 당신이 종이 서적 구입하고 싶었 때마다 300 별도의 조각 구매했다 상상해보십시오. 빨리 페이지 82 분실 것이 챕터 그리고 혼합 실수로 휴지통에서 12 페이지를 버려야 얻을.