<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 20, 2014 at 12:15 PM, John Jason Jordan <span dir="ltr"><<a href="mailto:johnxj@comcast.net" target="_blank">johnxj@comcast.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Fri, 20 Jun 2014 15:58:51 +0200 (CEST)<br>
pygmee <<a href="mailto:radar.map35@free.fr">radar.map35@free.fr</a>> dijo:<br>
<div class=""><br>
>the days we will have a search engine that :<br>
>1. check in all the document<br>
>2. check for character styles<br>
><br>
>it will be very easy to do this. Right now we are missing both. Some<br>
>might be done in python page by page and frame by frame or search in<br>
>the source in which object a world with particular "invisible" car<br>
>style is applied, make a list of it and then check with the API in<br>
>which page they own.<br>
<br>
</div>Having written and published numerous textbooks, and having been a<br>
student where I needed to use an index, let me point out that a good<br>
index is not a mere afterthought. Here are some things to consider:<br>
<br>
1) Nesting. This means making subtopics under a larger topic. If you do<br>
want nesting, then each subtopic needs to have its own individual<br>
entry, with a reference to the larger topic, e.g., "see <larger<br>
topic>."<br>
<br>
2) Main entries. Sometimes a term will appear in numerous places in the<br>
book, but there is one place where the term is first defined for the<br>
reader, or where the discussion is the most complete. I used to bold<br>
the page number(s) for the main entry, but you could do italics or some<br>
other scheme instead. And if you do this, tell the user what the bold,<br>
etc. means with a comment at the start of the index.<br>
<br>
3) Cross references. These are entries that say "See also."<br>
<br>
4) With indexes, more is better. Nothing is more frustrating to the<br>
reader than trying to find something in a book and the term is not<br>
listed in the index. This means not only should you make an entry for<br>
everything that you think a reader might need to look up, but you also<br>
need to duplicate the entry under other terms that the user might use.<br>
<br>
5) I have never found an indexing tool that did not require at least<br>
a little manual cleanup after the index was created.<br>
<br>
The last time I needed to create an index for a book laid out with<br>
Scribus I was fortunate in that almost all the text was in one story. I<br>
copied the text in that story and pasted it into LibreOffice Writer,<br>
then manually went through the Writer document and forced page breaks<br>
at exactly the same places as the pages broke in Scribus. Having done<br>
this I could use the LibreOffice indexing function, which offered me<br>
most of the above features. When I finished the index (which Writer<br>
places at the end of the text) I made some manual edits, then copied<br>
and pasted it into Scribus as a separate story at the end of the book.<br>
<br>
If you want a rudimentary indexing tool for Scribus it might be possible<br>
with a script. I can envision a script that copies a selected word in<br>
a text frame, pastes it into another text frame at the top of the frame<br>
(so you can see it easily, bearing in mind that the index text will<br>
quickly overflow its frame). Then the script can add a tab at the end of<br>
the pasted entry, insert the page number, then move to the beginning of<br>
the entry and enter a line feed and move up to the new blank line so<br>
you'll be ready for the next entry. When finished you can copy and paste<br>
the entire index into a Writer document and sort it, plus make other<br>
manual edits as desired. Writer can sort text by line, so it is not<br>
necessary to use Calc or a Writer table for the sorting.<br>
<br>
If someone wants to embellish the script it could have an option to<br>
bold or italicize the page number for main entries and an option to add<br>
"see also" instead of a page number. Nesting might be more difficult to<br>
script.<br>
<br>
Another script could sort a story on a line by line basis, eliminating<br>
the need for a LibreOffice detour.<br>
<br>
A script such as I envision above should not be difficult to implement,<br>
but a true indexing tool would have the ability to change the page<br>
numbers if the entry moves to a different page. In other words, you'd<br>
have to be sure you used the script only after you were sure that there<br>
were going to be no further edits to the book that might alter the<br>
pagination..<br>
<br>
It might also be possible to create a script that would generate an<br>
index by searching for a specific character style. For example, I could<br>
create a character style called Index_entry, then go through the book<br>
and apply it to every term that I want in the index. When I have<br>
finished I can use the script, which would search the entire work and<br>
generate the index in a separate frame. If you want the capability of<br>
having main entries you could create two character styles; one for<br>
regular entries and one for main entries, so the script would bold or<br>
italicize the page number when it finds a main entry character style.<br>
An advantage of this approach is that if the page numbers change you<br>
can just regenerate the index, although you'd lose any manual edits to<br>
the index.<br>
<br>
Yet another option might be to create a separate indexing program that<br>
would work on a PDF file. I dont know if such programs currently exist,<br>
but if so they are probably not free and open source. Note, however,<br>
that if you index based on a PDF you'd have to be sure that you didn't<br>
outline any fonts when exporting from Scribus. An advantage of a<br>
separate PDF indexer is that it could be used on any PDF file, not just<br>
PDFs created from Scribus. This would increase its popularity, and<br>
concomitantly the number of potential developers.<br>
<br>
I offer the above just as thoughts for further discussion. It would be<br>
cool to have an indexing tool for Scribus, even if it is not as fully<br>
capable as we might wish.</blockquote><div class="gmail_quote"><br></div>I learn so much from this ML. Thanks for taking the time to elaborate John!<div>Cheers,</div><div>/Kunda </div></div></div></div>