d (but maybe you were distracted by his 'fn'
> replacement, so I'll leave it out):
>
>textu = textu.replace(unichr(167),'\n')
>
> .replace does not modify the string in place. It returns the modified
> string, so you have to reassign it.
>
> -
t posts attempting to
shed some light on the subject.
Regards,
Kurt
"John Machin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On Oct 12, 7:05 am, Kurt Peters <[EMAIL PROTECTED]> wrote:
> I'm using the code below to read a pdf document, and it has no
Thanks...
On a side note, do you really think the function call wouldn't interpret
the unichr before the function call?
Kurt
"Peter Otten" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Kurt Peters wrote:
>
>> I had done that about 21 revi
I had done that about 21 revisions ago. Nevertheless, why would you think
that would work, when the code as shown doesn't?
kurt
"Dennis Lee Bieber" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Sat, 11 Oct 2008 15:05:43 -0500, Kurt Peters
> <[E
I'm using the code below to read a pdf document, and it has no line feeds
or carriage returns in the imported text. I'm therefore trying to just
replace the symbol that looks like it would be an end of line (found by
examining the characters in the "for loop") unichr(167).
Unfortunately, the
