09-22-2012, 04:09 PM | #31 |
Grand Sorcerer
Posts: 27,442
Karma: 192992430
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I have no sigil.sh. Only sigil. Which gets copied to /usr/local/bin when running "make install" (along with the support files that get copied to /usr/local/share and /usr/local/applications). I'm frankly a bit baffled.
Again, the sigil binary runs fine in the build directory (but can't find the dictionaries of course), but not after "make install" moves the binary to /usr/local/bin. I see that the sigil.sh file is still buried in the Resource_Files folder of the source, but the "make install" target doesn't appear to have anything to do with that file anymore. From Sigil/CMakeLists.txt: Code:
if( UNIX AND NOT APPLE ) install( TARGETS ${PROJECT_NAME} RUNTIME DESTINATION ${CMAKE_INSTALL_PREFIX}/bin ) install( FILES ${LINUX_DESKTOP_FILE} DESTINATION ${CMAKE_INSTALL_PREFIX}/share/applications ) install( FILES ${LINUX_DESKTOP_ICON_FILE} DESTINATION ${CMAKE_INSTALL_PREFIX}/share/pixmaps RENAME sigil.png ) install( FILES ${QM_FILES} DESTINATION ${CMAKE_INSTALL_PREFIX}/share/sigil/translations ) install( FILES ${DIC_FILES} DESTINATION ${CMAKE_INSTALL_PREFIX}/share/sigil/hunspell_dictionaries ) install( FILES ${EXAMPLE_FILES} DESTINATION ${CMAKE_INSTALL_PREFIX}/share/sigil/examples ) endif() |
09-22-2012, 04:33 PM | #32 |
Grand Sorcerer
Posts: 27,442
Karma: 192992430
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
Never mind. Totally my fault.
I forgot about the change that made Qt-4.8 mandatory. I've compiled Qt-4.8.2 and I can build against 4.8.2, but as far as my system-wide settings are concerned... Qt-4.7.4 still rules the roost, so to speak. I'll just have to remember that Sigil's "make install" doesn't do me a lot of good and go back to using the bash script to launch Sigil and tell it where my custom Qt-4.8 libs live. Sorry for the confusion -- and now on to playing!! |
09-22-2012, 08:29 PM | #33 |
Sigil & calibre developer
Posts: 2,488
Karma: 1063785
Join Date: Jan 2009
Location: Florida, USA
Device: Nook STR
|
|
09-23-2012, 05:08 AM | #34 |
eBook-Reader-Fan
Posts: 175
Karma: 444178
Join Date: Sep 2012
Location: Saarbruecken / DE
Device: Kobo Aura H2O 2nd Edition
|
Very good job! :-)
Hello software engineers,
you all have done a very good job. What I have seen until now on the fly, this are my favorites of the changes in the beta 0.5.905:
My decision made years ago, to use Sigil as epub editor, was a very good choice. Thanks a lot for your work. Kind Regards Martina |
09-23-2012, 08:15 AM | #35 |
eBook FANatic
Posts: 18,301
Karma: 16071131
Join Date: Apr 2008
Location: Alabama, USA
Device: HP ipac RX5915 Wife's Kindle
|
Win 7 problems
I am using Win 7. I installed the win 64bit and then the 32bit.
Sigil 6.0 beta chokes on the attached html file. If I load a html file that runs on 5.9 everything is ok. Would someone please tell me what I have done wrong. Thanks |
09-23-2012, 09:01 AM | #36 |
calibre/Sigil Developer
Posts: 4,588
Karma: 2089838
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@Martina - thanks very much for posting your feedback - the more the merrier please!
@crutledge - I can replicate that issue with loading that file, so it isn't just you. We shall take a look into it. I know one of the problem areas that remains in Sigil is the third party Xerces component which is used for xhtml validation (frankly it is dreadful, but a better long term replacement isn't part of this release). There must be something about the content in that file which is tripping this Sigil release up - we'll see if we can figure out the what and whether we can do anything about it... Edit: If you remove that xml and DTD declaration from the file it will load. We will look further into it but that should keep you going in the meantime until we identify something better Sigil can do about it... Last edited by kiwidude; 09-23-2012 at 09:30 AM. |
09-23-2012, 09:37 AM | #37 |
eBook-Reader-Fan
Posts: 175
Karma: 444178
Join Date: Sep 2012
Location: Saarbruecken / DE
Device: Kobo Aura H2O 2nd Edition
|
With pleasure
@ kiwidude
Here is a futher point which works right now in this beta-version: It relates in turn to the point spell check. First I select the mode »Case Sensitive«. In the last beta 0.5.902 was a bug. If I'm correct, for example, a lowercase word, after this I could not correct a uppercase word. Sigil has the word that I had written in uppercase, immediately converted to a lowercase. Earlier, I corrected with the new version 2 eBooks and everything has gone. By the way ... my computer is running Windows 7/64 bit and I use the 64 bit version of Sigil. Kind Regards Martina |
09-23-2012, 09:38 AM | #38 |
eBook FANatic
Posts: 18,301
Karma: 16071131
Join Date: Apr 2008
Location: Alabama, USA
Device: HP ipac RX5915 Wife's Kindle
|
Just talking to you guys works miracles.
The first line in the file shown below was the problem. I have never seen this before. Code:
<?xml version="1.0" encoding="utf-8" standalone="no"?> |
09-23-2012, 10:30 AM | #39 |
calibre/Sigil Developer
Posts: 4,588
Karma: 2089838
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@crutledge - that file doesn't load for me on Sigil 0.5.3 either, or indeed on various intermediate stages of builds of 0.5.9, so I'm not convinced this is something new? You implied that it did work previously in some Sigil version, can you retry with that specific file and confirm that?
Also how did that html get generated - is it something that got manually edited, produced by some other tool or ??? I don't know enough about the html spec to know about that combination of headers as to what is valid or not. Certainly Sigil produces a subtly different html header when imported without those lines in it (different xhtml version/html namespace attributes), which it is able to handle import ok. Just wanting to make sure we haven't introduced a regression. Certainly it would be nicer if Sigil didn't just quit after displaying its failure to parse a particular html file. But that is one of the few known issues we haven't tried to tackle - yet anyway. |
09-23-2012, 11:13 AM | #40 |
Sigil developer
Posts: 1,275
Karma: 1101600
Join Date: Jan 2011
Location: UK
Device: Kindle PW, K4 NT, K3, Kobo Touch
|
|
09-23-2012, 11:49 AM | #41 |
Imperfect Perfectionist
Posts: 447
Karma: 672038
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
The dash in "utf-8" in your original file is an emdash ... should be an ordinary hyphen, then it works )
|
09-23-2012, 12:56 PM | #42 |
Sigil & calibre developer
Posts: 2,488
Karma: 1063785
Join Date: Jan 2009
Location: Florida, USA
Device: Nook STR
|
|
09-23-2012, 02:25 PM | #43 |
eBook FANatic
Posts: 18,301
Karma: 16071131
Join Date: Apr 2008
Location: Alabama, USA
Device: HP ipac RX5915 Wife's Kindle
|
|
09-23-2012, 03:05 PM | #44 |
eBook FANatic
Posts: 18,301
Karma: 16071131
Join Date: Apr 2008
Location: Alabama, USA
Device: HP ipac RX5915 Wife's Kindle
|
Cover not specified
Someone else may have run into this.
Converting an epub built in V5.9 with Kindlegen, an error is reported that "Cover is not specified". V5.3 makes the following references to the cover Code:
<meta content="cover.jpg" name="cover" /> <item href=l"Images/cover.jpg" id="cover.jpg" media-type="image/jpeg" /> <reference href="Text/The%20Giant%27s%20Robe.htm" title="Cover" type="cover" /> Code:
<item href="Images/cover.jpg" id="cover.jpg" media-type="image/jpeg" /> <reference href="Text/The%20Giant%27s%20Robe.htm" title="Cover" type="cover" />> Code:
<meta content="cover.jpg" name="cover" /> |
09-23-2012, 03:17 PM | #45 |
Zealot
Posts: 119
Karma: 64428
Join Date: Aug 2011
Device: none
|
Kubuntu 12.04 "precise" 64-bit
Downloaded, compiled and installed Sigil 0.5.905 without apparent error. (The messages were flying by so fast on my screen, I couldn't read them all. I assume that if anything were *really* wrong it would have bailed out early with an error message.) Launched without hiccups and read a test file. Spell check looks a lot more usable -- thanks. I also am very glad to see the "inspector" incorporated. Just having the computed css available will help a lot. Here's the only glitch I have found: I try to do a multi-select in preparation for a bulk rename by clicking on the first file name then shift-clicking on the last file name. The range of file names is highlighted in blue briefly, then reverts to only the last file clicked, preventing me from specifing a group of files. End of game, right? Well, not quite. I accidently discovered that if I click and drag a tiny bit on the first file name, then release it on top of where it was before, I can then shift-click on the last file name and this time the entire range stays selected. So, there's a work-around but it shouldn't be necessary. |
Thread Tools | Search this Thread |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
0.4.905 (0.5 beta) Available | user_none | Sigil | 64 | 01-21-2012 12:20 PM |
Embedded font book view display issue (0.4.905) | Doitsu | Sigil | 2 | 01-15-2012 01:59 PM |
Beta Beta Test of Major New Features | Starson17 | Calibre | 45 | 05-17-2010 10:55 AM |
0.6 out of beta? | Nate the great | Calibre | 3 | 07-17-2009 02:45 AM |