* [Babel] RESULT block when error
@ 2010-11-24 14:16 Sébastien Vauban
2010-11-24 17:21 ` Eric Schulte
0 siblings, 1 reply; 5+ messages in thread
From: Sébastien Vauban @ 2010-11-24 14:16 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
I guess, in case of error, that it'd be better to have the RESULT block on 2
lines, with nothing in between.
Currently:
#+begin_src sh
greppp
#+end_src
#+results:
#+END_RESULT#+BEGIN_RESULT
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Babel] RESULT block when error
2010-11-24 14:16 [Babel] RESULT block when error Sébastien Vauban
@ 2010-11-24 17:21 ` Eric Schulte
2010-11-24 19:39 ` Sébastien Vauban
0 siblings, 1 reply; 5+ messages in thread
From: Eric Schulte @ 2010-11-24 17:21 UTC (permalink / raw
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
I've fixed this problem and applied the :wrap header argument patch to
the core Org-mode repository.
Thanks -- Eric
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> I guess, in case of error, that it'd be better to have the RESULT block on 2
> lines, with nothing in between.
>
> Currently:
>
> #+begin_src sh
> greppp
> #+end_src
>
> #+results:
> #+END_RESULT#+BEGIN_RESULT
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Babel] RESULT block when error
2010-11-24 17:21 ` Eric Schulte
@ 2010-11-24 19:39 ` Sébastien Vauban
2010-11-24 20:57 ` Eric Schulte
0 siblings, 1 reply; 5+ messages in thread
From: Sébastien Vauban @ 2010-11-24 19:39 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> I've fixed this problem and applied the :wrap header argument patch to
> the core Org-mode repository.
Thanks a lot...
You did not answer about making the wrap option by default. It's that a great
feature, for HTML in particular (you'll see, in a couple of weeks, my
proposition for a Worg3.css), that I find it useful for everybody, without
doing any config. Is it due to LaTeX, or do you find another reason why not
making it the default? Just interested by your answer...
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Re: [Babel] RESULT block when error
2010-11-24 19:39 ` Sébastien Vauban
@ 2010-11-24 20:57 ` Eric Schulte
2010-11-24 21:38 ` Sébastien Vauban
0 siblings, 1 reply; 5+ messages in thread
From: Eric Schulte @ 2010-11-24 20:57 UTC (permalink / raw
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> I've fixed this problem and applied the :wrap header argument patch to
>> the core Org-mode repository.
>
> Thanks a lot...
>
> You did not answer about making the wrap option by default. It's that a great
> feature, for HTML in particular (you'll see, in a couple of weeks, my
> proposition for a Worg3.css), that I find it useful for everybody, without
> doing any config. Is it due to LaTeX, or do you find another reason why not
> making it the default? Just interested by your answer...
>
Sorry, I was rushed this morning. I'm hesitant to turn this feature on
by default for two main reasons
1) I generally prefer to have the /simplest/ option be the default
option, and in this case the simplest behavior is to have no wrapper
2) I'm not sure how a user would turn this feature off, once it has been
turned on i.e. we don't yet (but I suppose we should) have a "nowrap"
header argument
Also, as this is a header argument it can easily be configured on the
user, system, language, file, or individual block basis. If at some
point the preponderance of Babel users have "wrap" set in their default
header arguments, or there appears to be wide support for such a change
from the mailing list then I would support adding it to the default, but
probably not until then.
Cheers -- Eric
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Babel] RESULT block when error
2010-11-24 20:57 ` Eric Schulte
@ 2010-11-24 21:38 ` Sébastien Vauban
0 siblings, 0 replies; 5+ messages in thread
From: Sébastien Vauban @ 2010-11-24 21:38 UTC (permalink / raw
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> "Eric Schulte" wrote:
>>> I've fixed this problem and applied the :wrap header argument patch to
>>> the core Org-mode repository.
>>
>> You did not answer about making the wrap option by default. It's that a
>> great feature, for HTML in particular (you'll see, in a couple of weeks, my
>> proposition for a Worg3.css), that I find it useful for everybody, without
>> doing any config. Is it due to LaTeX, or do you find another reason why not
>> making it the default? Just interested by your answer...
>
> Sorry, I was rushed this morning. I'm hesitant to turn this feature on
> by default for two main reasons
> 1) I generally prefer to have the /simplest/ option be the default
> option, and in this case the simplest behavior is to have no wrapper
> 2) I'm not sure how a user would turn this feature off, once it has been
> turned on i.e. we don't yet (but I suppose we should) have a "nowrap"
> header argument
>
> Also, as this is a header argument it can easily be configured on the
> user, system, language, file, or individual block basis. If at some
> point the preponderance of Babel users have "wrap" set in their default
> header arguments, or there appears to be wide support for such a change
> from the mailing list then I would support adding it to the default, but
> probably not until then.
Fine with me. Thanks for answering to all my (too?) numerous posts...
BTW, yes, I think as well we should have some sort of nowrap setting, in order
to cancel the option that I just set on a system-basis. Though I'd like this
to be done SOMEDAY (otherwise, something is missing), I don't regard this as
urgent at all.
(I'm dreaming, but) I'd even like to try and implement such a thing. SOMEDAY
on my list as well!
Thanks a lot.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-11-24 21:38 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-24 14:16 [Babel] RESULT block when error Sébastien Vauban
2010-11-24 17:21 ` Eric Schulte
2010-11-24 19:39 ` Sébastien Vauban
2010-11-24 20:57 ` Eric Schulte
2010-11-24 21:38 ` Sébastien Vauban
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.