0.6 Beta take 4 (0.5.907)

[kiwidude]

@atjnjk - I don't see any sort of tooltip swapping behaviour, nor would I expect to?

@crutledge - as DiapDealer says it is very difficult to diagnose these things with only the "after the fact" result so we can't replicate the same steps. However I will say in this case it looks like the cause is that you did not correctly case your anchor links for those images in your LoI page. If you don't get that right and then split, those links will effectively be orphaned. I merged your pages back together, did a find replace of #image with #Image and then re-split, and it all works as expected.

[atjnjk]

@kiwidude: Mayhap it was fixed after v0.5.907. I downloaded that beta version and run it in a VM, the tooltip for DotAll option is "For Regex searches, prefix your search with (?U).", likewise, Minimal Match's tooltip is "... (?s)." That's why I said "magically", I don't understand why they can be swapped.

[kiwidude]

@atjnk - sorry I think I understand you now. You mean the tooltips are just plain wrong. You confused me as you made it sound as though they swap over time as you hover or something. They will get corrected for the next release.

[mmat1]

Originally Posted by meme

Could you provide some text that you are trying to match?

EDIT: I'm not sure what text you are matching, but if I use the following then I do see a difference in 0.5.906 and 0.5.907 (.e. it change to ndash in 906 but not the current beta). Will look into it.

<p>Chapitre - 1</p>

Hello,

Text is following:

<p>Chapitre IX Title of the chapter</p>

I'm looking for any instance where no ndash (sourrounded by blanks) is between the latin number and "Title", and want omit any instance, where the ndash is already there.

• The dashes in search and replace are all ndashes and i missed the \2 at the end of the replace (only here)
• Of course I use 907
• The coursor is located properly, the blank and the "T" from title is selected.
• Replace all works as i exspected, so i assume, that there is no error in the regex-code itself.

Addendum: I tried the same with normal dashes, the result is the same

[kiwidude]

@mmat1 - yeah we know exactly what the problem is, and it will only be an issue with regexes involving using the /K switch or other lookbehind style assertions.

Sigil 0.5.907 had a change made to F&R to address several legacy nasties, including intermittently replacing the wrong text or with \1 etc. Unfortunately that fix put in place is now "too strict" for this /K flag to work successfully. So we need to come up with a compromise between the approaches without letting the bugs come back or restricting what expressions can be used.

The reason why Replace All works is because it does the replace in a different way that does not involve selections and cursor positions on the screen (which are the cause of all the complications and issues that occur with an interactive Replace).

[mmat1]

Originally Posted by kiwidude

@mmat1 - yeah we know exactly what the problem is, and it will only be an issue with regexes involving using the /K switch or other lookbehind style assertions.

OK, good to know. In future i will bravely hit "replace all"

[kiwidude]

@mmat1 - Saving first of course just in case you made a mistake in your expression since there is no undo with Replace All...

You can still use the "Find" functionality of course to test it, it is just the Replace or Replace/Find buttons will not work with a lookbehind style expression. We will make sure it is fixed for 0.6.

[mmat1]

Originally Posted by kiwidude

@mmat1 - Saving first of course just in case you made a mistake in your expression since there is no undo with Replace All...

You can still use the "Find" functionality of course to test it, it is just the Replace or Replace/Find buttons will not work with a lookbehind style expression. We will make sure it is fixed for 0.6.

Save early, save often, use different slots... is always a good idea.

An undo work, but only in "Current-file" mode

[albertikm]

Unfortunately, my attempts to try this version out on my Mac have been unsuccessful. I filed a bug if it helps:

http://code.google.com/p/sigil/issues/detail?id=1672

[kiwidude]

@albertkim - Only OSX 10.7 or later is now supported with Sigil.

[crutledge]

Originally Posted by DiapDealer

Probably need to take a look at the original html before you started editing with Sigil. I'd wager to say you did some file-splitting, as well.

I took your comments seriously.
I do build the book in html and insert <hr class="sigil_split_marker" /> where I want them.

I have tried 3 files in sigil. The first bombed, the second worked fine, and the third bombed.

I have searched all these files until I'm cross-eyed and can find no essential differences.

My procedure is to get the html file where I want it, load to Sigil, press F6. Gemerate TOC and go from there. Validation only complains about the HTML Tidy entry.

If you would be so kind, please look at the attached working folder containing the html, images, css, and the epub generated.

I hope that it is one of those Head Slappers.

[kiwidude]

@crutledge - the problem is exactly the same as what I pointed out to you above - you have a case sensitivity issue with your LOI anchor links. They are broken - anchors are case sensitive. See how they don't work even before you do any splitting.

[Toxaris]

The file com.apple.ibooks.display-options.xml is moved from the META-INF directory to the Misc directory. It used to be left alone and although I hardly use it, but to force iBooks to do stuff it is required. It did work correctly in the past (closed issue 793).

[kiwidude]

@Toxaris - that "Misc directory" is just a visual thing when seen in Sigil. When you actually save the ePub, the behaviour is the same as previous of retaining it into the META-INF directory? Or at least that is how it behaves for me, and this behaviour is all identical to Sigil 0.5.3?

Sigil still doesn't handle these particular files very "well", in that you can't edit or add them. But if they are present it should effectively ignore them.

[Toxaris]

Will check when I am home.