philipt18

Yeah, I think both colors should be able to be set by the user. For the selection color I think frankly it should take it from the system setting, at least on the Mac where I know you can set it, although if Serif wants me to set it in Settings, I'm okay with that too. And Search results definitely need to be able to be a brighter color.

Mike, I think you were the one who got me to use sections to determine the header text. So I blame you. 🙂

In publisher, if I search for a text, the found text is highlighted in grey: If, however, I select the text myself, it's highlighted in light blue. On my Mac, the system highlight color is set to orange. So where is Publisher getting the grey and blue colors from, and how do I change them? Thanks.

I have no idea how my instance occurred. I just found it there as I was reviewing my book.

I use sections for page headers, and this book has different headers almost every page. Why would Publisher link indexing to sections? That doesn't seem to match the intention of page groups in an index. This should be considered a bug.

This shouldn't be possible, right? First, there's a range of two pages. I thought ranges had to have a minimum of three pages? Second, the following 6 pages are not included in the range. If Group page ranges is on, then it should read '133-140, 391', right? How is it possible that some pages are groups and others are not?

Can you provide an upload link? or do you not need it since @hangman worked out how to replicate it?

One downside of this feature is that I someone put explanations in parenthesis after my index topics, and this feature obviolusly doesnt work in that case. I need to remove that, do the search, then put it back. It might be nice to have an index topic, and a 'Display as' field to allow you to modify how it's displayed.

I forgot about that one, thanks. Interestingly that search finds words with footnotes after them, while the main search does not.

If you're trying to search the text so you can add instances to the index, then searching in the index doesn't help you.

Another scenario, which is similar, is searching for the word followed by a space. Even if there is a space after the word, if there is a footnote, the word isn't found.

I applied my standard master to that page and it fixed the loop, and then I was able to connect the frame to the next page, but there are all kinds of odd problems in the following pages, with many footnotes invisible. In some cases the footnote number shows up, but no footnote text. There are some text frames for footnotes that don't seem to have numbers. It's a mess.

I was looking at my text, and found a page that looked like the text was doubled up. It looked like the text was somehow looped back on itself or something. Nothing I did, it just showed up that way. I did update the beta today, so it may be connected. What's even stranger is I can't seem to fix it. If I link the text from the frame to the next page, it creates a link, but the text doesn't flow. Also oddly the circle shows up under the triangle in the outgoing flow connection, which doesn't normally happen. I suppose there are multiple text frames, but that doesn't make any sense, as the frames come from the master page.

If you search in Publisher for a word, and an instance of that word has a footnote after it, that word instance won't be found.

That's helpful, although it doesn't work if there is a footnote number after the word, which I guess is a bug.

Actually I just meant the whole word searching without needing to use regex. However, Publisher already does do some minor linguistic replacement when, for example, you type in a plural word when adding a marker, if the singular of the word exists as an index topic, it will still suggest it. I would guess it's not using any fancy AI to do this, just simply searching for words without -s or -es at the end, but even that can be helpful sometimes.

I'd love a way to get statistics on references, such as how many footnotes there are, how many index items there are (in the index list, and also the output index which is different), how many index sub-items a specific index item has, etc. Specifically, in the Index panel, it would be great if you could turn on a stats feature in the Options, that would show total numbers of index topics and references, and then for each topic, if there are sub-topics, show how many sub-topics there are (maybe in grey to the right of the topic). I've suggested in the past having a Notes panel similar to the Index panel, where you can see all notes in one place, and review them. If you had that, it would be easier to show stats alongside them. Without that, however, it would still be useful to show stats on total number of notes, and number of notes per chapter or story. My chapters are stories, and my footnotes renumber per story, so showing stats per story would be helpful for me.

Thank you, that's helpful, although still a lot of work when doing things like indexing hundreds of words. It would be great if Serif could add this as a standard feature.

Maybe there's a way to do this already, and I assume it can be done using regular expressions, but I'd like an easier way to do this as I need to do it all the time. When searching for a specific word, there's no easy way to search for a word by itself. For example, I was looking for the word par. As you might imagine in a large text that shows up many times in other words like part, separate, party, depart, apartment, etc. I want to find it only when it's by itself. I can try adding a space before and after it, but that won't find it if there is a comma, period, parenthesis, or quote. In fact, it won't find it even if there's a footnote after it (I don't think footnote numbers should affect searches - so suggestion to fix that as well). I'd like it so if I search for par and click a checkbox for finding the whole word, it would find it no matter what other non-letter characters are on either side of it. Bonus if you can turn on and off variant search as well (finding plural and singular, adjective and adverb forms, etc.)

Got it. The problem wasn't that some were expanding, the problem was that some were not. I can confirm the ones that did not expand had sub-topics. Thanks.

For a moment I thought maybe it had something to do with the diacritical mark above the I in Izmir, because I have a bunch of entries with the same problem that are names inside quotes that point to the full names, and I thought maybe any non-standard character was throwing it off (like a diacritical mark, or curved quotes). However, I have at least one example of it where a simple name points to another simple name, without any special characters.

Here's an example. I have an index item for Izmir that points to Smyrna. Instead of saying See Smyrna, it just shows the same page numbers as the Smyrna listing. Note that Heliopolis properly points to Baalbek, and Istanbul points to Constantinople (yes I realize they are pointing in different directions).

No, this wasn't using the book features. I can upload my document if Serif sends me a link.

Just wanted to post that I would also like to be able to create tables that span multiple pages. I'd also like it to be able to bring the headers with the table to each page.

For the first one I see that the cross-referenced item changed its name, so it didn't know where to link it. It seems that Publisher should be checking when item names change if there are cross-references that refer to them, however.