From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Rakestraw Subject: additional bugs in latex export Date: Tue, 21 Oct 2008 22:39:15 -0400 Message-ID: <20081021223915.2b600344@buster.rakestrawmornlocal> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KsTd3-0004Rq-6u for emacs-orgmode@gnu.org; Tue, 21 Oct 2008 22:39:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KsTd0-0004RR-M2 for emacs-orgmode@gnu.org; Tue, 21 Oct 2008 22:39:19 -0400 Received: from [199.232.76.173] (port=52651 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KsTd0-0004RO-Fx for emacs-orgmode@gnu.org; Tue, 21 Oct 2008 22:39:18 -0400 Received: from relay03.pair.com ([209.68.5.17]:2322) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1KsTd0-0001Gv-1T for emacs-orgmode@gnu.org; Tue, 21 Oct 2008 22:39:18 -0400 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi -- I'm starting to use latex export more, and noticed three problems related to tables: - If the first column in a table has an inactive time stamp, then strange things happen -- in various tests, I've seen only seemingly random cells from a long table exported, or sometimes only the header row (that doesn't have the time stamp in it) and no other rows exported. - If the text in the first column begins with a left bracket, then the first cell in each row is blank. - If a table is long enough that it should continue on a following page, there's no page break -- instead, lines continue into the bottom margin. What fits on that page prints, but nothing else prints. If I break the table at the bottom of the page with an empty line, the rest of the table continues as expected on the following page. -- John Rakestraw