>
>Thanks to Dave and Sjoerd for arriving at the elegant 2-line solution on a PC:
>
>put word 1 to -2 of \
>
>queryRegistry("hkey_local_machine\software\classes\mailto\shell\open\command
>\") \
> into tBrowserPath
>launch "mailto:"&tAddress with tBrowserPath
I think originally you wanted to do
Apologies - I see Craig already answered this back on 13.03.00:
put "Mailto:"&tAddress into tEmailAddress
send tEmailAddress to program "Finder" with "GURLGURL"
/H
Hugh Senior
The Flexible Learning Company
Consultant Programming & Software Solutions
Fax/Voice: +44 (0)1483.27 87 27
Email: [EMAI
Thanks to Dave and Sjoerd for arriving at the elegant 2-line solution on a PC:
put word 1 to -2 of \
queryRegistry("hkey_local_machine\software\classes\mailto\shell\open\command
\") \
into tBrowserPath
launch "mailto:"&tAddress with tBrowserPath
Now... Does anyone have the AppleEvent equivale
At 6:50 PM +0100 9/24/00, Hugh Senior wrote:
>>set the hideConsoleWindows to true
>>if "NT" is in the systemVersion then set the shellCommand to "cmd.exe"
>>put "[EMAIL PROTECTED]" into tAddress
>>put quote & "my Subject" & quote into tSubject
>>put quote & "Hello." & quote into tBody
>>put "star
Dave Cragg wrote/ schreef:
> The basic shell command is "start mailto:". You would set it up
> something like this:
>
> This should start the user's e-mail program with the to and subject
> fields filled out.
> To work, it requires the user to have set the default e-mail program
> in the intern
Yo - Dave, my main man!
>...you can get the user's e-mail program opened and set up more directly
>using the shell command on Windows.
>
>The basic shell command is "start mailto:". You would set it up
>something like this:
>
>set the hideConsoleWindows to true
>if "NT" is in the systemVersion t
At 10:27 AM +0100 9/24/00, Hugh Senior wrote:
>Thanks to all who contributed to this thread. Using sendMail.mc without
>self-configured SMTP preferences is, I fear, going to cause the potential
>users too much confusion. I therefore revert to Plan B and, as suggested,
>use a as the next best alte
Thanks to all who contributed to this thread. Using sendMail.mc without
self-configured SMTP preferences is, I fear, going to cause the potential
users too much confusion. I therefore revert to Plan B and, as suggested,
use a as the next best alternative.
Plan is to:
[1] store a generic myEmailW