Change resolution of LaTeX formulas in HTML output?

Change resolution of LaTeX formulas in HTML output?

[amscopub-mail]

Is there a way to control the resolution of PNG LaTeX formulas when you export to HTML?

You can control the font size directly in the header but there doesn't seem to be a way to use org-mode to control the resolution...

BTW, I'm not exporting to LaTeX directly because I'm using PrinceXML to convert the HTML file to a PDF.

--Uriel

Re: Change resolution of LaTeX formulas in HTML output?

[Bastien]

amscopub-mail@yahoo.com writes:

> Is there a way to control the resolution of PNG LaTeX formulas when
> you export to HTML?

I've implemented this.

You can define the :html-resolution in `org-format-latex-options'.

Please test and report any problem.

-- 
 Bastien

Re: Change resolution of LaTeX formulas in HTML output?

[amscopub-mail]

Thanks for the reply.

What version of org-mode is that defined in? I'm using 7.01g. 

When I bring up org-format-latex-options, it doesn't define that variable in the documentation. Setting the variable doesn't seem to do anything. The PNG files are always 72 x 72 ppi. 

I tried setting it to this:

:html-resolution 90
:html-resolution 300

but to no avail.

--Uriel

On Thu, 05 Aug 2010 00:32:16 +0200
Bastien <bastien.guerry@wikimedia.fr> wrote:

> amscopub-mail@yahoo.com writes:
> 
> > Is there a way to control the resolution of PNG LaTeX formulas when
> > you export to HTML?
> 
> I've implemented this.
> 
> You can define the :html-resolution in `org-format-latex-options'.
> 
> Please test and report any problem.
> 
> -- 
>  Bastien

Re: Change resolution of LaTeX formulas in HTML output?

[Nick Dokos]

amscopub-mail@yahoo.com wrote:

> Thanks for the reply.
> 
> What version of org-mode is that defined in? I'm using 7.01g. 
> 

I presume it's not in any released version. You'll probably have
to pull the latest from the git repository to get it.

HTH,
Nick

> When I bring up org-format-latex-options, it doesn't define that variable in the documentation. Setting the variable doesn't seem to do anything. The PNG files are always 72 x 72 ppi. 
> 
> I tried setting it to this:
> 
> :html-resolution 90
> :html-resolution 300
> 
> but to no avail.
> 
> --Uriel
> 
> On Thu, 05 Aug 2010 00:32:16 +0200
> Bastien <bastien.guerry@wikimedia.fr> wrote:
> 
> > amscopub-mail@yahoo.com writes:
> > 
> > > Is there a way to control the resolution of PNG LaTeX formulas when
> > > you export to HTML?
> > 
> > I've implemented this.
> > 
> > You can define the :html-resolution in `org-format-latex-options'.
> > 
> > Please test and report any problem.
> > 
> > -- 
> >  Bastien
> 
> 
> _______________________________________________
> 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: Change resolution of LaTeX formulas in HTML output?

[Bastien]

Nick Dokos <nicholas.dokos@hp.com> writes:

> amscopub-mail@yahoo.com wrote:
>
>> Thanks for the reply.
>> 
>> What version of org-mode is that defined in? I'm using 7.01g. 
>> 
>
> I presume it's not in any released version. You'll probably have
> to pull the latest from the git repository to get it.

Yes, indeed.  Sorry not to have mentionned it.

-- 
 Bastien

Re: Change resolution of LaTeX formulas in HTML output?

[Dan Davison]

Bastien <bastien.guerry@wikimedia.fr> writes:

> amscopub-mail@yahoo.com writes:
>
>> Is there a way to control the resolution of PNG LaTeX formulas when
>> you export to HTML?
>
> I've implemented this.
>
> You can define the :html-resolution in `org-format-latex-options'.
>
> Please test and report any problem.

Bastien --

Am I right in understanding that if we increase html-resolution the
resulting images will come out larger in a web browser; i.e that there
is no way to maintain the images the same size while making them appear
"sharper" in a web browser?

Dan

Re: Change resolution of LaTeX formulas in HTML output?

[Dan Davison]

amscopub-mail@yahoo.com writes:

> Is there a way to control the resolution of PNG LaTeX formulas when you export to HTML?
>
> You can control the font size directly in the header but there doesn't seem to be a way to use org-mode to control the resolution...
>
> BTW, I'm not exporting to LaTeX directly because I'm using PrinceXML to convert the HTML file to a PDF.

Hi Uriel,

Could you tell us a bit about what the advantages of PrinceXML are? One
question I have is: is it possible to get vector graphics (ps, pdf)
incorporated into the resulting pdf? Is there an open source
alternative? (I've been doing this with "print to file" in the print
dialog box in a web browser in linux).

Dan

>
> --Uriel
>
>
>
> _______________________________________________
> 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: Re: Change resolution of LaTeX formulas in HTML output?

[Sebastian Rose]

Dan Davison <davison@stats.ox.ac.uk> writes:
> amscopub-mail@yahoo.com writes:
>
>> Is there a way to control the resolution of PNG LaTeX formulas when you export to HTML?
>>
>> You can control the font size directly in the header but there doesn't seem to be a way to use org-mode to control the resolution...
>>
>> BTW, I'm not exporting to LaTeX directly because I'm using PrinceXML to convert the HTML file to a PDF.
>
> Hi Uriel,
>
> Could you tell us a bit about what the advantages of PrinceXML are? One
> question I have is: is it possible to get vector graphics (ps, pdf)
> incorporated into the resulting pdf? Is there an open source
> alternative? (I've been doing this with "print to file" in the print
> dialog box in a web browser in linux).


