gmane.comp.tex.hevea

Re: [heveau] custom float and autoref support

2011-06-17T15:04:31

Hi,

I am quite overwhelmed by work at the moment. Hence the delay.

This should ne rather easy, do you have a package name in mind?
I need to read its documentation.




Hum, looks more involved, since it probably implies altering
hevea sectionning commands (or adding a general hook to them)...

[heveau] custom float and autoref support

sebastien_fricker — 2011-06-03T12:05:05

Hi,
I'm wondering of custom floats can be supported by hevea.
To generate a custom float for listings it is only necessary to write on
Latex:
  \floatstyle{boxed}
  \newfloat{listings}{thp}{lst}
  \floatname{listings}{Listing}
This seams not to be recognized by hevea.

Also the package hyperref provides \autoref which works like \ref with
the advantage that it does not only provide a reference number.
For example \autoref{sec:tt} generates 'Chapter 3'.
\autoref works with section, chapter and floats.
Would it be possible to add the support for this macro?

Best regards,
Sébastien Fricker

[heveau] CSS-based translation

Andrej Bauer — 2011-04-27T09:41:25

Dear Hevea-list,

I have used hevea in the past to experiment with LaTeX->HTML
conversion, but this time around I am looking at ways to generate
e-book documents from LaTeX. A most promising way seems to be a
combination of hevea and calibre (via the ebook-convert utility):

LaTeX --hevea--> HTML --ebook-convert--> EPUB

This works pretty well right out of the box, except for:

1. xypic images need to be larger (easily fixed with a suitable imagen
incantation)
2. hevea hard-codes colors for \mathcal, \mathsf, etc.
3. Weird stuff happens with some displayed equations, I need to figure it out.

Anyhow, I have one question and one suggestion.

The question: what is the easiest way to prevent hevea from using
color? Should I just redefine \mathcal and \mathsf?

The suggestions: it would be really great if hevea used CSS-based
HTML, so instead of things like <I> <EM> and <FONT color="purple"> we
would use <SPAN CLASS="mathit"> and <SPAN CLASS="mathsf">. This would
make the output much more flexible, not to mentio

[heveau] newcommand with an href link

Hugo Roy — 2011-02-10T19:05:19

Hello,

First, let me say all my gratitude towards the developers of Hevea on
this list :-)

Ok, now, I have a problem when I use Hevea, the HTML output gets some of
my links wrong. For instance, I created a command:

