* Re: Suggestion for saving attachments [not found] <m3hf6ak4al.fsf@mutzel.brumpf.de> @ 2000-11-03 6:08 ` ShengHuo ZHU 2000-11-03 13:11 ` Christoph Conrad 0 siblings, 1 reply; 8+ messages in thread From: ShengHuo ZHU @ 2000-11-03 6:08 UTC (permalink / raw) Christoph Conrad <christoph.conrad@gmx.de> writes: > Hello ShengHuo, > > i read about the following functionality in another mail/newsreader > (can't remember the name...). > > After saving an attachment the program optionally (by user-request) > _replaces_ the attachment (or the content of the attachment) with the > path to the saved attachment, something like: > > - Attachment initially saved to "/home/cc/docs/foobar.txt" - > > I think it would be fine to preserve the attachment itself, e.g. to > replace the content of the attachment with this message. > > This is a functionality i think it's very useful, cause the user often > does not want to have two places where an attachment is stored, > especially in the case of really big attachments. Often i want to work > with a document received in an attachment and don't want to preserve the > original document, but want to know where i saved the original document > initially. The functionality has been implemented, though only one part each time. To save and strip, press `C-o' on the MIME button, then an edit buffer will show. If you are sure that Gnus has done the Right Thing(TM), type `C-c C-c' to replace the part with a message/external-body. Of course, now Gnus inlines message/external-body. ShengHuo ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 6:08 ` Suggestion for saving attachments ShengHuo ZHU @ 2000-11-03 13:11 ` Christoph Conrad 2000-11-03 14:04 ` ShengHuo ZHU 0 siblings, 1 reply; 8+ messages in thread From: Christoph Conrad @ 2000-11-03 13:11 UTC (permalink / raw) >>>>> "ZSH" == ShengHuo ZHU <zsh@cs.rochester.edu> writes: ZSH> The functionality has been implemented, though only one part Great, thank you! One problem with Filenames containing 8-Bit characters remains: The filename: "äöüÄÖÜß-leeres-word.doc" after saving external: Content-Type: message/external-body; name="~/tmp/\344\366\374\304\326\334\337-leeres-word.doc"; access-type=LOCAL-FILE Content-Type: application/msword Content-ID: <u66m5jmhm.fsf@cli.de> Content-Transfer-Encoding: binary It is displayed exactly like seen above. Mit freundlichen Grüßen / Best regards i. A. Christoph Conrad -- CLI-GmbH, Matthiashofstr. 28-30, D-52064 Aachen Fon: +49 241 47051-0 Fax: +49 241 47051-89 Web: http://www.cli.de (defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux)) "Programming environment.") ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 13:11 ` Christoph Conrad @ 2000-11-03 14:04 ` ShengHuo ZHU 2000-11-03 16:30 ` Christoph Conrad 0 siblings, 1 reply; 8+ messages in thread From: ShengHuo ZHU @ 2000-11-03 14:04 UTC (permalink / raw) Christoph Conrad <C.Conrad@cli.de> writes: > >>>>> "ZSH" == ShengHuo ZHU <zsh@cs.rochester.edu> writes: > > ZSH> The functionality has been implemented, though only one part > > Great, thank you! > > One problem with Filenames containing 8-Bit characters remains: > > The filename: "äöüÄÖÜß-leeres-word.doc" after saving external: > > Content-Type: message/external-body; > name="~/tmp/\344\366\374\304\326\334\337-leeres-word.doc"; > access-type=LOCAL-FILE > > Content-Type: application/msword > Content-ID: <u66m5jmhm.fsf@cli.de> > Content-Transfer-Encoding: binary > > It is displayed exactly like seen above. Fixed. ShengHuo ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 14:04 ` ShengHuo ZHU @ 2000-11-03 16:30 ` Christoph Conrad 2000-11-03 16:47 ` ShengHuo ZHU 0 siblings, 1 reply; 8+ messages in thread From: Christoph Conrad @ 2000-11-03 16:30 UTC (permalink / raw) >>>>> "ZSH" == ShengHuo ZHU <zsh@cs.rochester.edu> writes: ZSH> Fixed. It's getting better ;-) Now the unprocessed contents look like: Content-Type: message/external-body; name*=iso-8859-1''~%2ftmp%2f%e4%f6%fc%c4%d6%dc%df-leeres-word.doc; access-type=LOCAL-FILE Content-Type: application/msword Content-ID: <ud7gd9g6z.fsf@cli.de> Content-Transfer-Encoding: binary and the display looks like [2. message/external-body; \201ä\201ö\201ü\201Ä\201Ö\201Ü\201ß-leeres-word.doc]... where the "\201" in the my display is ONE character (0x81) displayed as "\201". Mit freundlichen Grüßen / Best regards i. A. Christoph Conrad -- CLI-GmbH, Matthiashofstr. 28-30, D-52064 Aachen Fon: +49 241 47051-0 Fax: +49 241 47051-89 Web: http://www.cli.de (defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux)) "Programming environment.") ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 16:30 ` Christoph Conrad @ 2000-11-03 16:47 ` ShengHuo ZHU 2000-11-03 20:47 ` Christoph Conrad 0 siblings, 1 reply; 8+ messages in thread From: ShengHuo ZHU @ 2000-11-03 16:47 UTC (permalink / raw) Christoph Conrad <C.Conrad@cli.de> writes: > >>>>> "ZSH" == ShengHuo ZHU <zsh@cs.rochester.edu> writes: > > ZSH> Fixed. > > It's getting better ;-) > > Now the unprocessed contents look like: > > Content-Type: message/external-body; > name*=iso-8859-1''~%2ftmp%2f%e4%f6%fc%c4%d6%dc%df-leeres-word.doc; > access-type=LOCAL-FILE > > Content-Type: application/msword > Content-ID: <ud7gd9g6z.fsf@cli.de> > Content-Transfer-Encoding: binary > > and the display looks like > > [2. message/external-body; \201ä\201ö\201ü\201Ä\201Ö\201Ü\201ß-leeres-word.doc]... > > where the "\201" in the my display is ONE character (0x81) displayed as > "\201". It works for me, but I heard about this kind of bug. The problem probably is related to the semi-obsolete way to display 8-bit character. If you have standard-display-8bit, standard-display-european or so in your .emacs, replace them with set-language-environment. ShengHuo ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 16:47 ` ShengHuo ZHU @ 2000-11-03 20:47 ` Christoph Conrad 2000-11-04 15:14 ` ShengHuo ZHU 0 siblings, 1 reply; 8+ messages in thread From: Christoph Conrad @ 2000-11-03 20:47 UTC (permalink / raw) Hello ShengHuo, you wrote: > If you have standard-display-8bit, standard-display-european or so > in your .emacs, replace them with set-language-environment. I did have a set-language-environment, but there were ;; (standard-display-8bit 160 255) ;; (standard-display-european 1) I removed them, rebooted and there was no effect... Best regards, cu, -cc- -- EMACS: Every Mode Accelerates Creation of Software (defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux)) "Programming environment.") ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-03 20:47 ` Christoph Conrad @ 2000-11-04 15:14 ` ShengHuo ZHU 2000-11-04 20:56 ` Christoph Conrad 0 siblings, 1 reply; 8+ messages in thread From: ShengHuo ZHU @ 2000-11-04 15:14 UTC (permalink / raw) Christoph Conrad <christoph.conrad@gmx.de> writes: > Hello ShengHuo, > > you wrote: > > > If you have standard-display-8bit, standard-display-european or so > > in your .emacs, replace them with set-language-environment. > > I did have a set-language-environment, but there were > > ;; (standard-display-8bit 160 255) > ;; (standard-display-european 1) > > I removed them, rebooted and there was no effect... Are you using unibyte Emacs? I've probably fixed the problem. ShengHuo ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Suggestion for saving attachments 2000-11-04 15:14 ` ShengHuo ZHU @ 2000-11-04 20:56 ` Christoph Conrad 0 siblings, 0 replies; 8+ messages in thread From: Christoph Conrad @ 2000-11-04 20:56 UTC (permalink / raw) Hello ShengHuo, you wrote: > Are you using unibyte Emacs? Yes. > I've probably fixed the problem. I tested it, it's fixed. Best regards, cu, -cc- -- EMACS: Every Mode Accelerates Creation of Software (defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux)) "Programming environment.") ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2000-11-04 20:56 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <m3hf6ak4al.fsf@mutzel.brumpf.de> 2000-11-03 6:08 ` Suggestion for saving attachments ShengHuo ZHU 2000-11-03 13:11 ` Christoph Conrad 2000-11-03 14:04 ` ShengHuo ZHU 2000-11-03 16:30 ` Christoph Conrad 2000-11-03 16:47 ` ShengHuo ZHU 2000-11-03 20:47 ` Christoph Conrad 2000-11-04 15:14 ` ShengHuo ZHU 2000-11-04 20:56 ` Christoph Conrad
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).