From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sebastien Vauban" Subject: Re: BABEL --> PROPERTY? Date: Thu, 17 Nov 2011 10:02:56 +0100 Message-ID: <8062ijyvcv.fsf@somewhere.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> <10257.1321481821@alphaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Nick, Nick Dokos wrote: > Sebastien Vauban wrote: >> Michael Hannon wrote: >> >>> (2) I typically use the following BABEL line: >> >>> >> >>> #+BABEL: :session *R* :cache yes :results output verbatim :exports b= oth >> >>> :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 m= issing >> >> from your BABEL line. >> > >> > Interesting.=C2=A0 This is a digression, but in my version of Emacs (2= 3.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 = visible >> > border of the window, but neither does it get all the way to the end o= f 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, b= ut >> doesn't land at the end of the physical line. I thought it could be some= thing >> in my (very) long .emacs file. Thanks for showing me it's not my config = that's >> in cause! > > 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. I was aware of `org-special-ctrl-a/e' (not set in my config) to let `C-a' a= nd `C-e' behave specially in headlines and items, but I was not aware that -- when not special -- `C-e' still behaved differently from the standard `end-of-line'. I've now bound them back to the standard functions. Thanks... Best regards, Seb --=20 Sebastien Vauban