295747 - Allow reordering of attachments

Status: VERIFIED DUPLICATE of bug 229224

(Thunderbird :: Message Compose Window, enhancement)

Description

[Pascal Chevrel:pascalc (PTO until August 27)]

In the mail compose window, when you attach files to a message, they are
attached one after the other and displayed in that order when the recipient
reads his mail.

We should have the possibility to reorder the attached files with the mouse so
as to decide in which order they will be displayed in the final message.
Currently when you send multiple attachments, you have to think of the order
they will be read which is pita when tha attached files are in different places
on your hard disk. Example in my company:

1/ You have to attach images A, B, C and D to an email, these images have a
logical order (in my job, different steps of a production process) and you
therefore want them to be displayed in the right order.

2/ Images A, C are in the same folder but B  and D are in a different folder
which means that I have to use my filesystem explorer to attach file A, then go
to the second folder to attach file B, then go back to the first folder to
attach file C and finally go to the second folder to attach file D. It's very
not convenient


Having the possibility to attach files and later reorder them in the attachment
box would be nice.

Comment 1

[zug_treno]

Duplicate of Core bug 229224?

Comment 2

[Wayne Mery (:wsmwk)]

maybe

Comment 3

[Thomas D. (:thomas8)]

This bug could be resolved as a duplicate of bug 229224. There is no difference in content except for the product they are posted against (Thunderbird vs. MailNews Core). 

1.) Is there any way of telling which bugs should be core bugs or not?
2.) Is there a policy to keep Thunderbird bugs AND their "duplicate" Core bugs so that users will find core bugs when they search for thunderbird bugs (e.g. to avoid further duplicates?)?

Comment 4

[Thomas D. (:thomas8)]

sorry, didn't intend to mark it duplicate already, wanted to await Wayne's approval

try again... here's correction of comment #3
2.) When posting a new bug against Thunderbird, and checking out Thunderbird bugs so as not to post duplicates, will users find "core" bugs? (Probably not)
If not, should we keep both the core bug and the thunderbird bug open so that the bug is listed against and can be retrieved for both products?

Comment 5

[Wayne Mery (:wsmwk)]

(In reply to comment #3)
> This bug could be resolved as a duplicate of bug 229224. There is no difference
> in content except for the product they are posted against (Thunderbird vs.
> MailNews Core). 

dupe seems fine with me based on skimming the bugs.
 
> 1.) Is there any way of telling which bugs should be core bugs or not?
> 2.) Is there a policy to keep Thunderbird bugs AND their "duplicate" Core bugs
> so that users will find core bugs when they search for thunderbird bugs (e.g.
> to avoid further duplicates?)?

the distinction of core vs non-core is often not obvious, though generally front end/js (javascript)/UI bits are Thunderbird.