Sigil 0.2.0RC1
 

It's here. Blog post with details here.

Hammer it, please. This should be near-final code, if not final.

nice !! :wideeyed: thanks valloric !! off to test now... (well... maybe not *right* now. you know what time it is.)

Great!!! I've been using a fairly old version, now I think it's time to make the switch.... Thanks for your work!!!:thanks:

holy cow !!! i just read the blogpost / changelog and crikey, valloric, this thing is the BOMB !!!!! :happybounce:


special thanks for fixing the heading changes not sticking. :)

WOOHOOO!!!!!!

My problem with The Dresden File book is fixed. YAY! :-) Awesome stuff!

Thanks a bunch.

Cheers,
PKFFW

That one was annoying, yes. But the most annoying one for me was the page refresh on save. I like to hit CTRL+S every now and then, and when I did that, it would reload everything... not a problem if you've already split the large HTML file you imported, but it sure was if you didn't.

:p each his own problem i guess. i'm almost always working in code view and rarely refresh the book view so i didn't much notice that problem, even though i hit ctrl+S like a maniac. ;) the heading changes not sticking were driving me crazy the other day though, i was working on a book trying to make a fancy heading which had images around the titles, and the first time i opened the toc editor it stripped them all out, and i couldn't get them to stick after that at all. :smack: so annoying ! well, i'm not done with that book yet so hopefully everything will work perfectly now. (hm, i really should not go and try it out right away, since i should be on my way to bed... :rolleyes:)

Baaah, installing VS 2010 screwed up my VS 2008 install on one of the build machines. Thus, the Windows x64 version won't start.

"B" version soon for that platform.

EDIT: Done.

Hmm. I don't succeed in making the global replace working ... I open two xhtml files in code view, then make a search and replace, using the "all HTML files" option. Sigil says "123 replaced", but it didn't replace anything. I'm I misunderstanding something?

Afterwards I tried only a global search (without replace), this seems to work but after the 80th occurance or so, Sigil froze up.

I'll do some more tests afterwards (Mac Snow Leopard)

P.S. I found out that the number "123 replaced" is the right number of occurances in the 2 files that were open. So Sigil finds the occurances, but does not change them.

Apple report
 

P.S. Do you receive a copy of the error reports that go to Apple, Valloric? Or should I make a copy and send them to you?

Sorry to have to say, but the requested hammering gives more than one problem ...

After the crash I described above, I started all over again. Now it seems that in the "replace with" window always comes the word that I tried to replace before. Even if I type a new word, the last word from before the crash pops back up ...

Of course I don't, and I can assure you that Apple won't be reading them. :)

For all the problems you see, create an issue on the tracker.

Found the cause of this, thanks for reporting it. The replace operation is performed, it's just that open tabs are not informed of it.

There will be another RC later today. I plan on making new RC's as showstopper bugs are found and fixed. Iterations will be small and fast until we get to a respectable state.

Wow, the Linux-32 version is 3 times faster than the Win-32 version :thumbsup: :thumbsup:

Since we are on S and R

Search and Replace has problems finding italics (book view)
and replacing text removes the Italics
(Your answer about no refresh the view, above may explain why I found some of the words missing their Italic attribute

Is Search for text and Replace with text with attributes doable?

It is not possible to preserve the italic, bold or any other attribute when replacing.

For instance:

you want to replace "is one" with "is not one". What should be italic? "not" or "one"? How about replacing it with "is not long"? Or if you're replacing "is one paragraph" with "is not good", what should be italic?

This goes into some higher theory about parse trees and parent-child descendants. Point being, you can't know in advance when you're replacing that some part of the text should become a child of the current element. It's theoretically impossible.

Every word processor I know does what Sigil does too.

RC2 is now online. Blog post with info here.

It would help some if the blog post had a link to the download page.

Overall excellent work. :)

Under help - about you should update the version with each release. Now it says 0.2.0 I would have expected it to say 0.2.0 rc2.

I'm easily confused and since it wasn't there I wasn't sure if I had actually updated on one of my machines.

Sigil looks very good.
I have a couple of questions;

When I do a Ctl+S or select SAVE from the file menu, I get the screen which says it cannot save htm.

When I do a SAVE AS, the only option is to save as Epub.

I would like to save the work file.

Where do I err?:blink:

Well save it as epub then. :)

Epub is Sigil's native file format.

