All: The hotspot behaviour in generated lists is user-unfriendly but works well
for cross-references and index page numbers. A possible fix involving FrameScript follows: @ Create a new character format where all properties are set to null. @ Create a FrameScript event script that fires at the conclusion of a book generate/update. @ The FrameScript would loop through all the generated paragraphs in the TOC and apply the null character format to the entire line. This works because, although the various character properties created by the entry builders on the reference page would have formatted the line as you want, the only named character format on the entire line is the null format. Regards, Hedley >Rick Quatro wrote: > >What Richard says is true, but this designed behavior is not very useful for >generated lists. For generated lists, it would have been better to have a >mechanism that would ignore character property changes and make the whole >paragraph a link. > >Rick > >>Diane Gaskill wrote: >> >>> I'm not sure whetehr to call it a bug or not, but it's >>> definitely a known problem. Anytime there is a character >>> font change in the text of a link in the FM file, the link >>> ends at that point. >> >>This is _neither_ a "bug" _nor_ a "known problem." To reiterate what >>Fred and Rick have said, it's _intended_to_work_this_way_. >> >>The beginning and end of a hypertext link "hotspot" have to be defined >>_somehow_. FM programmers _could_ have required us to insert two markers >>for each link, one for the beginning and one for the end. Instead, they >>reasoned as follows: "Authors will certainly want to make hotspots >>identifiable by color, underlining, or some other formatting change; so >>we'll let the extent of the formatting change define the hotspot." >> >>Just to be safe, they also terminated hotspots at the end of the pgf so >>that you don't create a 30-page hotspot when you screw up. :-} >> >>Maybe you don't like the way this works. Maybe you have some other way >>of defining the end of a hotspot that you'd prefer (so please enlighten >>us; I'm at a loss to think of a better alternative). >> >>But this is the consciously-chosen functionality, the way it's >>_designed_ to work. If you're not sure whether to call it a bug or not, >>then you just don't understand. ------ Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 ------ rgcombs AT gmailDOTcom 303-777-0436 ------ _______________________________________________ You are currently subscribed to Framers as hedley.finger at myob.com. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/hedley.finger%40myob.com Send administrative questions to lisa at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.