Re: Latex export error in tables

[Flávio <flaviostz@gmail.com>]

Manish <mailtomanish.sharma <at> gmail.com> writes:

> 
> 2009/2/8 Flávio de Souza
> [...]
> >
> > I tried with smaller files (only one dynamic block) but the problem
> > seems to disappear. I made some other attempts, but all useless. So I
> > think is something related with all those blocks I am using in this
> > particular org file.
> 
> Did those other files contain utf-8 characters?
> 
> >
> >
> > Problem happens 100% time when using my complete, that's the reason I
> > sent the whole file.
> >
> [snip: pdflatex compile log]
> > (/usr/share/texmf-texlive/tex/generic/babel/babel.def))) (./projeto.aux)
> > Runaway argument?
> > {\contentsline {subsection}{\numberline {4.1}Por qu\GenericError {(in\ETC.
> > ! File ended while scanning use of \@writefile.
> > <inserted text>
> >        \par
> > l.14 \begin{document}
> >
> > (/usr/share/texmf/tex/context/base/supp-pdf.tex
> > [Loading MPS to PDF converter (version 2006.09.02).]
> > ) (/usr/share/texmf-texlive/tex/latex/hyperref/nameref.sty
> > (/usr/share/texmf-texlive/tex/latex/oberdiek/refcount.sty)) (./projeto.out)
> > (./projeto.out)
> >
> > ! Package inputenc Error: Unicode char \u8:ávi not set up for use with LaTeX.
> 
> I think this is an issue at a more fundamental level than with export to Latex
> from Org.  Are you able to compile *any* utf-8 encoded tex file to PDF in your
> setup at all (whether generated by Org or something else?)  I am no unicode
> expert.  May be you would like to pursue this issue in parallel in some
> tex|latex|pdflatex group as well?
> 


Manish,

This is not a utf-8 encoding problem. When I generate a tex file with org, I
change manually from \usepackage[utf8]{inputenc} to
\usepackage[latin1]{inputenc}. All characters are recognized without any
problems. I tested it both in Linux and Windows XP. This works fine.

Now I will try to narrow down my problem and see if we can find a solution. I
really believe the problem is in tex code generated by org. I will show you the
reason I am pointing the problem to org.

If I have an org table in my file like this one:

#+BEGIN: columnview :hlines 1 :vlines t :id "09.0001-ESCH"  :skip-empty-rows t
|   | ITEM                 | Quotation | Sold | Required |
|---+----------------------+-----------+------+----------|
|   | * Escopo Horas       |       230 | 1640 |          |
|   | ** Gerência          |        10 |      |          |
|   | ** Definição         |        50 |      |          |
|   | ** Configuração      |       100 |      |          |
|   | ** Comis. & Start up |        50 |      |          |
|   | ** Documentação      |        20 |      |          |
| / | <>                   |        <> | <>   | <>       |
#+END:

Then I select the option to generate latex "[L] export as LaTeX to temporary
buffer" ( I only want the tex code, I am not going to do any further
transformation on it ). The raw code for that specific part of the file is:


\begin{tabular}{l|l|r|l}
 ITEM                    &  Quotation  &  Sold  &  Required  \\
\hline
 * Escopo Horas          &        230  &  1640  &            \\
 \textbf{* Gerência      &         10  &        &            \\
 *} Definição            &         50  &        &            \\
 \textbf{* Configuração  &        100  &        &            \\
 *} Comis. & Start up    &         50  &        &            \\
 ** Documentação         &         20  &        &            \\
\end{tabular}

The problems I can point to in this code are:

1) The code "\textbf{* Gerência" is wrong, it should be "\textbf{*} Gerência"
2) The code "*} Definição" is wrong, it should be "\textbf{*} Definição". The
same problem happens in other rows as you can see above. So all these open
command lines will be the source for the errors.
3) One minor problem is that the character "&" at "Comis. & Start up" should be
genrated as "\&". However this is a minor problem and I just dont use this
character anymore. 

Now I will describe my solution (workaround) I found today for it. Firstly I
changed my org table configuration to:

#+BEGIN: columnview :hlines 2 :vlines t :id "09.0001-ESCH"  :skip-empty-rows t
|   | ITEM                 | Quotation | Sold | Required |
|---+----------------------+-----------+------+----------|
|   | * Escopo Horas       |       230 | 1640 |          |
|---+----------------------+-----------+------+----------|
|   | ** Gerência          |        10 |      |          |
|---+----------------------+-----------+------+----------|
|   | ** Definição         |        50 |      |          |
|---+----------------------+-----------+------+----------|
|   | ** Configuração      |       100 |      |          |
|---+----------------------+-----------+------+----------|
|   | ** Comis.and Startup |        50 |      |          |
|---+----------------------+-----------+------+----------|
|   | ** Documentação      |        20 |      |          |
| / | <>                   |        <> | <>   | <>       |
#+END:

With the option :hlines 2 my table has horizontal lines in every row. When I
generate tex, it will look like this:

\begin{tabular}{l|l|r|l}
 ITEM                  &  Quotation  &  Sold  &  Required  \\
\hline
 * Escopo Horas        &        230  &  1640  &            \\
\hline
 ** Gerência           &         10  &        &            \\
\hline
 ** Definição          &         50  &        &            \\
\hline
 ** Configuração       &        100  &        &            \\
\hline
 ** Comis.and Start up  &         50  &        &            \\
\hline
 ** Documentação       &         20  &        &            \\
\end{tabular}

The above code is a perfect tex table and I get no errors, because now the code
is generated with \hline. I needed to "deviate" org tex generation code from
using \textbuf.... :)

I am not a specialist in Tex, I dont even know what \textbf means :) ...
... and I am still learning org, but in my opinion the problem is when org
generates the tex code.  

Maybe Carsten can give his opinion too. 

Thanks
Flávio.