Found a possible showstopper in Search and Replace.

Issue 378: version 0.2.0 RC2 search & replace for "all html files" hangs if the Find search string is not found. Works OK if you select look in "current file". Operating system in Windows XP.

I had a hang
I was looking for: * * * *
and I had wild card checked.

You'll need to provide more information than that. See the wiki page.

I just noticed you said you were using wild cards with that search string. If that is the case, then the hang is not a bug in Sigil, the problem is with your search string.

What you had is called Regex Catastrophic Backtracking. Matching that string takes an exponential amount of time, so Sigil just keeps trying to match it, counting the chars, backtracking, counting more, backtracking etc.

With that search string used as a wildcard, you would hang everything from Perl to grep to any other application. Read the linked page.

Long story short, the bug is in your search string. :)

I realize that :o :o :smack:

There needs to be a graceful way to abort when you mess up :D

I lost my un-saved work because the only way was Kill Process

There is no graceful way to abort that operation.

Say you're working in the python console. You type in 2**2, it prints out 4. The you type in 2**3, it prints out 8. Then 2**4, result 16.

Then you type in 2131434234532**38728284872.

It's not going to tell you "Hey smartass, that will take a couple of years". :)

Point being, the computer is doing what you told it to do. You can't blame it for that.

I'm not sure, but maybe PCRE can detect catastrophic backtracking. I plan on integrating it, so we'll see then. But I can't force QRegExp to behave differently. And it's not doing anything wrong, it's matching the way you told it to.

What it's doing wrong is , it's not allowing the user to interrupt and abort the matching operation.

... or there could be some setting to "abort operation if it has taken more than X seconds and it's not yet finished", with a helpful message of what could be wrong and how to modify X if needed.

I'll take a look, but it will not be easy to do. Not by a long shot. Cross-file searching is done with many threads, and making sure something doesn't explode when you kill them takes a while.

It certainly won't be in the final 0.2.0. Only showstopper bugs and trivial features are getting in now.

64 bit Windows default install folder
 

This is a bit of a nitpick, granted, but is there a reason the 64 bit windows installer defaults to "Program Files (x86)", where 32 bit applications go, instead of "Program Files", where 64 bit applications go?

Issue 284.

RC3 up on the site. Blog post with info here.

2.0 is a pleasure to use
 

Once the the HTML file loads and is split into chapters, editing is simple and fast. Kudoes:2thumbsup

I know everyone is watching and trying Sigil, so this may be a good place to ask the following question. The seperate TOC causes some interesting effects.

Once editing is completed, I run the ebub through Calibre to generate a LRF and MOBI.

The TOC for the MOBI appears at the end of the book and works fine and can be accessed through the Mobipocket Reader menu.

The LRF looks OK, but I cannot find a TOC in the Calibre viewer.

Lastly, I use Nick Rapallow's MOBI2Imp to convert the MOBI. Again, no TOC can be found in the Epublisher viewer.

Have these TOCs disappeared of is this a limitation of the viewers? :blink::book2:

Thanks

If the saved epub file has the correct TOC, then it's out of Sigil's hands. Your issues could be related to the various viewers, Calibre or something else entirely.

I wouldn't know.

The LRF viewer for Calibre does not show any TOC even if it exists. I'm unsure but believe the Sony Reader program shows the TOC.

I understand and meant no criticism of Sigil. However, your watchers have answered the question.

At sometime in the future, is an option for an inline TOC a possibility?

I didn't read any criticism in your statement, honestly.

And that was my point. I didn't have a clue what was causing your issue, but someone else might. And dwanthny did. :)

I don't support this idea. Epub files use a separate NCX file for the TOC, and an inline one is superfluous. I understand that some people want it because when they format-shift the epubs into something else, that something doesn't have/use the NCX.

But some day there will probably be an option to create an inline TOC from the NCX inside Sigil... one has to please one's users, even if one disagrees with the general idea... :)

f-prot amd RC3
 

The Charter Security Suite 9, a version of F-prot, flags RC3 as suspicious.

I believe it has no virus or anything else, but I thought I would report it so others would not be alarmed if they receive a similar warning.

A scan of the installed program says no malware found.

RC4 is now uploaded. Blog post with details here.

One minor problem, that I forgot to mention in the past. After opening Sigil on Mac, Sigil is not the active window. So you have to close other windows first in order to find it.