From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jambunathan K Subject: Enhancing table cell alignments and commenting columns (was Re: Orthogonality of blocks) Date: Thu, 29 Dec 2011 11:19:28 +0530 Message-ID: <81fwg4sz9z.fsf_-_@gmail.com> References: <4EFA208B.6040905@gmail.com> <87zkedkaz5.fsf@gmx.com> <4EFA34C0.3000200@christianmoe.com> <4EFB2CFE.9030207@gmail.com> <81k45gt0pg.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:54113) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rg8sB-0004hE-Dd for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 00:49:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rg8sA-00072y-5F for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 00:49:51 -0500 Received: from mail-iy0-f169.google.com ([209.85.210.169]:52033) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rg8sA-00072q-0l for emacs-orgmode@gnu.org; Thu, 29 Dec 2011 00:49:50 -0500 Received: by iacb35 with SMTP id b35so25070759iac.0 for ; Wed, 28 Dec 2011 21:49:49 -0800 (PST) In-Reply-To: <81k45gt0pg.fsf@gmail.com> (Jambunathan K.'s message of "Thu, 29 Dec 2011 10:48:35 +0530") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Charles Turner Cc: emacs-orgmode@gnu.org Jambunathan K writes: > Charles Turner writes: > >> @Jambunathan: Your examples render the blocks with sizes proportional >> to the contained text, rather than aligning as a table. I find that >> aesthetically displeasing :-( > > I am unable to understand what "sizes proportional to the contained > text" means. What viewer are you using? > > I am using a fairly recent version of LibreOffice (v3.4.4) and I see > that the positions of the blocks are a bit staggered (See portions > marked red in the attached png) > > Furthermore, the srcline where the cursor is - marked with an ellipse - > uses OrgSrcBlockLastLine style. If the style were modified to > OrgSrcBlock style, I see that the above staggering gets less > accentuated. A plausible explanation for this behaviour is that the > "space below paragraph" introduced by "OrgSrcBlockLastLine" spills over > to the next paragraph which is in the second table column. > > One of the reasons that the staggering persists is because of the change > in space settings between "Text_20_body" and "OrgSrcBlock" styles (Note > that the "Say Hello in ..." lines and the src block lines use different > fonts and font sizes and different paragraph styles) > > AFAIK, there is nothing amiss with the XML that the ODT exporter dumps > and I am inclined to think that the issue is with LibreOffice rendering > engine. I am wrong, the issue is not with the LibreOffice but with my memory. The srcblocks are actually aligned "centrally" (along the vertical axis) within the table cell. Since the two blocks are of different sizes/lengths the top border gets staggered. Changing the alignment to "top" will fix the issue. #+begin_src nxml :see OrgOdtContentTemplate.xml @@@@@@@@@@@@@@@@@@@@@@@ #+end_src There colcookies that specify how a table column has to be aligned. Currently there are specifiers only for left and right alignment. ,---- (info "(org) Column width and alignment") | If you would like to overrule the automatic alignment of number-rich | columns to the right and of string-rich column to the left, you can use | `', `c'(2) or `' in a similar fashion. You may also combine | alignment and field width like this: `'. `---- I think it would be useful to specify a "top" alignment specifier. There is also a recent interest in commenting out certain Org-table columns [1]. I think the colcookie lines could be enhnaced to also support "t" and "/" characters. IMNSHO, using #+ATTR_ODT: lines for commenting out columns will not only be cumbersome but also error-prone. > ps: I am not much concerned xhtml exporter as it is mostly a museum > piece cherished just by me. Footnotes: [1] http://lists.gnu.org/archive/html/emacs-orgmode/2011-12/msg00691.html --