Re: [O] org-mime-htmlize ignores org-mime-export-options
>>> "UB" == Uwe Brauer writes: > Please look at the following > * Lisp :noexport: >(setq org-mime-export-options '(:section-numbers nil >:with-author nil >:with-toc nil)) This is a typo :with-toc t Is what I have set and it does not work Uwe Brauer smime.p7s Description: S/MIME cryptographic signature
[O] org-mime-htmlize ignores org-mime-export-options
Please look at the following * Lisp :noexport: (setq org-mime-export-options '(:section-numbers nil :with-author nil :with-toc nil)) * Test Bblabla When I run org-mime-htmlize then *no* toc is generated, contrary to the setting. Anybody has tried that out? Regards Uwe Brauer
Re: [O] org-mime-htmlize gives JSON readtable error
Bit of a late response here, but if you are using ob-ipython it now uses 'jupyter' instead of 'ipython' and installing jupyter resolves the issue of random json readtable errors for me. The error would turn up in unrelated locations like org-capture as well. Cheers, -- Adrian Bradd
Re: [O] org-mime-htmlize gives JSON readtable error
Le ven. 17 août 2018 à 12:32:43 , Eric S Fraga a envoyé ce message: > On Thursday, 16 Aug 2018 at 18:16, Joseph Vidal-Rosset wrote: > > [...] > >> I reply to my own email: installing jupyter solve the problem. I do not >> know why, but I already met this. > > I do not have jupyter installed and yet htmlize works for me. Thanks Eric for your reply. I really do not know why jupyter solved my problem with org-mime-htmlize. (A possible explanation it is because I am French and our President Macron who is also called "Jupiter" believes that he can solve all problems. :) ). Best wishes, -- Joseph
Re: [O] org-mime-htmlize gives JSON readtable error
On Thursday, 16 Aug 2018 at 18:16, Joseph Vidal-Rosset wrote: [...] > I reply to my own email: installing jupyter solve the problem. I do not > know why, but I already met this. I do not have jupyter installed and yet htmlize works for me. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-753-g2ec5d3
Re: [O] org-mime-htmlize gives JSON readtable error
#+OPTIONS: latex:t toc:nil H:3 On Thursday, 16 Aug 2018 at 15:22, Joseph Vidal-Rosset wrote: > Hello the list, Hello Eric, > > I meet a problem with org-mime-htmlize, it does not work no more. > > Here the error message: > > json-read: JSON readtable error Hello Joseph, some more details would be welcome. What version of org? I'm not quite up to date on my system and things are working fine for me. Maybe a recent change? I've htmlized this email for confirmation. Apologies for an HTML email! -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-753-g2ec5d3
Re: [O] org-mime-htmlize gives JSON readtable error
Le jeu. 16 août 2018à 03:22:42 , Joseph Vidal-Rosset a envoyé ce message: > Hello the list, Hello Eric, > > I meet a problem with org-mime-htmlize, it does not work no more. > > Here the error message: > > json-read: JSON readtable error > > I do not find the solution. Your help is welcome. > > Best wishes, I reply to my own email: installing jupyter solve the problem. I do not know why, but I already met this. Best wishes, -- Joseph
[O] org-mime-htmlize gives JSON readtable error
Hello the list, Hello Eric, I meet a problem with org-mime-htmlize, it does not work no more. Here the error message: json-read: JSON readtable error I do not find the solution. Your help is welcome. Best wishes, -- Jo.
Re: [O] org-mime-htmlize transforms ' into ? in gmail_quote
Hi Joseph, org-mime is not living in Org's repository anymore, I suggest to report issues on org-mime's repository, that's where other users will report it I guess: https://github.com/org-mime/org-mime Best, -- Bastien
[O] org-mime-htmlize transforms ' into ? in gmail_quote
Hello, I meet a problem with a transformation of ' into ? with French emails in gnus. I guess that is a bug in org-mime-htmlize. Here is an example: Le ven.20 avril 2018à 09:43:54 ,G. D.a envoyé ce message: > Possibilité d'utiliser son propre matériel ou d'en louer sur place... Of course the ? in this gmail_quote are incorrect. Your help is welcome. Best wishes, -- Jo.
[O] org-mime-htmlize with $\int$ only dvipng
Hi Is it correct, that org-mime-htmlize only works with dvipn when exporting latex formulas. Mathjax still does not work? Thanks Uwe Brauer
Re: [O] org-mime-htmlize with latex math, no png
>>> "Uwe" == Uwe Brauerwrites: > Hi > Is there a similar possibility for org-mime-HTML? To answer my own question, looking into org-mime.el the answer is *no* sorry for the noise. Uwe Brauer
[O] org-mime-htmlize with latex math, no png
Hi I am very happy with org-mime-htmlize which allows me to send latex equations as png. However I just changed the setting of org-html-with-latex from png to mathjax, since when I export from org to html it is sometimes difficult to use that generated HTML (and the relevant pngs) in other HTML documents. So that is where mathjax seems more appropriate. Is there a similar possibility for org-mime-htmlize? thanks Uwe Brauer
[O] org-mime-htmlize problem: org-indent-line
Hi, I had an issue with org-mime-htmlize lately. Whenever I try to htmlize a Messoage mode buffer (M-x org-mime-htmlize), I get this error message: eval: Symbol's value as variable is void: org-indent-line I am using Org-mode version 8.0.3 (8.0.3-61-g5381eb-elpa @ ~/.emacs.d/elpa/org-20130701/) Has anyone else had the same issue? Thank you very much. Martin -- Martin Marier http://www.martinmarier.com
Re: [O] org-mime-htmlize
Hi George, George McNinch gmcni...@gmail.com writes: I waited for a new org-plus-contrib elpa package to try this... I installed the new one just now, and M-x org-mime-htmlize in a message buffer now gives a Wrong number of arguments error. Maybe I've done something boneheaded, but I can't work out what it is... I fixed this, the first patch applied was wrong. Thanks for reporting this error! -- Bastien
Re: [O] org-mime-htmlize
Hi George, George McNinch gmcni...@gmail.com writes: I git cloned just now, compiled, restarted emacs. Now when I do M-x org-mime-htmlize in a message buffer, I get org-export-as-org: Wrong type argument: listp, string I forgot org-export-as-org -- this should now be fixed. Also for org-export-as-docbook... (Is a backtrace useful?) It should not be this time, but for other errors yes! Thanks, -- Bastien
Re: [O] org-mime-htmlize
Hi Bastien, I waited for a new org-plus-contrib elpa package to try this... I installed the new one just now, and M-x org-mime-htmlize in a message buffer now gives a Wrong number of arguments error. Bastien I fixed this, the first patch applied was wrong. I git cloned just now, compiled, restarted emacs. Now when I do M-x org-mime-htmlize in a message buffer, I get org-export-as-org: Wrong type argument: listp, string (Is a backtrace useful?) -g -- George McNinch gmcni...@gmail.com http://gmcninch.math.tufts.edu
Re: [O] org-mime-htmlize
Hi, Concerning: Bastien Hi George, thanks for reporting this. Bastien Eric Schulte schulte.e...@gmail.com writes: From cf2128fb320f714f78fa54b953405d01fa73bf33 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Fri, 28 Dec 2012 08:20:56 -0700 Subject: [PATCH] Pass the dir option on through org-export-as-string * lisp/org-exp.el (org-export-string): Pass the dir option on through to any subsequent export functions. Bastien Applied, thanks! I waited for a new org-plus-contrib elpa package to try this... I installed the new one just now, and M-x org-mime-htmlize in a message buffer now gives a Wrong number of arguments error. Maybe I've done something boneheaded, but I can't work out what it is... Here is a backtrace: backtrace-dec31 Description: Binary data -george -- George McNinch gmcni...@gmail.com http://gmcninch.math.tufts.edu
[O] org-mime-htmlize
Hi-- I did a clean install of elpa package org-plus-contrib-20121224 (i.e. removed old package, restarted emacs with -q flag, installed above package, restarted emacs again...) Then I started gnus, started composing a message, and executed the command M-x org-mime-htmlize The result is the following error: org-export-as-html: Wrong type argument: stringp, t Here is the backtrace: backtrace Description: Binary data -gm -- George McNinch gmcninch(at)gmail.com http://gmcninch.math.tufts.edu
Re: [O] org-mime-htmlize
George McNinch gmcni...@gmail.com writes: Hi-- I did a clean install of elpa package org-plus-contrib-20121224 (i.e. removed old package, restarted emacs with -q flag, installed above package, restarted emacs again...) Then I started gnus, started composing a message, and executed the command M-x org-mime-htmlize The result is the following error: org-export-as-html: Wrong type argument: stringp, t Here is the backtrace: Thanks for the report. This looks like a bug in `org-export-as-html', specifically in line 1258 or so of org-html.el the following form returns t while its calling function requires a string argument. (or pub-dir (org-export-directory :html opt-plist)) The attached patch should fix this problem, and should be an improvement generally, but I'll wait for someone more familiar with the export system than myself to approve and apply it. Best, From cf2128fb320f714f78fa54b953405d01fa73bf33 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Fri, 28 Dec 2012 08:20:56 -0700 Subject: [PATCH] Pass the dir option on through org-export-as-string * lisp/org-exp.el (org-export-string): Pass the dir option on through to any subsequent export functions. --- lisp/org-exp.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index f7155b0..3dc9a98 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -3050,7 +3050,7 @@ to the value of `temporary-file-directory'. (eval ;; convert to fmt -- mimicking `org-run-like-in-org-mode' (list 'let org-local-vars (list (intern (format org-export-as-%s fmt)) - nil nil nil ''string t + nil nil nil ''string t dir (delete-file tmp-file ;;;###autoload -- 1.8.0.2 -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] org-mime-htmlize
Hi George, thanks for reporting this. Eric Schulte schulte.e...@gmail.com writes: From cf2128fb320f714f78fa54b953405d01fa73bf33 Mon Sep 17 00:00:00 2001 From: Eric Schulte eric.schu...@gmx.com Date: Fri, 28 Dec 2012 08:20:56 -0700 Subject: [PATCH] Pass the dir option on through org-export-as-string * lisp/org-exp.el (org-export-string): Pass the dir option on through to any subsequent export functions. Applied, thanks! -- Bastien
Re: [O] org-mime-htmlize: visual representation (thunderbird)
On Wed, 11 Apr 2012 09:38:46 -0400, Eric Schulte eric.schu...@gmx.com wrote: Hi Uwe, Uwe Brauer o...@mat.ucm.es writes: OK, for my own edification I had changed the message body from (I'm hoping these are sufficiently quoted to survive mailing) ,[original] | | | text alternative... | | html alternative... | | images for html... ` to ,[revised (and more broken in TB)] | | | text alternative... | | | html alternative... | images for html... | | ` which wraps the html and images into a multipart/related type. Why is this later structure illegal? Are nested multi type parts not allowed? Also, it seems that everything I've tried works in gnus and in most web user agents. Is thunderbird simply a stickler for the letter of the RFC law? I cannot answer this. However I rechecked everything and the issue is the following. Which brings me to the good news. After I wrote to you I received a message from the TB developers which emphasised that, besides the information I have gave you, the main point is the header, which should be Content-type: multipart/related; boundary==-=-= and the thunderbird developers insist that this is the RFC 2387 standard. Gnus actually generate via the mml-generate-mime function the header Content-type: multipart/mixed; boundary==-=-= which is wrong. OK, I've just reverted my change, but I'm keeping the change of image disposition to inline. I own you an apology! If I leave mml-generate-mime untouched, that is I neither use my modification nor do I use use Lars new code, but I use your *new* code then the generated and sent message is displayed *correctly* in thunderbird. The resulting message contains Content-type: multipart/alternative; boundary==-=-= Instead of Content-type: multipart/related; boundary==-=-= As it would in my case, but it seems that thunderbird is OK with that. The reason I wrote you earlier that your changes made things worse was that I did make a mistake in my modification of mml-generate-mime. I also thought I checked your code with the old mml function but for some reason the old version was not used even after a restart. Sorry for the trouble! Uwe
Re: [O] org-mime-htmlize: visual representation (thunderbird)
Uwe Brauer o...@mat.ucm.es writes: On Wed, 11 Apr 2012 09:38:46 -0400, Eric Schulte eric.schu...@gmx.com wrote: Hi Uwe, Uwe Brauer o...@mat.ucm.es writes: OK, for my own edification I had changed the message body from (I'm hoping these are sufficiently quoted to survive mailing) ,[original] | | | text alternative... | | html alternative... | | images for html... ` to ,[revised (and more broken in TB)] | | | text alternative... | | | html alternative... | images for html... | | ` which wraps the html and images into a multipart/related type. Why is this later structure illegal? Are nested multi type parts not allowed? Also, it seems that everything I've tried works in gnus and in most web user agents. Is thunderbird simply a stickler for the letter of the RFC law? I cannot answer this. However I rechecked everything and the issue is the following. Which brings me to the good news. After I wrote to you I received a message from the TB developers which emphasised that, besides the information I have gave you, the main point is the header, which should be Content-type: multipart/related; boundary==-=-= and the thunderbird developers insist that this is the RFC 2387 standard. Gnus actually generate via the mml-generate-mime function the header Content-type: multipart/mixed; boundary==-=-= which is wrong. OK, I've just reverted my change, but I'm keeping the change of image disposition to inline. I own you an apology! If I leave mml-generate-mime untouched, that is I neither use my modification nor do I use use Lars new code, but I use your *new* code then the generated and sent message is displayed *correctly* in thunderbird. The resulting message contains Content-type: multipart/alternative; boundary==-=-= Instead of Content-type: multipart/related; boundary==-=-= As it would in my case, but it seems that thunderbird is OK with that. The reason I wrote you earlier that your changes made things worse was that I did make a mistake in my modification of mml-generate-mime. I also thought I checked your code with the old mml function but for some reason the old version was not used even after a restart. Sorry for the trouble! Uwe Hi Uwe, No problem at all. I just reverted by reversion in git, so if I read this email correctly everything should be working now in TB. Please let me know if this is not the case. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-mime-htmlize: visual representation (thunderbird)
Uwe Brauer o...@mat.ucm.es writes: On Sun, 01 Apr 2012 12:38:12 -0400, Eric Schulte eric.schu...@gmx.com wrote: I'm not clear on how this differs from the messages produced using org-mime-htmlize, and it has been a while since I've looked into email mime mechanics. However, since the emails generated using org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to say that this is a Thunderbird issue and leave it for them to debug. I send a bug report to the Thunderbird developer and the answer was that *one* source of the problem is , | Here, the message has a multipart/mixed structure at the top | with cid: references to the image/png part which is inside | that structure (the text/html part is correctly in a | multipart/alternative but there is no multipart/related; | both images are in the multipart/mixed context). Also, the | images have a Content-Disposition: attachment, both | reasons to show them as attachment as Thunderbird does it. | | Now it seems that Gmail completely ignores multipart/related | vs. mixed and simply takes the reference regardless of that | context, which would explain what you see. Strictly | speaking, the message is incorrectly formed. Please file a | bug with Emacs, the latexit structure appears to be correct. ` So how could Content-Disposition: attachment be changed to Content-Disposition: inline in your code? I can't find the relevant piece of code. Thanks Uwe Hi Uwe, Thanks for sending along this helpful review. I've just pushed two changes to org-mime so that it now (1) wraps html and images in a multipart/related mime structure and (2) marks images as disposition inline so that they don't show up as attachments. I can confirm this new version works in gnus and in the gmx webmail client as expected, but I don't have access to Thunderbird to check the behavior there. Please let me know if this fixes the problem. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-mime-htmlize: visual representation (thunderbird)
On Wed, 11 Apr 2012 00:23:54 -0400, Eric Schulte eric.schu...@gmx.com wrote: Uwe Brauer o...@mat.ucm.es writes: Uwe Hi Uwe, Thanks for sending along this helpful review. I've just pushed two changes to org-mime so that it now (1) wraps html and images in a multipart/related mime structure and (2) marks images as disposition inline so that they don't show up as attachments. Hi Eric, Thanks for your efforts. I have good and bad news. The bad news is your changes make things worse in Thunderbird, for reasons I don't understand the header of the resulting messages reads: Content-type: text/plain; charset=us-ascii which is wrong and now png are displayed! Which brings me to the good news. After I wrote to you I received a message from the TB developers which emphasised that, besides the information I have gave you, the main point is the header, which should be Content-type: multipart/related; boundary==-=-= and the thunderbird developers insist that this is the RFC 2387 standard. Gnus actually generate via the mml-generate-mime function the header Content-type: multipart/mixed; boundary==-=-= which is wrong. I brought up the issue in the gnus mailing list and the developers agreed that in the case of a html message with png the Content-type should follow the RFC standard. I checked this explicitly: your old code but with a different mml-generate-mime function generates a message which is correctly displayed in thunderbird and GMail and Ipod for that manner. BTW I don't know how this issue, of the Content-type in the header, is treated in VM or Wanderlust. Now the question is how to proceed: I had the idea of introducing a new variable mml-mime-use-related and wrap it into the mml-generate-mime code. Then org-mime-htmlize should set this variable to t, and later a different function should be added to the mail-send-hook setting the variable to nil again. Lars didn't like the idea and came up with a different implementation. However I don't see how to use it easily. So I include both solutions and let you decide which fits best for org-mime-htmlize. But as it is now you should undo your recent changes because even with the *new* mml-generate-mime function and your *new* code the resulting mail is not displayed correctly in TB. I have now added lars and the ding mailing list to the CC. Regards Uwe My solution: , | (defvar mml-mime-use-related t | *Variable to control whether to use `multipart/mixed' or `multipart/related'.) | | (defun mml-generate-mime () | Generate a MIME message based on the current MML document. | (let ((cont (mml-parse)) | (mml-multipart-number mml-multipart-number)) | (if (not cont) | nil | (mm-with-multibyte-buffer | (if (and (consp (car cont)) |(= (length cont) 1)) | (mml-generate-mime-1 (car cont)) | (if mml-mime-use-related | (mml-generate-mime-1 (nconc (list 'multipart '(type . related)) | cont)) | (mml-generate-mime-1 (nconc (list 'multipart '(type . mixed)) | cont))) | (buffer-string)) ` Lars solution , | (defun mml-generate-mime (optional multipart-type) | Generate a MIME message based on the current MML document. | MULTIPART-TYPE defaults to \mixed\, but can also | be \related\ or \alternate\. | (let ((cont (mml-parse)) | (mml-multipart-number mml-multipart-number) | (options message-options)) | (if (not cont) | nil | (prog1 | (mm-with-multibyte-buffer | (setq message-options options) | (if (and (consp (car cont)) |(= (length cont) 1)) | (mml-generate-mime-1 (car cont)) | (mml-generate-mime-1 | (nconc (list 'multipart (cons 'type (or multipart-type mixed))) | cont))) | (setq options message-options) | (buffer-string)) | (setq message-options options) `
Re: [O] org-mime-htmlize: visual representation (thunderbird)
Hi Uwe, Uwe Brauer o...@mat.ucm.es writes: On Wed, 11 Apr 2012 00:23:54 -0400, Eric Schulte eric.schu...@gmx.com wrote: Uwe Brauer o...@mat.ucm.es writes: Uwe Hi Uwe, Thanks for sending along this helpful review. I've just pushed two changes to org-mime so that it now (1) wraps html and images in a multipart/related mime structure and (2) marks images as disposition inline so that they don't show up as attachments. Hi Eric, Thanks for your efforts. I have good and bad news. The bad news is your changes make things worse in Thunderbird, for reasons I don't understand the header of the resulting messages reads: Content-type: text/plain; charset=us-ascii which is wrong and now png are displayed! OK, for my own edification I had changed the message body from (I'm hoping these are sufficiently quoted to survive mailing) ,[original] | | text alternative... | | images for html... ` to ,[revised (and more broken in TB)] | | ` which wraps the html and images into a multipart/related type. Why is this later structure illegal? Are nested multi type parts not allowed? Also, it seems that everything I've tried works in gnus and in most web user agents. Is thunderbird simply a stickler for the letter of the RFC law? Which brings me to the good news. After I wrote to you I received a message from the TB developers which emphasised that, besides the information I have gave you, the main point is the header, which should be Content-type: multipart/related; boundary==-=-= and the thunderbird developers insist that this is the RFC 2387 standard. Gnus actually generate via the mml-generate-mime function the header Content-type: multipart/mixed; boundary==-=-= which is wrong. OK, I've just reverted my change, but I'm keeping the change of image disposition to inline. I brought up the issue in the gnus mailing list and the developers agreed that in the case of a html message with png the Content-type should follow the RFC standard. I checked this explicitly: your old code but with a different mml-generate-mime function generates a message which is correctly displayed in thunderbird and GMail and Ipod for that manner. OK. Then I will assume that this issue is out of my hands and wait for gnus to change its mime wrapping behavior upstream. BTW I don't know how this issue, of the Content-type in the header, is treated in VM or Wanderlust. I do my best to provide reasonable implementations for these other two mailers and assume that if anything goes wrong then someone will submit a bug report. Now the question is how to proceed: I had the idea of introducing a new variable mml-mime-use-related and wrap it into the mml-generate-mime code. Then org-mime-htmlize should set this variable to t, and later a different function should be added to the mail-send-hook setting the variable to nil again. Lars didn't like the idea and came up with a different implementation. However I don't see how to use it easily. So I include both solutions and let you decide which fits best for org-mime-htmlize. But as it is now you should undo your recent changes because even with the *new* mml-generate-mime function and your *new* code the resulting mail is not displayed correctly in TB. I have now added lars and the ding mailing list to the CC. While Lars' solution does look cleaner it is not clear to me how this would be used from an external tool (such as org-mime) which does not call `mml-generate-mime' explicitly, but rather relies on the normal mailing process to handle these specifics. Wouldn't it make the most sense for the mailing process to inspect the email and set the appropriate multipart type automatically. Thanks, Regards Uwe My solution: , | (defvar mml-mime-use-related t | *Variable to control whether to use `multipart/mixed' or `multipart/related'.) | | (defun mml-generate-mime () | Generate a MIME message based on the current MML document. | (let ((cont (mml-parse)) | (mml-multipart-number mml-multipart-number)) | (if (not cont) | nil | (mm-with-multibyte-buffer | (if (and (consp (car cont)) | (= (length cont) 1)) | (mml-generate-mime-1 (car cont)) | (if mml-mime-use-related | (mml-generate-mime-1 (nconc (list 'multipart '(type . related)) | cont)) | (mml-generate-mime-1 (nconc (list 'multipart '(type . mixed)) | cont))) | (buffer-string)) ` Lars solution , | (defun mml-generate-mime (optional multipart-type) | Generate a MIME message based on the current MML document. | MULTIPART-TYPE defaults
Re: [O] org-mime-htmlize: visual representation (thunderbird)
On Sun, 01 Apr 2012 12:38:12 -0400, Eric Schulte eric.schu...@gmx.com wrote: I'm not clear on how this differs from the messages produced using org-mime-htmlize, and it has been a while since I've looked into email mime mechanics. However, since the emails generated using org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to say that this is a Thunderbird issue and leave it for them to debug. I send a bug report to the Thunderbird developer and the answer was that *one* source of the problem is , | Here, the message has a multipart/mixed structure at the top | with cid: references to the image/png part which is inside | that structure (the text/html part is correctly in a | multipart/alternative but there is no multipart/related; | both images are in the multipart/mixed context). Also, the | images have a Content-Disposition: attachment, both | reasons to show them as attachment as Thunderbird does it. | | Now it seems that Gmail completely ignores multipart/related | vs. mixed and simply takes the reference regardless of that | context, which would explain what you see. Strictly | speaking, the message is incorrectly formed. Please file a | bug with Emacs, the latexit structure appears to be correct. ` So how could Content-Disposition: attachment be changed to Content-Disposition: inline in your code? I can't find the relevant piece of code. Thanks Uwe
Re: [O] org-mime-htmlize: visual representation (thunderbird)
Eric Schulte wrote: However thunderbird does not and I apply the resulting eml file below (I presume a screenshot is not appropriated) This sounds like a thunderbird bug -- not properly displaying multi-part messages. Hm I will try to send them a bug report then Now tunderbird itself has an extension (latex-it) which does something similar to org-mime-htmlize, it sends latex math as png. However there are better* displayed, I attach the relevant eml file below. The difference between org-mime-htmlize and latex-it is that the former converts each formulas to its own png image, while the later converts the entire message to one large pdf file which is then attached as a single image. yes and no: latexit can do what you describe (and the author admits that it only makes sense for documents whose size does not exceed one page. latexit can also embed in html pages latex formulas, however only $$ are allowed no equations (which makes it inferior to org-preview-latex-fragments) In any case I attached the wrong eml file (the one with just one page) I now attach the eml with the embedded formula. Maybe some useful information can be extracted. Uwe Brauer ---BeginMessage--- Integral And ---End Message---
Re: [O] org-mime-htmlize: visual representation (thunderbird)
yes and no: latexit can do what you describe (and the author admits that it only makes sense for documents whose size does not exceed one page. latexit can also embed in html pages latex formulas, however only $$ are allowed no equations (which makes it inferior to org-preview-latex-fragments) In any case I attached the wrong eml file (the one with just one page) I now attach the eml with the embedded formula. Maybe some useful information can be extracted. I'm not clear on how this differs from the messages produced using org-mime-htmlize, and it has been a while since I've looked into email mime mechanics. However, since the emails generated using org-mime-htmlize display correctly in Gmail and in gnus I'm inclined to say that this is a Thunderbird issue and leave it for them to debug. Sorry I'm not more helpful, -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-mime-htmlize: visual representation (thunderbird)
Uwe Brauer o...@mat.ucm.es writes: Hello Now that the bug in org-mime-htmlize is fixed, I would like to comment on the visual representation. Most likely this has to do with the mml package. When I write the following message Integral $$\int fdx=0$$ And \begin{equation} \sum_{\alpha} \end{equation} and apply org-preview-latex-fragment and then org-mime-htmlize and send this message to gmail. The 'gmail-reader' displays them fine. However thunderbird does not and I apply the resulting eml file below (I presume a screenshot is not appropriated) This sounds like a thunderbird bug -- not properly displaying multi-part messages. Now tunderbird itself has an extension (latex-it) which does something similar to org-mime-htmlize, it sends latex math as png. However there are better* displayed, I attach the relevant eml file below. The difference between org-mime-htmlize and latex-it is that the former converts each formulas to its own png image, while the later converts the entire message to one large pdf file which is then attached as a single image. Could org-mime-htmlize use the structure of latex-it? The ability to convert the entire message to one monolithic image (through latex and pdf) could certainly be added as an export option (patches welcome), but I would not want this behavior to be the default, as sending messages as large images is not (to my mind at least) a desirable option. Best, Thanks Uwe Brauer Attachments: first org, then latex-it From: Uwe Brauer o...@mat.ucm.es Subject: test-org-mime To: Uwe Brauer oub.oub@gmail.com Date: Tue, 27 Mar 2012 12:55:48 +0200 (4 days, 6 hours, 13 minutes ago) Reply-To: Uwe Brauer o...@mat.ucm.es Integral $$\int fdx=0$$ And \begin{equation} \sum_{\alpha} \end{equation} -- From: Uwe Brauer oub.oub@gmail.com Subject: test latex To: Uwe Brauer oub.oub@gmail.com Date: Tue, 27 Mar 2012 12:43:30 +0200 (4 days, 6 hours, 26 minutes ago) \documentclass{article} \usepackage[utf8x]{inputenc} \pagestyle{empty} \begin{document} Integral $$\int f dx=0$$ And \begin{equation} \sum_{\alpha} \end{equation} \end{document} -- -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-mime-htmlize and org-preview-latex-fragment
On Mon, 26 Mar 2012 07:31:19 -0400, Eric Schulte eric.schu...@gmx.com wrote: Uwe Brauer o...@mat.ucm.es writes: This functionality certainly used to work (and was one of my main reasons for using org-mime-htmlize). There is a new error in the `org-export-string' function when `org-export-with-LaTeX-fragments' is set to dvipng which is causing export to fail. To exercise this bug run the following elisp snippet. (let ((org-export-with-LaTeX-fragments dvipng)) (org-export-string A fraction $\\frac{1}{2}$. 'html /tmp/)) Which throws the following error. org-format-latex: Unknown conversion type nil for latex fragments Once this bug is fixed the use of LaTeX to generated inline images with Org-mime should work once again. I confirm this error for Xemacs 21.5.31. Is this bug already being reported and registered? Thanks Uwe
Re: [O] org-mime-htmlize and org-preview-latex-fragment
Eric Schulte eric.schu...@gmx.com writes: I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments dvipng) Me too. This should be (org-export-with-LaTeX-fragments 'dvipng) Fixed. Please confirm the original issue is fixed. Best, -- Bastien
Re: [O] org-mime-htmlize and org-preview-latex-fragment
On Tue, 27 Mar 2012 12:22:53 +0200, Bastien b...@gnu.org wrote: Eric Schulte eric.schu...@gmx.com writes: I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments dvipng) Me too. This should be (org-export-with-LaTeX-fragments 'dvipng) Fixed. Please confirm the original issue is fixed. I confirm this for Xemacs 21.5.31 (Mule) Thanks Uwe
[O] org-mime-htmlize: visual representation (thunderbird)
Hello Now that the bug in org-mime-htmlize is fixed, I would like to comment on the visual representation. Most likely this has to do with the mml package. When I write the following message Integral $$\int fdx=0$$ And \begin{equation} \sum_{\alpha} \end{equation} and apply org-preview-latex-fragment and then org-mime-htmlize and send this message to gmail. The 'gmail-reader' displays them fine. However thunderbird does not and I apply the resulting eml file below (I presume a screenshot is not appropriated) Now tunderbird itself has an extension (latex-it) which does something similar to org-mime-htmlize, it sends latex math as png. However there are better* displayed, I attach the relevant eml file below. Could org-mime-htmlize use the structure of latex-it? Thanks Uwe Brauer Attachments: first org, then latex-it ---BeginMessage--- Integral $$\int fdx=0$$ And \begin{equation} \sum_{\alpha} \end{equation}attachment: org-GPEs_h_2696bae90081ac8f178e62db0820e52dd36d4691.pngattachment: org-GPEs_h_baef2fd9f63b971ab4ebc763e998857ceda7aeab.png---End Message--- ---BeginMessage--- ---End Message---
Re: [O] org-mime-htmlize and org-preview-latex-fragment
Bastien b...@gnu.org writes: Eric Schulte eric.schu...@gmx.com writes: I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments dvipng) Me too. This should be (org-export-with-LaTeX-fragments 'dvipng) Fixed. Please confirm the original issue is fixed. Best, Confirmed, I can once again send inline LaTeX fragments in email. Thanks for taking care of this. -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] org-mime-htmlize and org-preview-latex-fragment
Uwe Brauer o...@mat.ucm.es writes: On Thu, 22 Mar 2012 23:34:08 +0100, Uwe Brauer o...@mat.ucm.es wrote: Now org-mime-htmlize allows me to htmlize a message buffer but seems not to work with org-preview-latex-fragment either the png is not exported or I obtain an error message of the sort: Unknown conversion type nil for latex fragments. I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments dvipng) Uwe Brauer So the functionality seems to be implemented? This functionality certainly used to work (and was one of my main reasons for using org-mime-htmlize). There is a new error in the `org-export-string' function when `org-export-with-LaTeX-fragments' is set to dvipng which is causing export to fail. To exercise this bug run the following elisp snippet. (let ((org-export-with-LaTeX-fragments dvipng)) (org-export-string A fraction $\\frac{1}{2}$. 'html /tmp/)) Which throws the following error. org-format-latex: Unknown conversion type nil for latex fragments Once this bug is fixed the use of LaTeX to generated inline images with Org-mime should work once again. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] org-mime-htmlize and org-preview-latex-fragment
Hello I love org-preview-latex-fragment and I would like to use it for scientific correspondence. There exists a couple of extensions for Thunderbird which insert latex generated png into an (html) email. Now org-mime-htmlize allows me to htmlize a message buffer but seems not to work with org-preview-latex-fragment either the png is not exported or I obtain an error message of the sort: Unknown conversion type nil for latex fragments. Is this easy to implement the org-preview-latex-fragment support for org-mime-htmlize? Thanks Uwe Brauer
Re: [O] org-mime-htmlize and org-preview-latex-fragment
On Thu, 22 Mar 2012 23:34:08 +0100, Uwe Brauer o...@mat.ucm.es wrote: Now org-mime-htmlize allows me to htmlize a message buffer but seems not to work with org-preview-latex-fragment either the png is not exported or I obtain an error message of the sort: Unknown conversion type nil for latex fragments. I am very confused the code in question contains a line of the sort: (org-export-with-LaTeX-fragments dvipng) Uwe Brauer So the functionality seems to be implemented?