* Re: doc-view and mailcap [not found] ` <87sl2ierzl.fsf@member.fsf.org> @ 2007-12-04 18:22 ` Reiner Steib 2007-12-04 22:45 ` Juri Linkov 0 siblings, 1 reply; 4+ messages in thread From: Reiner Steib @ 2007-12-04 18:22 UTC (permalink / raw) To: ding, emacs-devel [ Adding ding. Summary: Using the new doc-view mode in Emacs 23 (CVS) to display PDF/Postscript/DVI attachments inline in Gnus. ] On Tue, Dec 04 2007, Tassilo Horn wrote: > Juri Linkov <juri@jurta.org> writes: > >>>> BTW, did you try using a new function `doc-view-mode-p' in Gnus as >>>> we discussed earlier? >>> >>> Not yet. Feel free to add. >> >> To be able to display an attached pdf file inline in the Article >> buffer, you need to add a new application/pdf handler to >> `mm-inline-media-tests'. > > I don't think inlining the pdf in the article buffer is a good idea. We > would have to fight with navigation and other stuff that makes me feel > it's not worth the trouble. Why not open a new doc-view buffer instead? PDF, PostScript and DVI files are usually A4 (or letter) paper sized documents. Displaying them in the article buffer doesn't seem useful to me. My personal preference would be a new Emacs frame. BTW, I have committed the reduction of dependencies in mailcap.el and gnus-dired.el in Gnus. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: doc-view and mailcap 2007-12-04 18:22 ` doc-view and mailcap Reiner Steib @ 2007-12-04 22:45 ` Juri Linkov [not found] ` <87bq95mp2b.fsf@member.fsf.org> 0 siblings, 1 reply; 4+ messages in thread From: Juri Linkov @ 2007-12-04 22:45 UTC (permalink / raw) To: ding; +Cc: emacs-devel >>> To be able to display an attached pdf file inline in the Article >>> buffer, you need to add a new application/pdf handler to >>> `mm-inline-media-tests'. >> >> I don't think inlining the pdf in the article buffer is a good idea. We >> would have to fight with navigation and other stuff that makes me feel >> it's not worth the trouble. Why not open a new doc-view buffer instead? > > PDF, PostScript and DVI files are usually A4 (or letter) paper sized > documents. Displaying them in the article buffer doesn't seem useful > to me. My personal preference would be a new Emacs frame. Large images get attached to the messages already, and Gnus displays them inline just fine. I think when the disposition type is `inline' we should try to display it inline in the same article buffer if possible. Otherwise, it would be ok to display then in another buffer/frame like Gnus does when it calls an external program to display an attachment. > BTW, I have committed the reduction of dependencies in mailcap.el and > gnus-dired.el in Gnus. Thanks. Could you also look at the problem of moving mailcap.el and its related files out of Gnus? It seems an appropriate directory for them is `lisp/mail' or `lisp/net'. Do you see a better directory? -- Juri Linkov http://www.jurta.org/emacs/ ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <87bq95mp2b.fsf@member.fsf.org>]
* Re: doc-view and mailcap [not found] ` <87bq95mp2b.fsf@member.fsf.org> @ 2007-12-05 20:02 ` Reiner Steib 2007-12-05 22:45 ` Juri Linkov 0 siblings, 1 reply; 4+ messages in thread From: Reiner Steib @ 2007-12-05 20:02 UTC (permalink / raw) To: ding, emacs-devel [ Adding ding again. Tassilo, please don't strip ding as long as this thread is closely related to Gnus. Thanks. ] On Wed, Dec 05 2007, Tassilo Horn wrote: > Juri Linkov <juri@jurta.org> writes: >>> PDF, PostScript and DVI files are usually A4 (or letter) paper sized >>> documents. Displaying them in the article buffer doesn't seem useful >>> to me. My personal preference would be a new Emacs frame. >> >> Large images get attached to the messages already, and Gnus displays >> them inline just fine. At least by default it doesn't display them inline, see `mm-inline-large-images'. I toggled it and tried to view a wide image (the frame is 80 chars wide). I couldn't figure out how to view the right hand side part of the image conveniently. The best I could think of was `scroll-left'. (I used `i image' in the Emacs manual.) > But the difference is that the images are just there and can be > displayed immediately whereas pdfs and such have to be converted first. Good point. > I don't think it would be good to unconditionally start a conversion run > if a document is attached with disposition type `inline'. I don't think any MUA in the wild sends PDFs as disposition=inline (of course you can do with Gnus). > And if the user has to type a key first to start the conversion and > inline the images I cannot see a big benefit. > >> I think when the disposition type is `inline' we should try to display >> it inline in the same article buffer if possible. > > I think it wouldn't be hard to add a function to doc-view that inserts > the images into the current buffer, but we'd loose (or have to > re-implement) all those nice features like searching or image-scrolling. I'd suggest to implement viewing in an extra buffer first. I think it's not worth the trouble to implement inline display in the article buffer. But if someone wants to do it... >> Could you also look at the problem of moving mailcap.el and its >> related files out of Gnus? Which are the related files? (mailcap.el doesn't require any other packages after my changes.) >> It seems an appropriate directory for them is `lisp/mail' or >> `lisp/net'. Do you see a better directory? I don't have a strong opinion on this. [ IIRC, Miles should be back soon, so hopefully the change are synced within a couple of days. ] Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: doc-view and mailcap 2007-12-05 20:02 ` Reiner Steib @ 2007-12-05 22:45 ` Juri Linkov 0 siblings, 0 replies; 4+ messages in thread From: Juri Linkov @ 2007-12-05 22:45 UTC (permalink / raw) To: ding; +Cc: emacs-devel >>> Could you also look at the problem of moving mailcap.el and its >>> related files out of Gnus? > > Which are the related files? (mailcap.el doesn't require any other > packages after my changes.) I thought mm-*.el files might be useful outside Gnus, mainly for other mail programs. But if they are now used only by Gnus there is no sense to move them out of the gnus directory now. So if there is only one file mailcap.el under question, maybe a suitable place for it is the top lisp directory `emacs/lisp'? -- Juri Linkov http://www.jurta.org/emacs/ ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-12-05 22:45 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <87bqbhkhc6.fsf@baldur.tsdh.de> [not found] ` <E1IfLIC-0004SH-4t@fencepost.gnu.org> [not found] ` <87bqb8rmk2.fsf@jurta.org> [not found] ` <E1IhEtn-0001rE-AI@fencepost.gnu.org> [not found] ` <87ejfwgf5k.fsf@jurta.org> [not found] ` <E1Ihrne-0001NZ-Nl@fencepost.gnu.org> [not found] ` <m2lka22757.fsf@cam.ac.uk> [not found] ` <E1Ii14Z-0002OH-9C@fencepost.gnu.org> [not found] ` <m2tzoqxd1x.fsf@cam.ac.uk> [not found] ` <E1IiFpq-0003Jp-AC@fencepost.gnu.org> [not found] ` <v9sl49pfdx.fsf_-_@marauder.physik.uni-ulm.de> [not found] ` <877ills6b4.fsf@jurta.org> [not found] ` <v9ve94lvyr.fsf@marauder.physik.uni-ulm.de> [not found] ` <v9zlx2q6ma.fsf@marauder.physik.uni-ulm.de> [not found] ` <877ik5b6k4.fsf@member.fsf.org> [not found] ` <87prxqb79u.fsf@fastmail.fm> [not found] ` <v9k5ny5h5g.fsf@marauder.physik.uni-ulm.de> [not found] ` <87ir3gog1j.fsf@jurta.org> [not found] ` <v9d4to443q.fsf@marauder.physik.uni-ulm.de> [not found] ` <87tzmzmpst.fsf@jurta.org> [not found] ` <87sl2ierzl.fsf@member.fsf.org> 2007-12-04 18:22 ` doc-view and mailcap Reiner Steib 2007-12-04 22:45 ` Juri Linkov [not found] ` <87bq95mp2b.fsf@member.fsf.org> 2007-12-05 20:02 ` Reiner Steib 2007-12-05 22:45 ` Juri Linkov
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).