\newcommand{\legifciv}[1]{\href{http://www.legifrance.gouv.fr/WAspad/UnArticleDeCode?code=CCIVILL0.rcv&art=#1}{art. #1 c. civ.}}

This allow me to link to a legal text easily (by the way if you know a
better solution to do this, maybe I'm doing something wrong). So for
instance I can write in my text, "Blah blah as \legifciv{1143} is
saying" and in my PDF, it makes a link to
http://www.legifrance.gouv.fr/WAspad/UnArticleDeCode?code=CCIVILL0.rcv&art=1143

However, in the html output made by Hevea, the link gets into,
http://www.legifrance.gouv.fr/WAspad/UnArticleDeCode?code=CCIVILL0.rcv&art=#1


So, did I do wrong with my command? Or is it Hevea that should do
otherwise?

I hope you can have a look at this issue, and I'm sorry if it's already
been reported, I don't really know where to look (yet

Re: [heveau] Hevea image handling

Bruno Raffin — 2010-11-22T11:15:05

Hello,

Thanks. I  missed that in the doc. It works smoothly  now using:

\newcommand{\includegraphics}[2][]{\imgsrc[WIDTH=100\%]{#2.pdf}}


Bruno.


On Mon, 22 Nov 2010 10:09:23 +0100, <luc.maranget< at >inria.fr> wrote:

Re: [heveau] Hevea image handling

2010-11-22T09:09:23

Hello,

If I get it right, the issue is covered by hevea manual:
Have a look at section 8.2 ``More on included images''
<http://hevea.inria.fr/doc/manual018.html#toc23>

Hope it helps,

--Luc

[heveau] Hevea image handling

Bruno Raffin — 2010-11-22T09:04:07

Helo,

Starting to use hevea for our documentation (flowvr.sf.net), we are facing an issue with image handling.
Hevea regenerates its own images for figures (through imagen).  It leads to poor quality figures compared to the original images
we have.   Is there a way to  tell  hevea to use the original images ?



Thanks,


Bruno.

Re: [heveau] Re: invoking a command from HeVeA like \write18

Basile Starynkevitch — 2010-10-14T19:16:09

On Thu, 14 Oct 2010 16:23:19 +0200
Didier Remy <Didier.Remy< at >inria.fr> wrote:


Yet another option would be provide a plugin ability to Hevea, that is
to use Dynlink abilities to load some extra primitives into hevea
process, by explicit request of program arguments. One would imagine
that Ocaml type system would help the power user to develop somehow
safe hevea plugins.

Regards.

Re: [heveau] Re: invoking a command from HeVeA like \write18

Didier Remy — 2010-10-14T14:23:19

Perhaps, an intermediate options to limit security issues could to pass the
program to call with its options on the command line and bing it to a latex
command of one's choice \myprof that can then be used to evaluate
"\myprog{arg}" to the output produced by the program "myprog" called with
arg in stdin.

         Didier

[heveau] Re: invoking a command from HeVeA like \write18

2010-10-14T14:14:32

What you want may be  the \< at >exec primitive I do not want to include
in hevea (calling it \write18 is not a good idea
as hevea commands follow a fixed lexing scheme that does not allow
integers in command names).

Basically your code is ok, up to argument fetch, which should probably
be get_prim_arg in place of subst_arg subst lexbuf

Somthing like:

def_code
  "\\< at >exec"
  (fun lexbuf ->
     let com = Scan.get_prim_arg lexbuf in
     ignore (Sys.command com))

(Preferably in package.ml)

Given the potential security problems of the \< at >exec primitive
I will not include it in official hevea releases.

You are free of course to alter hevea sources and recompile them.
The modification is quite minor.

--Luc



I guess I added this and then changed my mind...

[heveau] Re: invoking a command from HeVeA like \write18

Basile Starynkevitch — 2010-10-14T13:05:38


It is not exactly the same, since \write18 (at least in pdflatex, when
suitably enabled) is getting all the TeX & LaTeX rewriting abilities
underneath.

As a concrete example, the texments LaTeX package
http://www.ctan.org/tex-archive/macros/latex/contrib/texments/ is
incoking pygments (a customizable pretty printer/colorizer/beautifier
for 250+ programming languages see http://pygments.org for more) with
things like

 \newcommand{\usestyle}[1]{
 \immediate\write18{pygmentize -S #1 -f latex > \jobname.pyg}
 \input{\jobname.pyg}
 }

My own wish is for writing documentation about some domain specific
language (GCC MELT, http://gcc.gnu.org/wiki/MELT if that matters) and
I really need that the LaTeX input drives some real execution of some
commands.

From what I understand of HeVeA source code, -exec is handled in
parse_opts as the Prog constructor, in turn handled by function
read_prog in hevea.ml. But -exec is handled while parsing the program
arguments to hevea, not while parsing some LaTeX input.

So I don

[heveau] Re: invoking a command from HeVeA like \write18

2010-10-14T12:42:14

Hello,

hevea has the -exec option fro this purpose.
<http://hevea.inria.fr/doc/manual041.html#toc119>

See also
<http://hevea.inria.fr/doc/manual038.html#toc97>

Hope it helps,

--Luc

[heveau] invoking a command from HeVeA like \write18

Basile Starynkevitch — 2010-10-14T12:30:34

Hello Luc and list

I find the \write18 feature of pdflatex sometimes extremly useful (but
of course it is well known that it can be abused and opens a big
security hole; however careful users can cope with that risk).

Is there any intent of adding such a feature into HeVeA?

As you probably know, the \write18 "primitive" runs a system command,
so you could of course remove all your files with \write18{rm -rf *}
but this is a well known security risk which for honest users (most
people run latex or hevea on document they are writing themselves) is
not that important.

Regards.

Re: [heveau] index

2010-10-06T08:12:39

Dear Michel,

It would really help me to help you if you provide a precise
account of the problem you encounter.
Ideally, a complete doc.tex file that reveals the problem.

However, I noticed:

1. \usepackage[index] ---> \usepackage{index}

2. On the ?? anchor, you probably need to run hevea several times,
   as instructed by the warning, or, better, give option ``-fix''
   to hevea.

Hope it helps,

--Luc

[heveau] index

michel levy — 2010-10-06T08:03:45

1) I have written in my doc.tex
\usepackage[index]
\newindex[thesection]{essai}{adx}{and}{Mon index}
But it seems to me that this index is ignored because later
with the hevea call, I have the message (on \index )
Index structure not found, missing \newindex{essai}

2) Before I have tried the defaut index with
\usepackage[index]
\makeindex
With hevea, the printed index (by \printindex) have an anchor with
"??". Is it possible to have another anchor name ?

    Sincerely yours

Re: [heveau] Re: Problems using lstlisting

2010-10-05T09:34:51

Dear Kurt,

The problem occurs at parsing of teh declaration
\lstdefinelanguage{sparql} {..

More precisely, if you erase the comment
%basewidth={0.50em,0.6em}
hevea should run without failing.
More generarally you'd better avoid comments inside the arguments
to \lstdefine etc.

Notice that hevea does not implements all listings keys (and you use many).
You may experience further problems. In particular rendering may not be
what you expect.

I advise you to use two sets of listings declarations, one
for latex and one other for hevea.

This can be achieved quite easily by putting the latex declaration
in some file say style.sty and the hevea declarations in another file
style.hva. Then add \usepackage{style} in the preamble of your document.

Doing so, you can adapt declarations for hevea without altering
the latex ones.


Hope it helps,

--Luc

[heveau] Re: Problems using lstlisting

Kurt J — 2010-10-02T14:25:21

Hello,

An update on my issue, it seems that if i remove "style=sparql" from
the lstlisting arguments Hevea is quite happy.  Alternatively,  I can
simply remove the lstdefinelanguage and lstdefinestyle directives.
This breaks latex but makes hevea happy.  Either way, I do not get the
syntax highlighting I so painstakingly programmed :)

Forgive me, but here is a dump of my lstdefinelanguage and
lstdefinestyle directives in case something here is an obvious
culprit.

thanks,
Kurt J

\lstdefinelanguage{sparql} {
morekeywords={SELECT, WHERE, DISTINCT, FILTER, ORDER, BY, ASC, REGEX, DSC},
sensitive=true,
morecomment=[l]{\#},
moredelim=[s][\color{ForestGreen}]{?}{\ }, %green variables
moredelim=[s][\color{NavyBlue}\bfseries\fontsize{10}{2}\selectfont]{<}{>},
%red URIs
morestring=[b][\color{ForestGreen}]\", %green strings
morestring=[b]"
}

\lstdefinestyle{sparql}{
language=sparql,
basicstyle=\ttfamily,
keywordstyle=\color{blue}\bfseries,
identifierstyle=,
commentstyle=\color{CadetBlue}\bfseries,
stringstyle=\col

[heveau] Problems using lstlisting

Kurt J — 2010-10-01T19:39:12

Hello,

I've nearly finished my thesis in Latex and I'm hoping to HTMLify it
with Hevea.  I probably should have been doing this "as i went" but I
did not.

According to this:
http://hevea.inria.fr/doc/manual-packages.html#toc113

There is pretty good support for the listings package but I get the
following error:

$ hevea kurtj-thesis.tex
...
Giving up command: \lstlisting
Giving up command: \begin
Giving up command: \input
./content/ch-music-on-web.tex:565: Error while reading LaTeX:
Eof while looking for argument
Adios

I assume we're talking about line 565 which looks like this:

\begin{lstlisting}[float=h!, style=sparql,
  caption={SPARQL query for constructing the Discogs artist-release network},
  label={lst:discogs_sparql}]
SELECT DISTINCT ?release ?artist WHERE
{
?release a mo:Record ;
  foaf:maker ?a, ?b ;
  foaf:maker ?artist .
FILTER ( ?a != ?b ) .
}
\end{lstlisting}

Note I've defined my lstdefinestyle name "sparql".  Is this
problematic??? Do I need to use lstnewenvironment as specified in the

Re: [heveau] Hevea to parse selected html tags

2010-09-30T07:56:53

Dear  Andre, I doubt you can (easily) achieve what you are aiming at
by writing a .hva file.

I was rather suggesting some file manipulation that ammounts
to extracting the latex formulas, translating them with hevea
and replacing  the <math>...</math> elements by the produced html, one by one.

As the process is certainly tedious, I was suggesting some automation by
the means of ad-hoc programs, written in ocaml perl etc.

Besides, if you need to display your files André Wobst pointer probably
is a better suggestion than mine.

--Luc

Re: [heveau] Hevea to parse selected html tags

Andry Prima — 2010-09-29T18:07:46

Thanks Andre

I will have a look at it...  





________________________________
From: André Wobst <lists< at >wobsta.de>
To: hevea< at >inria.fr
Sent: Wed, September 29, 2010 4:52:31 PM
Subject: Re: [heveau] Hevea to parse selected html tags

Hi,

Alternatively you may use http://www.mathjax.org/ to display math expressions 
already contained in html files.

André


Am 29.09.2010 um 11:33 schrieb luc.maranget< at >inria.fr:

Re: [heveau] Hevea to parse selected html tags

Andry Prima — 2010-09-29T18:03:53


Thank you for your reply Luc,

but can it be automated like this... 

Steps:

1. I create a "theoritical hva file" called macro.hva, which contain 
    \newcommand{skiptext} ......  -> i'm not sure how to write it correctly but 
basically this new command will accept any string 

    enclosed by {.. } and print it as-is / or just leave it like it supposed to 
be
2, By using a text editor, I can do simple text replacement
    a. replace <math> with }
    b. replace </math> with \skiptext{
   
    Then I re-write the input file as follows:


\documentclass{}
\begin{}
\skiptext{
<html>
<ul>
\e^{2}
}
\e^{2}
\skiptext{
</html>
}
\end{}

3. then I run hevea macro.hva input.tex
4. If my theoritical macro works, then it should be able to show up like this:

<html>
<ul>
\e^{2}
 
e<sup>2</sup>

</html>

5. Correct a little bit here and there on the output file.

------------

So... do you think it will work ?
and how to create that kind of macro ?

I just can imagine it would be something l