Sigil-0.9.991 (1.0 Pre-release)

[KevinH]

Yes, perhaps an opf mediatype validator plugin in python would help.

[snarkophilus]

Originally Posted by KevinH

Yes renaming or moving any file means checking and updating any links to it in *all* files. It will not matter what you tried to rename or move.

I don't think I mentioned that there are no links at all to the xpgt file. Other than this one line in the OPF manifest there is no reference to "xpgt" at all in the unpacked epub zip file:

<item href="Styles/page-template.xpgt" id="pt" media-type="application/vnd.adobe-page-map+xml"/>

Why can't the user just look in their OPF manifest for that mediatype. How is one character string to look up in the OPF (filename) any more useful than another character string to lookup (mediatype)?

Ok, I hadn't thought about it like that. Yes, both searches are just the same in the context of the OPF. I thought it would be most useful to give both the mediatype and the file name in the popup. At least the file name is easier to remember if you're going to search for it in the OPF. The text in the popup isn't cut'n'pasteable.

For this particular troublesome epub, once we're done I'm just going to delete the xpgt file and not touch the OPF at all .

Originally Posted by DiapDealer

Or just run EpubCheck. That will give them more precise info about where the problem lies. It will take them to the exact line in the opf.

EpubCheck doesn't say anything about the xpgt file in this epub .

[KevinH]

Yes, because it in itself the xpgt is a valid file. The mediatype that is assigned to it "application/vnd.adobe-page-map+xml" is actually a semi-vaild (debatedly) mediatype. The problem is it is a mediatype for a different kind of file!

The way to correct this is to replace the wrong mediatype for the .xpgt file with the correct one for this file type. According to the mobileread wiki,

https://wiki.mobileread.com/wiki/Ado...ayout_Template

It should be "adobe-page-template+xml" or under the new iana.org try a "vnd.adobe-page-template+xml".

This is why this is so troublesome. The assigned mediatype did not match the file extension but does actually exists at least according to some people.

[DiapDealer]

Yep. We can't do magic. We can't easily detect that a valid xml file with a valid media-type, does in fact have the wrong media-type.

Besides; when I mentioned using EpubCheck, I was only trying to address your concerns about the pop-up error message you were getting for the css file with the wrong media-type. You were worried about knowing where to look, and EpubCheck tells you exactly.

If it's any consolation, the proprietary Adobe stylesheet was just as silently incorrect in the older versions of Sigil as it is now (after the fixes Kevin implemented).

[KevinH]

Okay, as a test, I just pushed to master an unrecognized media type load warning when an epub is first imported and the media type is unrecognized. This will not fix your issue as the media-type was recognized but incorrect.

[KevinH]

Preview is usually on the complete other side of the screen (or secondary monitor). Would be nice to have filename located there too.

Okay for people with secondary monitors, having a filename there would be a good visual cue that makes good sense. I just pushed this to master.

KevinH

[odamizu]

Building Sigil from master is beyond my skill set, but if you're looking for someone to test the dual-monitor thing on Mac, I would be happy to do so if sent a link to the latest Mac build.

[KevinH]

I will pm you with an updated link once my last commit passes through travis.
Thanks again for all of your testing.

pm sent.

[Vroni]

Just player a little bit around with the latest Sigil Version for Mac Kevin pm-ed to me. I tried the create enpty custom ebook but failed somehow, maybe i missed something or i'm doing something wrong, but the error message isn't very helpful.

As far as i understood i need to specify what filetype(s) a folder may contain, but after adding the markers the error message is complainng at i'm still getting an error message leaving me helpless (see attachment)

V

==> Never mind, understood now what to do. But i miss a shortcut in the bookbrowser to switch fast between standard view and extended view with path info.

[DiapDealer]

Adding markers for the OPF/NCX files is mandatory for EPUB2.

[KevinH]

You are designing an empty epub. To do that you have to say where to put your OPF file and what to name it. Only 1 opf is allowed. Since you default to epub2, you also need to do the same thing for an NCX. Again only one NCX is allowed. In your case you do not have any of either required file.

The error messagesare quite clear, without an NCX and without an OPF you will not have a valid epub (empty or otherwise).

[KevinH]

Originally Posted by Vroni

==> Never mind, understood now what to do. But i miss a shortcut in the bookbrowser to switch fast between standard view and extended view with path info.

Huh? It is a Preference setting in Appearances. And the full bookpath is always shown in the tooltips in BookBrowser so you can always distinguish between files.

[DiapDealer]

Originally Posted by Vroni

But i miss a shortcut in the bookbrowser to switch fast between standard view and extended view with path info.

Why would you need to switch fast??? That setting is meant to be set to one or the other. Some will always like to see the full path. Others who only deal with standardized formats probably will not. Can explain why you would need to quickly change back and forth?

[Vroni]

Because i would like to work not all the time in the extended view as it consumes a lot of space, you have to expand the bookbrowser widely. Sometime, would like to havre it like this. But most of the time the space available should go to code view and oreview.

BTW a tree view for the real folder structure would save some space and i can collapse the folders i'm currently not working with (working with large books will end up in a scrollmania)

Besides that, the reappearing save dialog disappeared as well in mojave 10.4.6, and the preview window renders full size svg images better now.

[KevinH]

Originally Posted by Vroni

Because i would like to work not all the time in the extended view as it consumes a lot of space, you have to expand the bookbrowser widely. Sometime, would like to havre it like this. But most of the time the space available should go to code view and oreview.

So set it not to show the full path, and mouse over a file in BookBrowser if you are ever uncertain.

BTW a tree view for the real folder structure would save some space and i can collapse the folders i'm currently not working with (working with large books will end up in a scrollmania)

No then you would never be able to select all files of the same file group, at one time (important for Merging and Moving Files, block renaming files, etc, and newbies would see the META-INF, mimetype, and the container.xml, and etc.

If you are building a compendium style and have too many files images or text files build it epub by epub (always keeping everything in one folder per book) and use FolderOut and FolderIn to merge the files after each book has already been polished. Then all you need do is cut and paste to merge the OPF pieces manually.

Besides that, the reappearing save dialog disappeared as well in mojave 10.4.6, and the preview window renders full size svg images better now.

Yes, all of those were fixed earlier. Thank you for confirming that.