Invisible insertion point in field

[Charles Hartman]

This _sounds_ like the same problem I was posting about a week or two  
ago. Test for similarity of bug: in msg box do "put the htmltext of  
fld '<fieldname>'" and look in the output for a bous "<font" tag  
added by Rev; it would hard-wire the current default (owner's) font.  
Further test: is this in a substack? If yes to both, that's the bug I  
posted. (Solution found later: pre-hard-wire the default font in the  
substack.)

Charles Hartman


On Jul 20, 2005, at 1:05 PM, Lynch, Jonathan wrote:

> After it inserts that link, which is a wing-dings character, it then
> resets the font information in the selection just after the  
> character to
> be what it was before the document link was inserted.
>
> For some reason, on this field, it kept using the wingdings font  
> after I
> inserted the document link - I have no idea why. In all other  
> fields, it
> worked like it was supposed to. When I compared properties in the
> property inspector for this field, and for a working field, I could  
> not
> find any differences.
>

Charles Hartman
Professor of English, Poet in Residence
Connecticut College
charles.hartman at conncoll.edu
*the Scandroid* is at cherry.conncoll.edu/cohar/Programs.htm