Disappearing text

Greg Wills gwills at ozemail.com.au
Sun Aug 4 00:11:00 EDT 2002

Thanks Sarah for your comments. The text field that I am selecting 
from needs to be text wrapped for the viewer to see, so "Don't wrap" 
doesn't work. The action of what I want is OK, it is just that 
visually it is off-putting when the text that has been selected 
disappears from view. I was wondering if it is a bug, or is there 
some setting that needs to be set to prevent this?

>From: Sarah <sarahr at genesearch.com.au>
>To: use-revolution at lists.runrev.com
>Reply-To: use-revolution at lists.runrev.com
>I haven't seen your problem but it seems odd that you can select a
>paragraph. Is this just a long line that has wrapped?

Yes it is just text with a return that defines the selected - clicked - text.


>  I think these list
>fields work best with Don't wrap turned on, so that each clickable chunk
>is on a separate line.
>This may not be what you want, but it might be a good diagnostic test
>for you.

>>My little dilemma is different behaviour of an application on a Mac 
>>and Windows. I have two fields. >>One with locked text (A) to click 
>>on text - to paste it into field (B) - unlocked. Field A has 
>>"highlight >>clicked lines and selected text", "list behaviour" and 
>>"highlight multiple lines" selected.
>>On the Mac, when a paragraph is clicked, the top and bottom line 
>>are highlighted. (Not expected >>behaviour, as I thought that the 
>>whole paragraph would highlight, however does the job.)
>>When this is save as an application for Windows, when the paragraph 
>>is clicked, the top and >>bottom lines are visible - but not 
>>highlighted - and the middle text is invisible. Still there, but 
>>while >>selected invisible.
>>Three questions.
>>1. Any explanations for the windows trick.
>>2. Can the whole paragraph be highlighted - visually - not just top 
>>and bottom.
>>3. Can the delimiter be altered. I assume that the default is one 
>>return character.

More information about the use-livecode mailing list