diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 760c83f..4f035a4 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -3638,8 +3638,10 @@ lang=\"%s\" xml:lang=\"%s\">
(and org-export-html-inline-images (not descp)))
(org-file-image-p
path org-export-html-inline-image-extensions))
+ (progn
+ (org-close-par-maybe)
(setq rpl (org-export-html-format-image
- (concat type ":" path)))
+ (concat type ":" path))))
(setq link (concat type ":" path))
(setq rpl (concat "
(or (eq t org-export-html-inline-images)
(and org-export-html-inline-images
(not descp))))
- (org-export-html-format-image thefile)
+ (progn
+ (org-close-par-maybe)
+ (org-export-html-format-image thefile))
(concat ""
(org-export-html-format-desc desc)
"")))
Regards,
Rustom Mody writes:
> I tried validating this at http://validator.w3.org/
> and its not valid XHTML.
>
> Dont know more HTML to comment :-)
>
>
> On Mon, Jan 19, 2009 at 8:43 PM, Sebastian Rose wrote:
>> Hi Rustom,
>>
>>
>> "Rustom Mody" writes:
>>> On Mon, Jan 19, 2009 at 6:29 PM, Sebastian Rose wrote:
>>>>
>>>> Hm - we do not provide a special stylesheet for printing. But since
>>>
>>>>
>>>> Maybe we should add this line to the very top of the document:
>>>>
>>>>
>>>
>>> I tried adding this by hand (using emacs) it made no difference to the printout
>>> The boxes show the digits like this:
>>>
>>> 0 0
>>> 2 0
>>>
>>> Also I noticed that emacs shows (Unix) in the modeline but it shows
>>> ^Ms at EOLs in the buffer.
>>>
>>> I understand too little of unicode etc to even claim that this is
>>> 'not-as-it-should-be' -- just mentioning it in case it gives any
>>> clues...
>>
>>
>> Hmmm. In the modeline I have either an `U' (for utf-8) or `1' or
>> iso-8859-1 and other single byte encodings. OrgMode seems to set the
>> charset correctly on export here. If I do a `save file as' in Firefox
>> and open it in emacs, I see the encoding is exactly what's in the line
>> with the `charset'. You should change the `utf-8' to what's in that line
>> with the `charset':
>>
>>
>>
>> in case of
>> http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php.
>>
>>
>> If you add the `> a) the encoding is the same as the one in the `charset' line and
>> b) the file is indeed written to disk using that encoding. See
>> `C-h k C-x RET f' or ust do `C-x RET f TAB TAB'.
>>
>>
>>
>> Anyway, I believe it's a question of your browsers configuration since
>> no one else has that problem.
>>
>>
>>
>> The line endings have nothing to do with encoding. Their bit-wise
>> representation is the same for all single byte encodings and utf-8.
>>
>>
>>
>> Good luck,
>>
>>
>>
>> --
>> Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
>> Tel.: +49 (0)511 - 36 58 472
>> Fax: +49 (0)1805 - 233633 - 11044
>> mobil: +49 (0)173 - 83 93 417
>> Http: www.emma-stil.de
>>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover
Tel.: +49 (0)511 - 36 58 472
Fax: +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.rose@emma-stil.de, sebastian_rose@gmx.de
Http: www.emma-stil.de