From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: org-mode and longlines-mode (especially tables) Date: Thu, 22 Mar 2007 16:53:12 +0100 Message-ID: <34679f9877667a84d6fc17eb4ef5510b@science.uva.nl> References: <1242f34a0703171843x3492f1c0ybba68d0b24e90cdb@mail.gmail.com> <2706EFF0-8539-4A46-8C0A-376A7D44D15C@dovdox.com> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HUPd8-0004S1-OB for emacs-orgmode@gnu.org; Thu, 22 Mar 2007 11:55:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HUPd7-0004Oa-1W for emacs-orgmode@gnu.org; Thu, 22 Mar 2007 11:55:10 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HUPd6-0004OP-Rm for emacs-orgmode@gnu.org; Thu, 22 Mar 2007 10:55:08 -0500 Received: from korteweg.uva.nl ([146.50.98.70]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HUPbI-0005Wn-CH for emacs-orgmode@gnu.org; Thu, 22 Mar 2007 11:53:16 -0400 In-Reply-To: <2706EFF0-8539-4A46-8C0A-376A7D44D15C@dovdox.com> 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: Alan Dove Cc: emacs-orgmode@gnu.org On Mar 19, 2007, at 13:46, Alan Dove wrote: > Hey, folks: > > I've also been using org-mode with longlines-mode, and had noticed > that the two occasionally conflict. I've just developed workarounds > for the bugs that affect me, mostly inserting extra carriage returns > here and there to ensure the right line breaks for org-mode. Carsten, > if you have the option of minimizing these conflicts, that would be > great. I think this is really really hard. Basically, I would have to change all places where Org-mode inserts newlines that should be hard. Hmmm, maybe all newlines that org-mode inserts during internal commands should be hard? In this case, a brute-force solution might do the trick. This is not well tested, but it does make tables work as long as they are not broader than fill column: (defadvice insert (around make-org-mode-newlines-hard activate) "Make sure all org-mode functions insert hard newlines." (if (and (eq major-mode 'org-mode) (boundp 'longlines-mode) longlines-mode (equal "org-" (substring (symbol-name this-command) 0 4))) (let ((_beg (point))) ad-do-it (longlines-decode-region _beg (point))) ad-do-it)) (defadvice insert-before-markers (around make-org-mode-newlines-hard activate) "Make sure all org-mode functions insert hard newlines." (if (and (eq major-mode 'org-mode) (boundp 'longlines-mode) longlines-mode (equal "org-" (substring (symbol-name this-command) 0 4))) (let ((_beg (point))) ad-do-it (longlines-decode-region _beg (point))) ad-do-it))