Quite odd replace result

Artha · 12-01-2011, 03:38 AM

I have searched and replaced all instances of minus with en–dash. The result meant all XHTML pages were reset. The same number of files, the same name files, the same list order, each one with only the initial string of a new file. Have I stumbled upon a feature? There's no regex set up or anything and it's repeatable.

Also: is there a way to do that replace for all XHTML files, to be more precise to the text only and not going into the tags? Because Sigil refuses to do that while in Book View.

theducks · 12-01-2011, 04:02 AM

Quote:

Originally Posted by Artha

I have searched and replaced all instances of minus with en–dash. The result meant all XHTML pages were reset. The same number of files, the same name files, the same list order, each one with only the initial string of a new file. Have I stumbled upon a feature? There's no regex set up or anything and it's repeatable.

Also: is there a way to do that replace for all XHTML files, to be more precise to the text only and not going into the tags? Because Sigil refuses to do that while in Book View.

No
You must use code view for a replace in all HTML files.

You probably want to use lots of care in CV because minus might be part of a class name (selector), header or a negative value in a style attribute

user_none · 12-01-2011, 08:05 AM

You've discovered a bug that will be fixed eventually. Every file starts with

Code:

<?xml version="1.0" encoding="utf-8" standalone="no"?>

When you replace every - with – you also replace the - in the encoding. This causes the XML parser to be unable to parse the document and produces an empty file.

Artha · 12-01-2011, 06:06 PM

Can the replace function tuned to work only outside the tags? Only with the actual text.

Jellby · 12-02-2011, 06:20 AM

Maybe if you work in book view instead of code view.

theducks · 12-02-2011, 11:46 AM

Quote:

Originally Posted by Jellby

Maybe if you work in book view instead of code view.

That was the initial problem. The OP wanted a global replace and BV restricts you to Opening each section (file) and applying the replace.

12-01-2011, 03:38 AM	#1
Artha ----- Posts: 114 Karma: 10 Join Date: Jun 2011 Device: Samsung SNE65	Quite odd replace result I have searched and replaced all instances of minus with en–dash. The result meant all XHTML pages were reset. The same number of files, the same name files, the same list order, each one with only the initial string of a new file. Have I stumbled upon a feature? There's no regex set up or anything and it's repeatable. Also: is there a way to do that replace for all XHTML files, to be more precise to the text only and not going into the tags? Because Sigil refuses to do that while in Book View.

12-01-2011, 08:05 AM	#3
user_none Sigil & calibre developer Posts: 2,487 Karma: 1063785 Join Date: Jan 2009 Location: Florida, USA Device: Nook STR	You've discovered a bug that will be fixed eventually. Every file starts with Code: <?xml version="1.0" encoding="utf-8" standalone="no"?> When you replace every - with – you also replace the - in the encoding. This causes the XML parser to be unable to parse the document and produces an empty file.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
EPUB to MOBI - result is outrageous	sebdea	Conversion	2	05-25-2011 02:03 PM
search and replace - drops blanks in replace ?	cybmole	Conversion	10	03-13-2011 04:07 AM
Every try something new as a result of reading an old book?	JeremyZ	News	16	10-09-2009 11:36 AM
Strange result in Search	KlondikeGeoff	Feedback	18	08-20-2007 12:19 PM
How to get best result with SonyReader	MosFet	Sony Reader	5	06-17-2007 09:05 AM

12-01-2011, 06:06 PM	#4
Artha ----- Posts: 114 Karma: 10 Join Date: Jun 2011 Device: Samsung SNE65	Can the replace function tuned to work only outside the tags? Only with the actual text.

12-02-2011, 06:20 AM	#5
Jellby frumious Bandersnatch Posts: 7,570 Karma: 20150435 Join Date: Jan 2008 Location: Spaniard in Sweden Device: Cybook Orizon, Kobo Aura	Maybe if you work in book view instead of code view.