Re: commit: Fix 7958 and other text box bugs

msevior@physics.unimelb.edu.au wrote:
>>msevior@physics.unimelb.edu.au wrote:
>>
>>>Fix 7958 and other text box bugs.
>>>
>>>These include: 1. Caret disappears when a text box is selected.
>>>2. Selecting a text box then pressing a key deletes the text box and
>>>inserts the character from the key.
>>>3. Pressing delete with th etext box selected delets the text box.
>>
>>The behavior after this commit is unintuitive. After you first 'draw' a
>>textbox and go to type a letter the textbox is deleted; similarly, after
>>you move or resize a textbox and go to type some text, it's deleted. I
>>think if a textbox is selected and a character is typed, the text should
>>be inserted into the textbox with only backspace and delete removing it
>>(the only exception I can see for this is if select all or something
>>similar is used). Just my two cents ;).
>>
>
>
> OK, I buy that and I'll change it to that. BTW, what should be the
> behaviour for bug 7958? If the image or text box is selected and the user
> inserts a footnote/endnote, what should happen?
>

Anything but a crash :). There's an RFE to allow footnotes and endnotes
inside of textboxes (7631), but I'm not sure how useful that is. Until
that is implemented (if it ever is), I'd say just disable the menu
options for footnotes, endnotes, and TOCs while a textbox/wrapped image
is selected.

> Cheers
>
> Martin.
>
>>>I believe that this is the correct behaviour given how other selections
>>>work. If people disagree I can look at changing the behaviour back. Note
>>>however that since the caret now disappears when a text box is selected
>>>it
>>>looks more consistent.
>>>
>>>Cheers Martin
>>>
>>>
>>
>>
>
>
>
Received on Fri Dec 10 23:17:29 2004