* BABEL --> PROPERTY?
@ 2011-11-16 8:21 Michael Hannon
2011-11-16 9:19 ` Christian Moe
2011-11-16 9:31 ` Sebastien Vauban
0 siblings, 2 replies; 13+ messages in thread
From: Michael Hannon @ 2011-11-16 8:21 UTC (permalink / raw)
To: Eric Schulte; +Cc: Org-Mode List
[-- Attachment #1: Type: text/plain, Size: 829 bytes --]
Hi, Eric. In a recent thread ("Failure exporting with emacs --batch") on this
list, you mentioned:
>> #+BABEL :exports results
>>
>
> One item to note is that the #+BABEL: syntax is now deprecated, try
> replacing the above line with the following.
>
> #+PROPERTY: exports results
I've seen the extended discussion on this list about this change, but I
haven't been able to follow the details. It seems that there were various
proposals and counter proposals.
Can you (or others) clarify a couple of things for me?
(1) Does "deprecated" mean that the BABEL line will be gone from Org-mode 7.8?
(2) I typically use the following BABEL line:
#+BABEL: :session *R* :cache yes :results output verbatim :exports both :tangle
How would I express that using the PROPERTY syntax?
Thanks,
-- Mike
[-- Attachment #2: Type: text/html, Size: 1091 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: BABEL --> PROPERTY?
2011-11-16 8:21 BABEL --> PROPERTY? Michael Hannon
@ 2011-11-16 9:19 ` Christian Moe
2011-11-16 19:48 ` Michael Hannon
2011-11-16 9:31 ` Sebastien Vauban
1 sibling, 1 reply; 13+ messages in thread
From: Christian Moe @ 2011-11-16 9:19 UTC (permalink / raw)
To: Michael Hannon; +Cc: Org-Mode List
On 11/16/11 9:21 AM, Michael Hannon wrote:
> (2) I typically use the following BABEL line:
>
> #+BABEL: :session *R* :cache yes :results output verbatim :exports
> both :tangle
>
> How would I express that using the PROPERTY syntax?
#+PROPERTY: session *R*
#+PROPERTY: cache yes
#+PROPERTY: results output verbatim
etc.
Or if you've got everything under the same (parent) heading:
* Top-level heading
:PROPERTIES:
:session: *R*
:cache: yes
:results: output verbatim
:exports: both
:tangle: yes
:END:
hth,
Christian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 8:21 BABEL --> PROPERTY? Michael Hannon
2011-11-16 9:19 ` Christian Moe
@ 2011-11-16 9:31 ` Sebastien Vauban
2011-11-16 13:54 ` Nick Dokos
2011-11-16 20:03 ` Michael Hannon
1 sibling, 2 replies; 13+ messages in thread
From: Sebastien Vauban @ 2011-11-16 9:31 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Michael,
Michael Hannon wrote:
> Hi, Eric. In a recent thread ("Failure exporting with emacs --batch") on this
> list, you mentioned:
>
>>> #+BABEL :exports results
>>>
>>
>> One item to note is that the #+BABEL: syntax is now deprecated, try
>> replacing the above line with the following.
>>
>> #+PROPERTY: exports results
>
> I've seen the extended discussion on this list about this change, but I
> haven't been able to follow the details. It seems that there were various
> proposals and counter proposals.
>
> Can you (or others) clarify a couple of things for me?
>
> (1) Does "deprecated" mean that the BABEL line will be gone from Org-mode 7.8?
Yes.
> (2) I typically use the following BABEL line:
>
> #+BABEL: :session *R* :cache yes :results output verbatim :exports both :tangle
>
> How would I express that using the PROPERTY syntax?
#+PROPERTY: session *R*
#+PROPERTY: cache yes
#+PROPERTY: results output verbatim
#+PROPERTY: exports both
#+PROPERTY: tangle yes
Note that I added a "yes" value for the "tangle" property. That was missing
from your BABEL line.
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 13+ messages in thread* Re: BABEL --> PROPERTY?
2011-11-16 9:31 ` Sebastien Vauban
@ 2011-11-16 13:54 ` Nick Dokos
2011-11-16 20:10 ` Michael Hannon
2011-11-16 20:03 ` Michael Hannon
1 sibling, 1 reply; 13+ messages in thread
From: Nick Dokos @ 2011-11-16 13:54 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: nicholas.dokos, emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> > (1) Does "deprecated" mean that the BABEL line will be gone from Org-mode=
> 7.8?
>
> Yes.
>
AFAIK, if you are pulling from the git repo, it's already gone: it's
been gone since Oct. 20 or so.
Nick
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 13:54 ` Nick Dokos
@ 2011-11-16 20:10 ` Michael Hannon
0 siblings, 0 replies; 13+ messages in thread
From: Michael Hannon @ 2011-11-16 20:10 UTC (permalink / raw)
To: nicholas.dokos@hp.com; +Cc: emacs-orgmode@gnu.org
[-- Attachment #1: Type: text/plain, Size: 541 bytes --]
>>> (1) Does "deprecated" mean that the BABEL line will be gone from Org-mode=
>>> 7.8?
>>
>> Yes.
>>
> AFAIK, if you are pulling from the git repo, it's already gone: it's
> been gone since Oct. 20 or so.
Heh. Thanks, Nick. I AM running with a copy from the git repo, but I've been
afraid to pull any fresh copies lately, for fear of breaking my set-up. (It's
also true that I haven't had any compelling reason to get, or git, a new copy
lately, so this behavior is perhaps not quite as stupid as it must seem.)
-- Mike
[-- Attachment #2: Type: text/html, Size: 793 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 9:31 ` Sebastien Vauban
2011-11-16 13:54 ` Nick Dokos
@ 2011-11-16 20:03 ` Michael Hannon
2011-11-16 20:40 ` Sebastien Vauban
1 sibling, 1 reply; 13+ messages in thread
From: Michael Hannon @ 2011-11-16 20:03 UTC (permalink / raw)
To: Sebastien Vauban, emacs-orgmode@gnu.org
[-- Attachment #1: Type: text/plain, Size: 1207 bytes --]
>> [...]
>> (1) Does "deprecated" mean that the BABEL line will be gone from Org-mode
>> 7.8?
> Yes.
Hi, Seb. Thanks for confirming this.
>> (2) I typically use the following BABEL line:
>>
>> #+BABEL: :session *R* :cache yes :results output verbatim :exports both
>> :tangle
>>
>> How would I express that using the PROPERTY syntax?
>
> #+PROPERTY: session *R*
> #+PROPERTY: cache yes
> #+PROPERTY: results output verbatim
> #+PROPERTY: exports both
> #+PROPERTY: tangle yes
> Note that I added a "yes" value for the "tangle" property. That was missing
> from your BABEL line.
Interesting. 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:
C-a C-<SPACE> C-e M-w
I don't get the whole line. The copied text doesn't stop at the visible
border of the window, but neither does it get all the way to the end of the
line. Hence, in some of my files the BABEL line DOES include the "yes" in
":tangle yes", but in others, where I evidently didn't pay enough attention
when doing the copy, the "yes" is missing.
Thanks again.
-- Mike
[-- Attachment #2: Type: text/html, Size: 1598 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 20:03 ` Michael Hannon
@ 2011-11-16 20:40 ` Sebastien Vauban
2011-11-16 22:17 ` Nick Dokos
0 siblings, 1 reply; 13+ messages in thread
From: Sebastien Vauban @ 2011-11-16 20:40 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Michael,
Michael Hannon wrote:
>>> (2) I typically use the following BABEL line:
>>>
>>> #+BABEL: :session *R* :cache yes :results output verbatim :exports both
>>> :tangle
>>>
>>> How would I express that using the PROPERTY syntax?
>>
>> #+PROPERTY: tangle yes
>>
>> Note that I added a "yes" value for the "tangle" property. That was missing
>> from your BABEL line.
>
> Interesting. 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:
>
> C-a C-<SPACE> C-e M-w
>
> I don't get the whole line. The copied text doesn't stop at the visible
> border of the window, but neither does it get all the way to the end of the
> line.
Following up your digression...
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).
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 something
in my (very) long .emacs file. Thanks for showing me it's not my config that's
in cause!
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 20:40 ` Sebastien Vauban
@ 2011-11-16 22:17 ` Nick Dokos
2011-11-17 1:22 ` Michael Hannon
2011-11-17 9:02 ` Sebastien Vauban
0 siblings, 2 replies; 13+ messages in thread
From: Nick Dokos @ 2011-11-16 22:17 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: nicholas.dokos, emacs-orgmode
Sebastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> Hi Michael,
>
> Michael Hannon wrote:
> >>> (2) I typically use the following BABEL line:
> >>>
> >>> #+BABEL: :session *R* :cache yes :results output verbatim :exports both
> >>> :tangle
> >>>
> >>> How would I express that using the PROPERTY syntax?
> >>
> >> #+PROPERTY: tangle yes
> >>
> >> Note that I added a "yes" value for the "tangle" property. That was missing
> >> from your BABEL line.
> >
> > Interesting. 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:
> >
> > C-a C-<SPACE> C-e M-w
> >
> > I don't get the whole line. The copied text doesn't stop at the visible
> > border of the window, but neither does it get all the way to the end of the
> > line.
>
> Following up your digression...
>
> 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).
>
> 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 something
> 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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 22:17 ` Nick Dokos
@ 2011-11-17 1:22 ` Michael Hannon
2011-11-17 9:02 ` Sebastien Vauban
1 sibling, 0 replies; 13+ messages in thread
From: Michael Hannon @ 2011-11-17 1:22 UTC (permalink / raw)
To: nicholas.dokos@hp.com; +Cc: emacs-orgmode@gnu.org
> [...]
> 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.
Thanks, Nick. It never occurred to me to check for remapping of C-e, etc.
-- Mike
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BABEL --> PROPERTY?
2011-11-16 22:17 ` Nick Dokos
2011-11-17 1:22 ` Michael Hannon
@ 2011-11-17 9:02 ` Sebastien Vauban
1 sibling, 0 replies; 13+ messages in thread
From: Sebastien Vauban @ 2011-11-17 9:02 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> wrote:
>> Michael Hannon wrote:
>> >>> (2) I typically use the following BABEL line:
>> >>>
>> >>> #+BABEL: :session *R* :cache yes :results output verbatim :exports both
>> >>> :tangle
>> >>>
>> >>> How would I express that using the PROPERTY syntax?
>> >>
>> >> #+PROPERTY: tangle yes
>> >>
>> >> Note that I added a "yes" value for the "tangle" property. That was missing
>> >> from your BABEL line.
>> >
>> > Interesting. 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:
>> >
>> > C-a C-<SPACE> C-e M-w
>> >
>> > I don't get the whole line. The copied text doesn't stop at the visible
>> > border of the window, but neither does it get all the way to the end of the
>> > line.
>>
>> Following up your digression...
>>
>> 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).
>>
>> 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 something
>> 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' and
`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
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2011-11-17 9:02 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-16 8:21 BABEL --> PROPERTY? Michael Hannon
2011-11-16 9:19 ` Christian Moe
2011-11-16 19:48 ` Michael Hannon
2011-11-16 19:58 ` Eric Schulte
2011-11-16 20:18 ` Michael Hannon
2011-11-16 9:31 ` Sebastien Vauban
2011-11-16 13:54 ` Nick Dokos
2011-11-16 20:10 ` Michael Hannon
2011-11-16 20:03 ` Michael Hannon
2011-11-16 20:40 ` Sebastien Vauban
2011-11-16 22:17 ` Nick Dokos
2011-11-17 1:22 ` Michael Hannon
2011-11-17 9:02 ` Sebastien Vauban
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).