e-Book Tools - a Word add-in - Page 31

BetterRed · 03-31-2016, 04:16 AM

On most occasions when I use the dialogue checker I end up using the "Pause and make small adjustments" option for every error.

So I am wondering if there could be an option to automate that - the option would be on the Error Dialogue - it would mean forgoing seeing the actual error message, but I never read it anyway - my eyes go straight to the highlighted text.

Click image for larger version

Name: Capture.PNG
Views: 283
Size: 13.0 KB
ID: 147496

Once you hit the (A)uto Pause then for this run of the dialogue checker you won't get any more error dialogues like the one above. Next time you use the Dialogue Checker you would get the error dialogues... until you select (A)uto Pause.

You would still get this dialogue

Click image for larger version

Name: Capture2.PNG
Views: 264
Size: 13.4 KB
ID: 147497

Note the additional button End the Procedure - dialogue error correction can be very tedious.

Anyone else think this would be useful.

BR

Toxaris · 03-31-2016, 09:22 AM

Hmm. Interesting. To be honest, I often do use the options instead of going to the manual adjustments. The procedure tries to guess the best option here. Often it is to remove the quote or to remove the paragraph mark. I am thinking about making alternative options a possiblity, like reversing the quote or replacing quote by the tags in case it isn't a quote but a apostrophe. That would limit the need for a breakout.

I will think about it though.

BetterRed · 03-31-2016, 06:16 PM

On quite a lot of books we get the following pattern repeated dozens and dozens of times, maybe hundreds:

Dialogue-tag1, "Spoken sentence-1. Spoken sentence-2. Narrative-sentence. Dialogue-tag2, "Spoken sentence-3."

To fix the error 'all' one needs to to is to insert a closing quote at the end of Spoken sentence-2.

In addition, quite often Spoken sentence-3 is a response from a different speaker to Spoken sentence-1 & 2, which usually means a newline must be inserted -- either before Narrative-Sentence or before Dialogue-tag2 - or maybe both.

We have another way of tackling these books. A repetitive search for [“"]*["”] will highlight text between an opening and closing quote; of course, it highlights all dialogue, both properly and improperly formed. But where there are lots of errors of this sort its actually faster to use it, because it can be driven from entirely from the keyboard.

Whereas within the dialogue checker, after pressing/clicking 'P', I have to use the mouse to put the insertion point within the highlighted text, then use the keyboard to correct the text, and then the mouse again to get back to the procedure.

Ideally I'd prefer not have to use the mouse to position the insertion point. and return to the procedure - i.e. a mouse-free process. Maybe that's not possible within the context of a Word addin. If that's true then even if this suggestion were implemented I wouldn't be satisfied, so I'm questioning its merit -- seemed a good idea at the time

I fell into the trap of specifying a solution rather than stating requirements

BR

Toxaris · 04-01-2016, 10:22 AM

I do understand you case. However, mouse will be required... When you make the changes, the focus is not on the form anymore and is therefore unable to catch keyboard actions. The focus needs to return to the form first. I don't know the top of my head if you can select the form again with Alt-Tab. If so, I can of course catch the keyboard actions again after the form has focus again.
I will look into this and into your enhancement request, but not for the next release which is currently in beta (as you know...).

patrik · 04-03-2016, 01:22 PM

