On Fri, 25 Jan 2002, Jürgen Vigna wrote:
> Seems a nice thing to do, but what if I define centered and then change
> the paragraph alignment does this give problems? This question is because
> we would output any change of alignment of the paragraph too other then
> block.
Ok, let's talk a little bit more about that :
- on a given cell, I think there is no problem, as long as the
paragraph alignment use "\centering" ... command. I didn't test with
a "\begin{center}" environment , I guess this should work also. Latex
still looks quite well as the different commands appear at different
places in the latex file.
- I don't know yet how to get a "justified" text in a cell, if it
is possible, and if there is one reason to do that !
- But if we want to reflect the column set-up on the display, we
have (I guess) to set the paragraph layout of each cell accordingly to the
tabular set-up. In this case, (and assuming that the corresponding code is
not too much tricky ?), the generated Latex file will look ugly, as there
will be an (unnecessary) alignment command for each cell !
> Got it so an empty >{} would just be as if it wasn´t there, isn´t it?
As far as I understand it, yes.
> Ok if others agree that this is good and we don´t have problems with
> HTML export using this then I agree to change to this. Herbert was are
> your thought to this?
No problem with latex2html, tth and hevea (but latex2html only gave me
tables with fixed width :-( . I don't know yet if the problem was with my
patch or with the converters).
>
> > \providecommand{\tabularnewline}.
> > The problem was not to add this command (this is just ignored in
> > latex), but to add it in the preamble and not just before each table as
> > I did!
>
> Well this is easy to do one has just to introduce a LaTeX feature and
> set the right bool in the validate call. As you said you can have a look
> how it is done for the array package.
For the time being, I prefered to add it every time we used the package
"array", as it is already defined there ans I thought it was a good idea
to make it available to the "external" converters.
Inportant Note : There is now a thread on this list talking about
invalidating or not some alignment items in case of multicolumn+fixed
width set-up. I am not sure I understood properly what was the point, but
may be both problems need to be solved consistently.
(Less) important Note : I had to change a little bit the tabular
LatexFeatures handling, as the array package was included only on the
basis of the vertical alignement (I added a test on the setting of the
width), so my previous patch failed (i.e gave latex errors :-( ) on long
tables. (Yes, now it is working on your (Jürgen's) example file).
Following your comments on the 1.2 release issues, and as I was unable to
get access to the cvs server (traceroute to anoncvs.lyx.org is stucked
after : Trolltech-gw1.customer.ALTER.NET) , I didn't build a second patch.
If (and only if) this can help you now , I can do it
- from 1.1.6fix4
- try to connect to the us cvs mirror
- from a set of files you will provide (I modified
frontends/xforms/FormTabular.C, tabular.C, LaTeXFeatures.C).
Alain
--
*******************************************************************
* Alain Castera *
* IPNL - UCB Lyon 1 | e-mail : [EMAIL PROTECTED] *
* Bat. Paul Dirac | or [EMAIL PROTECTED] *
* Campus de la Doua | Telephone : (+33) 472448429 *
* F69622 Villeurbanne CEDEX | Fax : (+33) 472448004 *
*******************************************************************
