View Full Version : New Epub/Mobipocket creation tool: Jutoh


Julian Smart
05-21-2010, 10:23 AM
Hello,

Jutoh is an inexpensive WYSIWYG ebook editor for Windows, Mac OS X, Linux, FreeBSD and Solaris x86. You can try it out here:

http://www.jutoh.com

Jutoh imports from Epub, OpenDocument, HTML and text files, and can create books in Epub, Mobipocket, text, OpenDocument and MP3 formats. Jutoh has a cover designer with a selection of templates for creating your cover image with minimal effort, and has several features for tailoring your books for different publishers and sites without the need to maintain different versions. It can also store notes, pictures and URLs in project files without affecting the generated book.

It's suitable for fiction and other books that don't have very complex layout requirements.

I hope it's of interest!

Best regards,

Julian Smart
Anthemion Software

Catire
05-24-2010, 12:25 PM
Hi,

I'm downloading it right now, is there a trial version of jutoh?

Nevermind, it finished downloading and activated the trial when installing :p

dreamsgate
05-29-2010, 12:23 AM
Most likely this is an operator error on my part, but I can't seem to get images into my ebooks when using jutoh. Which is a bummer, as I am really liking the demo.

I insert them into my document, but when I go to compile, no joy.
I have tried png and jpeg, in both color and grayscale.

Julian Smart
06-04-2010, 03:15 AM
Most likely this is an operator error on my part, but I can't seem to get images into my ebooks when using jutoh. Which is a bummer, as I am really liking the demo.

I insert them into my document, but when I go to compile, no joy.
I have tried png and jpeg, in both color and grayscale.

Hi,

Sorry about that, in 1.01 images were added inline in the HTML, which Mobipocket doesn't like and probably wouldn't be compatible with some readers. I corrected that in 1.02, and I'm also going to release 1.03 today with a couple of other bugs fixed.

Best regards,

Julian

dreamsgate
06-04-2010, 12:29 PM
1.02 works great, thank you.

Kino
06-05-2010, 09:26 AM
Hi,

I found that importing an html file did not convert " to quotes after the first instance in each paragraph.

e.g. "Thank you."

came out as

"Thank you."

instead of "Thank you."

and so on...

I am using version 1.03.

Julian Smart
06-06-2010, 03:14 AM
Hi,

I found that importing an html file did not convert " to quotes after the first instance in each paragraph.

e.g. "Thank you."

came out as

"Thank you."

instead of "Thank you."

and so on...

I am using version 1.03.

Hi,

Sorry about that, I've now corrected this and a few other bugs in 1.04, available now.

Best regards,

Julian

Dellaster
06-13-2010, 08:46 AM
Hi Julian,

Jutoh is growing on me. Enough so that I went ahead and bought it while it's at the introductory price. :thumbsup:

Image problems (version 1.05): they fail to load with ODT files. Perhaps it's just PNGs. I can't recall now if I tried with the JPG conversions.

Inserted images are not given the alt="" attribute, causing EpubCheck to fail. A quick fix to "Import images..." to include that part would be very welcome. Just the empty alt="" would be fine.

Thanks.

P.S. I'm running Windows 7 64bit in case that matters.

Julian Smart
06-18-2010, 02:07 AM
Hi Ted,

I've replied to you privately but for people reading the thread I'll reply here too.

Hi Julian,

Jutoh is growing on me. Enough so that I went ahead and bought it while it's at the introductory price. :thumbsup:

Image problems (version 1.05): they fail to load with ODT files. Perhaps it's just PNGs. I can't recall now if I tried with the JPG conversions.

Inserted images are not given the alt="" attribute, causing EpubCheck to fail. A quick fix to "Import images..." to include that part would be very welcome. Just the empty alt="" would be fine.

Thanks.

P.S. I'm running Windows 7 64bit in case that matters.

Glad you're finding Jutoh useful, and thanks for the bug reports. At the weekend I'll release Jutoh 1.07 with the alt attribute fix and a few others. Embedded ODT images are strange in that if you paste from the clipboard they are embedded as SVM images, which very little software can read unfortunately, including Jutoh. However if you insert a PNG, JPEG or GIF into the OpenOffice file, it remembers the original format and Jutoh can extract the images.

Regards,

Julian

gwynevans
06-21-2010, 07:10 PM
Hmm - looks nice - just wish I'd keep a closer eye on the forum as I missed the intro pricing!

Not sure if it's a user error or not, but I tried to remove the paragraph spacing by (from memory) editing Project Properties/Styles, then selecting "Custom CSS" for the basic style (the indent one) then setting the spacing to .00 from the default .80 value, but it didn't seem to make it into the ePub... Didn't have time to double-check though.

Dellaster
06-21-2010, 10:36 PM
Hmm - looks nice - just wish I'd keep a closer eye on the forum as I missed the intro pricing!

Not sure if it's a user error or not, but I tried to remove the paragraph spacing by (from memory) editing Project Properties/Styles, then selecting "Custom CSS" for the basic style (the indent one) then setting the spacing to .00 from the default .80 value, but it didn't seem to make it into the ePub... Didn't have time to double-check though.

I encounter that too. My workaround is to uncheck Custom CSS then go to Edit for the style and change the top/bottom margin there. Custom CSS changes aren't always reflected in the editor for some reason.

Which reminds me of another thing: a paragraph with a top or bottom margin in the style displays with extra space both before and after the paragraph. Makes it hard to see at a glance what kind of style it is. I'm often clicking in the space before or after to see if it's an empty <p> that I can delete. (Hope that all makes sense.)

I haven't had a chance to check out the latest release (1.07) so I don't know if these things still happen.

n0rd
06-23-2010, 05:46 PM
how to import from epub ?

Julian Smart
06-25-2010, 03:12 AM
Hi Gwyn,

Hmm - looks nice - just wish I'd keep a closer eye on the forum as I missed the intro pricing!

