David V Glasgow wrote:
> Fixed line height didn’t fix the problem but thanks for the
> suggestion.
>
> However, looking more closely there are 3 visible characters where cr
> should be. They are â9u except 9u is constant and the first
> character is almost always there, but varies wildly. Of
On 3/18/22 6:02 AM, David V Glasgow via use-livecode wrote:
However, looking more closely there are 3 visible characters where cr should
be. They are â9u except 9u is constant and the first character is almost
always there, but varies wildly. Often an underscore but also accented a, e or
Fixed line height didn’t fix the problem but thanks for the suggestion.
However, looking more closely there are 3 visible characters where cr should
be. They are â9u except 9u is constant and the first character is almost
always there, but varies wildly. Often an underscore but also accente
On 3/17/22 10:58 AM, David V Glasgow via use-livecode wrote:
Examining it, it looks like it ought to be a number of separate lines, and it
also contains weird visible and also white space that is not a simple space. I
can’t see any recognisable pattern to suggest where cr should be.
I usuall
I had something like that occur with HTMLtext and activated "fixed height"
on the field helped it.
On Thu, Mar 17, 2022 at 12:00 PM David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi folks,
>
> I have imported just under 10,000 lines of a web history into a non
> wrappi
I have a cleanASCII function:
Bob S
FUNCTION cleanASCII pString, pModeList, pCustomList
/*
pModeList is a comma delimited list that may contain the following values:
"lowercase,uppercase,numbers,tabs,newlines,returns,spaces,symbols,custom"
If custom is used, then a third paramaeter c
Hi folks,
I have imported just under 10,000 lines of a web history into a non wrapping
scrollable field. As the subject above indicates, in one line characters
appear rendered over the top of each other. The is quite stable, so redrawing
or scrolling doesn’t make it go away.
That line is pre
