|
| Broobles Forum - Discussion and support for Broobles projects |
 |
| View previous topic :: View next topic |
| Author |
Message |
Malcolm Guest
|
Posted: Sat Apr 16, 2005 8:14 pm Post subject: Dealing with attachments |
|
|
I appreciate all the hard and excellent work which is going into your product!
My main use of IMAPsize is in dealing with attachments (PDFs). I find the current method a little clumsy. It would be wonderful to have a single button to download an attachment and remove it from its e-mail. Even better would be a method to do this semi-automatically for an entire folder!
Best wishes,
Malcolm |
|
| Back to top |
|
stu Guest
|
Posted: Sun Apr 17, 2005 1:30 am Post subject: |
|
|
i agree - its one of the unique features of imapsize that yuo can strip attachments off.
anyway - great product... |
|
| Back to top |
|
Ivan Admin
Joined: 16 Apr 2005 Posts: 340 Location: Belgrade
|
Posted: Sun Apr 17, 2005 3:34 am Post subject: |
|
|
This has been requested before and I thought about it, but wasn't sure if the user interface solution I came up with is satisfactory, so I thought I'd think it out a bit more. Here is one of the solutions, it would be great to get some feedback.
Currently there is a "Delete attachments" menu item. This one just deletes attachments without downloding them. I was thinking of adding a separate menu item which would prompt the user to save attachments (separate in order to keep the current functionality intact). When this operation is selected, a dialog would appear which would list all the selected messages and allow the user to select messages for which the attachments should be saved locally. Once the selection is made, IMAPSize would start downloading attachments. There is a small annoyance here, since a "Save Dialog" would have to be invoked for each single attachment in order to assign the local path and name to the file.
Do you think assigning a default location for saving attachments would be a reasonable solution? This would allow IMAPSize to save attachments with a default name (which can usually be extracted from the attachment itself) without prompting for user input. Note that saving attachments could be a lengthy operation so sudden displays of the Save Dialog could be very annoying.
Any other suggestions on how to make this operation user friendly are more than welcome! |
|
| Back to top |
|
Guest
|
Posted: Wed May 18, 2005 8:21 am Post subject: |
|
|
Assigning a default download location is what I do now. For example, my 16,000 PDFs are in C:\PDFs. The location could be specified in a "settings" menu, or it could simply be remembered from the last download location. More fancy would be to make the download file-type sensitive, so that PDFs go to one location, MP3s to another, DOCs to another, and so on.
I now have over 550 e-mails with attachments waiting for download, so having a simple button to start the download would be fabulous.
The operation you describe sounds like a bulk operation. Keeping in mind that many PDFs are HUGE, this is probably not a good idea. I currently have about 1GB of attachments, and processing these in bulk is bound to fail, somehow.
Another consideration is that sometimes the contents of the e-mail need simultaneous processing. For example, many of my e-mails contain citation data which must be clumsily loaded into a citation database. Or the user might want to copy text into a notebase, word processor, or calendar. Doing this in bulk might lead to losing the sequence and missing some data.
I hope these comments help,
Malcolm |
|
| Back to top |
|
Ivan Admin
Joined: 16 Apr 2005 Posts: 340 Location: Belgrade
|
Posted: Wed May 18, 2005 8:59 pm Post subject: |
|
|
| Thanks Malcolm, I'll have these things in mind... |
|
| Back to top |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
 |
 |
Powered by phpBB © 2001, 2002 phpBB Group
iCGstation v1.0 Template By Ray © 2003, 2004 iOptional
|
 |
|
|