> > Hi developpers. Hi Alain!
> I was a little bit upset by a limitation in tabular : if you need > columns of a given width (e.g. to format successive tables the same > cannot set the H. alignement anymore, unless you do it cell by cell, or > you have to write the whole preamble using "special alignment". I think we never had this feature had we? Anyway I had a quit look at the patch (I´m in vacation right now so I just had a look at the patchfile) and here are my comments. And BTW. what does H exactly and how is the exact format you use it in a table header? (as I told you I´m on vacation so i cannot have a look at my latex books!) > So I modified the tabular.C (and the associated xforms panel) to use > the ">{}" construction of the package array. To solve the problem with Please explain me what this constuct does is there a difference between >{p(1cm)} and p(1cm)? > the last column, I decided to used \tabularnewline instead of \\ as > rows terminator. Why use this if it just gives problems? What do we gain with this? I would say "no" to this part in this type of implementation. > \centering or \raggedxxx declaration, and is anyway dirty : should be > moved to the preamble). Why do you added this tags? Just set your paragraph alignment correctly in a cell with a set width and display and output will be correct! > Now my questions : > -Do you think it may be usefull (i.e. do you agree to All patches are usefull althought we won´t include all of them in a given time. As for now we are in a sort of codefreeze so new feature won´t be added to the code until 1.2.0 is out you´re free to have your own modified version and submit a patch after the 1.2.0 release so we can add new features again. > - I was unable to find how to obtain a correct display on > screen (the text is still left aligned in its box, so left aligned in > the cell). You just didn´t use the paragraph layout which you should use for this type of stuff. I understand that it would maybe be better to have this as a general option also in the tabular layout but for now it isn´t there we can add this later but in a clean way without the need to duplicate code. > - I didn't checked that it was safe for SGML. Don´t worry we don´t check this too we normaly give more work to José by changes to the code, but he likes coding so he´s always happy if he can add new stuff, isn´t it #:O) > Please, send your remarks ( even insults ) to my address too, as I am > not registered to the devel list. Well I´m not used to insult people (if it´s not friday ;) so I hope you´ll forgive me for this #:O) Greets, Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen Vigna E-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._