View Full Version : FlightCrew, the epub validator


Valloric
10-02-2010, 04:32 PM
I've just released FlightCrew (http://code.google.com/p/flightcrew/), an open source epub validator. I've written a thorough introduction on the Sigil dev blog (http://sigildev.blogspot.com/2010/10/introducing-flightcrew-epub-validator.html), so there's little point in repeating myself here. Read that if you want to know more.

opitzs
10-02-2010, 05:27 PM
It sounds very interesting, as I am not an epub expert, I just know what I like and try to get there with as little hassle as possible. Thank you very much!

etienne66
10-02-2010, 05:40 PM
Have I also mentioned that EC development is pretty much dead? From itís public source repository (http://code.google.com/p/epubcheck/source/list), it has had a whopping one source code commit in the last ten months, and that commit was four days ago.

I doubt they will have any more updates on EPUBCheck 1.x, but they have begun preliminary work on EPUBCheck3 (http://code.google.com/p/epub-revision/wiki/EPUBCheck3).

FlightCrew sounds like a great program. I'll use it before I bother with EPUBCheck.

Etienne66

Valloric
10-02-2010, 05:53 PM
I doubt they will have any more updates on EPUBCheck 1.x, but they have begun preliminary work on EPUBCheck3 (http://code.google.com/p/epub-revision/wiki/EPUBCheck3).

Do four sentences on a wiki page that amount to "we should make something" constitute "preliminary work"? If that's true, I'm starting preliminary work on a space shuttle tomorrow. :)

Seriously though, FlightCrew will have support for epub 3.0 when it's out and when people start caring about it. The latter will probably come much later than the former though.

etienne66
10-02-2010, 06:02 PM
Do four sentences on a wiki page that amount to "we should make something" constitute "preliminary work"? If that's true, I'm starting preliminary work on a space shuttle tomorrow. :)

Good point, but I would not expect them to be very far along on EPUBCheck3 before they determine what is going to be in EPUB3. :bookworm:

I looked at the code page for EPUBCheck1. It looks like they are working on 1.06. Still I wouldn't expect any major changes to their code until they really start work on EPUBCheck3. All the more reason to use FlightCrew. :thumbsup:

Etienne66

Valloric
10-02-2010, 06:21 PM
I looked at the code page for EPUBCheck1. It looks like they are working on 1.06.

AFAIK the only thing coming in epubcheck 1.06 will be a check for unmanifested files (http://blog.threepress.org/2010/09/28/epubcheck-developer-build-with-check-for-unmanifested-files-available-for-testing/). FlightCrew already does most of this by reporting files that are in use but not in the manifest. A "pure" unmanifested files check in FC is forthcoming. It's a fairly simple feature.

Jellby
10-03-2010, 05:14 AM
I've just released FlightCrew (http://code.google.com/p/flightcrew/), an open source epub validator.

Excellent! There you have issues #1 and #2 ;)

theducks
10-03-2010, 12:55 PM
I tried it on a few files that had not been through Sigil.. Lots of Red seen ;)
Opened them in Sigil, made a tiny change and Saved. Most were gone on the next check.

Request for those files that just "Pass". Some sort of "Last Status" that clears away as soon as Go is pressed or the file name is changed. (Did it run??)

Krystian Galaj
10-03-2010, 06:28 PM
http://blog.threepress.org/2010/09/28/epubcheck-developer-build-with-check-for-unmanifested-files-available-for-testing/

I wonder, since epubcheck is open source, why did you decide to write FlightCrew from scratch, and not just fix epubcheck?

Freeshadow
10-03-2010, 07:01 PM
as far as i understood val was more than unhappy with the part producing the errmsg in epubcheck, so maybe it would have been far too much work rewriting the existing stuff than starting over.

GRiker
10-03-2010, 07:15 PM
Valloric, thanks for making FlightCrew available.

The GUI works as advertised, but I can't figure how to invoke the CLI version. From the project site docs, it suggests that the GUI version includes the CLI.

How do I invoke the CLI version?

G

kovidgoyal
10-03-2010, 07:17 PM
Cool, hopefully the beginning of the end of epubcheck.

Valloric
10-03-2010, 07:32 PM
http://blog.threepress.org/2010/09/28/epubcheck-developer-build-with-check-for-unmanifested-files-available-for-testing/

I wonder, since epubcheck is open source, why did you decide to write FlightCrew from scratch, and not just fix epubcheck?

epubcheck is written in Java, and thus can't be embedded into Sigil. FlightCrew is in C++, and thus can be. This was the main driving force.

Valloric, thanks for making FlightCrew available.

The GUI works as advertised, but I can't figure how to invoke the CLI version. From the project site docs, it suggests that the GUI version includes the CLI.

How do I invoke the CLI version?

G

The GUI package includes the CLI, which is a separate application called FlightCrew-cli.

Except on Mac, because I just remembered I forgot to put in the DMG. :smack:

Cool, hopefully the beginning of the end of epubcheck.

Hopefully, yes.

Chang
10-05-2010, 02:12 AM
Thank you for this! I tried it out and my ebooks passed the validation without a single error. At first, I was a bit worried because EpubCheck is not sufficient enough for validation and I have been using it so far. My books still passed your validation software so it gives me little bit better peace of mind :) I'll start to use this program. Keep up the good work and thank you! :thumbsup:

Iain
10-06-2010, 03:51 AM
my ePubs have an image cover page with structure borrowed from a baen book. Flight Crew reports that the svg element can't sit in one of several tags. It's actually in a body element which is not mentioned in the list.

So either it's not a problem (and it does seem to work) or the error message needs tweaking!

All of my epubs seem to pass apart from that. Mind you, none of them will open properly in Stanza so either there is more to ePub than we know or stanza's more picky...

Thanks for making this!

Iain

Chang
10-06-2010, 05:54 AM
I got this strange error, see attachment, and I was wondering is it a bug. Error shows up for some of my ebooks but for some it doesn't. At first, I was thinking is there something wrong with my way to zip my ebooks but I have used the same workflow for all my ebooks. Why this error shows up for some of my books and not all of them? For me, it looks like it's a bug because OEBPS folder isn't required in the OPF manifest as you know.

Jellby
10-06-2010, 07:08 AM
my ePubs have an image cover page with structure borrowed from a baen book. Flight Crew reports that the svg element can't sit in one of several tags. It's actually in a body element which is not mentioned in the list.

See here (http://code.google.com/p/flightcrew/issues/detail?id=1&can=1). The message says not that the <svg> can only sit in those tags, but that only those tags are allowed where the <svg> sits (and neither "svg" nor "img" are listed). The solution is putting the <svg> inside a <div>.

I got this strange error, see attachment, and I was wondering is it a bug. Error shows up for some of my ebooks but for some it doesn't. At first, I was thinking is there something wrong with my way to zip my ebooks but I have used the same workflow for all my ebooks. Why this error shows up for some of my books and not all of them? For me, it looks like it's a bug because OEBPS folder isn't required in the OPF manifest as you know.

See here (http://code.google.com/p/flightcrew/issues/detail?id=2&can=1). That's a bug occurring when you have same-file fragment references, i.e., things like href="#section-1" (with no filename before the #).

Valloric
10-06-2010, 08:06 AM
I got this strange error, see attachment, and I was wondering is it a bug.

That's a confirmed bug that's already fixed in trunk.

Logseman
10-09-2010, 07:11 PM
I have a question: is FlightCrew embedded in Sigil 0.3.0, or is it still a separate program??

theducks
10-09-2010, 09:03 PM
I have a question: is FlightCrew embedded in Sigil 0.3.0, or is it still a separate program??

It is well hidden (in RC2), if it is :)

GeoffC
10-10-2010, 06:18 AM
Question :

I've downloaded FlightCrew-gui-0.7.0-Windows-x86_64-Setup.exe on two separate occasions and they appear in my 'downloads list'. Norton Internet Security is preventing my access to the .exe file, to run it.

Is this a problem anybody else has had ?


Edit : Norton has quarantined the file....:chinscratch:

Valloric
10-10-2010, 07:36 AM
I have a question: is FlightCrew embedded in Sigil 0.3.0, or is it still a separate program??

Still separate. It will be embedded in Sigil some time after 0.3.0.

Question :

I've downloaded FlightCrew-gui-0.7.0-Windows-x86_64-Setup.exe on two separate occasions and they appear in my 'downloads list'. Norton Internet Security is preventing my access to the .exe file, to run it.

Is this a problem anybody else has had ?


Edit : Norton has quarantined the file....:chinscratch:

It's a false positive. There is no malware in FlightCrew. You can always build from source if you doubt me. :)

GeoffC
10-10-2010, 08:12 AM
It may be a false positive, I don't doubt, but I can't 'get' to the file on my PC - not to worry at the moment, there will come a time when Symantec will realise - so far according to my help message only 5 other Norton product users have accessed the file ....

JSWolf
10-10-2010, 09:26 AM
I just ran FlightCrew get the following error that I have no idea how to fix...

element 'svg' is not allowed for content model '(p|h1|h2|h3|h4|h5|h6|div|ul|ol|dl|pre|hr|blockquo te|address|fieldset|table|switch|form|noscript|ins |del|script)'

the code it refers to is ...

<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" height="100%" version="1.1" viewBox="0 0 470 800" width="100%">
<rect fill="#000007" height="100%" width="470" x="0" y="0"/>
<image height="800" transform="translate(0 0)" width="510" xlink:href="MSRCover.jpg"/>
</svg>

Now the ePub fully validates.

Just fixed the problem. The solution is...

<div><svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" height="100%" version="1.1" viewBox="0 0 470 800" width="100%">
<rect fill="#000007" height="100%" width="470" x="0" y="0"/>
<image height="800" transform="translate(0 0)" width="510" xlink:href="MSRCover.jpg"/>
</svg></div>

crutledge
10-13-2010, 02:46 PM
Below is one line of many reported by Flight Crew on the attached sigil file.

The Voice on the Wire.epub/OEBPS/Text/CHAPTER_I.xhtml|32|attribute 'name' is not declared for element 'a'

Opening the file in Sigil and going to the indicated line, I find nothing even similar. This occurs throughout the the file. Can someone help me interpret the message?

st_albert
10-13-2010, 04:54 PM
well, this error (from epubcheck, but comparable to FC)


ERROR: voice_on_the_wire.epub/OEBPS/Text/CHAPTER_I.xhtml(32): attribute "name" not allowed at this point; ignored


is referring to this line


<p><a name="2HCH0001"></a></p>


but the code looks legit to me.
http://www.w3schools.com/tags/att_a_name.asp

unless you can't have just an <a> tag alone inside a <p> or some gotcha like that. I'll be looking forward to finding out what's up myself.

PS: Tidy says "Warning <a> cannot copy name attribute to id" but I don't get that either.

etienne66
10-13-2010, 05:07 PM
If I'm not mistaken, the "name" attribute is depreciated. You are supposed to use the "id" attribute instead.

Etienne66

Jellby
10-14-2010, 05:00 AM
And note that you do not need an <a> to set an anchor with "id", you can add the "id" attribute to any element and have it work like an anchor, like this:

<p id="interesting-paragraph">This paragraph is very interesting.</p>

<p>The <a href="#interesting-paragraph">above paragraph</p> was very interesting.</p>

crutledge
10-14-2010, 05:40 AM
I understand all that you guys have said. Where I have a question is on the line number reported by Flight Crew. When I open the section called out, go to codeview and scroll to that line number as shown on the left of the display, there is nothing related to the error reported. What am I doing wrong or minunderstanding?

As far as "id" and "name" goes, I use Tidy 4.0 as a pretty printer for the PG files. It always replaces "id" with "id' + "name".

<a id=...></a> becomes <a id=... name=...></a>. This format is used through out many PG files and has never caused a problem before. If it's not broke, leave it alone.

Valloric
10-14-2010, 05:44 AM
I understand all that you guys have said. Where I have a question is on the line number reported by Flight Crew. When I open the section called out, go to codeview and scroll to that line number as shown on the left of the display, there is nothing related to the error reported. What am I doing wrong or minunderstanding?

You are forgetting that Sigil will pretty-print the XHTML code when it opens the epub, thus adding whitespace for readability. The line numbers will sometimes not match.

Extract the epub file you fed to FC and look at the content files; the location will be correct.

crutledge
10-14-2010, 06:35 AM
You are forgetting that Sigil will pretty-print the XHTML code when it opens the epub, thus adding whitespace for readability. .

True how true. But I have a bunch of regex that don't want to work in Sigil and it's simpler to preprocess the PG file and then open it in Sigil. Perhaps some day. :D

Jellby
10-14-2010, 11:46 AM
As far as "id" and "name" goes, I use Tidy 4.0 as a pretty printer for the PG files. It always replaces "id" with "id' + "name".

<a id=...></a> becomes <a id=... name=...></a>. This format is used through out many PG files and has never caused a problem before. If it's not broke, leave it alone.

Tidy "creates" HTML, ePUb needs XHTML 1.1 (or something like that), they are similar, but not the same.

crutledge
10-14-2010, 01:14 PM
Tidy "creates" HTML, ePUb needs XHTML 1.1 (or something like that), they are similar, but not the same.

Yep! :)

Sorry, hit the wrong the wrong button. :angry:

Tidy switch
-asxml, -asxhtml convert HTML to well formed XHTML

crutledge
10-19-2010, 03:33 PM
Can someone please tell what this means a what is the correction?

Better Dead.epub/OEBPS/Text|N/A|This resource is reachable but not present in the OPF <manifest>.

JSWolf
10-19-2010, 03:42 PM
Can someone please tell what this means a what is the correction?

It means that you have a file of some kind in the ePub that's not specified in the OPF file.

Valloric
10-19-2010, 06:23 PM
Can someone please tell what this means a what is the correction?

I honestly don't know how to make that error message more informative than it is. The XHTML file is reachable (literally, can be reached by a user) but not listed in the OPF <manifest> element.

Valloric
10-19-2010, 08:29 PM
Can someone please tell what this means a what is the correction?

Hey crutledge, did you add the "|N/A|" part or was it there in the first place? If FC put that in the message, please create an issue on the tracker and attach the epub file.

crutledge
10-22-2010, 01:21 PM
Extract the epub file you fed to FC and look at the content files; the location will be correct.

Is there no way to adjust the line number reported by Flight Crew so that it will correlate with the section in the Sigil editor?

BTW, where are the Flight Crew issues located?

Valloric
10-22-2010, 04:45 PM
Is there no way to adjust the line number reported by Flight Crew so that it will correlate with the section in the Sigil editor?

The problem is that Tidy in Sigil will add whitespace to the HTML code so that it's more readable. The line numbers then don't match the original content documents in the epub.

Just unzip the epubs and look at the core source files if you're looking for the error location.

When I integrate FC into Sigil, the problem will go away because I'll be feeding the reformatted source to FC.


BTW, where are the Flight Crew issues located?

The project page is here (http://code.google.com/p/flightcrew/). Then click on the Issues tab.

GeoffC
10-23-2010, 05:18 AM
The problem is that Tidy in Sigil will add whitespace to the HTML code so that it's more readable. The line numbers then don't match the original content documents in the epub.

Just unzip the epubs and look at the core source files if you're looking for the error location.

When I integrate FC into Sigil, the problem will go away because I'll be feeding the reformatted source to FC.



The project page is here (http://code.google.com/p/flightcrew/). Then click on the Issues tab.


:OooooH:

Valloric
11-11-2010, 03:43 PM
FlightCrew 0.7.1 is now available. (http://code.google.com/p/flightcrew/downloads/list) More info here (http://sigildev.blogspot.com/2010/11/flightcrew-071.html).

theducks
11-11-2010, 04:53 PM
FlightCrew 0.7.1 is now available. (http://code.google.com/p/flightcrew/downloads/list) More info here (http://sigildev.blogspot.com/2010/11/flightcrew-071.html).

Windows XP SP3
QTnetwork4.dll Not found on launch :(

JSWolf
11-11-2010, 06:11 PM
Windows XP SP3
QTnetwork4.dll Not found on launch :(

Same problem Win7 32-bit.

Valloric
11-11-2010, 06:22 PM
Yes, I forgot to add the new dependency to the installer build script. 0.7.1b will be up shortly for Linux and Windows.

The CLI client will still work though until I upload new installers.

JSWolf
11-11-2010, 06:28 PM
Now that I have download a version of QtNetwork4.dll, on launch I am getting...

The procedure entry point ?free@QRingBuffer@@QAEXH@Z could not be located in the dynamic link library QtCore4.dll.

Valloric
11-11-2010, 06:47 PM
Now that I have download a version of QtNetwork4.dll, on launch I am getting...

That's because you have downloaded an incorrect version of the DLL. Seriously JSWolf, just wait 10 more minutes.

Valloric
11-11-2010, 06:53 PM
There you go, the 0.7.1b version for Windows and Linux is now up.

JSWolf
11-11-2010, 07:03 PM
I can say that 0.7.1b works fine. I was even able to use it to get epubcheck to be happy.

st_albert
11-11-2010, 08:55 PM
0.7.1b Good here on Linux as well.

:thanks:

Valloric
11-12-2010, 11:09 AM
People have pointed out that the Mac version of 0.7.1 also had a problem starting on some systems, so 0.7.1b for Macs is now online.

Serves me right for trying to improve the build farm... "if it ain't broken, don't fix it"...

JSWolf
11-13-2010, 11:50 PM
I have a problem I cannot seem to fix...

I'm getting errors that seem erroneous.

The <item> element's "href" attribute value is "Old Man's War_split_000.html", which is not a valid URI.
The <item> element's "href" attribute value is "Old Man's War_split_001.html", which is not a valid URI.

Below is the OPF file. I have no idea why FlightCrew feels the HTML files are all invalid URI. IN fact, I have no idea what a URI even is.

<?xml version='1.0' encoding='utf-8'?>
<package xmlns="http://www.idpf.org/2007/opf" version="2.0" unique-identifier="uuid_id">
<metadata xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:opf="http://www.idpf.org/2007/opf" xmlns:dcterms="http://purl.org/dc/terms/" xmlns:calibre="http://calibre.kovidgoyal.net/2009/metadata" xmlns:dc="http://purl.org/dc/elements/1.1/">
<dc:language>en</dc:language>
<dc:creator opf:role="aut">John Scalzi</dc:creator>
<meta name="calibre:timestamp" content="2010-10-30T13:01:06.466000+00:00"/>
<dc:title>Old Man's War</dc:title>
<meta name="cover" content="cover"/>
<dc:identifier id="uuid_id" opf:scheme="uuid">afdb43ec-93d2-49e6-b298-f43bdf6c0780</dc:identifier>
</metadata>
<manifest>
<item href="Old Man's War_split_000.html" id="html22" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_001.html" id="html21" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_002.html" id="html20" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_003.html" id="html19" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_004.html" id="html18" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_005.html" id="html17" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_006.html" id="html16" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_007.html" id="html15" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_008.html" id="html14" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_009.html" id="html13" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_010.html" id="html12" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_011.html" id="html11" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_012.html" id="html10" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_013.html" id="html9" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_014.html" id="html8" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_015.html" id="html7" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_016.html" id="html6" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_017.html" id="html5" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_018.html" id="html4" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_019.html" id="html3" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_020.html" id="html2" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_021.html" id="html1" media-type="application/xhtml+xml"/>
<item href="Old Man's War_split_022.html" id="html0" media-type="application/xhtml+xml"/>
<item href="cover.jpg" id="cover" media-type="image/jpeg"/>
<item href="squ.jpg" id="squ" media-type="image/jpeg"/>
<item href="pub.jpg" id="added1" media-type="image/jpeg"/>
<item href="stylesheet.css" id="css" media-type="text/css"/>
<item href="titlepage.xhtml" id="titlepage" media-type="application/xhtml+xml"/>
<item href="toc.ncx" media-type="application/x-dtbncx+xml" id="ncx"/>
</manifest>
<spine toc="ncx">
<itemref idref="titlepage"/>
<itemref idref="html22"/>
<itemref idref="html21"/>
<itemref idref="html20"/>
<itemref idref="html19"/>
<itemref idref="html18"/>
<itemref idref="html17"/>
<itemref idref="html16"/>
<itemref idref="html15"/>
<itemref idref="html14"/>
<itemref idref="html13"/>
<itemref idref="html12"/>
<itemref idref="html11"/>
<itemref idref="html10"/>
<itemref idref="html9"/>
<itemref idref="html8"/>
<itemref idref="html7"/>
<itemref idref="html6"/>
<itemref idref="html5"/>
<itemref idref="html4"/>
<itemref idref="html3"/>
<itemref idref="html2"/>
<itemref idref="html1"/>
<itemref idref="html0"/>
</spine>
<guide>
<reference href="titlepage.xhtml" type="cover" title="Cover"/>
</guide>
</package>

theducks
11-14-2010, 12:41 AM
I have a problem I cannot seem to fix...

I'm getting errors that seem erroneous.

The <item> element's "href" attribute value is "Old Man's War_split_000.html", which is not a valid URI.
The <item> element's "href" attribute value is "Old Man's War_split_001.html", which is not a valid URI.

What about the apostrophe in the file names?

Valloric
11-14-2010, 07:12 AM
I have no idea why FlightCrew feels the HTML files are all invalid URI. IN fact, I have no idea what a URI even is.

Sigh... If you don't know what an URI is, then you can hardly blame FC. :)

You need to URL encode your paths. For instance, "Old Man's War_split_000.html" URL encoded is "Old%20Man%27s%20War_split_000.html".

You can URL encode strings online here (http://urldecoder.waraxe.us/), for instance.

Wikipedia also has a nice article on URL encoding (http://en.wikipedia.org/wiki/Url_encoding).

JSWolf
11-14-2010, 09:12 AM
Sigh... If you don't know what an URI is, then you can hardly blame FC. :)

You need to URL encode your paths. For instance, "Old Man's War_split_000.html" URL encoded is "Old%20Man%27s%20War_split_000.html".

You can URL encode strings online here (http://urldecoder.waraxe.us/), for instance.

Wikipedia also has a nice article on URL encoding (http://en.wikipedia.org/wiki/Url_encoding).

Sorry about that. I wasn't thinking properly about the filenames. But thank you! It's all sorted now.

DNSB
03-01-2011, 03:57 PM
This might be a issue with my systems but when I installed Flightcrew 0.7.1b on a Windows XP SP3 system, whenever I attempt to feed an epub file into the GUI, a error pops up. Message text is:

An exception occurred; boost::filesystem::unique_path: Object already exists.

Running the cli version gives the same error message about boost:: etc.

Any suggestions as to what is going on?

I can run Flightcrew using Run As as administrator without the error . Though given the number of errors my Sigil produced ebook generated, I might have been better not to try that.

Toxaris
03-02-2011, 04:04 AM
If it runs as administrator, then use that. It will not result in more errors....

If you need help with the errors, please post them here. Most common errors are:
- no (internal) closing tags. Use <br/>, <hr/>, <img/> and so on for tags with no end-closing tag
- items in inventory, but not used (referenced)
- items used, but not in inventory

Those are common, but there are many more. Please mention your errors (separate posting preferred).

DNSB
03-02-2011, 10:11 AM
If it runs as administrator, then use that. It will not result in more errors....

If you need help with the errors, please post them here. Most common errors are:
- no (internal) closing tags. Use <br/>, <hr/>, <img/> and so on for tags with no end-closing tag
- items in inventory, but not used (referenced)
- items used, but not in inventory

Those are common, but there are many more. Please mention your errors (separate posting preferred).

The errors themselves are not an issue. Things like link and vlink with colours so mostly a matter of cleaning up the XHTML code. More wondering why I needed to do Run As on a Windows XP machine where the user is a member of the Administrators group and if anyone else posting here had run into the same issue.

Otherwise, Flightcrew did an excellent job of finding the errors and letting me know where they were in the files.

Valloric
03-06-2011, 10:33 AM
This might be a issue with my systems but when I installed Flightcrew 0.7.1b on a Windows XP SP3 system, whenever I attempt to feed an epub file into the GUI, a error pops up. Message text is:

An exception occurred; boost::filesystem::unique_path: Object already exists.

Running the cli version gives the same error message about boost:: etc.

Any suggestions as to what is going on?

I can run Flightcrew using Run As as administrator without the error . Though given the number of errors my Sigil produced ebook generated, I might have been better not to try that.

This has been reported on the tracker (http://code.google.com/p/flightcrew/issues/detail?id=18). I haven't had time to take a look at it, but I think I know what's causing it.

In the mean time, just run it as admin.

JSWolf
03-11-2011, 11:10 AM
One thing FlightCrew needs an an about in the menu so we can see what version we are using.

Valloric
03-11-2011, 06:17 PM
One thing FlightCrew needs an an about in the menu so we can see what version we are using.

Agreed. Make an issue on the tracker.

JSWolf
03-11-2011, 07:45 PM
Agreed. Make an issue on the tracker.

Done.

http://code.google.com/p/flightcrew/issues/detail?id=22&colspec=ID%20Stars%20Type%20Status%20Priority%20Mi lestone%20Reporter%20Summary%20Attachments

N13L5
06-11-2011, 11:45 AM
It's a false positive. There is no malware in FlightCrew. You can always build from source if you doubt me. :)

Ohhh can you please put some in it? Something interesting, like tweeting random pictures from a user's desktop?

It would make only one person upset and millions happy, what with all the gossip and headlines...

:popcorn:

JSWolf
06-11-2011, 11:48 AM
Question :

I've downloaded FlightCrew-gui-0.7.0-Windows-x86_64-Setup.exe on two separate occasions and they appear in my 'downloads list'. Norton Internet Security is preventing my access to the .exe file, to run it.

Is this a problem anybody else has had ?


Edit : Norton has quarantined the file....:chinscratch:

Norton is garbage and you do get way too many false positives. Also, Norton tries to tell you what to do instead of letting you do what you want. Dump Norton. Life will be easier and your computer faster.

N13L5
06-17-2011, 03:52 AM
Norton is garbage

thats sadly true...

on top of that, all the AV companies are in close communications, and have adopted broad consent to flag things as malware or even trojan, cause some member from the software industry called them and told them its a program THEY don't want people to have.

So, often, perfectly clean hacks get flagged. This includes boot managers and many other useful tools.

I'd suggest to kick Symantec off your system and install either Avast or Microsoft Security Essentials. Both are free and both are very good.

There are other good free AV packages, but I suggested these two, cause they don't annoy you with undefeatable splash screens and there's no nagging to get you to move to a paid version either.

Security Essentials did not flag Flightcrew, and I'm using it without ill effects, other than it telling me that all my epub files are a mess :rofl:

JSWolf
06-18-2011, 07:07 PM
Comodo is pretty good as well and I can tell it something isn't a problem and it will stop bothering me. I used to run AVG Free and I liked it until they came out with (I think) version 8 and it really slowed down.

SuzyQ01
07-06-2011, 01:52 AM
I want to try flightcrew but I'm not sure which file to download - I guess what I'm saying is that I don't know what computer I have. I know I have an XP but how can I find out which one of the Windows setup files I should download? Any help would be greatly appreciated. Thank you!

theducks
07-06-2011, 11:24 AM
I want to try flightcrew but I'm not sure which file to download - I guess what I'm saying is that I don't know what computer I have. I know I have an XP but how can I find out which one of the Windows setup files I should download? Any help would be greatly appreciated. Thank you!
XP
99% it is the 32bit Version(the one with out '64' in the file name :D )
Right-click on the "My Computer" Icon on the Desktop or IN the 'Start Menu'

Select Properties.

That tells you about your Version, CPU and Memory

SuzyQ01
07-06-2011, 11:29 PM
XP
99% it is the 32bit Version(the one with out '64' in the file name :D )
Right-click on the "My Computer" Icon on the Desktop or IN the 'Start Menu'

Select Properties.

That tells you about your Version, CPU and Memory
Just what I needed to know - perfect! Thanks!

Jon Westcot
09-14-2012, 06:26 PM
Hi all:

Quick question -- is there a version of FlightCrew that doesn't force me to install the AVG Security bar? I grabbed version 0.7.2, but it won't let me skip installing the bar, which means I can't get the rest of the install to complete.

Any help will be greatly appreciated.

Thanks!

DiapDealer
09-14-2012, 06:45 PM
Hi all:

Quick question -- is there a version of FlightCrew that doesn't force me to install the AVG Security bar? I grabbed version 0.7.2, but it won't let me skip installing the bar, which means I can't get the rest of the install to complete.

Any help will be greatly appreciated.

Thanks!

You should be able to choose Custom Install (instead of Express) for the "recommended" software and just make sure you have all the checkboxes unchecked. That's what I did just now (though it wasn't AVG that I got). Nothing extra was installed.

Vincent3m
01-02-2014, 11:18 AM
Hi,
There's only one error in my ebook [promotion deleted - MODERATOR] was launched with Sigil :
The <itemref> element's "idref" attribute is pointing to an <item> with id="coverpage.xhtml" which does not exist in the <manifest>.

Can you tell me what it means knowing that everything looks OK when I read it with Lucidor or Calibre (even the image on the cover - the only one image in the book)?
Thanks

theducks
01-02-2014, 01:52 PM
Hi,
There's only one error in my ebook [promotion deleted - MODERATOR] was launched with Sigil :
The <itemref> element's "idref" attribute is pointing to an <item> with id="coverpage.xhtml" which does not exist in the <manifest>.

Can you tell me what it means knowing that everything looks OK when I read it with Lucidor or Calibre (even the image on the cover - the only one image in the book)?
Thanks

That tells me that the FILE coverpage.xhtml no longer exists, (there may be a cover, but not with that name). This may be a stale entry (happens sometime, even using Sigil to edit. Just happened to me.), delete that line from the OPF

the Manifest section id= should use the same name as idref=