Not sure if it's a user error or not, but I tried to remove the paragraph spacing by (from memory) editing Project Properties/Styles, then selecting "Custom CSS" for the basic style (the indent one) then setting the spacing to .00 from the default .80 value, but it didn't seem to make it into the ePub... Didn't have time to double-check though.

Apologies, this is indeed a bug, which I'll fix in 1.08 which I hope to release around the beginning of July. Sorry about that.

Thanks,

Julian

Julian Smart
06-25-2010, 03:15 AM
I encounter that too. My workaround is to uncheck Custom CSS then go to Edit for the style and change the top/bottom margin there. Custom CSS changes aren't always reflected in the editor for some reason.

Which reminds me of another thing: a paragraph with a top or bottom margin in the style displays with extra space both before and after the paragraph. Makes it hard to see at a glance what kind of style it is. I'm often clicking in the space before or after to see if it's an empty <p> that I can delete. (Hope that all makes sense.)

I haven't had a chance to check out the latest release (1.07) so I don't know if these things still happen.

Is the space on both sides of the paragraph due to the fact that two paragraphs of the same style will be separated by one or other's top or bottom space? I.e. the bottom space of one paragraph may seem like the top space of the next. I don't think there's a bug with paragraph spacing but if it persists please let me know.

Thanks,

Julian

Julian Smart
06-25-2010, 03:16 AM
how to import from epub ?

Hi,

You can select "Import from single file" in the New Project Wizard, and choose the appropriate epub file.

Hope that helps.

Julian

kiermel
07-04-2010, 01:12 PM
I imported a odt file and did it very well. Compiled it, but neither ADE nor any other reader can read it :(

Julian Smart
07-09-2010, 04:05 AM
I imported a odt file and did it very well. Compiled it, but neither ADE nor any other reader can read it :(

Sorry to hear that. I'd be grateful if you could send me the .jutoh file and I'll investigate.

Thanks,

Julian

Julian Smart
08-18-2010, 12:12 PM
Hi,

I haven't posted for a while so I thought I'd mention the new version of Jutoh (1.12):

http://www.jutoh.com/download.htm

I've improved lots of things in recent weeks, including better ODT and HTML import, a Table of Contents wizard, new Epub source viewer which helps you see EpubCheck errors in context, faster performance, and various XHTML generation fixes. Hope you like the enhancements.

Regards,

Julian

kassiekie
11-02-2010, 06:25 PM
Is there a walkthrough on how to use the program to create epub files.

I'm trying to create files from scratch but for some reason I have a empty table of contents (which i don't really need) as well as the title page being on the last page.

please help!

I'm so confused right now.

EDIT: Never mind I figured it out

Kudos to you for a great job!

one_e00
11-10-2010, 06:31 AM
[QUOTE=kassiekie;1196237]Is there a walkthrough on how to use the program to create epub files.

I'm trying to create files from scratch but for some reason I have a empty table of contents (which i don't really need) as well as the title page being on the last page.

please help!


But i still need a guide how to use this step by step..
Really i'm new starter..

one_e00
11-11-2010, 02:34 PM
i think you should add one more format for text alignment. it seems there only 3 alignment which is left, center, and right. it should be justify, so that the book will look well organized when published.

MacEachaidh
11-12-2010, 01:51 AM
Julian, I'm just trying out Jutoh (version 1.18), and it seems very nice indeed, so congrats for that. I'm sure it will continue to evolve. Is this a good place for users to post feature requests or comments on current functionality?

If so, I strongly second one_e00's request for the option of full justification. It's by far my preferred formatting for blocks of text.

Now, a question, for Julian or anyone else who can shed light on what I'm doing wrong, please. I've tried importing three different ePub files, and in each case they have opened in Jutoh with the component documents in apparently random order - not in their intended order, which is how they appear when I open the file in ADE. And in the panel on the left, all these documents are displayed with the same name, the title of the book, so I can't even tell them apart or re-order them to their correct positions.

Is this what's supposed to be happening? I can't imagine it would be, but I also can't see why it's happened on all three files I've tried to edit.

Julian Smart
11-12-2010, 03:36 AM
[QUOTE=kassiekie;1196237]Is there a walkthrough on how to use the program to create epub files.

I'm trying to create files from scratch but for some reason I have a empty table of contents (which i don't really need) as well as the title page being on the last page.

please help!


But i still need a guide how to use this step by step..
Really i'm new starter..

Hi,

There's a section called Quick Start in the Jutoh manual, plus the Jutoh User Guide section that goes into more detail; however it's not easy to cover all eventualities. Various options can be set in Configurations (see Project Properties/Configurations) including switching off auto-contents generation. I don't know why the title page appears on the last page and whether it's being generated by Jutoh or it's an explicit section in your project, so I think I'd need more info to diagnose this. If you ask on the Jutoh mailing list (see the support page) or mail me directly I should be able to answer more quickly since emails notifications from this forum get delayed.

Regards,

Julian

Julian Smart
11-12-2010, 03:39 AM
i think you should add one more format for text alignment. it seems there only 3 alignment which is left, center, and right. it should be justify, so that the book will look well organized when published.

Answered directly by email but for the benefit of this thread, Jutoh supports justification output to compiled books, it just doesn't show it in the editor. You can set justification in named styles via Project Properties/Styles/select a style, click Indents & Spacing, click Justify.

Best regards,

Julian

Julian Smart
11-12-2010, 03:47 AM
Julian, I'm just trying out Jutoh (version 1.18), and it seems very nice indeed, so congrats for that. I'm sure it will continue to evolve. Is this a good place for users to post feature requests or comments on current functionality?

If so, I strongly second one_e00's request for the option of full justification. It's by far my preferred formatting for blocks of text.

Now, a question, for Julian or anyone else who can shed light on what I'm doing wrong, please. I've tried importing three different ePub files, and in each case they have opened in Jutoh with the component documents in apparently random order - not in their intended order, which is how they appear when I open the file in ADE. And in the panel on the left, all these documents are displayed with the same name, the title of the book, so I can't even tell them apart or re-order them to their correct positions.

