Re: [O] org-mime-htmlize ignores org-mime-export-options

[Uwe Brauer]

>>> "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

[Uwe Brauer]

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

[Adrian Bradd]

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

[Joseph Vidal-Rosset]

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

[Eric S Fraga]

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

[Eric S Fraga]

#+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

[Joseph Vidal-Rosset]

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

[Joseph Vidal-Rosset]

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

[Bastien]

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

[Joseph Vidal-Rosset]

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

[Uwe Brauer]

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 Brauer]

>>> "Uwe" == Uwe Brauer  writes:

   > 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

[Uwe Brauer]

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

[Martin Marier]

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

[Bastien]

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

[Bastien]

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

[George McNinch]

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

[George McNinch]

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

[George McNinch]

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

[Eric Schulte]

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

[Bastien]

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)

[Uwe Brauer]

 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)

[Eric Schulte]

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)

[Eric Schulte]

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)

[Uwe Brauer]

 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)

[Eric Schulte]

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)

[Uwe Brauer]

 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)

[Uwe Brauer]

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)

[Eric Schulte]

 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)

[Eric Schulte]

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

[Uwe Brauer]

 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

[Bastien]

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

[Uwe Brauer]

 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)

[Uwe Brauer]

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

[Eric Schulte]

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

[Eric Schulte]

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

[Uwe Brauer]

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

[Uwe Brauer]

 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?