From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: BABEL --> PROPERTY? Date: Wed, 16 Nov 2011 17:17:01 -0500 Message-ID: <10257.1321481821@alphaville.dokosmarshall.org> References: <1321431705.22960.YahooMailNeo@web161915.mail.bf1.yahoo.com> <80boscl8ga.fsf@somewhere.org> <1321473828.19277.YahooMailNeo@web161901.mail.bf1.yahoo.com> <80vcqj94yk.fsf@somewhere.org> Reply-To: nicholas.dokos@hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([140.186.70.92]:35161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQnn0-0006nE-74 for emacs-orgmode@gnu.org; Wed, 16 Nov 2011 17:17:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQnmy-00077X-9O for emacs-orgmode@gnu.org; Wed, 16 Nov 2011 17:17:06 -0500 Received: from g5t0008.atlanta.hp.com ([15.192.0.45]:19479) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQnmy-00077D-5R for emacs-orgmode@gnu.org; Wed, 16 Nov 2011 17:17:04 -0500 In-Reply-To: Message from "Sebastien Vauban" of "Wed\, 16 Nov 2011 21\:40\:03 +0100." <80vcqj94yk.fsf@somewhere.org> 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: Sebastien Vauban Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Sebastien Vauban wrote: > Hi Michael, >=20 > Michael Hannon wrote: > >>> (2) I typically use the following BABEL line: > >>> > >>> #+BABEL: :session *R* :cache yes :results output verbatim :exports bo= th > >>> :tangle > >>> > >>> How would I express that using the PROPERTY syntax? > >> > >> #+PROPERTY:=C2=A0 tangle yes > >> > >> Note that I added a "yes" value for the "tangle" property. That was mi= ssing > >> from your BABEL line. > > > > Interesting.=C2=A0 This is a digression, but in my version of Emacs (23= .2.1, > > linux, 64-bit) if I try to copy a long line -- one that extends beyond = the > > border of the window -- by doing, say: > > > > =C2=A0=C2=A0=C2=A0 C-a C- C-e M-w > > > > I don't get the whole line.=C2=A0 The copied text doesn't stop at the v= isible > > border of the window, but neither does it get all the way to the end of= the > > line. >=20 > Following up your digression... >=20 > I've seen the same funny root problem when doing `C-e' on long lines on my > Windows Emacs (23.3, I think -- I run different versions at different > moments). >=20 > Indeed, `C-e' sometimes does go further than the visible screen limit, but > doesn't land at the end of the physical line. I thought it could be somet= hing > in my (very) long .emacs file. Thanks for showing me it's not my config t= hat's > in cause! >=20 C-e is bound to org-end-of-line which does the stutter step when you have a wide buffer in a narrow window: it stops at the first previously invisible character[fn:1]. If you have a very wide screen (e.g. a table with a hundred columns or something like that) it might take a few steps before you get to the end of the line. But the main reason for org-end-of-line's existence is its behavior on headlines (and the setting of org-special-ctrl-a/e is very relevant). C-h f org-end-of-line RET and C-h v org-special-ctrl-a/e RET make for enlightening reading. Nick Footnotes: [fn:1] well, it's invisible if truncate-lines is t - part of the problem of describing the bahavior is the settings of all these flags. Tables look ugly if wrapped, so you probably want truncate-lines set to t anyway.