Re: attachment field improvements
- From: alex <alex@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 9 Sep 2009 23:29:02 -0700
"Brian Tillman [MVP - Outlook]" wrote:
"alex" <alex@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:31ADDEEA-4888-4769-BD66-65771DDF667B@xxxxxxxxxxxxxxxx
I'm not talking about attachments in the body. I do use HTML.
Sorry. I misunderstood.
When pasting an attachment in HTML, a field labeled 'Attached:' appears
below the BCC field. When the focus is on that field, pasting new
attachments
is not possible.
Pretty unlogical behaviour for an attachment field.
Works for me. I added one attachment using the Attach (paper clip icon)
button. Then I clicked within the Attach field. The cursor was in stat field
and flashing. I then opened a Windows folder and dragged another file to that
field. It attached just fine. With the cursor still in that field, I clicked
Attach (to the left of the attachment field) and selected another attachment.
It inserted just fine.
Now try to paste the attachment in the 'attached'-field, using the ctrl-v.
That's not really userfriendly when there are many attachments to be sent,
is it?
I believe it's the nature of how email messages are formed by the client.
Attachments aren't really separate items, they're in the body of the message
and a mail message is a sequential piece of data with no actual internal
structure. When you attach a file it gets placed sequentially in the message.
If you add an attachment, it gets appended to the end because that's the only
place in the sequential message it can so. Trying to insert an attachment
between two others would require a complete rebuild of the message to that
point, the encoding of the new piece you're adding, and then the appending of
the remaining data that was already in the message. It's so much simpler to
add to the end in terms of programming logic.
That said, you can cut an attachment, so the client must be capable of some
level of rebuilding the message, but that's also a much simpler operation,
requiring only that the part of the message containing that removed attachment
be skipped when sending, but adding will always append, never insert.
That sounds logical.
But on the other hand, it shouldn't be too hard to rebuild the message in
the background while the user is draggin attachments around. That's just a
simple operation for a pc.
Alex
Of course, this is only my theory of how Outlook is handling it, since I had
no hand in designing it and thus don't know for sure, but I'm very familiar
with the general construct of a mail message and how it passes from the client
to the server, so it seems like a plausible explanation.
--.
Brian Tillman [MVP-Outlook]
- References:
- attachment field improvements
- From: alex
- Re: attachment field improvements
- From: Brian Tillman [MVP - Outlook]
- Re: attachment field improvements
- From: alex
- Re: attachment field improvements
- From: Brian Tillman [MVP - Outlook]
- attachment field improvements
- Prev by Date: Re: Problem with Outlook email account
- Next by Date: task and notes not syncronized outllok connector 12.1 & outlook 20
- Previous by thread: Re: attachment field improvements
- Next by thread: Upgrading Microsoft Outlook 2003
- Index(es):
Relevant Pages
|
