* [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.