(I'm sure this must have been asked a million times, but all my searches comes up empty...)

Would it be technically feasible to port this to libreoffice?

Toxaris · 04-03-2016, 03:24 PM

Quote:

Originally Posted by patrik

(I'm sure this must have been asked a million times, but all my searches comes up empty...)

Would it be technically feasible to port this to libreoffice?

It has not been asked before. Would it be possible to create something similar for LibreOffice? Perhaps. It would not be the same, since it uses a lot of Word features directly. I do not use LibreOffice myself, so I don't know if these features are available but they probably are. Then there is a question if these features can be called and used by external programming.

So, can it be ported? No. Can something similar be made? Perhaps/probably.

Now, for the bonus question. Would I be willing to do it? To be honest, I don't know. It depends on the work that would be required. However, I will dive a little in plugin/add-in programming for LibreOffice. Don't get your hopes up however, the chance I will do it is slim.

Toxaris · 04-13-2016, 05:21 AM

I just release version 1.22.0. A lot of changes, not all of them visible. A special thanks to BetterRed for his beta testing! It was a very big help.

Some changes are:

Possibility to execute a single ruleset from the S/R document. This was requested a long time ago (I can't remember who it was). At the time there were restrictions to prevent this option.
Changes in the S/R document outside the editor will be detected automatically. The file is monitored for changes.
Option to change the work directory to something else than %appdata%Toxaris
Corrupted configuration files will be repaired. The corrupted setting (and only the corrupted setting) will be replaced with the default value.
Improved conversion of straight quotes to smart quotes. More mistakes/errors introduced by Word are corrected.

A complete changelog can be found here: http://www.toxaris.nl/helpen/changelog.html

Clancolin · 04-16-2016, 01:06 PM

I can't seem to download this Word add-in into Word 2013. I tried earlier today and managed to get a setup.msi files to download, but when installed ePUBTools was an inactive application add-in. I downloaded and tried again - same result.

When I tried to download again just now, but got 2 "download error" messages when I tried to download the setup file. I tried all of the "Ribbon does not show" solutions from your support page and even installed the runtime 2010 files. I was able to reactivate a different inactive add-in, but still the ePubTools add-in is inactive. Is there anything else I can try please?

Toxaris · 04-17-2016, 01:53 AM

So, to recap, you did install the ePUB Tools with the setup file? You also installed the VSTO runtime tools and you have the .NET 4.0 framework installed?

If you can do the following for me. Try to activate the add-in (instructions on the support page) and restart Word. In the directory %appdata%\Toxaris there should, at least, be two files. A .cfg file and a .log file. Could you please sent me those files? Then I might be able to figure out what is going on.

Leonatus · 04-18-2016, 04:15 AM

I use version 1.22.0 actually. So far everything allright. Only that the created Html adds superfluous paragraph marks after a paragraph. I. e. at the end of a paragraph appear two paragraph marks, where there is only one in the original Word document. For example, it appears

Code:

"some text, some text.¶
¶
Some text, some text"

where there should only be

Code:

"some text, some text.¶
Some text, some text"

As I remember, this has already occured in a former version, but I actually can't find the spot where it has been discussed.

I can, of course, easily eliminate the superfluos paragraph marks by using S/R in Sigil. But it is a bit weird when the paragraph marks get wrapped into <h1> tags etc. and become part of the TOC. Is there a setting's command to avoid this from scratch?

BetterRed · 04-18-2016, 04:54 AM

Quote:

Originally Posted by Leonatus

As I remember, this has already occured in a former version, but I actually can't find the spot where it has been discussed.

In post #122 I reported something similar relating to the dialogue checker creating blank paragraphs

I haven't noticed it happening in 1.22, but I do an S&R soon after I run DC that includes replacing any '¶¶' with '¶" so I may not have noticed.

BR

Leonatus · 04-18-2016, 11:53 AM

Quote:

Originally Posted by BetterRed

In post #122 I reported something similar relating to the dialogue checker creating blank paragraphs

Yes, this might have been it. Thank you!

Quote:

I haven't noticed it happening in 1.22, but I do an S&R soon after I run DC that includes replacing any '¶¶' with '¶" so I may not have noticed.

At saving the original Word document to a different place, I noticed that the tool has already inserted additional paragraph marks there, obviously during the "Preparation" process. Thinking once more abaout it, the reason for it might be in the fact that in the formatting template of my Word text, there is a certain distance ("margin") between the paragraphs foreseen; thus, the tool might replace the margin by an additional paragraph mark. In the future, I shall try to leave away the margin. See what happens.

The strange thing has been that the paragraph marks have been changed to HTML entities and then wrapped with <p> or even <h1> tags; thus the tags appeared occasionally in the TOC. I only do not remember if this was already the case in the HTML, produced by the tool, or only at editing in Sigil, for I did immediately the S/R, just as you mentioned.

Toxaris · 04-18-2016, 03:41 PM

During preparation that might happen I guess, although it should not. If there is a margin between paragraphs, it could be interpreted as a section break. Those should be marked as a paragraph with as content [scbreak]. The [scbreak] is the default value and you can replace it by your own.
The reasoning for this is, that some use <p> </p> for a section break and others a margin. This would make it easy to find them.

Sometimes an existing empty paragraph around a header can get the same style as the header. Word is funny in that. That could lead to empty entries in the TOC, although I though I had worked around that. I will recheck that part of the code. In Word 2013 (and I believe also in Word 2010) you could quickly see that in the navigation pane. There would be empty headers then.
Like I said, I will double check that part of the code that would prevent this.

Hitch · 04-18-2016, 06:14 PM

Quote:

Originally Posted by Toxaris

During preparation that might happen I guess, although it should not. If there is a margin between paragraphs, it could be interpreted as a section break. Those should be marked as a paragraph with as content [scbreak]. The [scbreak] is the default value and you can replace it by your own.
The reasoning for this is, that some use <p> </p> for a section break and others a margin. This would make it easy to find them.

Sometimes an existing empty paragraph around a header can get the same style as the header. Word is funny in that. That could lead to empty entries in the TOC, although I though I had worked around that. I will recheck that part of the code. In Word 2013 (and I believe also in Word 2010) you could quickly see that in the navigation pane. There would be empty headers then.
Like I said, I will double check that part of the code that would prevent this.

Sander:

I've never seen this occur, for what it's worth. I've never seen top- or bottom-margin replaced with an additional empty p.

Hitch

BetterRed · 04-18-2016, 07:06 PM

Quote:

Originally Posted by BetterRed

... but I do an S&R soon after I run DC that includes replacing any '¶¶' with '¶" so I may not have noticed.

Just wanted to clarify that that S&R is intended to correct any empty para's, wayward tabs etc, moi inadvertently created along the way. Toxaris fixed the problem I had back in post #122 long, long, long ago.

BR

03-31-2016, 04:16 AM	#451
BetterRed null operator (he/him) Posts: 21,740 Karma: 30237526 Join Date: Mar 2012 Location: Sydney Australia Device: none	Suggestion for Dialogue Checker On most occasions when I use the dialogue checker I end up using the "Pause and make small adjustments" option for every error. So I am wondering if there could be an option to automate that - the option would be on the Error Dialogue - it would mean forgoing seeing the actual error message, but I never read it anyway - my eyes go straight to the highlighted text. Once you hit the (A)uto Pause then for this run of the dialogue checker you won't get any more error dialogues like the one above. Next time you use the Dialogue Checker you would get the error dialogues... until you select (A)uto Pause. You would still get this dialogue Note the additional button End the Procedure - dialogue error correction can be very tedious. Anyone else think this would be useful. BR Last edited by BetterRed; 03-31-2016 at 05:03 AM.

04-13-2016, 05:21 AM	#457
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	I just release version 1.22.0. A lot of changes, not all of them visible. A special thanks to BetterRed for his beta testing! It was a very big help. Some changes are: Possibility to execute a single ruleset from the S/R document. This was requested a long time ago (I can't remember who it was). At the time there were restrictions to prevent this option. Changes in the S/R document outside the editor will be detected automatically. The file is monitored for changes. Option to change the work directory to something else than %appdata%Toxaris Corrupted configuration files will be repaired. The corrupted setting (and only the corrupted setting) will be replaced with the default value. Improved conversion of straight quotes to smart quotes. More mistakes/errors introduced by Word are corrected. A complete changelog can be found here: http://www.toxaris.nl/helpen/changelog.html

04-18-2016, 04:15 AM	#460
Leonatus Wizard Posts: 1,055 Karma: 11391181 Join Date: Mar 2013 Location: Guben, Brandenburg, Germany Device: Kobo Clara 2E, Tolino Shine 3	I use version 1.22.0 actually. So far everything allright. Only that the created Html adds superfluous paragraph marks after a paragraph. I. e. at the end of a paragraph appear two paragraph marks, where there is only one in the original Word document. For example, it appears Code: "some text, some text.¶ ¶ Some text, some text" where there should only be Code: "some text, some text.¶ Some text, some text" As I remember, this has already occured in a former version, but I actually can't find the spot where it has been discussed. I can, of course, easily eliminate the superfluos paragraph marks by using S/R in Sigil. But it is a bit weird when the paragraph marks get wrapped into <h1> tags etc. and become part of the TOC. Is there a setting's command to avoid this from scratch?

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Save any Document from Microsoft Word 2007 to EPUB using a Free Add-in from Aspose	romeok	ePub	45	05-03-2017 03:33 PM
Automatically add tag if word/phrase found in ebook?	eosrose	Calibre	3	11-16-2011 06:48 AM
Doc Splitter-Macro or Add-in For Word 2003	konrad	Workshop	0	03-08-2011 03:43 PM
Can't see lit add in for MS Word	ray100	Reading and Management	3	08-12-2009 02:59 AM

03-31-2016, 09:22 AM	#452
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	Hmm. Interesting. To be honest, I often do use the options instead of going to the manual adjustments. The procedure tries to guess the best option here. Often it is to remove the quote or to remove the paragraph mark. I am thinking about making alternative options a possiblity, like reversing the quote or replacing quote by the tags in case it isn't a quote but a apostrophe. That would limit the need for a breakout. I will think about it though.

03-31-2016, 06:16 PM	#453
BetterRed null operator (he/him) Posts: 21,740 Karma: 30237526 Join Date: Mar 2012 Location: Sydney Australia Device: none	On quite a lot of books we get the following pattern repeated dozens and dozens of times, maybe hundreds: Dialogue-tag1, "Spoken sentence-1. Spoken sentence-2. Narrative-sentence. Dialogue-tag2, "Spoken sentence-3." To fix the error 'all' one needs to to is to insert a closing quote at the end of Spoken sentence-2. In addition, quite often Spoken sentence-3 is a response from a different speaker to Spoken sentence-1 & 2, which usually means a newline must be inserted -- either before Narrative-Sentence or before Dialogue-tag2 - or maybe both. We have another way of tackling these books. A repetitive search for *[“"]["”]** will highlight text between an opening and closing quote; of course, it highlights all dialogue, both properly and improperly formed. But where there are lots of errors of this sort its actually faster to use it, because it can be driven from entirely from the keyboard. Whereas within the dialogue checker, after pressing/clicking 'P', I have to use the mouse to put the insertion point within the highlighted text, then use the keyboard to correct the text, and then the mouse again to get back to the procedure. Ideally I'd prefer not have to use the mouse to position the insertion point. and return to the procedure - i.e. a mouse-free process. Maybe that's not possible within the context of a Word addin. If that's true then even if this suggestion were implemented I wouldn't be satisfied, so I'm questioning its merit -- seemed a good idea at the time I fell into the trap of specifying a solution rather than stating requirements BR

04-01-2016, 10:22 AM	#454
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	I do understand you case. However, mouse will be required... When you make the changes, the focus is not on the form anymore and is therefore unable to catch keyboard actions. The focus needs to return to the form first. I don't know the top of my head if you can select the form again with Alt-Tab. If so, I can of course catch the keyboard actions again after the form has focus again. I will look into this and into your enhancement request, but not for the next release which is currently in beta (as you know...).

04-03-2016, 01:22 PM	#455
patrik Guru Posts: 682 Karma: 4568205 Join Date: Jan 2010 Location: Sweden Device: Kobo Forma	(I'm sure this must have been asked a million times, but all my searches comes up empty...) Would it be technically feasible to port this to libreoffice?

04-16-2016, 01:06 PM	#458
Clancolin Member Posts: 14 Karma: 10 Join Date: Jul 2015 Location: Hampshire, UK Device: Pocketbook Aqua 2	I can't seem to download this Word add-in into Word 2013. I tried earlier today and managed to get a setup.msi files to download, but when installed ePUBTools was an inactive application add-in. I downloaded and tried again - same result. When I tried to download again just now, but got 2 "download error" messages when I tried to download the setup file. I tried all of the "Ribbon does not show" solutions from your support page and even installed the runtime 2010 files. I was able to reactivate a different inactive add-in, but still the ePubTools add-in is inactive. Is there anything else I can try please?

04-17-2016, 01:53 AM	#459
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	So, to recap, you did install the ePUB Tools with the setup file? You also installed the VSTO runtime tools and you have the .NET 4.0 framework installed? If you can do the following for me. Try to activate the add-in (instructions on the support page) and restart Word. In the directory %appdata%\Toxaris there should, at least, be two files. A .cfg file and a .log file. Could you please sent me those files? Then I might be able to figure out what is going on.

04-18-2016, 03:41 PM	#463
Toxaris Wizard Posts: 4,520 Karma: 121692313 Join Date: Oct 2009 Location: Heemskerk, NL Device: PRS-T1, Kobo Touch, Kobo Aura	During preparation that might happen I guess, although it should not. If there is a margin between paragraphs, it could be interpreted as a section break. Those should be marked as a paragraph with as content [scbreak]. The [scbreak] is the default value and you can replace it by your own. The reasoning for this is, that some use <p> </p> for a section break and others a margin. This would make it easy to find them. Sometimes an existing empty paragraph around a header can get the same style as the header. Word is funny in that. That could lead to empty entries in the TOC, although I though I had worked around that. I will recheck that part of the code. In Word 2013 (and I believe also in Word 2010) you could quickly see that in the navigation pane. There would be empty headers then. Like I said, I will double check that part of the code that would prevent this.