Re: OE6 "plain text" bugs after SP2

From: Euclid (Euclid_at_mmiv.nu)
Date: 09/04/04


Date: Sat, 4 Sep 2004 14:07:20 -0500

Thanks for the link. No, I hadn't read it, but have read it now. It explains
"Limit External HTML Content Downloads" which I hadn't seen mentioned
anywhere before. There's apparently no Help content for it in OE.

However it does not address the bugs which I've listed at the top of this
thread. And I just thought of another one...

(4) Instead of breaking a link to fit the window when reading a message, it
is printed in one very long line. That invokes a horizontal scrollbar which
could be enormously long, depending on the length of the link. That's not
the way to do it. It's another bug.

-E

"Jim Pickering" <jimp@mvps.0rg> wrote in message
news:OrXCu0qkEHA.3536@TK2MSFTNGP12.phx.gbl...
> Have you read this?
>
> Changes to Functionality in Microsoft Windows XP Service Pack 2: Part 4:
> E-mail Handling Technologies:
> http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2email.mspx
> --
> Jim Pickering, MVP-Outlook Express
> Please reply only to newsgroup.
>
>
>
> "Euclid" <Euclid@mmiv.nu> wrote in message
> news:OA49HPqkEHA.592@TK2MSFTNGP11.phx.gbl...
>> [Compaq Presario S4020M, Windows XP Home, SP2 installed from the
>> Microsoft CD received in the mail]
>>
>> I always use the options to read & send all messages in plain text, for
>> both email and news.
>>
>> (1) Reading messages in the preview pane, or doubleclicking to expand
>> them in their own window, has lost the automatic underlining and blue
>> color of email addresses. That makes it difficult to find the email
>> addresses in a message. At the same time, URL's still appear underlined
>> in blue text. That makes no sense, so the failure of email addresses to
>> appear underlined in blue is a bug.
>>
>> (2) When reading messages, the preview pane's scrollbar won't scroll all
>> the way to the bottom. It stops 1 line before the bottom. All of the text
>> in the message can still be read provided there is a line feed/carriage
>> return at the bottom, but it looks funny. Clicking in the message window
>> allows use of the cursor down/right keys to scroll all the way to the
>> bottom of the message, which is the only way. I consider this a bug.
>>
>> (3) They still have not fixed the bug for copying something from a html
>> source into the plain text composition window. It appears in html format,
>> not plain text as it should. In particular this is a nuisance if you try
>> to copy something from the Subject field into the text body of the
>> composition window - it appears in strange looking html format. I note
>> that these messages are still sent correctly, but it makes formatting
>> difficult. One possible workaround is to switch the window to html format
>> then back to plain text format from the menu, but that's a lot of
>> trouble. It's a bug.
>>
>> Maybe I'll think of something else, which I'll post in a followup...
>> -E
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>



Relevant Pages

  • Re: New URL spoofing bug in Microsoft Internet Explorer
    ... I'm not arguing that this isn't a bug mind you - it certainly is ... I have made a quick page that hosts both "exploits" here as HTML: ... > New URL spoofing bug in Microsoft Internet Explorer ... > the status bar of the window, if you move your mouse over the link. ...
    (Bugtraq)
  • Re: OE6 "plain text" bugs after SP2
    ... It stops 1 line before the bottom. ... Clicking in the message window ... I consider this a bug. ... > composition window - it appears in strange looking html format. ...
    (microsoft.public.windows.inetexplorer.ie6_outlookexpress)
  • OE6 "plain text" bugs after SP2
    ... It stops 1 line before the bottom. ... Clicking in the message window allows use of ... I consider this a bug. ... window - it appears in strange looking html format. ...
    (microsoft.public.windows.inetexplorer.ie6_outlookexpress)
  • Re: ASP.NET Internationalization bug?
    ... The Microsoft team has confirmed the bug. ... For every programming team that works like you do, ... I don't see too clearly the purpose of declaring a single language ... appropriate as HTML and XHTML standards. ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: ASP.NET Internationalization bug?
    ... What you have been saying all along is that code-behind is "better". ... For every programming team that works like you do, ... I'll be looking forward to the response which your bug filing prompts from the VS Team. ... I have already found, first-hand, that the better of the major search engines use the cc TLD *and* the HTML ...
    (microsoft.public.dotnet.framework.aspnet)