emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* [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 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).