htmldoc (see http://www.htmldoc.org/)

It comes with a GUI and is free enough to be in Debian.

Not sure if it is that perfect, but when ever I tried it it worked.
Didn't use it for ages.  I use Org mode and LaTeX2e instead ;)



  Sebastian

Re: Change resolution of LaTeX formulas in HTML output?

[Dan Davison]

Sebastian Rose <sebastian_rose@gmx.de> writes:

> Dan Davison <davison@stats.ox.ac.uk> writes:
>> amscopub-mail@yahoo.com writes:
>>
>>> Is there a way to control the resolution of PNG LaTeX formulas when you export to HTML?
>>>
>>> You can control the font size directly in the header but there doesn't seem to be a way to use org-mode to control the resolution...
>>>
>>> BTW, I'm not exporting to LaTeX directly because I'm using PrinceXML to convert the HTML file to a PDF.
>>
>> Hi Uriel,
>>
>> Could you tell us a bit about what the advantages of PrinceXML are? One
>> question I have is: is it possible to get vector graphics (ps, pdf)
>> incorporated into the resulting pdf? Is there an open source
>> alternative? (I've been doing this with "print to file" in the print
>> dialog box in a web browser in linux).
>
>
> htmldoc (see http://www.htmldoc.org/)
>
> It comes with a GUI and is free enough to be in Debian.

Thanks.

> Not sure if it is that perfect, but when ever I tried it it worked.
> Didn't use it for ages.  I use Org mode and LaTeX2e instead ;)

Can you point me to an example that shows how to make source code in
latex look (almost) as nice as html?



In case anyone has any enlightenment, a quick try suggests that htmldoc
doesn't work out-of-the-box on html produced by org-mode (error below).

/tmp> htmldoc --webpage -f x.pdf x.html
ERR011: Unable to parse HTML element on line 15!
PAGES: 1
BYTES: 39131
/tmp> sed -n 15p x.html 
 <!--/*--><![CDATA[/*><!--*/

Dan

>
>
>
>   Sebastian
>
>
>
>
> _______________________________________________
> 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: Change resolution of LaTeX formulas in HTML output?

[Sebastian Rose]

[-- Attachment #1: Type: text/plain, Size: 378 bytes --]

Dan Davison <davison@stats.ox.ac.uk> writes:
> Can you point me to an example that shows how to make source code in
> latex look (almost) as nice as html?


That is supposed to work with the `listings' package.  I havent tried
that yet.

I still use my old LaTeX headers and write verbatim LaTeX code.  I'd
like to switch though, since it's a lot to type.

Here is an example:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-verbatim, Size: 487 bytes --]

      \begin{codeblock}
      \keyword{public function}~\func{\_\_construct}~(\increaseindent[15]\doindent
      \variable{\$instance}~=~\konstante{MAP\_STANDARD\_JS\_INSTANCE},\doindent
      \variable{\$z}~=~\konstante{MAP\_STANDARD\_ZOOM},\doindent
      \variable{\$centerX}~=~-1,\doindent
      \variable{\$centerY}~=~-1,\doindent
      \variable{\$highlights}~=~\keyword{true},\doindent
      \variable{\$spots}~=~\keyword{false}\doindent
      )\resetindent
      \end{codeblock}

[-- Attachment #3: Type: text/plain, Size: 178 bytes --]



Looks horrible, does it?

You can find the "listings.pdf" documentation here:

   http://www.ctan.org/tex-archive/macros/latex/contrib/listings/






Best wishes

  Sebastian

[-- Attachment #4: Type: text/plain, Size: 201 bytes --]

_______________________________________________
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

How to get pretty printed source code in PDFLaTeX

[Sébastien Vauban]

Hi Dan and Sebastian,

Sebastian Rose wrote:
> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org> writes:
>> Can you point me to an example that shows how to make source code in latex
>> look (almost) as nice as html?
>
> That is supposed to work with the `listings' package. I havent tried that
> yet.
>
> I still use my old LaTeX headers and write verbatim LaTeX code.  I'd
> like to switch though, since it's a lot to type.
>
> Here is an example:
>
>       \begin{codeblock}
>       \keyword{public function}~\func{\_\_construct}~(\increaseindent[15]\doindent
>       \variable{\$instance}~=~\konstante{MAP\_STANDARD\_JS\_INSTANCE},\doindent
>       \variable{\$z}~=~\konstante{MAP\_STANDARD\_ZOOM},\doindent
>       \variable{\$centerX}~=~-1,\doindent
>       \variable{\$centerY}~=~-1,\doindent
>       \variable{\$highlights}~=~\keyword{true},\doindent
>       \variable{\$spots}~=~\keyword{false}\doindent
>       )\resetindent
>       \end{codeblock}
>
> Looks horrible, does it?

If I understand you right, here's such an example you're after:

--8<---------------cut here---------------start------------->8---
#+TITLE:     Using the listings package
#+AUTHOR:    Seb Vauban
#+DATE:      2010-08-06
#+LANGUAGE:  en_US

* Code

This must be nice to see in LaTeX.

#+SRCNAME: srcModifyDB1.sql
#+BEGIN_SRC sql :tangle srcModifyDB.sql
    -- add column `DossierSentToSecteur' (if column does not exist yet)
    IF NOT EXISTS (SELECT *
                   FROM INFORMATION_SCHEMA.COLUMNS
                   WHERE TABLE_NAME = 'dossier'
                   AND COLUMN_NAME = 'DossierSentToSecteur')
    BEGIN
        ALTER TABLE dossier
        ADD DossierSentToSecteur smalldatetime NULL
    END
    GO
#+END_SRC

Right?

* Much better code

For that, you need to customize =listings=:

#+begin_LaTeX
% typeset source code listings
\usepackage{listings} % must be loaded after `babel'
\lstloadlanguages{C}
\definecolor{sva@lstbackground}{HTML}{FFFFCC} % light yellow
\definecolor{sva@lstkeyword}{HTML}{0000FF} % blue
\definecolor{sva@lstidentifier}{HTML}{000000} % black
\definecolor{sva@lstcomment}{HTML}{FF0000} % red
\definecolor{sva@lststring}{HTML}{008000} % dark green
\lstset{%
    basicstyle=\ttfamily\scriptsize, % the font that is used for the code
    tabsize=4, % sets default tabsize to 4 spaces
    numbers=left, % where to put the line numbers
    numberstyle=\tiny, % line number font size
    stepnumber=0, % step between two line numbers
    breaklines=false, %!! don't break long lines of code
    showtabs=false, % show tabs within strings adding particular underscores
    showspaces=false, % show spaces adding particular underscores
    showstringspaces=false, % underline spaces within strings
    keywordstyle=\color{sva@lstkeyword},
    identifierstyle=\color{sva@lstidentifier},
    stringstyle=\color{sva@lststring},
    commentstyle=\color{sva@lstcomment},
    backgroundcolor=\color{sva@lstbackground}, % sets the background color
    captionpos=b, % sets the caption position to `bottom'
    extendedchars=false %!?? workaround for when the listed file is in UTF-8
}
#+end_LaTeX

#+SRCNAME: srcModifyDB2.sql
#+BEGIN_SRC sql :tangle srcModifyDB.sql
    -- add column `DossierSentToSecteur' (if column does not exist yet)
    IF NOT EXISTS (SELECT *
                   FROM INFORMATION_SCHEMA.COLUMNS
                   WHERE TABLE_NAME = 'dossier'
                   AND COLUMN_NAME = 'DossierSentToSecteur')
    BEGIN
        ALTER TABLE dossier
        ADD DossierSentToSecteur smalldatetime NULL
    END
    GO
#+END_SRC
--8<---------------cut here---------------end--------------->8---

with the following in my `.emacs' file:

--8<---------------cut here---------------start------------->8---
      (setq org-export-latex-default-packages-alist
            '(("AUTO" "inputenc" t)
              ("T1" "fontenc" t)
              ("" "fixltx2e" nil)
              ("" "graphicx" t)
              ("" "longtable" nil)
              ("" "float" nil)
              ("" "wrapfig" nil)
              ("" "soul" t)
              ("" "t1enc" t)
              ("" "textcomp" t)
              ("" "marvosym" t)
              ("" "wasysym" t)
              ("" "latexsym" t)
              ("" "amssymb" t)
              ("" "hyperref" nil)
              "\\tolerance=1000"))

      ;; tell org to use listings (instead of verbatim) for source code
      (setq org-export-latex-listings t)

      ;; if you want fontified source code, then you must include the
      ;; `listings' package
      (add-to-list 'org-export-latex-packages-alist '("" "listings"))

      ;; if you want colored source code, then you need to include the
      ;; `xcolor' package
      (add-to-list 'org-export-latex-packages-alist '("" "xcolor"))
--8<---------------cut here---------------end--------------->8---

I've put the PDF (for easy access) onto my Web site:

http://www.mygooglest.com/sva/ECM-Listings.pdf

Best regards,
  Seb

-- 
Sébastien Vauban


_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: Change resolution of LaTeX formulas in HTML output?

[Bastien]

Dan Davison <davison@stats.ox.ac.uk> writes:

> Am I right in understanding that if we increase html-resolution the
> resulting images will come out larger in a web browser; 

You're right.

Actually having a :resolution would perhaps make sense, at least for
consistency sake.  What do you (and the OP) think?

> i.e that there is no way to maintain the images the same size while
> making them appear "sharper" in a web browser?

I guess this is related to the quality of the png, which is defined by
the -Q switch for dvipng.  Would you like to set this as well?

-- 
 Bastien

Re: Change resolution of LaTeX formulas in HTML output?

[Carsten Dominik]

On Aug 5, 2010, at 12:32 AM, Bastien wrote:

> amscopub-mail@yahoo.com writes:
>
>> Is there a way to control the resolution of PNG LaTeX formulas when
>> you export to HTML?
>
> I've implemented this.

I would not think that we need this change, the :scale and :html-scale
parameters do this for in-buffer display and html formatting,  
respectively.

Please revert this change.

- Carsten

Re: How to get pretty printed source code in PDFLaTeX

[Dan Davison]

Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
writes:

> Hi Dan and Sebastian,
>
> Sebastian Rose wrote:
>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org> writes:
>>> Can you point me to an example that shows how to make source code in latex
>>> look (almost) as nice as html?
>>
>> That is supposed to work with the `listings' package. I havent tried that
>> yet.
>>
>> I still use my old LaTeX headers and write verbatim LaTeX code.  I'd
>> like to switch though, since it's a lot to type.
>>
>> Here is an example:
>>
>>       \begin{codeblock}
>>       \keyword{public function}~\func{\_\_construct}~(\increaseindent[15]\doindent
>>       \variable{\$instance}~=~\konstante{MAP\_STANDARD\_JS\_INSTANCE},\doindent
>>       \variable{\$z}~=~\konstante{MAP\_STANDARD\_ZOOM},\doindent
>>       \variable{\$centerX}~=~-1,\doindent
>>       \variable{\$centerY}~=~-1,\doindent
>>       \variable{\$highlights}~=~\keyword{true},\doindent
>>       \variable{\$spots}~=~\keyword{false}\doindent
>>       )\resetindent
>>       \end{codeblock}
>>
>> Looks horrible, does it?
>
> If I understand you right, here's such an example you're after:
>
> #+TITLE:     Using the listings package
> #+AUTHOR:    Seb Vauban
> #+DATE:      2010-08-06
> #+LANGUAGE:  en_US
>
> * Code
>
> This must be nice to see in LaTeX.
>
> #+SRCNAME: srcModifyDB1.sql
> #+BEGIN_SRC sql :tangle srcModifyDB.sql
>     -- add column `DossierSentToSecteur' (if column does not exist yet)
>     IF NOT EXISTS (SELECT *
>                    FROM INFORMATION_SCHEMA.COLUMNS
>                    WHERE TABLE_NAME = 'dossier'
>                    AND COLUMN_NAME = 'DossierSentToSecteur')
>     BEGIN
>         ALTER TABLE dossier
>         ADD DossierSentToSecteur smalldatetime NULL
>     END
>     GO
> #+END_SRC
>
> Right?
>
> * Much better code
>
> For that, you need to customize =listings=:
>
> #+begin_LaTeX
> % typeset source code listings
> \usepackage{listings} % must be loaded after `babel'
> \lstloadlanguages{C}
> \definecolor{sva@lstbackground}{HTML}{FFFFCC} % light yellow
> \definecolor{sva@lstkeyword}{HTML}{0000FF} % blue
> \definecolor{sva@lstidentifier}{HTML}{000000} % black
> \definecolor{sva@lstcomment}{HTML}{FF0000} % red
> \definecolor{sva@lststring}{HTML}{008000} % dark green
> \lstset{%
>     basicstyle=\ttfamily\scriptsize, % the font that is used for the code
>     tabsize=4, % sets default tabsize to 4 spaces
>     numbers=left, % where to put the line numbers
>     numberstyle=\tiny, % line number font size
>     stepnumber=0, % step between two line numbers
>     breaklines=false, %!! don't break long lines of code
>     showtabs=false, % show tabs within strings adding particular underscores
>     showspaces=false, % show spaces adding particular underscores
>     showstringspaces=false, % underline spaces within strings
>     keywordstyle=\color{sva@lstkeyword},
>     identifierstyle=\color{sva@lstidentifier},
>     stringstyle=\color{sva@lststring},
>     commentstyle=\color{sva@lstcomment},
>     backgroundcolor=\color{sva@lstbackground}, % sets the background color
>     captionpos=b, % sets the caption position to `bottom'
>     extendedchars=false %!?? workaround for when the listed file is in UTF-8
> }
> #+end_LaTeX
>
> #+SRCNAME: srcModifyDB2.sql
> #+BEGIN_SRC sql :tangle srcModifyDB.sql
>     -- add column `DossierSentToSecteur' (if column does not exist yet)
>     IF NOT EXISTS (SELECT *
>                    FROM INFORMATION_SCHEMA.COLUMNS
>                    WHERE TABLE_NAME = 'dossier'
>                    AND COLUMN_NAME = 'DossierSentToSecteur')
>     BEGIN
>         ALTER TABLE dossier
>         ADD DossierSentToSecteur smalldatetime NULL
>     END
>     GO
> #+END_SRC
>
> with the following in my `.emacs' file:
>
>       (setq org-export-latex-default-packages-alist
>             '(("AUTO" "inputenc" t)
>               ("T1" "fontenc" t)
>               ("" "fixltx2e" nil)
>               ("" "graphicx" t)
>               ("" "longtable" nil)
>               ("" "float" nil)
>               ("" "wrapfig" nil)
>               ("" "soul" t)
>               ("" "t1enc" t)
>               ("" "textcomp" t)
>               ("" "marvosym" t)
>               ("" "wasysym" t)
>               ("" "latexsym" t)
>               ("" "amssymb" t)
>               ("" "hyperref" nil)
>               "\\tolerance=1000"))
>
>       ;; tell org to use listings (instead of verbatim) for source code
>       (setq org-export-latex-listings t)
>
>       ;; if you want fontified source code, then you must include the
>       ;; `listings' package
>       (add-to-list 'org-export-latex-packages-alist '("" "listings"))
>
>       ;; if you want colored source code, then you need to include the
>       ;; `xcolor' package
>       (add-to-list 'org-export-latex-packages-alist '("" "xcolor"))
>
> I've put the PDF (for easy access) onto my Web site:
>
> http://www.mygooglest.com/sva/ECM-Listings.pdf

Wow, that's really nice. Thanks for sharing that. I think we should aim
to get to a point where org-mode can produce such nicely formatted
source code out-of-the-box. Maybe we could even make latex inherit the
colours and fonts that emacs is currently using for source code mark up?
I was going to suggest doing this with listings but then came across
minted, and I wonder whether that's even more suitable? (See the other
post I just made.)

Dan

>
> Best regards,
>   Seb

Re: Change resolution of LaTeX formulas in HTML output?

[Uri Avalos]

Carsten, we are trying to increase the resolution of the images for *print* (ppi or dpi) while keeping the image the size on the web page. (As I wrote in the first email, I'm generating an HTML file with LaTeX pngs and then converting that to a PDF.) 

Unfortunately, the html-scale and scale options by themselves do *not* get the job done. 

Anyhow, this has been done before in Twiki. Check out the "rendering options" in this page:

https://twiki.cern.ch/twiki/bin/view/TWiki/LatexModePlugin

The way this plugin gets LaTeX pngs of 300 ppi (without an increase in screen size) is by simultaneously increasing the resolution and *decreasing* the html-scale. 

Just tried that approach with :html-scale .25 and :html-resolution 300 but with *no* noticeable increase in quality. 

On Fri, 6 Aug 2010 12:46:28 +0200
Carsten Dominik <carsten.dominik@gmail.com> wrote:

> 
> On Aug 5, 2010, at 12:32 AM, Bastien wrote:
> 
> > amscopub-mail@yahoo.com writes:
> >
> >> Is there a way to control the resolution of PNG LaTeX formulas when
> >> you export to HTML?
> >
> > I've implemented this.
> 
> I would not think that we need this change, the :scale and :html-scale
> parameters do this for in-buffer display and html formatting,  
> respectively.
> 
> Please revert this change.
> 
> - Carsten
> 


-- 
--Thanks!
Uriel

Re: Change resolution of LaTeX formulas in HTML output?

[amscopub-mail]

Carsten, we are trying to increase the resolution of the images for *print* (ppi or dpi) while keeping the image the size on the web page. (As I wrote in the first email, I'm generating an HTML file with LaTeX pngs and then converting that to a PDF.)

Unfortunately, the html-scale and scale options by themselves do *not* get the job done.

Anyhow, this has been done before in Twiki. Check out the "rendering options" in this page:

https://twiki.cern.ch/twiki/bin/view/TWiki/LatexModePlugin

The way this plugin gets LaTeX pngs of 300 ppi (without an increase in screen size) is by simultaneously increasing the resolution and *decreasing* the html-scale.

Just tried that approach with :html-scale .25 and :html-resolution 300 but with *no* noticeable increase in quality. I think :html-scale actually changes the size of the file. In the twiki plugin, html-scale changes the size of the file *in the HTML* only.

On Fri, 6 Aug 2010 12:46:28 +0200
Carsten Dominik <carsten.dominik@gmail.com> wrote:

>
> On Aug 5, 2010, at 12:32 AM, Bastien wrote:
>
> > amscopub-mail@yahoo.com writes:
> >
> >> Is there a way to control the resolution of PNG LaTeX formulas when
> >> you export to HTML?
> >
> > I've implemented this.
>
> I would not think that we need this change, the :scale and :html-scale
> parameters do this for in-buffer display and html formatting, 
> respectively.
>
> Please revert this change.
>
> - Carsten
>


-- 
--Thanks!
Uriel

Re: Change resolution of LaTeX formulas in HTML output?

[Bastien]

Carsten Dominik <carsten.dominik@gmail.com> writes:

> I would not think that we need this change, the :scale and :html-scale
> parameters do this for in-buffer display and html formatting,
> respectively.
>
>
> Please revert this change.

Done.

-- 
 Bastien

Re: Change resolution of LaTeX formulas in HTML output?

[amscopub-mail]

I just tripped over myself :-) After reading this excellent discussion of dpi (http://www.danheller.com/tech-dpi.html ), I think the problem might just be dvipng. The "problem" is that while the PNGs look good on the screen, they look horrible in the printer. I tried creating some PNGs with with dpi's of 1000. The images were very pixelated. If you print such a low quality image, it will look horrible, no matter how high the dpi. 

I tried using the Q switch but that didn't seem to do anything. Maybe there is some type of combination of switches that produces better quality PNGs? Or an alternative program that does the same thing?


On Fri, 6 Aug 2010 07:05:58 -0700 (PDT)
Uri Avalos <uriavalos@yahoo.com> wrote:

> Carsten, we are trying to increase the resolution of the images for *print* (ppi or dpi) while keeping the image the size on the web page. (As I wrote in the first email, I'm generating an HTML file with LaTeX pngs and then converting that to a PDF.) 
> 
> Unfortunately, the html-scale and scale options by themselves do *not* get the job done. 
> 
> Anyhow, this has been done before in Twiki. Check out the "rendering options" in this page:
> 
> https://twiki.cern.ch/twiki/bin/view/TWiki/LatexModePlugin
> 
> The way this plugin gets LaTeX pngs of 300 ppi (without an increase in screen size) is by simultaneously increasing the resolution and *decreasing* the html-scale. 
> 
> Just tried that approach with :html-scale .25 and :html-resolution 300 but with *no* noticeable increase in quality. 
> 
> On Fri, 6 Aug 2010 12:46:28 +0200
> Carsten Dominik <carsten.dominik@gmail.com> wrote:
> 
> > 
> > On Aug 5, 2010, at 12:32 AM, Bastien wrote:
> > 
> > > amscopub-mail@yahoo.com writes:
> > >
> > >> Is there a way to control the resolution of PNG LaTeX formulas when
> > >> you export to HTML?
> > >
> > > I've implemented this.
> > 
> > I would not think that we need this change, the :scale and :html-scale
> > parameters do this for in-buffer display and html formatting,  
> > respectively.
> > 
> > Please revert this change.
> > 
> > - Carsten
> > 
> 
> 
> -- 
> --Thanks!
> Uriel
> 
> 
> 
> _______________________________________________
> 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


-- 
--Thanks!
Uriel

Re: Change resolution of LaTeX formulas in HTML output?

[Carsten Dominik]

On Aug 6, 2010, at 5:17 PM, amscopub-mail@yahoo.com wrote:

> Carsten, we are trying to increase the resolution of the images for  
> *print* (ppi or dpi) while keeping the image the size on the web  
> page. (As I wrote in the first email, I'm generating an HTML file  
> with LaTeX pngs and then converting that to a PDF.)

Ah, I see now.  Obviously I read only part of the discussion.  Sorry.

The problem is that both html-resolution and html-scale get translated  
into a pixel size.
what we really would need is to make the picture big and the to scale  
it down in the browser
by an html attribute.  Maybe :html-scale is an unfortunate naming  
because it it sounds like
it would be an html attribute for the included image.

Did you follow the recent discussion about MathJax?  I think this  
might be a better way
to get good resolution math into an HTML page.

If you want to print the result, why don't you go through LaTeX?

- Carsten

>
> Unfortunately, the html-scale and scale options by themselves do  
> *not* get the job done.
>
> Anyhow, this has been done before in Twiki. Check out the "rendering  
> options" in this page:
>
> https://twiki.cern.ch/twiki/bin/view/TWiki/LatexModePlugin
>
> The way this plugin gets LaTeX pngs of 300 ppi (without an increase  
> in screen size) is by simultaneously increasing the resolution and  
> *decreasing* the html-scale.
>
> Just tried that approach with :html-scale .25 and :html-resolution  
> 300 but with *no* noticeable increase in quality. I think :html- 
> scale actually changes the size of the file. In the twiki plugin,  
> html-scale changes the size of the file *in the HTML* only.
>
> On Fri, 6 Aug 2010 12:46:28 +0200
> Carsten Dominik <carsten.dominik@gmail.com> wrote:
>
>>
>> On Aug 5, 2010, at 12:32 AM, Bastien wrote:
>>
>>> amscopub-mail@yahoo.com writes:
>>>
>>>> Is there a way to control the resolution of PNG LaTeX formulas when
>>>> you export to HTML?
>>>
>>> I've implemented this.
>>
>> I would not think that we need this change, the :scale and :html- 
>> scale
>> parameters do this for in-buffer display and html formatting,
>> respectively.
>>
>> Please revert this change.
>>
>> - Carsten
>>
>
>
> -- 
> --Thanks!
> Uriel
>
>
> _______________________________________________
> 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

Re: How to get pretty printed source code in PDFLaTeX

[Sébastien Vauban]

Hi Dan,

Dan Davison wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg> writes:
>> Sebastian Rose wrote:
>>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org> writes:
>>>> Can you point me to an example that shows how to make source code in
>>>> latex look (almost) as nice as html?
>>>
>>> That is supposed to work with the `listings' package. I havent tried that
>>> yet.
>>
>> If I understand you right, here's such an example you're after:
>>
>> * Much better code
>>
>> For that, you need to customize =listings=:
>>
>> #+begin_LaTeX
>> % typeset source code listings
>> \usepackage{listings} % must be loaded after `babel'
>> \lstloadlanguages{C}
>> \definecolor{sva@lstbackground}{HTML}{FFFFCC} % light yellow
>> \definecolor{sva@lstkeyword}{HTML}{0000FF} % blue
>> \definecolor{sva@lstidentifier}{HTML}{000000} % black
>> \definecolor{sva@lstcomment}{HTML}{FF0000} % red
>> \definecolor{sva@lststring}{HTML}{008000} % dark green
>> \lstset{%
>>     basicstyle=\ttfamily\scriptsize, % the font that is used for the code
>>     tabsize=4, % sets default tabsize to 4 spaces
>>     numbers=left, % where to put the line numbers
>>     numberstyle=\tiny, % line number font size
>>     stepnumber=0, % step between two line numbers
>>     breaklines=false, %!! don't break long lines of code
>>     showtabs=false, % show tabs within strings adding particular underscores
>>     showspaces=false, % show spaces adding particular underscores
>>     showstringspaces=false, % underline spaces within strings
>>     keywordstyle=\color{sva@lstkeyword},
>>     identifierstyle=\color{sva@lstidentifier},
>>     stringstyle=\color{sva@lststring},
>>     commentstyle=\color{sva@lstcomment},
>>     backgroundcolor=\color{sva@lstbackground}, % sets the background color
>>     captionpos=b, % sets the caption position to `bottom'
>>     extendedchars=false %!?? workaround for when the listed file is in UTF-8
>> }
>> #+end_LaTeX
>>
>> #+SRCNAME: srcModifyDB2.sql
>> #+BEGIN_SRC sql :tangle srcModifyDB.sql
>>     -- add column `DossierSentToSecteur' (if column does not exist yet)
>>     IF NOT EXISTS (SELECT *
>>                    FROM INFORMATION_SCHEMA.COLUMNS
>>                    WHERE TABLE_NAME = 'dossier'
>>                    AND COLUMN_NAME = 'DossierSentToSecteur')
>>     BEGIN
>>         ALTER TABLE dossier
>>         ADD DossierSentToSecteur smalldatetime NULL
>>     END
>>     GO
>> #+END_SRC
>>
>> I've put the PDF (for easy access) onto my Web site:
>>
>> http://www.mygooglest.com/sva/ECM-Listings.pdf
>
> Wow, that's really nice. Thanks for sharing that.

I really thought that you used such a thing for a long time, having done so
much for Org-Babel. Maybe you were more interested by the execution stuff,
rather than its printing? For me, the opposite: I was much interested by the
printing, now by accessing all the power of Babel.

> I think we should aim to get to a point where org-mode can produce such
> nicely formatted source code out-of-the-box.

I share your point. I'm willing to participate, or even begin, such a page on
Worg, with the above info.

> Maybe we could even make latex inherit the colours and fonts that emacs is
> currently using for source code mark up?

For sure, that'd be nice. You mean the way htmlize works, and keeps my colors,
right?

Dunno what it implies for Org-LaTeX... Generating your own class customization,
and having it loaded by default (in the list of LaTeX packages)?

> I was going to suggest doing this with listings but then came across minted,
> and I wonder whether that's even more suitable? (See the other post I just
> made.)

Never heard about it before, while I'm trying to follow info about TeX as
well.

I'm very impressed by the quality and reaction time of
french.computers.text.tex. So, I decided to ask them what they thought about
Listings vs Minted.

See on [[http://groups.google.com/groups/search?as_umsgid%3D87lj8gp4rr.fsf%40mundaneum.com][Email from Sébastien Vauban: Listings vs Minted]]

What's interesting is that 2 brilliant people of that list responded on that.
I could try to translate the whole, but there already is a lot. Just
highlighting that they don't trust that much all the facts that have been used
against Listings (and prove what they say): about Utf-8, or the number of
languages, etc.

They agree with one inconvenient of Listings: the fact that, by default, it
uses bad settings (like no color, and proportional font).

On the other hand, they don't like implying the use of an external language to
LaTeX. Impacts on shell-escape.

The discussion is going on. I'll keep you posted.

For sure, the objective of getting better out-of-the-box is a goal we can
reach.

Best regards,
  Seb

-- 
Sébastien Vauban


_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: How to get pretty printed source code in PDFLaTeX

[Dan Davison]

Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
writes:

> Hi Dan,
>
> Dan Davison wrote:
>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg> writes:
>>> Sebastian Rose wrote:
>>>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org> writes:
>>>>> Can you point me to an example that shows how to make source code in
>>>>> latex look (almost) as nice as html?
>>>>
>>>> That is supposed to work with the `listings' package. I havent tried that
>>>> yet.
>>>
>>> If I understand you right, here's such an example you're after:
>>>
>>> * Much better code

[...]

>>> I've put the PDF (for easy access) onto my Web site:
>>>
>>> http://www.mygooglest.com/sva/ECM-Listings.pdf
>>
>> Wow, that's really nice. Thanks for sharing that.
>
> I really thought that you used such a thing for a long time, having done so
> much for Org-Babel. Maybe you were more interested by the execution stuff,
> rather than its printing? For me, the opposite: I was much interested by the
> printing, now by accessing all the power of Babel.

You're probably right that I should have looked into it. But seeing as
the HTML export of code is so nice and requred no configuration, I never
got round to it. Although I did write my Ph.D. in latex, and I am
enjoying using the listings package for formatting pseudocode in a paper
which I'm supposed to be writing, I do need to become better friends
with latex, it's true.

>> I think we should aim to get to a point where org-mode can produce such
>> nicely formatted source code out-of-the-box.
>
> I share your point. I'm willing to participate, or even begin, such a page on
> Worg, with the above info.
>
>> Maybe we could even make latex inherit the colours and fonts that emacs is
>> currently using for source code mark up?
>
> For sure, that'd be nice. You mean the way htmlize works, and keeps my colors,
> right?
>
> Dunno what it implies for Org-LaTeX... Generating your own class customization,
> and having it loaded by default (in the list of LaTeX packages)?

Usage of listings is controlled by the variable
`org-export-latex-listings', so the simplest start would be: if that is
non-nil then code like yours could be inserted into the latex output.

>
>> I was going to suggest doing this with listings but then came across minted,
>> and I wonder whether that's even more suitable? (See the other post I just
>> made.)
>
> Never heard about it before, while I'm trying to follow info about TeX as
> well.
>
> I'm very impressed by the quality and reaction time of
> french.computers.text.tex. So, I decided to ask them what they thought about
> Listings vs Minted.

,----
| "sur un post de Dan Davison parlant d'un nouveau paquet qui 
| serait mieux que Listings."
`----

Hey, I never said that! :) 

I said it might be better *for export of code from org-mode*. But
seriously, no problem, in addition to my character assassination, from
what I could make out they made lots of good points. Although I will
watch out now if I come across any francophones who look like they might
be tex enthusiasts (wouldn't one always...)

What I meant is that seeing as org-users who set
`org-export-latex-listings' get black and white code with ugly fonts by
default, there are two improvement options for us:

1. we work on incorporating nice listings configuration into org mode so
   that Org users get nice colours and fonts by default
2. we add an option to allow Org users to use the minted package, which
   gives them nice colours and fonts automatically.

(2) was easy and so I did it straight away. And (1) is still something
we want to do, not least because listings is in standard latex
distributions and doesn't have an extra python requirement. Assuming
that minted/pygments are stable software that will be around for a
while, I would vote for both options ultimately being available in
org-mode.

>
> See on [[http://groups.google.com/groups/search?as_umsgid%3D87lj8gp4rr.fsf%40mundaneum.com][Email from Sébastien Vauban: Listings vs Minted]]
>
> What's interesting is that 2 brilliant people of that list responded on that.
> I could try to translate the whole, but there already is a lot. Just
> highlighting that they don't trust that much all the facts that have been used
> against Listings (and prove what they say): about Utf-8, or the number of
> languages, etc.
>
> They agree with one inconvenient of Listings: the fact that, by default, it
> uses bad settings (like no color, and proportional font).
>
> On the other hand, they don't like implying the use of an external language to
> LaTeX. Impacts on shell-escape.
>
> The discussion is going on. I'll keep you posted.
>
> For sure, the objective of getting better out-of-the-box is a goal we can
> reach.

Excellent, I think that will be a good addition to org-mode.

Dan

>
> Best regards,
>   Seb

Re: Re: How to get pretty printed source code in PDFLaTeX

[Thomas S. Dye]

Hi Dan,

One of the design goals of LaTeX is to use semantic markup in the  
source and to keep details of representation separate, typically in a  
style or class file that is used to render the semantic markup.  From  
this perspective, the cleanest implementation would be to create a  
LaTeX style or class file for use with org-mode, where the gory  
details of listings vs. minted, etc. could be worked out.  This would  
leave org-mode to do what it does very well, which is to identify and  
mark the relevant semantic units, and would at the same time simplify  
org-mode configuration.

For the user, this would require the org-mode.sty or org-mode.cls file  
be placed somewhere LaTeX could find it and creating an export target  
for it in .emacs.

This might not qualify as "out of the box" but the looser coupling  
between org-mode and LaTeX is likely to be a plus in the long run.

All the best,
Tom

On Aug 9, 2010, at 12:29 PM, Dan Davison wrote:

>
>
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS 
> +FvcfC7Uqw@public.gmane.org>
> writes:
>
>> Hi Dan,
>>
>> Dan Davison wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg 
>>> > writes:
>>>> Sebastian Rose wrote:
>>>>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org>  
>>>>> writes:
>>>>>> Can you point me to an example that shows how to make source  
>>>>>> code in
>>>>>> latex look (almost) as nice as html?
>>>>>
>>>>> That is supposed to work with the `listings' package. I havent  
>>>>> tried that
>>>>> yet.
>>>>
>>>> If I understand you right, here's such an example you're after:
>>>>
>>>> * Much better code
>
> [...]
>
>>>> I've put the PDF (for easy access) onto my Web site:
>>>>
>>>> http://www.mygooglest.com/sva/ECM-Listings.pdf
>>>
>>> Wow, that's really nice. Thanks for sharing that.
>>
>> I really thought that you used such a thing for a long time, having  
>> done so
>> much for Org-Babel. Maybe you were more interested by the execution  
>> stuff,
>> rather than its printing? For me, the opposite: I was much  
>> interested by the
>> printing, now by accessing all the power of Babel.
>
> You're probably right that I should have looked into it. But seeing as
> the HTML export of code is so nice and requred no configuration, I  
> never
> got round to it. Although I did write my Ph.D. in latex, and I am
> enjoying using the listings package for formatting pseudocode in a  
> paper
> which I'm supposed to be writing, I do need to become better friends
> with latex, it's true.
>
>>> I think we should aim to get to a point where org-mode can produce  
>>> such
>>> nicely formatted source code out-of-the-box.
>>
>> I share your point. I'm willing to participate, or even begin, such  
>> a page on
>> Worg, with the above info.
>>
>>> Maybe we could even make latex inherit the colours and fonts that  
>>> emacs is
>>> currently using for source code mark up?
>>
>> For sure, that'd be nice. You mean the way htmlize works, and keeps  
>> my colors,
>> right?
>>
>> Dunno what it implies for Org-LaTeX... Generating your own class  
>> customization,
>> and having it loaded by default (in the list of LaTeX packages)?
>
> Usage of listings is controlled by the variable
> `org-export-latex-listings', so the simplest start would be: if that  
> is
> non-nil then code like yours could be inserted into the latex output.
>
>>
>>> I was going to suggest doing this with listings but then came  
>>> across minted,
>>> and I wonder whether that's even more suitable? (See the other  
>>> post I just
>>> made.)
>>
>> Never heard about it before, while I'm trying to follow info about  
>> TeX as
>> well.
>>
>> I'm very impressed by the quality and reaction time of
>> french.computers.text.tex. So, I decided to ask them what they  
>> thought about
>> Listings vs Minted.
>
> ,----
> | "sur un post de Dan Davison parlant d'un nouveau paquet qui
> | serait mieux que Listings."
> `----
>
> Hey, I never said that! :)
>
> I said it might be better *for export of code from org-mode*. But
> seriously, no problem, in addition to my character assassination, from
> what I could make out they made lots of good points. Although I will
> watch out now if I come across any francophones who look like they  
> might
> be tex enthusiasts (wouldn't one always...)
>
> What I meant is that seeing as org-users who set
> `org-export-latex-listings' get black and white code with ugly fonts  
> by
> default, there are two improvement options for us:
>
> 1. we work on incorporating nice listings configuration into org  
> mode so
>   that Org users get nice colours and fonts by default
> 2. we add an option to allow Org users to use the minted package,  
> which
>   gives them nice colours and fonts automatically.
>
> (2) was easy and so I did it straight away. And (1) is still something
> we want to do, not least because listings is in standard latex
> distributions and doesn't have an extra python requirement. Assuming
> that minted/pygments are stable software that will be around for a
> while, I would vote for both options ultimately being available in
> org-mode.
>
>>
>> See on [[http://groups.google.com/groups/search?as_umsgid%3D87lj8gp4rr.fsf%40mundaneum.com 
>> ][Email from Sébastien Vauban: Listings vs Minted]]
>>
>> What's interesting is that 2 brilliant people of that list  
>> responded on that.
>> I could try to translate the whole, but there already is a lot. Just
>> highlighting that they don't trust that much all the facts that  
>> have been used
>> against Listings (and prove what they say): about Utf-8, or the  
>> number of
>> languages, etc.
>>
>> They agree with one inconvenient of Listings: the fact that, by  
>> default, it
>> uses bad settings (like no color, and proportional font).
>>
>> On the other hand, they don't like implying the use of an external  
>> language to
>> LaTeX. Impacts on shell-escape.
>>
>> The discussion is going on. I'll keep you posted.
>>
>> For sure, the objective of getting better out-of-the-box is a goal  
>> we can
>> reach.
>
> Excellent, I think that will be a good addition to org-mode.
>
> Dan
>
>>
>> Best regards,
>>  Seb
>
>
> _______________________________________________
> 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: How to get pretty printed source code in PDFLaTeX

[Dan Davison]

"Thomas S. Dye" <tsd@tsdye.com> writes:

> Hi Dan,
>
> One of the design goals of LaTeX is to use semantic markup in the
> source and to keep details of representation separate, typically in a
> style or class file that is used to render the semantic markup.  From
> this perspective, the cleanest implementation would be to create a
> LaTeX style or class file for use with org-mode, where the gory
> details of listings vs. minted, etc.

Yes, although may I repeat that in the case of minted there are no gory
details. The patch I submitted already works to give org users
out-of-the-box pretty fontified code with nothing more required than
installation of pygments and putting minted.sty in a suitable
place. Pending the work on listings that you and Seb and I are
proposing, the minted patch is therefore a useful advance for org
mode. It can always be removed later if it becomes clear that it is
completely redundant in view of newly improved org/listings support.

But yes, absolutely, what you say is definitely helpful for those
planning work on improving listings support.

Dan

> could be worked out.  This would
> leave org-mode to do what it does very well, which is to identify and
> mark the relevant semantic units, and would at the same time simplify
> org-mode configuration.
>
> For the user, this would require the org-mode.sty or org-mode.cls file
> be placed somewhere LaTeX could find it and creating an export target
> for it in .emacs.
>
> This might not qualify as "out of the box" but the looser coupling
> between org-mode and LaTeX is likely to be a plus in the long run.
>
> All the best,
> Tom
>
> On Aug 9, 2010, at 12:29 PM, Dan Davison wrote:
>
>>
>>
>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS
>> +FvcfC7Uqw@public.gmane.org>
>> writes:
>>
>>> Hi Dan,
>>>
>>> Dan Davison wrote:
>>>> Sébastien Vauban
>>>> <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg
>>>> > writes:
>>>>> Sebastian Rose wrote:
>>>>>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org>
>>>>>> writes:
>>>>>>> Can you point me to an example that shows how to make source
>>>>>>> code in
>>>>>>> latex look (almost) as nice as html?
>>>>>>
>>>>>> That is supposed to work with the `listings' package. I havent
>>>>>> tried that
>>>>>> yet.
>>>>>
>>>>> If I understand you right, here's such an example you're after:
>>>>>
>>>>> * Much better code
>>
>> [...]
>>
>>>>> I've put the PDF (for easy access) onto my Web site:
>>>>>
>>>>> http://www.mygooglest.com/sva/ECM-Listings.pdf
>>>>
>>>> Wow, that's really nice. Thanks for sharing that.
>>>
>>> I really thought that you used such a thing for a long time, having
>>> done so
>>> much for Org-Babel. Maybe you were more interested by the execution
>>> stuff,
>>> rather than its printing? For me, the opposite: I was much
>>> interested by the
>>> printing, now by accessing all the power of Babel.
>>
>> You're probably right that I should have looked into it. But seeing as
>> the HTML export of code is so nice and requred no configuration, I
>> never
>> got round to it. Although I did write my Ph.D. in latex, and I am
>> enjoying using the listings package for formatting pseudocode in a
>> paper
>> which I'm supposed to be writing, I do need to become better friends
>> with latex, it's true.
>>
>>>> I think we should aim to get to a point where org-mode can produce
>>>> such
>>>> nicely formatted source code out-of-the-box.
>>>
>>> I share your point. I'm willing to participate, or even begin, such
>>> a page on
>>> Worg, with the above info.
>>>
>>>> Maybe we could even make latex inherit the colours and fonts that
>>>> emacs is
>>>> currently using for source code mark up?
>>>
>>> For sure, that'd be nice. You mean the way htmlize works, and keeps
>>> my colors,
>>> right?
>>>
>>> Dunno what it implies for Org-LaTeX... Generating your own class
>>> customization,
>>> and having it loaded by default (in the list of LaTeX packages)?
>>
>> Usage of listings is controlled by the variable
>> `org-export-latex-listings', so the simplest start would be: if that
>> is
>> non-nil then code like yours could be inserted into the latex output.
>>
>>>
>>>> I was going to suggest doing this with listings but then came
>>>> across minted,
>>>> and I wonder whether that's even more suitable? (See the other
>>>> post I just
>>>> made.)
>>>
>>> Never heard about it before, while I'm trying to follow info about
>>> TeX as
>>> well.
>>>
>>> I'm very impressed by the quality and reaction time of
>>> french.computers.text.tex. So, I decided to ask them what they
>>> thought about
>>> Listings vs Minted.
>>
>> ,----
>> | "sur un post de Dan Davison parlant d'un nouveau paquet qui
>> | serait mieux que Listings."
>> `----
>>
>> Hey, I never said that! :)
>>
>> I said it might be better *for export of code from org-mode*. But
>> seriously, no problem, in addition to my character assassination, from
>> what I could make out they made lots of good points. Although I will
>> watch out now if I come across any francophones who look like they
>> might
>> be tex enthusiasts (wouldn't one always...)
>>
>> What I meant is that seeing as org-users who set
>> `org-export-latex-listings' get black and white code with ugly fonts
>> by
>> default, there are two improvement options for us:
>>
>> 1. we work on incorporating nice listings configuration into org
>> mode so
>>   that Org users get nice colours and fonts by default
>> 2. we add an option to allow Org users to use the minted package,
>> which
>>   gives them nice colours and fonts automatically.
>>
>> (2) was easy and so I did it straight away. And (1) is still something
>> we want to do, not least because listings is in standard latex
>> distributions and doesn't have an extra python requirement. Assuming
>> that minted/pygments are stable software that will be around for a
>> while, I would vote for both options ultimately being available in
>> org-mode.
>>
>>>
>>> See on
>>> [[http://groups.google.com/groups/search?as_umsgid%3D87lj8gp4rr.fsf%40mundaneum.com
>>> ][Email from Sébastien Vauban: Listings vs Minted]]
>>>
>>> What's interesting is that 2 brilliant people of that list
>>> responded on that.
>>> I could try to translate the whole, but there already is a lot. Just
>>> highlighting that they don't trust that much all the facts that
>>> have been used
>>> against Listings (and prove what they say): about Utf-8, or the
>>> number of
>>> languages, etc.
>>>
>>> They agree with one inconvenient of Listings: the fact that, by
>>> default, it
>>> uses bad settings (like no color, and proportional font).
>>>
>>> On the other hand, they don't like implying the use of an external
>>> language to
>>> LaTeX. Impacts on shell-escape.
>>>
>>> The discussion is going on. I'll keep you posted.
>>>
>>> For sure, the objective of getting better out-of-the-box is a goal
>>> we can
>>> reach.
>>
>> Excellent, I think that will be a good addition to org-mode.
>>
>> Dan
>>
>>>
>>> Best regards,
>>>  Seb
>>
>>
>> _______________________________________________
>> 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: How to get pretty printed source code in PDFLaTeX

[Thomas S. Dye]

[-- Attachment #1.1: Type: text/plain, Size: 9454 bytes --]

Hi Dan,

Yes, sorry, "gory" was off the mark.

I think your approach with minted, etc. to gain out of the box  
functionality like this is very useful.  I'm following the  
conversation with interest because I am planning a publication that  
includes some code snippets.  My reservation comes from a decade of  
creating and maintaining LaTeX code.  When I violate the separation of  
semantics and implementation in a .tex file, I come to regret it  
sooner or later.  Old .tex files with non-semantic markup typically  
need editing before they can be used again with a different style file.

Thinking through this a bit more, I can see that this is not really an  
issue if the .org source is always the master document--the .tex file  
can later be regenerated to meet the requirements of a new style.  I  
guess the implementation choice is dependent on the expected use life  
of the LaTeX code generated by org-mode.  If the LaTeX code is just an  
intermediate step in a single process, then it is probably best to  
have org-mode specify all the LaTeX implementation details.  If the  
LaTeX code is the goal, and will have its own use life independent of  
the org-mode file that created it, then the implementation details in  
the .tex file will eventually get in the way.

All the best,
Tom


On Aug 10, 2010, at 7:37 AM, Dan Davison wrote:

> "Thomas S. Dye" <tsd@tsdye.com> writes:
>
>> Hi Dan,
>>
>> One of the design goals of LaTeX is to use semantic markup in the
>> source and to keep details of representation separate, typically in a
>> style or class file that is used to render the semantic markup.  From
>> this perspective, the cleanest implementation would be to create a
>> LaTeX style or class file for use with org-mode, where the gory
>> details of listings vs. minted, etc.
>
> Yes, although may I repeat that in the case of minted there are no  
> gory
> details. The patch I submitted already works to give org users
> out-of-the-box pretty fontified code with nothing more required than
> installation of pygments and putting minted.sty in a suitable
> place. Pending the work on listings that you and Seb and I are
> proposing, the minted patch is therefore a useful advance for org
> mode. It can always be removed later if it becomes clear that it is
> completely redundant in view of newly improved org/listings support.
>
> But yes, absolutely, what you say is definitely helpful for those
> planning work on improving listings support.
>
> Dan
>
>> could be worked out.  This would
>> leave org-mode to do what it does very well, which is to identify and
>> mark the relevant semantic units, and would at the same time simplify
>> org-mode configuration.
>>
>> For the user, this would require the org-mode.sty or org-mode.cls  
>> file
>> be placed somewhere LaTeX could find it and creating an export target
>> for it in .emacs.
>>
>> This might not qualify as "out of the box" but the looser coupling
>> between org-mode and LaTeX is likely to be a plus in the long run.
>>
>> All the best,
>> Tom
>>
>> On Aug 9, 2010, at 12:29 PM, Dan Davison wrote:
>>
>>>
>>>
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS
>>> +FvcfC7Uqw@public.gmane.org>
>>> writes:
>>>
>>>> Hi Dan,
>>>>
>>>> Dan Davison wrote:
>>>>> Sébastien Vauban
>>>>> <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg
>>>>>> writes:
>>>>>> Sebastian Rose wrote:
>>>>>>> Dan Davison <davison-+7o2aNKnwVPQzY9nttDBhA@public.gmane.org>
>>>>>>> writes:
>>>>>>>> Can you point me to an example that shows how to make source
>>>>>>>> code in
>>>>>>>> latex look (almost) as nice as html?
>>>>>>>
>>>>>>> That is supposed to work with the `listings' package. I havent
>>>>>>> tried that
>>>>>>> yet.
>>>>>>
>>>>>> If I understand you right, here's such an example you're after:
>>>>>>
>>>>>> * Much better code
>>>
>>> [...]
>>>
>>>>>> I've put the PDF (for easy access) onto my Web site:
>>>>>>
>>>>>> http://www.mygooglest.com/sva/ECM-Listings.pdf
>>>>>
>>>>> Wow, that's really nice. Thanks for sharing that.
>>>>
>>>> I really thought that you used such a thing for a long time, having
>>>> done so
>>>> much for Org-Babel. Maybe you were more interested by the execution
>>>> stuff,
>>>> rather than its printing? For me, the opposite: I was much
>>>> interested by the
>>>> printing, now by accessing all the power of Babel.
>>>
>>> You're probably right that I should have looked into it. But  
>>> seeing as
>>> the HTML export of code is so nice and requred no configuration, I
>>> never
>>> got round to it. Although I did write my Ph.D. in latex, and I am
>>> enjoying using the listings package for formatting pseudocode in a
>>> paper
>>> which I'm supposed to be writing, I do need to become better friends
>>> with latex, it's true.
>>>
>>>>> I think we should aim to get to a point where org-mode can produce
>>>>> such
>>>>> nicely formatted source code out-of-the-box.
>>>>
>>>> I share your point. I'm willing to participate, or even begin, such
>>>> a page on
>>>> Worg, with the above info.
>>>>
>>>>> Maybe we could even make latex inherit the colours and fonts that
>>>>> emacs is
>>>>> currently using for source code mark up?
>>>>
>>>> For sure, that'd be nice. You mean the way htmlize works, and keeps
>>>> my colors,
>>>> right?
>>>>
>>>> Dunno what it implies for Org-LaTeX... Generating your own class
>>>> customization,
>>>> and having it loaded by default (in the list of LaTeX packages)?
>>>
>>> Usage of listings is controlled by the variable
>>> `org-export-latex-listings', so the simplest start would be: if that
>>> is
>>> non-nil then code like yours could be inserted into the latex  
>>> output.
>>>
>>>>
>>>>> I was going to suggest doing this with listings but then came
>>>>> across minted,
>>>>> and I wonder whether that's even more suitable? (See the other
>>>>> post I just
>>>>> made.)
>>>>
>>>> Never heard about it before, while I'm trying to follow info about
>>>> TeX as
>>>> well.
>>>>
>>>> I'm very impressed by the quality and reaction time of
>>>> french.computers.text.tex. So, I decided to ask them what they
>>>> thought about
>>>> Listings vs Minted.
>>>
>>> ,----
>>> | "sur un post de Dan Davison parlant d'un nouveau paquet qui
>>> | serait mieux que Listings."
>>> `----
>>>
>>> Hey, I never said that! :)
>>>
>>> I said it might be better *for export of code from org-mode*. But
>>> seriously, no problem, in addition to my character assassination,  
>>> from
>>> what I could make out they made lots of good points. Although I will
>>> watch out now if I come across any francophones who look like they
>>> might
>>> be tex enthusiasts (wouldn't one always...)
>>>
>>> What I meant is that seeing as org-users who set
>>> `org-export-latex-listings' get black and white code with ugly fonts
>>> by
>>> default, there are two improvement options for us:
>>>
>>> 1. we work on incorporating nice listings configuration into org
>>> mode so
>>>  that Org users get nice colours and fonts by default
>>> 2. we add an option to allow Org users to use the minted package,
>>> which
>>>  gives them nice colours and fonts automatically.
>>>
>>> (2) was easy and so I did it straight away. And (1) is still  
>>> something
>>> we want to do, not least because listings is in standard latex
>>> distributions and doesn't have an extra python requirement. Assuming
>>> that minted/pygments are stable software that will be around for a
>>> while, I would vote for both options ultimately being available in
>>> org-mode.
>>>
>>>>
>>>> See on
>>>> [[http://groups.google.com/groups/search?as_umsgid%3D87lj8gp4rr.fsf%40mundaneum.com
>>>> ][Email from Sébastien Vauban: Listings vs Minted]]
>>>>
>>>> What's interesting is that 2 brilliant people of that list
>>>> responded on that.
>>>> I could try to translate the whole, but there already is a lot.  
>>>> Just
>>>> highlighting that they don't trust that much all the facts that
>>>> have been used
>>>> against Listings (and prove what they say): about Utf-8, or the
>>>> number of
>>>> languages, etc.
>>>>
>>>> They agree with one inconvenient of Listings: the fact that, by
>>>> default, it
>>>> uses bad settings (like no color, and proportional font).
>>>>
>>>> On the other hand, they don't like implying the use of an external
>>>> language to
>>>> LaTeX. Impacts on shell-escape.
>>>>
>>>> The discussion is going on. I'll keep you posted.
>>>>
>>>> For sure, the objective of getting better out-of-the-box is a goal
>>>> we can
>>>> reach.
>>>
>>> Excellent, I think that will be a good addition to org-mode.
>>>
>>> Dan
>>>
>>>>
>>>> Best regards,
>>>> Seb
>>>
>>>
>>> _______________________________________________
>>> 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



Thomas S. Dye, Ph.D.
T. S. Dye & Colleagues, Archaeologists, Inc.
Phone: (808) 529-0866 Fax: (808) 529-0884
http://www.tsdye.com



[-- Attachment #1.2: Type: text/html, Size: 31686 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
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