Re: [Orgmode] [OT] Re: Org mode and emacs email
Geralt, You could try ignoring the inbox folder and just pay attention to the All Mail folder. That should accomplish the same thing. Otherwise, you could try setting up a virtual folder that contains Inbox and Sent Items. -- Jonathan Creekmore jonat...@thecreekmores.org Sent from my iPhone On Mar 30, 2010, at 8:15 PM, Dan Davison davi...@stats.ox.ac.uk wrote: Geralt usr.gen...@googlemail.com writes: Hi, wow, that looks really great, thanks :-)! Do you know by chance if it's possible to link sent mails in threads? Hi Geralt, Not me, I just got that stuff off google. I'm pretty scared of the gnus manual, although I admit to finding it amusing in places. But I think someone here might know. Dan p.s. Henri-Paul suggested this modification of the code I posted, which gives time and date: (setq gnus-summary-line-format (concat %0{%U%R%z%} %3{│%} %1{%~(pad-right 10)user-date;%} %3{│%} ;; date %4{%-20,20f%} ;; name %3{│%} %1{%B%} %s\n)) I'm using Gmail and all my sent mail is in a folder called INBOX and it would be really great if I could see my own messages in the threads. Geralt. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Re: Org mode and emacs email
Whenever I send an E-mail in wanderlust it sends a copy to me, except in mailing lists (since I will already receive the E-mail through the mailing list). Maybe this is not the most elegant way, but it works very well and I don't have to even think about this. - Darlan At Tue, 30 Mar 2010 21:15:08 -0400, Dan Davison davi...@stats.ox.ac.uk wrote: Geralt usr.gen...@googlemail.com writes: Hi, wow, that looks really great, thanks :-)! Do you know by chance if it's possible to link sent mails in threads? Hi Geralt, Not me, I just got that stuff off google. I'm pretty scared of the gnus manual, although I admit to finding it amusing in places. But I think someone here might know. Dan p.s. Henri-Paul suggested this modification of the code I posted, which gives time and date: (setq gnus-summary-line-format (concat %0{%U%R%z%} %3{│%} %1{%~(pad-right 10)user-date;%} %3{│%} ;; date %4{%-20,20f%} ;; name %3{│%} %1{%B%} %s\n)) I'm using Gmail and all my sent mail is in a folder called INBOX and it would be really great if I could see my own messages in the threads. Geralt. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: IMPORTANT: (possibly) incompatible Change
Carsten Dominik wrote: - * =org-export-latex-classes= no longer should be customized for packages The HEADER part of this variable should now only contain the documentclass macro, nothing else - at least normally. All the package calls via usepackage should go into org-export-latex-packages-alist. I moved all the default packages that into a new variable org-export-latex-default-packages-alist. This will allow me to add more packages (as needed) in the future, withour requiring you to erase and then redo your configuration of org-export-latex-classes. So if you have customized this variable, please remove once more (hopefully for the last time) your customization, so that it can revert to its now much simpler default value. Put all your package definitions into org-export-latex-packages-alist. I hope this works, and we will not get conflicts because of the sequence in which packages are called. If there are problems, please let me know so that we can find a solution. Is it sufficient to change the variable that is being set from org-export-latex-classes to org-export-latex-default-packages-alist? Or does the format of the list change at all? Cheers, Chris ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Re: Org mode and emacs email
Hi, On Wed, Mar 31, 2010 at 3:38 AM, Jonathan Creekmore jonathan.creekm...@gmail.com wrote: Geralt, You could try ignoring the inbox folder and just pay attention to the All Mail folder. That should accomplish the same thing. Otherwise, you could try setting up a virtual folder that contains Inbox and Sent Items. I've mixed something up, my sent mail is, of course, in a folder called Sent Mail, or [Google Mail].Sent Mail to be more precise. I'm using Gmail's labeling system (over IMAP they look like folders), so I'm not sure if I can still set up some kind of virtual folder(s) that combine the sent mail and the original folder in question. And I guess I would have to do that for every folder I'm currently using and will use in the future, but I think that's ok, most oft my labels store read-only traffic most of the time :-) And thanks for the hint(s), looks like nnvirtual groups for combining groups is what I want :-) Geralt. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On Mar 31, 2010, at 11:00 AM, Chris Gray wrote: Carsten Dominik wrote: - * =org-export-latex-classes= no longer should be customized for packages The HEADER part of this variable should now only contain the documentclass macro, nothing else - at least normally. All the package calls via usepackage should go into org-export-latex-packages-alist. I moved all the default packages that into a new variable org-export-latex-default-packages-alist. This will allow me to add more packages (as needed) in the future, withour requiring you to erase and then redo your configuration of org-export-latex-classes. So if you have customized this variable, please remove once more (hopefully for the last time) your customization, so that it can revert to its now much simpler default value. Put all your package definitions into org-export-latex-packages-alist. I hope this works, and we will not get conflicts because of the sequence in which packages are called. If there are problems, please let me know so that we can find a solution. Is it sufficient to change the variable that is being set from org-export-latex-classes to org-export-latex-default-packages- alist? Or does the format of the list change at all? org-export-latex-default-packages-alist has the same format as org- export-latex-pakcages-alist. And I am filling org-export-latex- default-packages-alist already with the correct set of default packages, so you should not touch that variable. Only if you have previously customized org-export-latex-classes in order to add more usepackage statements, then you should remove your customization of that variable and list your set of additional packages in org-export-latex-packages-alist instead. Am I making sense? Thanks. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Table of contents in another language
Dear all; Just trying to learn Org-Mode (which I find absolutely great so far). I was wondering if anyone could let me know how to change the automatic generation of table of contents in the export to html code, so I can go back and forth between Contenidos (in Spanish) and the usual Table of Contents in English. Thank you. Leo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
Carsten Dominik carsten.domi...@gmail.com writes: [...] Only if you have previously customized org-export-latex-classes in order to add more usepackage statements, then you should remove your customization of that variable and list your set of additional packages in org-export-latex-packages-alist instead. Am I making sense? This makes sense, but what about the case where I only want to include some usepackage statements in certain latex document classes? For example I only want to use the fullpage package when exporting to my twocolumn class. Thanks -- Eric Thanks. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Re: Org mode and emacs email
Darlan Cavalcante Moreira darc...@gmail.com writes: Whenever I send an E-mail in wanderlust it sends a copy to me, except in mailing lists (since I will already receive the E-mail through the mailing list). Maybe this is not the most elegant way, but it works very well and I don't have to even think about this. Similarly there is the gcc-self option in gnus which will add all sent mail to the current group. See the `gnus-parameters' variable for information -- Eric - Darlan At Tue, 30 Mar 2010 21:15:08 -0400, Dan Davison davi...@stats.ox.ac.uk wrote: Geralt usr.gen...@googlemail.com writes: Hi, wow, that looks really great, thanks :-)! Do you know by chance if it's possible to link sent mails in threads? Hi Geralt, Not me, I just got that stuff off google. I'm pretty scared of the gnus manual, although I admit to finding it amusing in places. But I think someone here might know. Dan p.s. Henri-Paul suggested this modification of the code I posted, which gives time and date: (setq gnus-summary-line-format (concat %0{%U%R%z%} %3{│%} %1{%~(pad-right 10)user-date;%} %3{│%} ;; date %4{%-20,20f%} ;; name %3{│%} %1{%B%} %s\n)) I'm using Gmail and all my sent mail is in a folder called INBOX and it would be really great if I could see my own messages in the threads. Geralt. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On Mar 31, 2010, at 4:16 PM, Eric Schulte wrote: Carsten Dominik carsten.domi...@gmail.com writes: [...] Only if you have previously customized org-export-latex-classes in order to add more usepackage statements, then you should remove your customization of that variable and list your set of additional packages in org-export-latex-packages-alist instead. Am I making sense? This makes sense, but what about the case where I only want to include some usepackage statements in certain latex document classes? For example I only want to use the fullpage package when exporting to my twocolumn class. Then you just continue to use org-export-latex-classes. - Carsten Thanks -- Eric Thanks. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Aquamacs Preview 5
FYI, the latest Aquamacs Preview 5 solved the Refile error - kill is not a (set of) trees problem (at least for me). http://www.mail-archive.com/emacs-orgmode@gnu.org/msg14756.html I downloaded the newest version, and ran it with Org-mode version 6.34trans (release_6.34c.243.g2bca7.dirty) http://aquamacs.org/download.shtml --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Aquamacs Preview 5
On Wed, Mar 31, 2010 at 9:00 AM, Nathan Neff nathan.n...@gmail.com wrote: FYI, the latest Aquamacs Preview 5 solved the Refile error - kill is not a (set of) trees problem (at least for me). http://www.mail-archive.com/emacs-orgmode@gnu.org/msg14756.html I downloaded the newest version, and ran it with Org-mode version 6.34trans (release_6.34c.243.g2bca7.dirty) http://aquamacs.org/download.shtml --Nate Preview 5 also fixed a problem I was having when using Ctrl-K to kill a line. The line that I killed was not being copied to the kill-ring. In other words, I would put the cursor at the start of this line: foo and press Ctrl-K. Then I would press Ctrl-Y, and foo would not be yanked. This problem seems to have gone away with Aquamacs preview5. --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Table of contents in another language
Leo Ferres lfer...@ccs.carleton.ca writes: Just trying to learn Org-Mode (which I find absolutely great so far). I was wondering if anyone could let me know how to change the automatic generation of table of contents in the export to html code, so I can go back and forth between Contenidos (in Spanish) and the usual Table of Contents in English. You can put a the following line in the header of your file: #+LANGUAGE: en ...and change it to... #+LANGUAGE: es for Spanish. See http://orgmode.org/org.html#Export-options. I believe the default setting for Table of Contents is Índice. You can change this by customizing the variable org-export-language-setup. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Emacs setups?
I'm not an Emacs user, but use it for org-mode, mostly on a Mac. I tried finding some discussions on this list about what everyone on this list uses for Emacs. I have three Emacs builds that I bounce back forth between: 1) Aquamacs 2) http://atomized.org/wp-content/cocoa-emacs-nightly/ (found on http://www.emacswiki.org/emacs/EmacsForMacOS#toc10) 3) http://emacsformacosx.com/ (also found on http://www.emacswiki.org/emacs/EmacsForMacOS#toc10) Can anyone point me to a thread where org-mode users discuss the version of Emacs that they use and OS, etc? Carsten, what version of Emacs do you use? Thanks, --Nate ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] feature request: save LaTeX as title for ltxpng html images
Thanks, I've made your suggested change and applied the patch. -- Eric Carsten Dominik carsten.domi...@gmail.com writes: Hi Eric, looks good to me, please go ahead and apply this patch. I would not have expected that this is such a compact change. The only improvement I can see would be to use org-add-props to put the properties on the link before inserting it and in this way shave off a let form. Thanks! - Carsten On Mar 30, 2010, at 8:26 AM, Eric Schulte wrote: Hi, The attached patch places the latex source into alt html image tags as described below. I think it should be safe, in that I remove all s from inside of the alt string. Thanks for the implementation advice -- Eric diff --git a/lisp/org-html.el b/lisp/org-html.el index b8925e7..2246daf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1529,7 +1529,8 @@ lang=\%s\ xml:lang=\%s\ Create image tag with source and attributes. (save-match-data (if (string-match ^ltxpng/ src) -(format img src=\%s\/ src) +(format img src=\%s\ alt=\%s\/ +src (org-find-text-property-in-string 'org-latex- src src)) (let* ((caption (org-find-text-property-in-string 'org-caption src)) (attr (org-find-text-property-in-string 'org-attributes src)) (label (org-find-text-property-in-string 'org-label src))) Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index e30c49a..480e9f1 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15183,7 +15183,12 @@ Some of the options can be changed using the variable (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) - (insert link + (let ((link-beg (point)) +(link-end (progn (insert link) (point +(add-text-properties + link-beg link-end + (list 'org-latex-src + (replace-regexp-in-string \ txt))) ;; This function borrows from Ganesh Swami's latex2png.el (defun org-create-formula-image (string tofile options buffer) Carsten Dominik carsten.domi...@gmail.com writes: On Mar 26, 2010, at 4:01 PM, Eric Schulte wrote: Hi, HTML img tags allow both alternate text (rendered when the image can't be rendered), as well as titles which show as tooltips on hover. I wonder if it would be difficult to place the text latex used in generating an image into these two fields. If not then I at least would find it useful. It is not trivial, but not too hard either. It is not trivial because Org first produces the images and inserts org-style links. Later, in a second step, these links are replaced (formatted for HTML). One way to solve this is that `org-format-latex' will add this information as text properties to the link. Then later, when the HTML formatting is done, the text property could be retrieved and converted into the attributes you are mentioning. You have worked on org-format-latex before, I think this should be relatively easy for you. - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Re: Org mode and emacs email
Dan Davison davi...@stats.ox.ac.uk writes: (setq gnus-summary-line-format (concat %0{%U%R%z%} %3{│%} %1{%~(pad-right 10)user-date;%} %3{│%} ;; date %4{%-20,20f%} ;; name %3{│%} %1{%B%} %s\n)) I would like to truncate the subject line. Right now it wraps to the next line and that does not look well. Anyone knows how to do that? Thanks, -- Henri-Paul Indiogine Email: hindiog...@gmail.com Skype: hindiogine Website: http://www.coe.tamu.edu/~enrico ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org mode and emacs email
Manuel Hermenegildo herme at fi.upm.es writes: I have to say in VM's defense that it is working very well for me (and has supported IMAP for a very long time) Is this really true? In my days of using VM --- I eventually gave it up for Thunderbird --- VM never had true IMAP support that could interact with folders on the server. All it did was use the IMAP protocol to populate its local mail directory. This isn't really full IMAP support, and it's not really adequate if you want to get at your email from multiple different devices (hence my move to Thunderbird). Has this changed? I used VM for a long time, and wouldn't mind going back to it, if it could really talk to an IMAP server properly. I don't see how the architecture could be fixed to make that possible, though. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [CONTRIB?] using orgmode to send html mail?
Hi, I've been using the code currently located at [1] for sending HTML email [2] for a little while now, and it is working very well. I wonder if this should be included in the contrib directory of Org-mode? Also, since it currently only supports gnus (it should be very easy to extend to WL and VM, but I don't have access to these other mailers for testing/verification) maybe it should be sent to the gnus mailing list instead? Cheers -- Eric Footnotes: [1] http://github.com/eschulte/org-html-mail [2] In defense of sending html mail I should mention that I've only been using it to send tables and latex images to people who I know don't have access to a true fixed-width font email client. In addition the code presents html as one multipart/alternative with the full org-mode plain text presented as a text alternative, so those who care and who have control over their email clients can opt to view the text portion and ignore the html. In gnus this is possible with (setq mm-discouraged-alternatives '(text/html text/richtext)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org mode and emacs email
Robert Goldman rpgold...@sift.info wrote: Manuel Hermenegildo herme at fi.upm.es writes: I have to say in VM's defense that it is working very well for me (and has supported IMAP for a very long time) Is this really true? In my days of using VM --- I eventually gave it up for Thunderbird --- VM never had true IMAP support that could interact with folders on the server. All it did was use the IMAP protocol to populate its local mail directory. This isn't really full IMAP support, and it's not really adequate if you want to get at your email from multiple different devices (hence my move to Thunderbird). Has this changed? I used VM for a long time, and wouldn't mind going back to it, if it could really talk to an IMAP server properly. I don't see how the architecture could be fixed to make that possible, though. From the VM manual: , | IMAP Folders | | VM's traditional mode of operation is to treat all remote mail sources | as spool files, pulling all mail down from remote sources into local | folders and deleting the remote copies. But sometimes it is more | convenient to treat a remote mail source as a folder instead of a spool | file, manipulating the remote source as if it were a folder instead of | just a holding area for incoming messages. | | The command vm-visit-imap-folder allows you to visit a IMAP mailbox as | if it were a folder. When you visit a IMAP folder, VM will download | copies of the messages that it finds there for you to read. If you | delete and expunge messages in the local copy of the folder, the | corresponding messages on the IMAP server will be removed when you save | the changes with vm-save-folder. | | Message attributes (new, replied, filed, etc.) are stored on the IMAP | server and are also cached locally. Labels cannot be stored on the IMAP | server but you can use them lcoally. | | In order for VM to know about IMAP servers that you can access, you must | declare them by setting the variable vm-imap-server-list. The variable's | value should be a list of the form: | | (IMAPDROP IMAPDROP ...) | | IMAPDROP is a IMAP maildrop specification in the same format used by | vm-spool-files. | | For example: | | (setq vm-imap-server-list '( | imap-ssl:mail.foocorp.com:993:inbox:login:becky:* | imap:crickle.lex.ky.us:143:inbox:login:becky:* ) ) | | The mailbox (`inbox' in the example) is ignored; when when | vm-visit-imap-folder asks for a folder name you can enter any folder | that is acessible to you on the IMAP server. ` HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On 3/31/2010 5:35 AM, Carsten Dominik wrote: On Mar 31, 2010, at 11:00 AM, Chris Gray wrote: Carsten Dominik wrote: - * =org-export-latex-classes= no longer should be customized for packages ... So if you have customized this variable, please remove once more (hopefully for the last time) your customization, so that it can revert to its now much simpler default value. Put all your package definitions into org-export-latex-packages-alist. I hope this works, and we will not get conflicts because of the sequence in which packages are called. If there are problems, please let me know so that we can find a solution. Is it sufficient to change the variable that is being set from org-export-latex-classes to org-export-latex-default-packages-alist? Or does the format of the list change at all? org-export-latex-default-packages-alist has the same format as org-export-latex-pakcages-alist. And I am filling org-export-latex-default-packages-alist already with the correct set of default packages, so you should not touch that variable. Only if you have previously customized org-export-latex-classes in order to add more usepackage statements, then you should remove your customization of that variable and list your set of additional packages in org-export-latex-packages-alist instead. Am I making sense? So, org-export-latex-classes will no longer be used to define LaTeX_CLASS classes? Instead these classes will be defined in org-export-latex-default-packages-alist? The problem is mainly nomenclature, I guess, but my LaTeX_CLASS definitions are usually a *lot* more than a list of packages. It seems a little odd, but OK. Mark ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org mode and emacs email
Robert Goldman rpgold...@sift.info wrote: Thanks for the news. I'm looking forward to having a new look at VM, if it works well with IMAP now. Unfortunately, at least the documentation on the emacs wiki for how to use IMAP is badly ambiguous. There's a paragraph on the distinction between the use of local folders and server folders, but no discussion of how to get the server folder behavior, and there's no discussion of how to configure to use server folders, although there's very detailed discussion of how to configure given that one is using remote folders Robert, I got the snippet out of the VM manual at http://www.wonderworks.com/vm/user-manual Maybe that is more detailed/less ambiguous than the emacs wiki? Nick PS. BTW, I'm an MH-E user, so I know very little about VM. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org mode and emacs email
On Tue, Mar 30, 2010 at 08:53:17PM +0100, Leo wrote: although many people have been saying it is intimidating, it is not. Oh yes it is :) I fondly[1] remember spending *ages* trying to find out how to set the citation line (you don't, you setq message-citation-line-function 'my-message-insert-citation-line instead). [1] That may not be entirely true... Anyway, isn't this all rather OT for this list? There is a *very* good gnus list over there - ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] .ics export w/Alarms. Possible?
Hello, I was wondering if there was a feature in OrgMode to provide 'VALARM's when exporting to .ics? A sample event created, for example, in Sunbird generated this code: BEGIN:VALARM TRIGGER;VALUE=DURATION:-PT5M DESCRIPTION:Mozilla Alarm: Lunch w/Bob ACTION:DISPLAY END:VALARM I was thinking maybe this could be included automatically via emacs variables for all .ics exported events, or on a heading basis via some property, i.e. ':ALARM:'. My goal is to have these alarms used by the calendar program, not emacs. My org files are not always open but my calendar program is and uses an exported .ics file. Does this exist? Is this possible? Ideas? David A. Gershman gersh...@dagertech.net http://dagertech.net/gershman/ It's all about the path! --d. gershman ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [CONTRIB?] using orgmode to send html mail?
Eric Schulte schulte.e...@gmail.com writes: Hi, I've been using the code currently located at [1] for sending HTML email [2] for a little while now, and it is working very well. Hi Eric, I just tried pasting content from an org file into a message-mode buffer and calling org-mail-htmlize on the region, and sending the resulting message to gmail. It worked very nicely, with two drawbacks: 1. The content contained links to an image like [[file:file.png][]]. I had to manually copy the image to /tmp in order for it to be found on sending. 2. The TODO keywords and timestamps lacked their org-mode fontification. Is there a different procedure I should use to do what I'm trying to do, or are these tweaks that could be made to your code? I have not attempted to follow the technical aspects of this thread so I may well be misunderstanding stuff here. Thanks! Dan I wonder if this should be included in the contrib directory of Org-mode? Also, since it currently only supports gnus (it should be very easy to extend to WL and VM, but I don't have access to these other mailers for testing/verification) maybe it should be sent to the gnus mailing list instead? Cheers -- Eric Footnotes: [1] http://github.com/eschulte/org-html-mail [2] In defense of sending html mail I should mention that I've only been using it to send tables and latex images to people who I know don't have access to a true fixed-width font email client. In addition the code presents html as one multipart/alternative with the full org-mode plain text presented as a text alternative, so those who care and who have control over their email clients can opt to view the text portion and ignore the html. In gnus this is possible with (setq mm-discouraged-alternatives '(text/html text/richtext)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] using orgmode to send html mail?
Eric Schulte wrote: Hi David, [...] 2nd/ The usage of multipart/alternative is not in compliance with the specs, too. There it reads: [...] So if you attach *only a part* of the plain text message body, you should not use multipart/alternative: Because 1. a part of a message is not an 'alternative' version of the same information. 2. if recipients user agent prefers html messages it will display only the html'ized part. I should have been clearer here. I *am* using the multipart/alternative appropriately. When a chunk of org-mode text is converted to html I am adding a single multipart/alternative block with two alternatives, both the plain org-mode text, and the html, so that users like me who prefer to see plain text can do so, and users of web clients like gmail can see nice markup. Okay, should have looked closer to the code. 1/ But I still feel uncomfortable with the current solution: Even if the message created by current org-mail-htmlize is a valid MIME message (I think so) it is a rather complex MIME structure and I have no idea how other MUAs will display such a message. Moreover, this complexity is unecessary if we make the assumption: If substantial parts of your message require html markup do be displayed by a some of your recipients, than send a html representation of the entire message along with the plain text.[1] For a recipient who preferes html the result is the same: For him the substantial parts are displayed in a meaningful way. People who prefer or depend on plain text get the plain text. And we avoid uneccesary complexity. Thinking functional this might be the first function of org-mail-htmlize[1]: Create a html representation of message body if necessary or appropriate. 2/ The second function: Attach external files that are referenced in the message. This might be useful even if you don't send out html messages: All external files are stashed into a multipart/mixed container along with a Content-Id: header field. Than all references are changed accordingly to point to the attached files: - for html use src/href with the cid: prefix - for text: good question. Maybe replace occurences of the file with a customizable string saying: see attached file foo.bar. 3/ For Wanderlust multipart/alternative is (replace _ by -) __alternative_{ and closing __}_alternative 4/ Detecting the plain text body should not just stop on end of buffer but also on the first occurence of a MIME delimiter: Maybe the user already added a attachment. And, last not least: This has the potential for going into contrib. Maybe it should be renamed to org-mime -- it's neither just about mail, nor just about htmlizing. HTH -- David [1] This assumption may also address the concerns about sending html messages: From my perspective html message are not a problem in itself. Sometimes people have to send html messages (organizational rules) and sometimes it is appropriate for content to render properly. As far as I read on the topic of html message they got their bad name because people where sending html messages implicitely assuming that all recipients /can/ read them in the same fancy format as they did. Such an assumtion is wrong because it does not take into account that information and it's representation are two different things and computers are create in processing and (re)formatting information. Anyway, what org-mail-htmlize really misses is a function that adds fance pictures (cats!), sounds and maybe even flash animations to the messages :D -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpx9y8vxiXzn.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [CONTRIB?] using orgmode to send html mail?
Dan Davison davi...@stats.ox.ac.uk writes: Eric Schulte schulte.e...@gmail.com writes: Hi, I've been using the code currently located at [1] for sending HTML email [2] for a little while now, and it is working very well. Hi Eric, I just tried pasting content from an org file into a message-mode buffer and calling org-mail-htmlize on the region, and sending the resulting message to gmail. It worked very nicely, with two drawbacks: 1. The content contained links to an image like [[file:file.png][]]. I had to manually copy the image to /tmp in order for it to be found on sending. As the mail composition buffer doesn't really live on the file system relative paths will not work. I believe specifying an absolute path to the image would work, or as you mentioned during export the mail buffer is written to the /tmp directory, so basing relative paths there will also work. I think this behavior is sufficient, and can't think of any good alternative. Note that images generated during export to html (e.g. latex images, babel images, etc...) will be resolved correctly. 2. The TODO keywords and timestamps lacked their org-mode fontification. Ah yes, sites like gmail are careful not to allow page-wide css in HTML mail. All css must be embedded into specific html elements (e.g. pre style=...). This is reasonable on their parts as a malicious email could destroy the rendering of the web interface. Is there a different procedure I should use to do what I'm trying to do, or are these tweaks that could be made to your code? I have not attempted to follow the technical aspects of this thread so I may well be misunderstanding stuff here. There is a hook provided in the supplied code, currently called `org-mail-html-hook' which you can use to doctor the final html. For example I use the following to force a dark background on all my code blocks. --8---cut here---start-8--- ;; example hook, for setting a dark background in pre style=background-color: #EEE; elements (defun org-mail-change-pre-colors (foreground background) Set new default htlm colors for pre elements in exported html mail. (while (re-search-forward pre nil t) (replace-match (format pre style=\color: %s; background-color: %s;\ foreground background ;; example addition to `org-mail-html-hook' adding a dark background ;; color to pre elements (add-hook 'org-mail-html-hook (lambda () (org-mail-change-pre-colors #E6E1DC #232323))) --8---cut here---end---8--- An extension of this could be used to add missing CSS elements where required. Best -- Eric Thanks! Dan I wonder if this should be included in the contrib directory of Org-mode? Also, since it currently only supports gnus (it should be very easy to extend to WL and VM, but I don't have access to these other mailers for testing/verification) maybe it should be sent to the gnus mailing list instead? Cheers -- Eric Footnotes: [1] http://github.com/eschulte/org-html-mail [2] In defense of sending html mail I should mention that I've only been using it to send tables and latex images to people who I know don't have access to a true fixed-width font email client. In addition the code presents html as one multipart/alternative with the full org-mode plain text presented as a text alternative, so those who care and who have control over their email clients can opt to view the text portion and ignore the html. In gnus this is possible with (setq mm-discouraged-alternatives '(text/html text/richtext)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Exporting of sexps to iCalendar
Hi, I am using MobileOrg to carry my Org-Mode files with me while being away from Emacs. MobileOrg works excellent for my task management and note taking needs. However, I often need to find a free slot in my calendar or need to get an overview of upcoming deadlines and MobileOrg's agenda views do not allow me to do this in a sufficiently quick manner. I thus export my Org-Mode files to iCalendar and then import the resulting file to my iPhone calendar via webdav. This works well for most events with the exception of the limited support for sexps in iCalendar export; I tend to use sexp quite extensively for all kinds of recurring events or events that require esoteric date calculations. If sexps work in agenda views, wouldn't it be great to resolve them in a similar manner when exporting to iCalendar instead of using the rather limited icalendar-export-region from icalendar.el? E.g. could sexps with multiple occurrences be resolved into multiple iCalendar events for the next n days? I think birthdays that are captured in BBDB would get properly exported as well. Would this be possible? Ideas? Thanks, max ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [CONTRIB?] using orgmode to send html mail?
Eric Schulte schulte.e...@gmail.com writes: Dan Davison davi...@stats.ox.ac.uk writes: Eric Schulte schulte.e...@gmail.com writes: Hi, I've been using the code currently located at [1] for sending HTML email [2] for a little while now, and it is working very well. Hi Eric, I just tried pasting content from an org file into a message-mode buffer and calling org-mail-htmlize on the region, and sending the resulting message to gmail. It worked very nicely, with two drawbacks: 1. The content contained links to an image like [[file:file.png][]]. I had to manually copy the image to /tmp in order for it to be found on sending. As the mail composition buffer doesn't really live on the file system relative paths will not work. I believe specifying an absolute path to the image would work, or as you mentioned during export the mail buffer is written to the /tmp directory, so basing relative paths there will also work. I think this behavior is sufficient, and can't think of any good alternative. As I understand it the code you've written is designed to be called in a message-mode buffer with orgstruct-mode in force. Would it make sense to also include in your package a complementary function, that one calls in an org-mode buffer? I envisage this generating the HTML, forming the multipart email contents, and then saving it to the kill ring, so that it can be pasted into an email. This function would have access to the directory-name and so should be able to resolve relative paths. Also, there might be some other advantages -- for example when exporting just a region or subtree, buffer-wide properties such as #+TITLE and #+AUTHOR are picked up by the org exporter and packaged into the HTML. In other words, can I use your machinery to package up the HTML generated by Org's C-e dispatcher into an appropriately-constructed email? Note that images generated during export to html (e.g. latex images, babel images, etc...) will be resolved correctly. 2. The TODO keywords and timestamps lacked their org-mode fontification. Ah yes, sites like gmail are careful not to allow page-wide css in HTML mail. All css must be embedded into specific html elements (e.g. pre style=...). This is reasonable on their parts as a malicious email could destroy the rendering of the web interface. I see. Is there a different procedure I should use to do what I'm trying to do, or are these tweaks that could be made to your code? I have not attempted to follow the technical aspects of this thread so I may well be misunderstanding stuff here. There is a hook provided in the supplied code, currently called `org-mail-html-hook' which you can use to doctor the final html. For example I use the following to force a dark background on all my code blocks. ;; example hook, for setting a dark background in pre style=background-color: #EEE; elements (defun org-mail-change-pre-colors (foreground background) Set new default htlm colors for pre elements in exported html mail. (while (re-search-forward pre nil t) (replace-match (format pre style=\color: %s; background-color: %s;\ foreground background ;; example addition to `org-mail-html-hook' adding a dark background ;; color to pre elements (add-hook 'org-mail-html-hook (lambda () (org-mail-change-pre-colors #E6E1DC #232323))) An extension of this could be used to add missing CSS elements where required. OK, thanks for that. Dan Best -- Eric Thanks! Dan I wonder if this should be included in the contrib directory of Org-mode? Also, since it currently only supports gnus (it should be very easy to extend to WL and VM, but I don't have access to these other mailers for testing/verification) maybe it should be sent to the gnus mailing list instead? Cheers -- Eric Footnotes: [1] http://github.com/eschulte/org-html-mail [2] In defense of sending html mail I should mention that I've only been using it to send tables and latex images to people who I know don't have access to a true fixed-width font email client. In addition the code presents html as one multipart/alternative with the full org-mode plain text presented as a text alternative, so those who care and who have control over their email clients can opt to view the text portion and ignore the html. In gnus this is possible with (setq mm-discouraged-alternatives '(text/html text/richtext)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___
Re: [Orgmode] using orgmode to send html mail?
David Maus dm...@ictsoc.de writes: [...] 1/ But I still feel uncomfortable with the current solution: Even if the message created by current org-mail-htmlize is a valid MIME message (I think so) it is a rather complex MIME structure and I have no idea how other MUAs will display such a message. Yes, but since it is valid MIME I'm personally very happy with it. Also both Gmail and Gnus both play well with these complex embedded multipart structures. Unless it actually becomes a problem I don't see any reason not to use the standard to it's full power. Moreover, this complexity is unecessary if we make the assumption: If substantial parts of your message require html markup do be displayed by a some of your recipients, than send a html representation of the entire message along with the plain text.[1] I don't agree with that assumption :) I often want only a table, list, or latex-heavy section of my email to be converted to html. I find that other parts of the email (e.g. previous emails in the thread nested behind characters, signatures, etc...) work better when sent as pure text. For a recipient who preferes html the result is the same: For him the substantial parts are displayed in a meaningful way. People who prefer or depend on plain text get the plain text. And we avoid uneccesary complexity. Thinking functional this might be the first function of org-mail-htmlize[1]: Create a html representation of message body if necessary or appropriate. Oh, so this would be a slightly different issue, So this function could be run *every* time an email is sent. I agree that in those cases running on the entire message would be the right way to go. Currently if `org-mail-htmlize' is called with no active region then this is what happens. So I believe the code as currently written should satisfy the above points, resulting in a simple structure (only one multipart/alternative section) which contains the entire email and would be appropriate for running on every mail sent. 2/ The second function: Attach external files that are referenced in the message. This might be useful even if you don't send out html messages: All external files are stashed into a multipart/mixed container along with a Content-Id: header field. Than all references are changed accordingly to point to the attached files: - for html use src/href with the cid: prefix - for text: good question. Maybe replace occurences of the file with a customizable string saying: see attached file foo.bar. I'm not sure I understand, I'm currently happy with my mail agent's method of attaching files to email, what else would this use of the function add aside from a new attachment syntax. 3/ For Wanderlust multipart/alternative is (replace _ by -) Thanks, I've applied this to the `org-mail-multipart' function in the code repository. I'm not entirely sure if I got the full multipart syntax correct, but if I did then hopefully this means that WL is now supported. __alternative_{ and closing __}_alternative 4/ Detecting the plain text body should not just stop on end of buffer but also on the first occurence of a MIME delimiter: Maybe the user already added a attachment. Good point, one open question here is how to treat that mime border, I'm thinking it may be best to simply stash it in a #+BEGIN_HTML original mime content #+END_HTML block, so that it survives the Org-mode export unscathed, however maybe it's simpler just to end the html alternative part at the first mime border. Either way this will require a mailer specific function to search for the next multipart section. And, last not least: This has the potential for going into contrib. Maybe it should be renamed to org-mime -- it's neither just about mail, nor just about htmlizing. Fair point. I've just renamed the functions and the repository, and it is now available at [1]. If there's a better place to host this to encourage collaboration please let me know. Thanks -- Eric HTH -- David [1] This assumption may also address the concerns about sending html messages: From my perspective html message are not a problem in itself. Sometimes people have to send html messages (organizational rules) and sometimes it is appropriate for content to render properly. As far as I read on the topic of html message they got their bad name because people where sending html messages implicitely assuming that all recipients /can/ read them in the same fancy format as they did. Such an assumtion is wrong because it does not take into account that information and it's representation are two different things and computers are create in processing and (re)formatting information. Anyway, what org-mail-htmlize really misses is a function that adds fance pictures (cats!), sounds and maybe even flash animations to the messages :D :) agreed, blink tags around every noun -- OpenPGP...