Is this what's supposed to be happening? I can't imagine it would be, but I also can't see why it's happened on all three files I've tried to edit.

Hello,

Glad you're finding Jutoh useful.

As per my previous message, justification is supported, it's just not visible in the editor, and it's best to specify justification in named styles via project properties/styles.

Best place for questions - if you ask on the Jutoh mailing list (see the support page) or mail me directly (julian at anthemion.co.uk) I should be able to answer more quickly since emails notifications from this forum get delayed. I know mailing lists aren't for everyone but my previous attempts at creating forums drowned in spam, and I'd rather spend the time on improving Jutoh...

The reason why your documents have the same name is probably because the TITLE tag for each HTML page contained the book name instead of the chapter title. This is dependent on the tool that created the original files. You can change the name by clicking on the title above the chapter text in Jutoh. You can then reorder the chapters in the outline. If you still have problems, please let me know and if possible email me a sample showing the problem.

Thanks,

Julian

MacEachaidh
11-12-2010, 09:38 AM
The reason why your documents have the same name is probably because the TITLE tag for each HTML page contained the book name instead of the chapter title. This is dependent on the tool that created the original files.
Yes, you were right. That was the problem. Though I couldn't correct it in Jutoh - the chapter names in the body text didn't tell me what order they should be in, so I had to take the file back into Sigil (which opened the files in the correct order) and edit the "Title" tag. Even then, bringing them back into Jutoh did a couple of strange things: the first file, the book cover, had "Cover" in the "title" tag, but Jutoh for some reason renamed that to "Start" - no idea why.

Julian, why does Jutoh re-order the files on import? It seems to sort them alphabetically by the contents of the "title" tag, but why do that? Wouldn't it be better to simply use the order in the existing ePub? I know the files can be manually re-ordered, but unless I missed something the re-ordering process is quite laborious, being click-and-drag, one file at a time - and if there are more files in the document than can fit in the dialogue at one time, moving even one file is click-and-drag, scroll the dialogue, click-and-drag ... it does go on a bit.

If I sound like I'm slagging the software, I apologise - that's not my intention. I'm trying to evaluate the workflow of formatting an ePub using Jutoh, as compared to other options. I don't have CSS skills, so Sigil isn't a solution on its own; but it looks like a combination of Jutoh and Sigil will be required. I use Adobe InDesign professionally, but that's not so slick as one might assume it would be, and also requires Sigil afterwards to clean up its output as well. I really appreciate the ability to modify an ePub file in an (almost-)WYSIWYG environment.

I found one glitch, Julian: when exporting to ePub, the software defaults to the name of the book for the name of the ePub, but lets you modify the name chosen. Well and good. Then it tries to ePubCheck the saved ePub, but doesn't remember any modification you've made to the file's name. It still looks for an ePub named after the book's original title, and gives an error message if it doesn't find it, and doesn't let you modify the name of the ePub it should be searching for.

Again, thanks for your efforts in this software. It certainly fills a niche.

Julian Smart
11-15-2010, 06:14 AM
Yes, you were right. That was the problem. Though I couldn't correct it in Jutoh - the chapter names in the body text didn't tell me what order they should be in, so I had to take the file back into Sigil (which opened the files in the correct order) and edit the "Title" tag. Even then, bringing them back into Jutoh did a couple of strange things: the first file, the book cover, had "Cover" in the "title" tag, but Jutoh for some reason renamed that to "Start" - no idea why.

Julian, why does Jutoh re-order the files on import? It seems to sort them alphabetically by the contents of the "title" tag, but why do that? Wouldn't it be better to simply use the order in the existing ePub? I know the files can be manually re-ordered, but unless I missed something the re-ordering process is quite laborious, being click-and-drag, one file at a time - and if there are more files in the document than can fit in the dialogue at one time, moving even one file is click-and-drag, scroll the dialogue, click-and-drag ... it does go on a bit.

If I sound like I'm slagging the software, I apologise - that's not my intention. I'm trying to evaluate the workflow of formatting an ePub using Jutoh, as compared to other options. I don't have CSS skills, so Sigil isn't a solution on its own; but it looks like a combination of Jutoh and Sigil will be required. I use Adobe InDesign professionally, but that's not so slick as one might assume it would be, and also requires Sigil afterwards to clean up its output as well. I really appreciate the ability to modify an ePub file in an (almost-)WYSIWYG environment.

I found one glitch, Julian: when exporting to ePub, the software defaults to the name of the book for the name of the ePub, but lets you modify the name chosen. Well and good. Then it tries to ePubCheck the saved ePub, but doesn't remember any modification you've made to the file's name. It still looks for an ePub named after the book's original title, and gives an error message if it doesn't find it, and doesn't let you modify the name of the ePub it should be searching for.

Again, thanks for your efforts in this software. It certainly fills a niche.

Hello,

I'm a bit mystified why it imported sections in the wrong order. Jutoh does use the ordering in the .opf file when parsing the Epub. I wonder if you could send me a sample that demonstrates the problem so I can see what's happening.

The 'Start' section title is also a mystery, it must be there in the Epub as I don't think this is something Jutoh would insert automatically.

Hopefully if we can find out what's going on with your file, we can reduce or eliminate the need to use Sigil on Jutoh's output.

Title naming - perhaps Jutoh should have an option to use the first-found section title instead of using the title tag.

Checking - I see what you mean, but when you use Export you're kind of circumventing the normal Jutoh work flow; you could instead change the Epub filename in the configuration to allow Jutoh to know which file to check. I'm not sure if Jutoh should do anything different because you could be exporting to umpteen different .epub files and Jutoh can't know which one you want to check (the file specified in Export doesn't have any permanent significance as far as Jutoh is concerned). Something for me to think about anyway.

Thanks,

Julian

