Hello Roelof! On Thursday, May 12, 2005, 5:08 PM, you wrote:
MB>> So, what happens if you change your settings to "store attachments MB>> separately? > In that case the file opens with its real name (I tried it), ... Thanks for writing. I knew this, of course, since that's how I have always stored attachments--separately. My question was specifically to Martin Schoch and Henk M. de Bruijn, who were maintaining that they could not get their copies of TB! to open a file with its real name, and speculating about OS systems and encoding issues as causes. I wanted one of them to answer the question, Roelof, which you quoted above, and Martin, did, of course. So he has a remedy. But he still wants attachments which are stored with the message bodies to open with their real names in word-processing/external text editor applications. Whether that's technically feasible, to have the feature behave like that, is another question. > ... there's an easy reason for that of course. When you store > attachments separately the file (with its correct name) already > exists, when you store attachments in the message, before you can > open the file there needs to be generated a temporary file first, > for that temporary file a random file name is used. Yes. That was clearly explained before on this thread. So now the question is, Is that technically necessary? If not, and it was simply a program-writing decision, the question becomes, What are the technical advantages for the developers' having decided to do it that way? Would changing it be a major code-writing task, or is it something that could be changed easily? Always provided, of course, that enough user support would be there for the change. -- Best regards, Mary The Bat 3.5 Return RC9 on Windows XP 5.1 2600 Service Pack 2 ________________________________________________________ Current beta is 3.5 Return RC/9 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