Oldpilot
12-24-2010, 04:21 PM
Answered directly by email but for the benefit of this thread, Jutoh supports justification output to compiled books, it just doesn't show it in the editor. You can set justification in named styles via Project Properties/Styles/select a style, click Indents & Spacing, click Justify.


When I edit the style for indented paragraphs and save it as Justified, should the visible text change to justified? (It doesn't, alas!)

Is there any way to get this thread into book-authoring software so I can more easily find it again?

Julian Smart
12-31-2010, 04:38 AM
When I edit the style for indented paragraphs and save it as Justified, should the visible text change to justified? (It doesn't, alas!)

Is there any way to get this thread into book-authoring software so I can more easily find it again?

Hi,

Text won't appeared justified in the editor, I'm afraid, but it should appear justified in the ebook if supported by the ebook reader.

Sorry about the late reply, I was only just notified automatically. You can also ask questions on the Jutoh mailing list (see http://www.jutoh.com/support.htm).

Montyp535
01-05-2011, 03:31 PM
not bad program - but how can I import a rtf/doc-file to a new project ad, more important, why is there no possibility to format text "justified" - not left, not right, not centered?
The mark-and-right-click-way doesn't work in existing text, also the change of a style shows only left oriented text, when justified is chosen... - it shows also not correct in the ADE

Julian Smart
01-07-2011, 03:06 AM
not bad program - but how can I import a rtf/doc-file to a new project ad, more important, why is there no possibility to format text "justified" - not left, not right, not centered?
The mark-and-right-click-way doesn't work in existing text, also the change of a style shows only left oriented text, when justified is chosen... - it shows also not correct in the ADE

Hi,

You can set the alignment to be justified, either via Format -> Paragraph... or (better) by editing the named styles in Project Properties/Styles. However the justification won't be seen within the editor, sorry, but it should be shown in the reader if it supports justification. I did just verify that justification is shown correctly in ADE on Windows after I marked a paragraph in Jutoh as justified.

Regards,

Julian

Julian Smart
01-07-2011, 12:24 PM
Sorry, I forgot to add that you can import your RTF or Word file if you first grab a copy of OpenOffice.org, open your document in that, then save as ODT. Jutoh can then import the .odt file via the New Project Wizard. Sorry it doesn't directly import Word or RTF but it was a lot easier to implement ODT import, and spend the time on other features. It's also a good way of introducing people to OpenOffice.org, potentially saving them massive amounts of money in the future :)

Julian

Montyp535
01-10-2011, 03:33 AM
Hi Julian,

thanks for the information, I'll test it out... :-)

WORKS fine!

And is there a possibillity to show "page breaks" - and to delete them?
When I import a document from odt, where the first parts separated by page breaks (title page, author, information about the book...), the rest of the odt I can import with the "split by style"-option - but then the first parts are not splitted.
Or I Import "at page breaks" - then is the rest of the file unsplitted.
I can insert page breaks - but I can't see them - and delete.

Julian Smart
01-14-2011, 05:49 AM
Hi Julian,

thanks for the information, I'll test it out... :-)

WORKS fine!

And is there a possibillity to show "page breaks" - and to delete them?
When I import a document from odt, where the first parts separated by page breaks (title page, author, information about the book...), the rest of the odt I can import with the "split by style"-option - but then the first parts are not splitted.
Or I Import "at page breaks" - then is the rest of the file unsplitted.
I can insert page breaks - but I can't see them - and delete.

Sorry, it's not very obvious, but the status bar will show when the cursor is on a paragraph with a page break, and you can remove the page break by using the Insert Page Break command a second time. I should probably mark the break with a dotted line.

You can split sections after the project is created with Edit | Split Document (Ctrl+Alt+H).

Regards,

Julian

Julian Smart
10-27-2011, 04:05 AM
Hi,

I hope you don't mind me mentioning a new version of Jutoh since the latest version has a bunch of new features and improvements that folks might find useful. These include better error reporting, conditional inclusion of sections, automated Kindlegen installation, and addition of navigation controls to HTML output (handy for reading ebooks directly on your web site).

The latest download is at www.jutoh.com/download.htm (http://www.jutoh.com/download.htm).

I've also written an ebook about Jutoh (http://www.jutoh.com/book.htm) (using Jutoh, of course!) which should make it easier to make the most of the software.

For any Germans out there, Jutoh is on the cover disk of the current (November) edition of CHIP magazine.

Best regards,

Julian

Insalata
11-01-2011, 09:02 AM
I'm trying Jutoh out, and really like the look of it so far. It seems much easier to use than anything else I've tried - for someone who isn't really familiar with html.

Please could you tell me if it can handle small caps - I've embedded a font that supports them, but can't access them through the font dialogue. (Using version 1.38 on Mac Lion.)

DaleDe
11-01-2011, 09:37 PM
I put Jutoh in our wiki and took a look at it. CSS seems to be a weakness that needs to be fixed before it is ready for prime time IMHO>

Insalata
11-02-2011, 05:06 AM
I found that the way Jutoh deals with styles is a lot easier for someone who's not used to html, css etc. The interface is more like a word processor than Sigil - but I suppose the price for that is less power and flexibility in some areas. Maybe I just need to bite the bullet and learn html :(.

DaleDe
11-02-2011, 11:12 AM
I think the most serious problem of not importing existing CSS files when other files are imported could be easily fixed but just copying in these files even though Jutoh doesn't parse them. Today it will break a imported file. At least that is my understanding of how it works.

Dale

Julian Smart
11-04-2011, 04:04 AM
I'm trying Jutoh out, and really like the look of it so far. It seems much easier to use than anything else I've tried - for someone who isn't really familiar with html.

Please could you tell me if it can handle small caps - I've embedded a font that supports them, but can't access them through the font dialogue. (Using version 1.38 on Mac Lion.)

Hi,

Although Jutoh doesn't natively support small caps, you can achieve this for Epub and Mobipocket by creating a character style in Project Properties/Styles, checking "Use custom CSS", and adding these lines to the definition:

font-size: smaller;
text-transform: uppercase;

or:

font-variant: small-caps;

(I haven't checked which works best in Epub versus Mobipocket.)

Then you can apply this style by selecting text, showing the context menu (ctrl-click), and selecting Style -> Character style -> your named style.

Or you can add this CSS to a paragraph style using the same "Use custom CSS" technique. Note that changes to the style using Jutoh won't show up until you clear "Use custom CSS", check it again, and re-add the custom CSS.

Regards,

Julian

Julian Smart
11-04-2011, 04:06 AM
I think the most serious problem of not importing existing CSS files when other files are imported could be easily fixed but just copying in these files even though Jutoh doesn't parse them. Today it will break a imported file. At least that is my understanding of how it works.

Dale

You can use the custom CSS approach, or you can reproduce the style using Jutoh's interface (you can ask Jutoh to create placeholder styles when it encounters them in the imported HTML).

But importing from ODT is the better option if you have your book in a format such as Word that can be converted to ODT.

Regards,

Julian

Julian Smart
11-04-2011, 04:11 AM
I put Jutoh in our wiki and took a look at it. CSS seems to be a weakness that needs to be fixed before it is ready for prime time IMHO>

Thanks for including it! I would quibble slightly with "not ready for prime time" since that's only if you're converting from relatively complex HTML. I think most users will have existing books in a word processor format such as Word, and Jutoh preserves styles when converting from word processor formats (via ODT), something I concentrated on doing well rather than writing a CSS parser. Having said that, I've made a start on a CSS parser.

Regards,

Julian

Insalata
11-04-2011, 04:36 AM
Hi,

Although Jutoh doesn't natively support small caps, you can achieve this for Epub and Mobipocket by creating a character style in Project Properties/Styles, checking "Use custom CSS", and adding these lines to the definition:

font-size: smaller;
text-transform: uppercase;

or:

font-variant: small-caps;



Thank you. I assume that the first suggestion “fakes” the small caps, which seems a shame when there are proper ones in the font. I'll try the second option - although OTF usually doesn't list “small caps” as a font-variant like bold or italic. On Mac they’re accessed through a typographic options panel from the font selector. On Windows it’s harder unless you’re using something like Quark or Indesign that has more detailed typographic settings.

For now I've worked round it by using a font that only has small caps for those bits.

DaleDe
11-04-2011, 11:44 AM
Thanks for including it! I would quibble slightly with "not ready for prime time" since that's only if you're converting from relatively complex HTML. I think most users will have existing books in a word processor format such as Word, and Jutoh preserves styles when converting from word processor formats (via ODT), something I concentrated on doing well rather than writing a CSS parser. Having said that, I've made a start on a CSS parser.

Regards,

Julian

Good that you have started on a CSS parser. My major concern would be someone importing an existing ePub file. It is very common to use a WYSIWIG editor to repair an ePub file, and would be important to never mess up an existing file.

Dale

EowynCarter
11-05-2011, 11:47 AM
Well, css parser would definitifly be good. One of the main reason i'm using sigil.

An other anoyance i have with jutho, is the way it sets syle.
I would like to have

p
{
// whatever's neeeded
}

in the css

and <p>fsdf sdfsdf sdfsdfsdf</p> in the html

rather than
.p_normal
{
// whatever's needed
}

and <p class="p_normal" >fsdf sdfsdf sdfsdfsdf</p>

Oh, and a "remove unused style" would be dammed useful.

Julian Smart
11-06-2011, 05:09 PM
Well, css parser would definitifly be good. One of the main reason i'm using sigil.

An other anoyance i have with jutho, is the way it sets syle.
I would like to have

p
{
// whatever's neeeded
}

in the css

and <p>fsdf sdfsdf sdfsdfsdf</p> in the html

rather than
.p_normal
{
// whatever's needed
}

and <p class="p_normal" >fsdf sdfsdf sdfsdfsdf</p>

Oh, and a "remove unused style" would be dammed useful.

Good point, removing unused styles is on my to-do list.

Re. the class name in p tags, is there any particular reason for this given that most of the time you're not going to see the HTML anyway, and if you have more than one paragraph style in use (rather likely) then there will have to be class names? I can't imagine many files where there's only one paragraph style in use.

Julian

DaleDe
11-07-2011, 12:50 AM
Good point, removing unused styles is on my to-do list.

Re. the class name in p tags, is there any particular reason for this given that most of the time you're not going to see the HTML anyway, and if you have more than one paragraph style in use (rather likely) then there will have to be class names? I can't imagine many files where there's only one paragraph style in use.

Julian

Personally I seldom use p styles and when I do they will override the generic p CSS without styles so if all have classes then the override won't work. That is the power of CSS. I guess it depends on how the files get used, and how much code level editing needs to happen.

Dale

Insalata
11-07-2011, 08:56 AM
I'm still struggling with embedding fonts - at the moment I'm concentrating on the basic characters, not refinements like small caps.

I followed the instructions in the help file, and the fonts are included in my resources folder, but it seems to be pretty hit and miss whether they show up in the document or not. Typically, they'll show if I view the file in calibre, Jutoh or Sigil, but not Sony Reader, Adobe Reader or on my Sony PRS-T1. Some fonts, but not all seem to show OK on Bluefire or iBooks on my iPhone.

The health check in Jutoh doesn't show any problem, but when I open the file in Sigil, the validation has error messages like:The <item> element's "media-type" attribute has value "font/truetype", but the file's media type is "application/x-font-ttf". (Or .otf, or whatever.) I can change the value in Jutoh to match what the Sigil checker expects, and that stops the error messages, but it doesn't seem to change the behaviour.

I suspect there's something in the css that isn't exactly right, and that some of the readers are more forgiving than others. I think too, that I haven't yet seen a font work on a device where it wasn't already installed - for instance, I experimented with Zapfino, because you don't need to look very hard to see if it's worked or not. That worked on my iPhone readers, but Zapfino is an iOS system font. Linotype Didot didn't work on the phone apps.

I might be able to wade through the css and sort it out, but if I end up having to do that manually, there isn't much point in using a nice front end like Jutoh.

I'm using a Mac, if that makes any difference.

pholy
11-07-2011, 09:48 AM
Sony Reader, Adobe Reader or on my Sony PRS-T1

All these readers use the Adobe engine, which is known to ignore a css file that has errors, which may be unrelated to your fontface statements. Offhand I can't think of a stylesheet validator - perhaps someone can point us to such?

Perhaps you can show us your css file (if it is not too big) and then we can eyeball it in lieu of a validator.

DaleDe
11-07-2011, 10:31 AM
Our wiki is your friend. The CSS entry shows http://jigsaw.w3.org/css-validator/

Dale

Insalata
11-07-2011, 10:44 AM
Thank you. I'm just creating a test document rather than playing all the time with a file that has a full length novel in it. I'll run the css through the validator and see what comes out.

I've noticed that the font names that appear in the css file are the file name rather than the font nam. The drop down font selector has the right name, but not the window showing the embedded font properties, which shows "DidotLTPro-Roman" instead of "Didot LH RomanSC." I don't know if that's causing a problem, but I'll check it out if the other stuff doesn't fix it.

Insalata
11-07-2011, 11:17 AM
Well, that produced a nice collection of errors:

2 Value Error : font-family Property font-family doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : "LinotypeDidot RomanSC"
3 Property src doesn't exist : url(fonts/LinotypeDidot RomanSC )
6 Value Error : font-family Property font-family doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : "Didot LT Pro Italic"
7 Value Error : font-style Property font-style doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : italic
8 Value Error : font-weight Property font-weight doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : normal
9 Property src doesn't exist : url(../Fonts/DidotLTPro-Italic.otf)
12 Value Error : font-family Property font-family doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : "Didot LT Pro Roman"
13 Value Error : font-style Property font-style doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : normal
14 Value Error : font-weight Property font-weight doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : normal
15 Property src doesn't exist : url(../Fonts/DidotLTPro-Roman.otf)
18 Value Error : font-family Property font-family doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : "AppleGothic"
19 Value Error : font-style Property font-style doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : normal
20 Value Error : font-weight Property font-weight doesn't exist in CSS level 2.1 but exists in [css1, css2, css3] : normal
21 Property src doesn't exist : url(../Fonts/AppleGothic.ttf)

It doesn't help that Jutoh produces a very long css file, full of styles I'm not using, which makes it harder to spot what's going on with the ones I am using. Given the amount of clean up that's needed to make it work, it looks as if creating the css myself in the first place would be just as easy, which is a shame, because I really liked the idea of not having to delve into all that stuff!

The first couple of errors are because the font was PS not ttf or off, so I just need to find an alternative.

I haven't worked out yet how to fix the css1, css2, css3 comments but I'm sure I'll get there.

I'm puzzled by the "Property src doesn't exist : url(../Fonts/DidotLTPro-Roman.otf)" &c because as far as I can see, the path and the filename match what's there :blink:.

:eek: It's like finding myself back in 1985 trying to do word processing before they invented WYSISYG. As long as I don't have to go back to DOS!

Insalata
11-07-2011, 03:21 PM
I've removed the incompatible font, and realised that the reason the checker thought my font files weren't where they were supposed to be is that I stuck just the .css file online to get a link to submit for checking - so that's not a real problem.

So the errors that are left are all: "Property font-family doesn't exist in CSS level 2.1 but exists in [css1, css2, css3]"

It now seems that the Didot fonts are displaying properly in Adobe and Sony Readers, but not the AppleGothic one, which I was only using for one character that I liked as a section separator.

Thanks for your help.

The problem seemed to be with the font naming - picking up the info from FontBook and editing the css sheet in Sigil fixed it. I'm not sure if that's because the fonts I picked were awkward, or if it's a general problem.

EowynCarter
11-14-2011, 02:26 PM
Good point, removing unused styles is on my to-do list.
Nice :)

Re. the class name in p tags, is there any particular reason for this given that most of the time you're not going to see the HTML anyway, and if you have more than one paragraph style in use (rather likely) then there will have to be class names? I can't imagine many files where there's only one paragraph style in use.

True. But there is one style that is useed 90% of the time. The style that define "normal" text. Hence the idea of having some kind of default.

nounlu
12-20-2011, 05:37 PM
Hello,

I am having some problems with table of contents. When I go to a chapter by selecting from the table of contents, chapter name has no style. But if I navigate to that page by just going through the pages, style shows properly. What am I doing wrong??

Thanks


http://imageshack.us/photo/my-images/812/mobile1.png/ TOC
http://img844.imageshack.us/img844/6839/mobile2.th.png (http://imageshack.us/photo/my-images/844/mobile2.png/)
ImageShack.us (http://imageshack.us)
http://img85.imageshack.us/img85/9647/mobile3.png (http://imageshack.us/photo/my-images/85/mobile3.png/)
ImageShack.us (http://imageshack.us)

pholy
12-20-2011, 11:45 PM
There are (at least) two ways to solve this. One is to make each chapter a new file, and use the file-name as the link URL. The other is to make sure your anchor comes before the header tag. Liz Castro's HTML book often uses <h2><a id = "chap03">Chapter 3</a></h2> -- which causes this problem for some html parsers, I think. Try using <a id="chap03" /><h2>"Chapter 3"</h2> - I'm not sure of this second way because I have always made each chapter a separate file.

nounlu
12-21-2011, 02:41 PM
Thank you for your response. I already have each chapter in a separate file. I am using jutoh so I don't think there is a way to edit html. I may have to create that book and extract the html and repack.

nounlu
12-21-2011, 04:21 PM
You were right. Anchor was between the style span and the text itself instead of being before both. I am not sure how to avoid that within jutoh. I contacted Julian about it.

nounlu
12-22-2011, 10:39 AM
I figured it out with Julian's help. I had both epub and mobi configuration checked so jutoh created the html for epub. I had to uncheck epub from setting also check optimize for mobi. It is now working properly.

User75
09-13-2013, 05:34 AM
I have a Question about Jutoh Plus:

How can I make a colored background behind the text?

Like this:

http://aqua75.bplaced.net/a.jpg

Thank you for your Answer!

MacEachaidh
09-13-2013, 06:10 AM
[B]I have a Question about Jutoh Plus:

How can I make a colored background behind the text?

Have you tried using a style (either paragraph or character style) and in the "fonts" tab of the style properties, apply a background colour? (bottom right of the dialog)

Seems to work for me. :)

User75
09-13-2013, 02:36 PM
Have you tried using a style (either paragraph or character style) and in the "fonts" tab of the style properties, apply a background colour? (bottom right of the dialog)


I can select the text, choose the Format/Font menu command, and use 'bg colour' field to choose the colour. Alternatively, I can edit a named paragraph or character style and do the same thing. I know it. But unfortunately the background colour will be associated with the text rather than the box containing it. Try it and you can see it.
I heard that I can alternatively add html code with a div to my content, marked with the "HTML" style, but I do not know how :(

P.S.
When I start a new text line, a blank line is automatically generated. How can I delete this blank line?

MacEachaidh
09-14-2013, 05:54 AM
But unfortunately the background colour will be associated with the text rather than the box containing it. Try it and you can see it.
Are you meaning in the editing window in Jutoh itself? In some respects this is only partially WYSIWYG, and in the display there the background only appears to underly the text, not (for instance) if you have an indent at the start or if the text doesn't extend to the margin in the bottom line.

But when you generate the epub, the background then shows as a full rectangular block, margin to margin on all lines, as in your sample. Is that not what you get?

I heard that I can alternatively add html code with a div to my content, marked with the "HTML" style, but I do not know how :(
You can modifythe style by going into the Edit Style dialog, highlight the style, but then instead of clicking on Edit, click on Properties. There, you have the option to "Use Custom CSS". Your alternative code goes in there, and if you click the checl-box this code will be used for the style in your generated epub.

When I start a new text line, a blank line is automatically generated. How can I delete this blank line?
Sorry, I'm not sure what you're referring to. Can you give a quick run-down of the steps you're using?

User75
09-14-2013, 08:14 AM
So it looks in MS-Word 2010:

http://aqua75.bplaced.net/1.jpg

Exactly so it should be also shown in the ebook.


If I give this into jutoh, it looks thus:

http://aqua75.bplaced.net/2.jpg


In the reader it looks so:

http://aqua75.bplaced.net/3.jpg

The background colour is associated with the text and this is wrong. It should also be no white lines between.


When I try it with a HTML-Code over "Format -> Insert -> HTML Object", it looks into jutoh so:

http://aqua75.bplaced.net/4.jpg

The first Code ist:
<p class=MsoBodyText align=center style='text-align:center; mso-line-height-rule:exactly;background:#D9D9D9;mso-background-themecolor:background1;
mso-background-themeshade:217'>

The second code is:
<p class=MsoNormal style='background:#D9D9D9;mso-background-themecolor:background1;
mso-background-themeshade:217'>

In the reader ist looks so:

http://aqua75.bplaced.net/5.jpg

With the HTML-Code is the Backround-colour-field right, but there are white lines too and the field with the colour is not continuous. Also the justification of the text is not correct.

It should looks how in Word 2010, too :(

Toxaris
09-14-2013, 01:38 PM
I think you need to code it by hand, I do not think you can do that with Jutoh.

Julian Smart
09-15-2013, 05:50 AM
Hello Heiko,

Sorry if I didn't explain adequately how to do this when we corresponded by email.

You can use a div as follows:

<div style="background:#D9D9D9;">
(your regular Jutoh content)
</div>

Apply the "HTML" paragraph style to the div start and end tags (but not to your content inbetween).

I think your question about not adding a blank line refers to the after-paragraph spacing in the style you are using, so you need to edit the style and set the spacing to zero.

Regards,

Julian

User75
09-16-2013, 08:19 AM
Hi Julian,

it does not work 100%.

So it looks in Jutho:

http://aqua75.bplaced.net/6.jpg

The following settings was made​​:

HTML-Code1:
<div style="text-align:center; background:#D9D9D9;">

HTML-Code2:
</div>

The justify-text-formatting of the title does not work when I use a HTML-Code, because the text does not appear centered in the reader. So I've changed your html-code 1 with "text-align:center".

Here you can see the paragraph-Formatting:

http://aqua75.bplaced.net/7.jpg

The Text is centered (but it does not work) and the spacings are "0".

In the Reader it looks so:

http://aqua75.bplaced.net/8.jpg

I do not understand why a blank line is after the heading.:book2:
How do I get away?
:blink:

User75
09-20-2013, 01:17 AM
Hi julian,

do you already know when the next updates comes?

Julian Smart
09-20-2013, 02:56 AM
Hello Heiko,

I'm afraid I can't really tell what's going on, but if you can email me your .jutoh file, I'll take a look.

Thanks,

Julian

Julian Smart
09-20-2013, 02:57 AM
Hi julian,

do you already know when the next updates comes?

I expect in the next couple of weeks. Are you looking for anything in particular?

Regards,

Julian

User75
09-21-2013, 02:04 AM
Hi Julian,

thank you for your service!:2thumbsup

The problem should be resolved with the update.
Look how it is done in MS-word.:book2:

When I press "Shift + Enter" there is no blank line after the heading, but then the following text takes on the formatting of the heading.
That should be changed.:bookworm:

It would be good if you can adding a feature for superscript numbers and letters.

P.S.
Du solltest das Programm auch ins deutsche übersetzen, da der Deutsche ebook-Markt vermutlich der größte in Europa ist ;)

User75
09-23-2013, 08:55 AM
Now I have another problem with Jutho:

I want to insert a graphic (4,3 x 4,3 cm) into the ebook.
It is a PNG-Picture in RGB.
This is the graphic in MS-Word 2010:

http://aqua75.bplaced.net/9.png

But this is the same graphic in Jutho:

http://aqua75.bplaced.net/10.png

The graphic is shown too large in Jutho.
What must we do, that the graphic will be shown correctly in Jutho?

:blink::blink::blink:

Julian Smart
09-23-2013, 09:28 AM
Now I have another problem with Jutho:

I want to insert a graphic (4,3 x 4,3 cm) into the ebook.
It is a PNG-Picture in RGB.
This is the graphic in MS-Word 2010:


I'll answer this and your other tech support questions by email since that's quicker for both of us.

Thanks,

Julian

berra
12-03-2013, 05:26 PM
Hi, I get this error when running "epubcheck":
"ERROR (EpubCheck): OPS/section-0004.html: could not parse OPS/section-0004.html: duplicate id: a__Toc373689548"

How to deal with it ?:help:

/Berra

JSWolf
12-03-2013, 05:28 PM
Hi, I get this error when running "epubcheck":
"ERROR (EpubCheck): OPS/section-0004.html: could not parse OPS/section-0004.html: duplicate id: a__Toc373689548"

How to deal with it ?:help:

/Berra

In the file section-0004.html you have an ID that is used elsewhere. Edit the file and change the ID to something unique or have a look at the ePub (as a whole) and see if you can just delete the ID.

Julian Smart
12-06-2013, 04:39 AM
Hi,

Hi, I get this error when running "epubcheck":
"ERROR (EpubCheck): OPS/section-0004.html: could not parse OPS/section-0004.html: duplicate id: a__Toc373689548"

How to deal with it ?:help:

/Berra

This bookmark has been imported from Word, and it's possible that editing within Jutoh has accidentally duplicated it. If the bookmark is not necessary, you can remove it using the Document Cleanup dialog on the Book menu - check "Remove unused bookmarks". Then try compiling and checking again.

If this doesn't eliminate the problem, you can find the context of the error by double-clicking on the error and finding some nearby text that you can use to find the relevant part of your Jutoh section. Then click on the text with the bookmark, or the bookmark object if it's a standalone bookmark, and click 'Remove' to delete it. Do for any duplicate bookmarks.

If that doesn't work, please email me since I takes a while for me to notified about new messages in this thread.

Regards,

Julian

MacEachaidh
03-23-2014, 12:27 AM
Hi Julian,
Can you or others here please help me with a ToC issue?

It's not a problem with Jutoh, just that that's the environment I'm working in.

OK, so ... In the project I'm working on, I've formatted ToC items like this:

XX | Chapter Title

Where the whole line has a paragraph style applied to it, and the XX (which is the chapter number) has an over-riding character style applied to it, making it bold and a different typeface. This is to reflect the style of the chapter headings. Each item in the ToC has a link applied that leads to the relevant chapter. I tried applying the link manually to each item, and choosing to apply no new style to the link.

Is there any way to retain this formatting when the book is generated?

The two possible outcomes I have so far are:

1) If I leave it as-is, Jutoh seems to apply the URL style to each item anyway (blue text, bolded, underlined) and that's how it appears in the generated ePub. I know it's default for links in HTML, but it's not a look I particularly like.

2) I have this code I can apply as custom HTML:

a:link { color: black; text-decoration: none; }
a:visited { color: black; text-decoration: none; }
a:hover { color: black; text-decoration: none; }
a:active { color: black; text-decoration: none; }

which prevents the URL style fro being applied to the ToC items, but also eliminates the character formatting I've applied.

Is there a way I can keep the link active, but not change the formatting, of the ToC items when the ePub is generated?

Julian Smart
03-28-2014, 07:07 AM
Hi Bran,

This is tricky but one way might be to use Jutoh 2's ability to set a class name in Advanced Properties for text fragments, via the Format | Character command. You could set different class names for different parts of the link (different formatting will cause there to be separate fragments; or maybe separate them with a space with no link), and then address different classes separately in your CSS, e.g.

a.myClass:link

and define different formatting for each fragment.

Regards,

Julian

Hi Julian,
Can you or others here please help me with a ToC issue?

It's not a problem with Jutoh, just that that's the environment I'm working in.

OK, so ... In the project I'm working on, I've formatted ToC items like this:

XX | Chapter Title

Where the whole line has a paragraph style applied to it, and the XX (which is the chapter number) has an over-riding character style applied to it, making it bold and a different typeface. This is to reflect the style of the chapter headings. Each item in the ToC has a link applied that leads to the relevant chapter. I tried applying the link manually to each item, and choosing to apply no new style to the link.

Is there any way to retain this formatting when the book is generated?

The two possible outcomes I have so far are:

1) If I leave it as-is, Jutoh seems to apply the URL style to each item anyway (blue text, bolded, underlined) and that's how it appears in the generated ePub. I know it's default for links in HTML, but it's not a look I particularly like.

2) I have this code I can apply as custom HTML:

a:link { color: black; text-decoration: none; }
a:visited { color: black; text-decoration: none; }
a:hover { color: black; text-decoration: none; }
a:active { color: black; text-decoration: none; }

which prevents the URL style fro being applied to the ToC items, but also eliminates the character formatting I've applied.

Is there a way I can keep the link active, but not change the formatting, of the ToC items when the ePub is generated?

MacEachaidh
03-28-2014, 07:28 AM
Hi Julian,
Many thanks for the reply. Hope you're doing well.

I have no experience yet of Jutoh 2, though I suppose I need to venture there sometime! (I'll check the website for how to go about upgrading.)

Or maybe I'm simply expecting too much of the epub spec. My background is in print publishing, so I do tend to champ at the bit of the different environment.

But I'll check out what you suggest, and see how I go. Much appreciated, Julian.