* org-babel - utility to ease chopping src chunks into smaller org entries
@ 2010-09-19 1:48 Richard Riley
2010-09-19 18:21 ` Eric Schulte
2010-09-19 21:24 ` Sébastien Vauban
0 siblings, 2 replies; 36+ messages in thread
From: Richard Riley @ 2010-09-19 1:48 UTC (permalink / raw)
To: emacs-orgmode
I often find myself chopping a large source code block into smaller
entities with their own notes, tags and comments etc. This small utility
facilitates that by wrapping the current region with org entry markers
and src code delimiters. It assumes you are in a currently src block.
http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html
Its currently hardcoded for emacs-lisp but it might be useful nonetheless.
(Anyone know how to make blogspot line wrap?)
r.
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 1:48 org-babel - utility to ease chopping src chunks into smaller org entries Richard Riley
@ 2010-09-19 18:21 ` Eric Schulte
2010-09-19 22:03 ` Richard Riley
2010-09-19 21:24 ` Sébastien Vauban
1 sibling, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-19 18:21 UTC (permalink / raw)
To: Richard Riley; +Cc: emacs-orgmode
Hi Richard,
This is a good idea, I too frequently find myself splitting code blocks.
How about this following alternative implementation which should be
smart enough to notice if it is inside of a code block, and should work
across any code block type.
--8<---------------cut here---------------start------------->8---
(defun org-babel-split-block-maybe (&optional arg)
"Split the current source code block on the cursor."
(interactive "P")
((lambda (info)
(if info
(let ((lang (nth 0 info))
(indent (make-string (nth 6 info) ? ))
(stars (concat (make-string (org-current-level) ?*) " ")))
(insert (concat (if (looking-at "^") "" "\n")
indent "#+end_src\n"
(if arg stars indent) "\n"
indent "#+begin_src " lang
(if (looking-at "[\n\r]") "" "\n ")))
(when arg (previous-line) (move-end-of-line 1)))
(message "Not in src block.")))
(org-babel-get-src-block-info)))
--8<---------------cut here---------------end--------------->8---
Let me know what you think. I notice your implementation uses regions,
where as this one does not, so it's possible I left out some
functionality. I'd like to include some version of this functionality
into Org-mode core.
Best -- Eric
Richard Riley <rileyrg@gmail.com> writes:
> I often find myself chopping a large source code block into smaller
> entities with their own notes, tags and comments etc. This small utility
> facilitates that by wrapping the current region with org entry markers
> and src code delimiters. It assumes you are in a currently src block.
>
> http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html
>
> Its currently hardcoded for emacs-lisp but it might be useful nonetheless.
>
> (Anyone know how to make blogspot line wrap?)
>
>
> r.
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 1:48 org-babel - utility to ease chopping src chunks into smaller org entries Richard Riley
2010-09-19 18:21 ` Eric Schulte
@ 2010-09-19 21:24 ` Sébastien Vauban
2010-09-19 21:44 ` Richard Riley
1 sibling, 1 reply; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-19 21:24 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Richard,
Richard Riley wrote:
> I often find myself chopping a large source code block into smaller
> entities with their own notes, tags and comments etc. This small utility
> facilitates that by wrapping the current region with org entry markers
> and src code delimiters. It assumes you are in a currently src block.
>
> http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html
That seems very interesting... and promising. It's the sort of thing I often
need to do as well, though maybe with slight differences from your code.
> Its currently hardcoded for emacs-lisp but it might be useful nonetheless.
Just a question (that could, maybe, make this limitation disappear): did you
try using Yasnippet (with its =yas/selected-text= possibilities) for this job?
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] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 21:24 ` Sébastien Vauban
@ 2010-09-19 21:44 ` Richard Riley
2010-09-19 21:52 ` Sébastien Vauban
0 siblings, 1 reply; 36+ messages in thread
From: Richard Riley @ 2010-09-19 21:44 UTC (permalink / raw)
To: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com>
writes:
> Hi Richard,
>
> Richard Riley wrote:
>> I often find myself chopping a large source code block into smaller
>> entities with their own notes, tags and comments etc. This small utility
>> facilitates that by wrapping the current region with org entry markers
>> and src code delimiters. It assumes you are in a currently src block.
>>
>> http://splash-of-open-sauce.blogspot.com/2010/09/mark-region-as-src-code-if-prefix-used.html
>
> That seems very interesting... and promising. It's the sort of thing I often
> need to do as well, though maybe with slight differences from your code.
>
>> Its currently hardcoded for emacs-lisp but it might be useful nonetheless.
>
> Just a question (that could, maybe, make this limitation disappear): did you
> try using Yasnippet (with its =yas/selected-text= possibilities) for this job?
>
> Best regards,
> Seb
Nope. I never once managed to get yasnippet working in any way that
didnt conflict with tabbing for indentation or somehow start inserting
templates where I didnt want them. But I must admit I didn't try very
hard ;) If you want to share you yasnippet setup I will try it.
--
☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 21:44 ` Richard Riley
@ 2010-09-19 21:52 ` Sébastien Vauban
0 siblings, 0 replies; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-19 21:52 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Richard,
Richard Riley wrote:
>> Just a question (that could, maybe, make this limitation disappear): did
>> you try using Yasnippet (with its =yas/selected-text= possibilities) for
>> this job?
>
> Nope. I never once managed to get yasnippet working in any way that didnt
> conflict with tabbing for indentation or somehow start inserting templates
> where I didnt want them. But I must admit I didn't try very hard ;) If you
> want to share you yasnippet setup I will try it.
I never went far neither. I just am aware of the existence of the above
function for a couple of weeks, and getting more out of it is on my TODO list.
Just wanted to share the knowledge, but I don't have more yet to share.
Coming soon?...
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] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 18:21 ` Eric Schulte
@ 2010-09-19 22:03 ` Richard Riley
2010-09-19 23:20 ` Richard Riley
0 siblings, 1 reply; 36+ messages in thread
From: Richard Riley @ 2010-09-19 22:03 UTC (permalink / raw)
To: emacs-orgmode
"Eric Schulte" <schulte.eric@gmail.com> writes:
>
> Let me know what you think. I notice your implementation uses
> regions,
It puts the begin/src markers around the region if selected or current word.
> where as this one does not, so it's possible I left out some
> functionality. I'd like to include some version of this functionality
> into Org-mode core.
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 22:03 ` Richard Riley
@ 2010-09-19 23:20 ` Richard Riley
2010-09-20 3:41 ` Eric Schulte
0 siblings, 1 reply; 36+ messages in thread
From: Richard Riley @ 2010-09-19 23:20 UTC (permalink / raw)
To: emacs-orgmode
Richard Riley <rileyrg@gmail.com> writes:
> "Eric Schulte" <schulte.eric@gmail.com> writes:
>
>>
>> Let me know what you think. I notice your implementation uses
>> regions,
>
> It puts the begin/src markers around the region if selected or current word.
>
>> where as this one does not, so it's possible I left out some
>> functionality. I'd like to include some version of this functionality
>> into Org-mode core.
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
using your lang selection example
If not in a source block then just surround current region with
#+begin/end_src. If no region just put in markers around empty
area. Dont create new org items since probably just including src code
in an existing org item.
If in a source block with region create new region with current
region. If no region just create new empty block. previous src blocks
delimited and marked as org items at current level (because almost
certainly splitting the code to maintain it in discreate titled blocks.
--8<---------------cut here---------------start------------->8---
(define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src)
(defun rgr/org-split-src(&optional arg)
(interactive "P")
(beginning-of-line)
(save-excursion((lambda(info)
(if info
(let ((lang (nth 0 info))
(stars (make-string (org-current-level) ?*)))
(insert
(format
"%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n"
"#+end_src"
stars
lang
(if (region-active-p)
(delete-and-extract-region (region-beginning) (region-end)) "\n")
stars
lang)))
(insert
(format
"\n#+begin_src\n%s\n#+end_src\n"
(if (region-active-p)
(delete-and-extract-region (region-beginning) (region-end)) "")))))
(org-babel-get-src-block-info))))
--8<---------------cut here---------------end--------------->8---
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-19 23:20 ` Richard Riley
@ 2010-09-20 3:41 ` Eric Schulte
2010-09-20 5:18 ` Richard Riley
2010-09-21 6:33 ` org-babel - utility to ease chopping src chunks into smaller org entries Achim Gratz
0 siblings, 2 replies; 36+ messages in thread
From: Eric Schulte @ 2010-09-20 3:41 UTC (permalink / raw)
To: Richard Riley; +Cc: emacs-orgmode
Hi Richard,
Richard Riley <rileyrg@gmail.com> writes:
> Richard Riley <rileyrg@gmail.com> writes:
>
>> "Eric Schulte" <schulte.eric@gmail.com> writes:
>>
>>>
>>> Let me know what you think. I notice your implementation uses
>>> regions,
>>
>> It puts the begin/src markers around the region if selected or current word.
>>
>>> where as this one does not, so it's possible I left out some
>>> functionality. I'd like to include some version of this functionality
>>> into Org-mode core.
>
> using your lang selection example
>
> If not in a source block then just surround current region with
> #+begin/end_src. If no region just put in markers around empty
> area. Dont create new org items since probably just including src code
> in an existing org item.
>
> If in a source block with region create new region with current
> region. If no region just create new empty block. previous src blocks
> delimited and marked as org items at current level (because almost
> certainly splitting the code to maintain it in discreate titled blocks.
>
>
I was just pulling up my email to share my next iteration when I saw
your next iteration. They look very similar. If my version covers all
of your use cases, then I'd like to add it to the Babel key map,
probably under "d" for demarcate or delimit, unless you can think of a
better mnemonic.
--8<---------------cut here---------------start------------->8---
(defun org-babel-demarcate-block (&optional arg)
"Wrap or split the code in the region or on the point."
(interactive "P")
(let ((info (org-babel-get-src-block-info)))
(if info
(mapc
(lambda (place)
(save-excursion
(goto-char place)
(let ((lang (nth 0 info))
(indent (make-string (nth 6 info) ? ))
(stars (concat (make-string (org-current-level) ?*) " ")))
(insert (concat (if (looking-at "^") "" "\n")
indent "#+end_src\n"
(if arg stars indent) "\n"
indent "#+begin_src " lang
(if (looking-at "[\n\r]") "" "\n")))
(when arg (previous-line) (move-end-of-line 1)))))
(sort (if (region-active-p) (list (mark) (point)) (list (point))) #'>))
(insert (concat (if (looking-at "^") "" "\n")
(if arg (concat stars "\n") "")
"#+begin_src " (read-from-minibuffer "Lang: ") "\n"
(delete-and-extract-region (or (mark) (point)) (point))
"\n#+end_src"))
(previous-line) (move-end-of-line 1))))
--8<---------------cut here---------------end--------------->8---
Cheers -- Eric
>
>
> (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src)
>
> (defun rgr/org-split-src(&optional arg)
> (interactive "P")
> (beginning-of-line)
> (save-excursion((lambda(info)
> (if info
> (let ((lang (nth 0 info))
> (stars (make-string (org-current-level) ?*)))
> (insert
> (format
> "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n"
> "#+end_src"
> stars
> lang
> (if (region-active-p)
> (delete-and-extract-region (region-beginning) (region-end)) "\n")
> stars
> lang)))
> (insert
> (format
> "\n#+begin_src\n%s\n#+end_src\n"
> (if (region-active-p)
> (delete-and-extract-region (region-beginning) (region-end)) "")))))
> (org-babel-get-src-block-info))))
>
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 3:41 ` Eric Schulte
@ 2010-09-20 5:18 ` Richard Riley
2010-09-20 14:30 ` Eric Schulte
2010-09-21 6:33 ` org-babel - utility to ease chopping src chunks into smaller org entries Achim Gratz
1 sibling, 1 reply; 36+ messages in thread
From: Richard Riley @ 2010-09-20 5:18 UTC (permalink / raw)
To: emacs-orgmode
"Eric Schulte" <schulte.eric@gmail.com> writes:
> Hi Richard,
>
> Richard Riley <rileyrg@gmail.com> writes:
>
>> Richard Riley <rileyrg@gmail.com> writes:
>>
>>> "Eric Schulte" <schulte.eric@gmail.com> writes:
>>>
>>>>
>>>> Let me know what you think. I notice your implementation uses
>>>> regions,
>>>
>>> It puts the begin/src markers around the region if selected or current word.
>>>
>>>> where as this one does not, so it's possible I left out some
>>>> functionality. I'd like to include some version of this functionality
>>>> into Org-mode core.
>>
>> using your lang selection example
>>
>> If not in a source block then just surround current region with
>> #+begin/end_src. If no region just put in markers around empty
>> area. Dont create new org items since probably just including src code
>> in an existing org item.
>>
>> If in a source block with region create new region with current
>> region. If no region just create new empty block. previous src blocks
>> delimited and marked as org items at current level (because almost
>> certainly splitting the code to maintain it in discreate titled blocks.
>>
>>
>
> I was just pulling up my email to share my next iteration when I saw
> your next iteration. They look very similar. If my version covers all
> of your use cases, then I'd like to add it to the Babel key map,
> probably under "d" for demarcate or delimit, unless you can think of a
> better mnemonic.
Not in the babel key map - in the org key map (I use it most in normal
non src org entries to mark a block of elisp as src for samples/examples).
But,yes I suspect your code is better ;) Note my func works in two
fundamentally different ways - in a babel src block where it creates new org
items and also in normal (non src) modes where it just creates a src block.
>
>
>
>
> --8<---------------cut here---------------start------------->8---
> (defun org-babel-demarcate-block (&optional arg)
> "Wrap or split the code in the region or on the point."
> (interactive "P")
> (let ((info (org-babel-get-src-block-info)))
> (if info
> (mapc
> (lambda (place)
> (save-excursion
> (goto-char place)
> (let ((lang (nth 0 info))
> (indent (make-string (nth 6 info) ? ))
> (stars (concat (make-string (org-current-level) ?*) " ")))
> (insert (concat (if (looking-at "^") "" "\n")
> indent "#+end_src\n"
> (if arg stars indent) "\n"
> indent "#+begin_src " lang
> (if (looking-at "[\n\r]") "" "\n")))
> (when arg (previous-line) (move-end-of-line 1)))))
> (sort (if (region-active-p) (list (mark) (point)) (list (point))) #'>))
> (insert (concat (if (looking-at "^") "" "\n")
> (if arg (concat stars "\n") "")
> "#+begin_src " (read-from-minibuffer "Lang: ") "\n"
> (delete-and-extract-region (or (mark) (point)) (point))
> "\n#+end_src"))
> (previous-line) (move-end-of-line 1))))
> --8<---------------cut here---------------end--------------->8---
>
>
>
> Cheers -- Eric
>
>>
>>
>> (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src)
>>
>> (defun rgr/org-split-src(&optional arg)
>> (interactive "P")
>> (beginning-of-line)
>> (save-excursion((lambda(info)
>> (if info
>> (let ((lang (nth 0 info))
>> (stars (make-string (org-current-level) ?*)))
>> (insert
>> (format
>> "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n"
>> "#+end_src"
>> stars
>> lang
>> (if (region-active-p)
>> (delete-and-extract-region (region-beginning) (region-end)) "\n")
>> stars
>> lang)))
>> (insert
>> (format
>> "\n#+begin_src\n%s\n#+end_src\n"
>> (if (region-active-p)
>> (delete-and-extract-region (region-beginning) (region-end)) "")))))
>> (org-babel-get-src-block-info))))
>>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
--
☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 5:18 ` Richard Riley
@ 2010-09-20 14:30 ` Eric Schulte
2010-09-20 15:15 ` Sébastien Vauban
2010-09-20 20:09 ` Dan Davison
0 siblings, 2 replies; 36+ messages in thread
From: Eric Schulte @ 2010-09-20 14:30 UTC (permalink / raw)
To: Richard Riley; +Cc: emacs-orgmode
Richard Riley <rileyrg@gmail.com> writes:
> "Eric Schulte" <schulte.eric@gmail.com> writes:
>
>> Hi Richard,
>>
>> Richard Riley <rileyrg@gmail.com> writes:
>>
>>> Richard Riley <rileyrg@gmail.com> writes:
>>>
>>>> "Eric Schulte" <schulte.eric@gmail.com> writes:
>>>>
>>>>>
>>>>> Let me know what you think. I notice your implementation uses
>>>>> regions,
>>>>
>>>> It puts the begin/src markers around the region if selected or current word.
>>>>
>>>>> where as this one does not, so it's possible I left out some
>>>>> functionality. I'd like to include some version of this functionality
>>>>> into Org-mode core.
>>>
>>> using your lang selection example
>>>
>>> If not in a source block then just surround current region with
>>> #+begin/end_src. If no region just put in markers around empty
>>> area. Dont create new org items since probably just including src code
>>> in an existing org item.
>>>
>>> If in a source block with region create new region with current
>>> region. If no region just create new empty block. previous src blocks
>>> delimited and marked as org items at current level (because almost
>>> certainly splitting the code to maintain it in discreate titled blocks.
>>>
>>>
>>
>> I was just pulling up my email to share my next iteration when I saw
>> your next iteration. They look very similar. If my version covers all
>> of your use cases, then I'd like to add it to the Babel key map,
>> probably under "d" for demarcate or delimit, unless you can think of a
>> better mnemonic.
>
>
I've just added this to the org-mode repo.
>
> Not in the babel key map - in the org key map (I use it most in normal
> non src org entries to mark a block of elisp as src for samples/examples).
For now it still lives in the babel keymap behind (C-c C-v d) since it
is fundamentally code-block related, however it can be called from
anywhere in an org-mode file, and could of course be bound to any other
key sequence in a personal config.
>
> But,yes I suspect your code is better ;) Note my func works in two
> fundamentally different ways - in a babel src block where it creates
> new org items and also in normal (non src) modes where it just creates
> a src block.
>
I believe both of those use cases are supported by the current version
of the function.
Thanks -- Eric
>
>>
>>
>>
>>
>> --8<---------------cut here---------------start------------->8---
>> (defun org-babel-demarcate-block (&optional arg)
>> "Wrap or split the code in the region or on the point."
>> (interactive "P")
>> (let ((info (org-babel-get-src-block-info)))
>> (if info
>> (mapc
>> (lambda (place)
>> (save-excursion
>> (goto-char place)
>> (let ((lang (nth 0 info))
>> (indent (make-string (nth 6 info) ? ))
>> (stars (concat (make-string (org-current-level) ?*) " ")))
>> (insert (concat (if (looking-at "^") "" "\n")
>> indent "#+end_src\n"
>> (if arg stars indent) "\n"
>> indent "#+begin_src " lang
>> (if (looking-at "[\n\r]") "" "\n")))
>> (when arg (previous-line) (move-end-of-line 1)))))
>> (sort (if (region-active-p) (list (mark) (point)) (list (point))) #'>))
>> (insert (concat (if (looking-at "^") "" "\n")
>> (if arg (concat stars "\n") "")
>> "#+begin_src " (read-from-minibuffer "Lang: ") "\n"
>> (delete-and-extract-region (or (mark) (point)) (point))
>> "\n#+end_src"))
>> (previous-line) (move-end-of-line 1))))
>> --8<---------------cut here---------------end--------------->8---
>>
>>
>>
>> Cheers -- Eric
>>
>>>
>>>
>>> (define-key org-mode-map (kbd "C-c C-b") 'rgr/org-split-src)
>>>
>>> (defun rgr/org-split-src(&optional arg)
>>> (interactive "P")
>>> (beginning-of-line)
>>> (save-excursion((lambda(info)
>>> (if info
>>> (let ((lang (nth 0 info))
>>> (stars (make-string (org-current-level) ?*)))
>>> (insert
>>> (format
>>> "%s\n%s\n#+begin_src %s\n%s#+end_src\n%s\n#+begin_src %s\n"
>>> "#+end_src"
>>> stars
>>> lang
>>> (if (region-active-p)
>>> (delete-and-extract-region (region-beginning) (region-end)) "\n")
>>> stars
>>> lang)))
>>> (insert
>>> (format
>>> "\n#+begin_src\n%s\n#+end_src\n"
>>> (if (region-active-p)
>>> (delete-and-extract-region (region-beginning) (region-end)) "")))))
>>> (org-babel-get-src-block-info))))
>>>
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 14:30 ` Eric Schulte
@ 2010-09-20 15:15 ` Sébastien Vauban
2010-09-20 22:21 ` Sébastien Vauban
2010-09-21 12:44 ` Eric Schulte
2010-09-20 20:09 ` Dan Davison
1 sibling, 2 replies; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-20 15:15 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> I've just added [org-babel-demarcate-block] to the org-mode repo.
A comment. Consider the following, with a region beginning at =cmd1= and
ending after =cmd3= (in other words, a full block of 3 lines):
--8<---------------cut here---------------start------------->8---
Text before
cmd1
cmd2
cmd3
Text after
--8<---------------cut here---------------end--------------->8---
After invoking your function, I get this:
--8<---------------cut here---------------start------------->8---
Text before
#+begin_src sh
cmd1
cmd2
cmd3
#+end_src
Text after
--8<---------------cut here---------------end--------------->8---
Very good, except that I would expect the space line out of the code block, as
it was not in my selected text:
--8<---------------cut here---------------start------------->8---
Text before
#+begin_src sh
cmd1
cmd2
cmd3
#+end_src
Text after
--8<---------------cut here---------------end--------------->8---
Is this possible?
> For now it still lives in the babel keymap behind (C-c C-v d) since it
> is fundamentally code-block related, however it can be called from
> anywhere in an org-mode file, and could of course be bound to any other
> key sequence in a personal config.
I don't see any key binding (yet), after org-reload.
Thanks for this...
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] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 14:30 ` Eric Schulte
2010-09-20 15:15 ` Sébastien Vauban
@ 2010-09-20 20:09 ` Dan Davison
2010-09-21 7:58 ` Christian Moe
1 sibling, 1 reply; 36+ messages in thread
From: Dan Davison @ 2010-09-20 20:09 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode, Richard Riley
[...]
>>> I was just pulling up my email to share my next iteration when I saw
>>> your next iteration. They look very similar. If my version covers all
>>> of your use cases, then I'd like to add it to the Babel key map,
>>> probably under "d" for demarcate or delimit, unless you can think of a
>>> better mnemonic.
>
> I've just added this to the org-mode repo.
>
>> Not in the babel key map - in the org key map (I use it most in normal
>> non src org entries to mark a block of elisp as src for samples/examples).
>
> For now it still lives in the babel keymap behind (C-c C-v d) since it
> is fundamentally code-block related,
For me, "fundamentally code-block related", in the absence of
execution-related functionality, points to org-src.el rather than
org-babel, so I suggest naming this function
org-src-demarcate-block. The babel keymap is still a good place for a
binding -- I think it's reasonable for the babel keymap to accomodate
pure code block stuff in addition to execution/tangling stuff.
Dan
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 15:15 ` Sébastien Vauban
@ 2010-09-20 22:21 ` Sébastien Vauban
2010-09-21 12:46 ` Eric Schulte
2010-09-21 12:44 ` Eric Schulte
1 sibling, 1 reply; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-20 22:21 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Sébastien Vauban wrote:
> "Eric Schulte" wrote:
>> I've just added [org-babel-demarcate-block] to the org-mode repo.
>
>> For now it still lives in the babel keymap behind (C-c C-v d) since it is
>> fundamentally code-block related, however it can be called from anywhere in
>> an org-mode file, and could of course be bound to any other key sequence in
>> a personal config.
>
> I don't see any key binding (yet), after org-reload.
Just on that one point of my posting: I know have the binding available at my
finger tips, after a shutdown and an Emacs restart.
Is it possible that =org-reload= did not reload the key maps?
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] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 3:41 ` Eric Schulte
2010-09-20 5:18 ` Richard Riley
@ 2010-09-21 6:33 ` Achim Gratz
2010-09-21 13:01 ` Eric Schulte
1 sibling, 1 reply; 36+ messages in thread
From: Achim Gratz @ 2010-09-21 6:33 UTC (permalink / raw)
To: emacs-orgmode
Hi Eric,
your commit 88b8b839 raises the following warnings during compile on
EMACS 23.1:
In org-babel-demarcate-block:
ob.el:1157:27:Warning: `previous-line' used from Lisp code
That command is designed for interactive use only
ob.el:1155:78:Warning: reference to free variable `stars'
ob.el:1159:55:Warning: `previous-line' used from Lisp code
That command is designed for interactive use only
In end of data:
ob.el:1826:1:Warning: the function `org-current-level' is not known to be
defined.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 20:09 ` Dan Davison
@ 2010-09-21 7:58 ` Christian Moe
2010-09-21 11:17 ` Richard Riley
2010-09-21 13:04 ` Eric Schulte
0 siblings, 2 replies; 36+ messages in thread
From: Christian Moe @ 2010-09-21 7:58 UTC (permalink / raw)
To: Dan Davison; +Cc: Richard Riley, emacs-orgmode
Hi,
I'm late to this discussion, but just a lateral thought:
Would you consider rewriting this as `org-demarcate-block' or similar,
to operate on all #+begin_...end blocks, not just src?
If generalized this function could be equally useful for non-src
blocks as well. Example blocks come immediately to mind, but there are
non-coding applications too.
For instance, I store many notes with quotes from various texts,
sometimes in fairly long =#+begin_quote= blocks, which I then need to
split up when I want to write an extended discussion of a passage,
quoting a few lines at a time.
For those who use verse blocks (I all too seldom have the need...), it
may be even more useful.
For personal use, I already have a little org-insert-block utility
function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther
blocks at a keystroke. This works for me since I use at least the
first two more or less equally often. A generalized demarcate-block
function would be a nice complement.
Yours,
CM
>> I've just added this to the org-mode repo.
>>
>>> Not in the babel key map - in the org key map (I use it most in normal
>>> non src org entries to mark a block of elisp as src for samples/examples).
>>
>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>> is fundamentally code-block related,
>
> For me, "fundamentally code-block related", in the absence of
> execution-related functionality, points to org-src.el rather than
> org-babel, so I suggest naming this function
> org-src-demarcate-block. The babel keymap is still a good place for a
> binding -- I think it's reasonable for the babel keymap to accomodate
> pure code block stuff in addition to execution/tangling stuff.
>
> Dan
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
--
Christian Moe
E-mail: mail@christianmoe.com
Website: http://christianmoe.com
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 7:58 ` Christian Moe
@ 2010-09-21 11:17 ` Richard Riley
2010-09-21 13:04 ` Eric Schulte
1 sibling, 0 replies; 36+ messages in thread
From: Richard Riley @ 2010-09-21 11:17 UTC (permalink / raw)
To: emacs-orgmode
Christian Moe <mail@christianmoe.com> writes:
> Hi,
>
> I'm late to this discussion, but just a lateral thought:
>
> Would you consider rewriting this as `org-demarcate-block' or similar,
> to operate on all #+begin_...end blocks, not just src?
>
> If generalized this function could be equally useful for non-src
> blocks as well. Example blocks come immediately to mind, but there are
> non-coding applications too.
>
> For instance, I store many notes with quotes from various texts,
> sometimes in fairly long =#+begin_quote= blocks, which I then need to
> split up when I want to write an extended discussion of a passage,
> quoting a few lines at a time.
>
> For those who use verse blocks (I all too seldom have the need...), it
> may be even more useful.
I think thats a great idea.
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 15:15 ` Sébastien Vauban
2010-09-20 22:21 ` Sébastien Vauban
@ 2010-09-21 12:44 ` Eric Schulte
2010-09-21 15:19 ` Sébastien Vauban
1 sibling, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-21 12:44 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Thanks for pointing this out, I've pushed up a fix to this spacing
issue.
Best -- Eric
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> I've just added [org-babel-demarcate-block] to the org-mode repo.
>
> A comment. Consider the following, with a region beginning at =cmd1= and
> ending after =cmd3= (in other words, a full block of 3 lines):
>
> Text before
>
> cmd1
> cmd2
> cmd3
>
> Text after
>
> After invoking your function, I get this:
>
> Text before
>
> #+begin_src sh
> cmd1
> cmd2
> cmd3
>
> #+end_src
> Text after
>
> Very good, except that I would expect the space line out of the code block, as
> it was not in my selected text:
>
> Text before
>
> #+begin_src sh
> cmd1
> cmd2
> cmd3
> #+end_src
>
> Text after
>
> Is this possible?
>
>
>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>> is fundamentally code-block related, however it can be called from
>> anywhere in an org-mode file, and could of course be bound to any other
>> key sequence in a personal config.
>
> I don't see any key binding (yet), after org-reload.
>
> Thanks for this...
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-20 22:21 ` Sébastien Vauban
@ 2010-09-21 12:46 ` Eric Schulte
2010-09-21 13:49 ` Dan Davison
2010-09-21 14:37 ` Sébastien Vauban
0 siblings, 2 replies; 36+ messages in thread
From: Eric Schulte @ 2010-09-21 12:46 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> Sébastien Vauban wrote:
>> "Eric Schulte" wrote:
>>> I've just added [org-babel-demarcate-block] to the org-mode repo.
>>
>>> For now it still lives in the babel keymap behind (C-c C-v d) since it is
>>> fundamentally code-block related, however it can be called from anywhere in
>>> an org-mode file, and could of course be bound to any other key sequence in
>>> a personal config.
>>
>> I don't see any key binding (yet), after org-reload.
>
> Just on that one point of my posting: I know have the binding available at my
> finger tips, after a shutdown and an Emacs restart.
>
> Is it possible that =org-reload= did not reload the key maps?
>
Hi Seb,
I suppose so, did you close and then re-open the org-mode buffer after
calling =org-reload=? I believe keymaps might be assigned only when a
buffer is first opened, so that could also be the culprit.
Best -- Eric
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 6:33 ` org-babel - utility to ease chopping src chunks into smaller org entries Achim Gratz
@ 2010-09-21 13:01 ` Eric Schulte
2010-09-21 17:03 ` Achim Gratz
0 siblings, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-21 13:01 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Hi Achim,
Thanks for pointing these warnings out, they are now fixed.
Achim Gratz <Stromeko@nexgo.de> writes:
> Hi Eric,
>
> your commit 88b8b839 raises the following warnings during compile on
> EMACS 23.1:
>
> In org-babel-demarcate-block:
> ob.el:1157:27:Warning: `previous-line' used from Lisp code
> That command is designed for interactive use only
> ob.el:1155:78:Warning: reference to free variable `stars'
> ob.el:1159:55:Warning: `previous-line' used from Lisp code
> That command is designed for interactive use only
>
> In end of data:
> ob.el:1826:1:Warning: the function `org-current-level' is not known to be
> defined.
>
>
> Achim.
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 7:58 ` Christian Moe
2010-09-21 11:17 ` Richard Riley
@ 2010-09-21 13:04 ` Eric Schulte
2010-09-21 14:35 ` Christian Moe
1 sibling, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-21 13:04 UTC (permalink / raw)
To: mail; +Cc: Dan Davison, Richard Riley, emacs-orgmode
Hi Christian,
I agree generalizing this function over all block types would be very
useful. When I find the time I will make this change.
Thanks -- Eric
Christian Moe <mail@christianmoe.com> writes:
> Hi,
>
> I'm late to this discussion, but just a lateral thought:
>
> Would you consider rewriting this as `org-demarcate-block' or similar,
> to operate on all #+begin_...end blocks, not just src?
>
> If generalized this function could be equally useful for non-src
> blocks as well. Example blocks come immediately to mind, but there are
> non-coding applications too.
>
> For instance, I store many notes with quotes from various texts,
> sometimes in fairly long =#+begin_quote= blocks, which I then need to
> split up when I want to write an extended discussion of a passage,
> quoting a few lines at a time.
>
> For those who use verse blocks (I all too seldom have the need...), it
> may be even more useful.
>
> For personal use, I already have a little org-insert-block utility
> function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther
> blocks at a keystroke. This works for me since I use at least the
> first two more or less equally often. A generalized demarcate-block
> function would be a nice complement.
>
> Yours,
> CM
>
>
>
>
>>> I've just added this to the org-mode repo.
>>>
>>>> Not in the babel key map - in the org key map (I use it most in normal
>>>> non src org entries to mark a block of elisp as src for samples/examples).
>>>
>>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>>> is fundamentally code-block related,
>>
>> For me, "fundamentally code-block related", in the absence of
>> execution-related functionality, points to org-src.el rather than
>> org-babel, so I suggest naming this function
>> org-src-demarcate-block. The babel keymap is still a good place for a
>> binding -- I think it's reasonable for the babel keymap to accomodate
>> pure code block stuff in addition to execution/tangling stuff.
>>
>> Dan
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 12:46 ` Eric Schulte
@ 2010-09-21 13:49 ` Dan Davison
2010-09-21 14:37 ` Sébastien Vauban
1 sibling, 0 replies; 36+ messages in thread
From: Dan Davison @ 2010-09-21 13:49 UTC (permalink / raw)
To: Eric Schulte; +Cc: Sébastien Vauban, emacs-orgmode
"Eric Schulte" <schulte.eric@gmail.com> writes:
> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>
>> Hi Eric,
>>
>> Sébastien Vauban wrote:
>>> "Eric Schulte" wrote:
>>>> I've just added [org-babel-demarcate-block] to the org-mode repo.
>>>
>>>> For now it still lives in the babel keymap behind (C-c C-v d) since it is
>>>> fundamentally code-block related, however it can be called from anywhere in
>>>> an org-mode file, and could of course be bound to any other key sequence in
>>>> a personal config.
>>>
>>> I don't see any key binding (yet), after org-reload.
>>
>> Just on that one point of my posting: I know have the binding available at my
>> finger tips, after a shutdown and an Emacs restart.
>>
>> Is it possible that =org-reload= did not reload the key maps?
On a related note, is there a reasonable way to get defvars, defcustoms
etc to respond to a change in their default value? Org-reload
(i.e. `load') does not deal with them which makes me slightly
distrustful of using it.
Dan
>>
>
> Hi Seb,
>
> I suppose so, did you close and then re-open the org-mode buffer after
> calling =org-reload=? I believe keymaps might be assigned only when a
> buffer is first opened, so that could also be the culprit.
>
> Best -- Eric
>
>>
>> Best regards,
>> Seb
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 13:04 ` Eric Schulte
@ 2010-09-21 14:35 ` Christian Moe
2010-09-21 14:50 ` Dan Davison
0 siblings, 1 reply; 36+ messages in thread
From: Christian Moe @ 2010-09-21 14:35 UTC (permalink / raw)
To: Eric Schulte; +Cc: Dan Davison, Richard Riley, emacs-orgmode
Hi Eric,
Great, thanks.
Christian
On 9/21/10 3:04 PM, Eric Schulte wrote:
> Hi Christian,
>
> I agree generalizing this function over all block types would be very
> useful. When I find the time I will make this change.
>
> Thanks -- Eric
>
> Christian Moe<mail@christianmoe.com> writes:
>
>> Hi,
>>
>> I'm late to this discussion, but just a lateral thought:
>>
>> Would you consider rewriting this as `org-demarcate-block' or similar,
>> to operate on all #+begin_...end blocks, not just src?
>>
>> If generalized this function could be equally useful for non-src
>> blocks as well. Example blocks come immediately to mind, but there are
>> non-coding applications too.
>>
>> For instance, I store many notes with quotes from various texts,
>> sometimes in fairly long =#+begin_quote= blocks, which I then need to
>> split up when I want to write an extended discussion of a passage,
>> quoting a few lines at a time.
>>
>> For those who use verse blocks (I all too seldom have the need...), it
>> may be even more useful.
>>
>> For personal use, I already have a little org-insert-block utility
>> function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther
>> blocks at a keystroke. This works for me since I use at least the
>> first two more or less equally often. A generalized demarcate-block
>> function would be a nice complement.
>>
>> Yours,
>> CM
>>
>>
>>
>>
>>>> I've just added this to the org-mode repo.
>>>>
>>>>> Not in the babel key map - in the org key map (I use it most in normal
>>>>> non src org entries to mark a block of elisp as src for samples/examples).
>>>>
>>>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>>>> is fundamentally code-block related,
>>>
>>> For me, "fundamentally code-block related", in the absence of
>>> execution-related functionality, points to org-src.el rather than
>>> org-babel, so I suggest naming this function
>>> org-src-demarcate-block. The babel keymap is still a good place for a
>>> binding -- I think it's reasonable for the babel keymap to accomodate
>>> pure code block stuff in addition to execution/tangling stuff.
>>>
>>> Dan
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>
--
Christian Moe
E-mail: mail@christianmoe.com
Website: http://christianmoe.com
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 12:46 ` Eric Schulte
2010-09-21 13:49 ` Dan Davison
@ 2010-09-21 14:37 ` Sébastien Vauban
1 sibling, 0 replies; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-21 14:37 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Sébastien Vauban wrote:
>>> "Eric Schulte" wrote:
>>>> I've just added [org-babel-demarcate-block] to the org-mode repo.
>>>
>>> I don't see any key binding (yet), after org-reload.
>>
>> Just on that one point of my posting: I know have the binding available at
>> my finger tips, after a shutdown and an Emacs restart.
>>
>> Is it possible that =org-reload= did not reload the key maps?
>
> I suppose so, did you close and then re-open the org-mode buffer after
> calling =org-reload=?
Dunno anymore, but most probably not... Almost sure.
> I believe keymaps might be assigned only when a buffer is first opened, so
> that could also be the culprit.
That would be it, then. Thanks.
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] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 14:35 ` Christian Moe
@ 2010-09-21 14:50 ` Dan Davison
2010-09-21 15:35 ` Eric Schulte
0 siblings, 1 reply; 36+ messages in thread
From: Dan Davison @ 2010-09-21 14:50 UTC (permalink / raw)
To: mail; +Cc: Richard Riley, emacs-orgmode
Christian -- thanks, I think your suggestion is better than mine.
Eric -- here's a small change that allows it to work before the first
headline. (protected from patchwork I hope)
Dan
--8<---------------cut here---------------start------------->8---
X diff --git a/lisp/ob.el b/lisp/ob.el
X index e3f9fc7..655a79d 100644
X --- a/lisp/ob.el
X +++ b/lisp/ob.el
X @@ -1146,7 +1146,8 @@ region is not active then the point is demarcated."
X (goto-char place)
X (let ((lang (nth 0 info))
X (indent (make-string (nth 6 info) ? ))
X - (stars (concat (make-string (org-current-level) ?*) " ")))
X + (stars
X + (concat (make-string (or (org-current-level) 0) ?*) " ")))
X (when (string-match "^[[:space:]]*$"
X (buffer-substring (point-at-bol)
X (point-at-eol)))
X @@ -1161,7 +1162,7 @@ region is not active then the point is demarcated."
X (let ((start (point))
X (body (delete-and-extract-region
X (if (region-active-p) (mark) (point)) (point)))
X - (stars (concat (make-string (org-current-level) ?*) " ")))
X + (stars (concat (make-string (or (org-current-level) 0) ?*) " ")))
X (insert (concat (if (looking-at "^") "" "\n")
X (if arg (concat stars "\n") "")
X "#+begin_src " (read-from-minibuffer "Lang: ") "\n"
X
--8<---------------cut here---------------end--------------->8---
Christian Moe <mail@christianmoe.com> writes:
> Hi Eric,
>
> Great, thanks.
>
> Christian
>
> On 9/21/10 3:04 PM, Eric Schulte wrote:
>> Hi Christian,
>>
>> I agree generalizing this function over all block types would be very
>> useful. When I find the time I will make this change.
>>
>> Thanks -- Eric
>>
>> Christian Moe<mail@christianmoe.com> writes:
>>
>>> Hi,
>>>
>>> I'm late to this discussion, but just a lateral thought:
>>>
>>> Would you consider rewriting this as `org-demarcate-block' or similar,
>>> to operate on all #+begin_...end blocks, not just src?
>>>
>>> If generalized this function could be equally useful for non-src
>>> blocks as well. Example blocks come immediately to mind, but there are
>>> non-coding applications too.
>>>
>>> For instance, I store many notes with quotes from various texts,
>>> sometimes in fairly long =#+begin_quote= blocks, which I then need to
>>> split up when I want to write an extended discussion of a passage,
>>> quoting a few lines at a time.
>>>
>>> For those who use verse blocks (I all too seldom have the need...), it
>>> may be even more useful.
>>>
>>> For personal use, I already have a little org-insert-block utility
>>> function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther
>>> blocks at a keystroke. This works for me since I use at least the
>>> first two more or less equally often. A generalized demarcate-block
>>> function would be a nice complement.
>>>
>>> Yours,
>>> CM
>>>
>>>
>>>
>>>
>>>>> I've just added this to the org-mode repo.
>>>>>
>>>>>> Not in the babel key map - in the org key map (I use it most in normal
>>>>>> non src org entries to mark a block of elisp as src for samples/examples).
>>>>>
>>>>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>>>>> is fundamentally code-block related,
>>>>
>>>> For me, "fundamentally code-block related", in the absence of
>>>> execution-related functionality, points to org-src.el rather than
>>>> org-babel, so I suggest naming this function
>>>> org-src-demarcate-block. The babel keymap is still a good place for a
>>>> binding -- I think it's reasonable for the babel keymap to accomodate
>>>> pure code block stuff in addition to execution/tangling stuff.
>>>>
>>>> Dan
>>>>
>>>> _______________________________________________
>>>> Emacs-orgmode mailing list
>>>> Please use `Reply All' to send replies to the list.
>>>> Emacs-orgmode@gnu.org
>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>>
>>
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 12:44 ` Eric Schulte
@ 2010-09-21 15:19 ` Sébastien Vauban
0 siblings, 0 replies; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-21 15:19 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Thanks for pointing this out, I've pushed up a fix to this spacing issue.
Perfect. Fix tested. Confirmed OK. Thanks.
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] 36+ messages in thread
* Re: Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 14:50 ` Dan Davison
@ 2010-09-21 15:35 ` Eric Schulte
2010-09-24 13:24 ` Requests about the code demarcation Sébastien Vauban
0 siblings, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-21 15:35 UTC (permalink / raw)
To: Dan Davison; +Cc: Richard Riley, emacs-orgmode, mail
Applied, Thanks
Dan Davison <davison@stats.ox.ac.uk> writes:
> Christian -- thanks, I think your suggestion is better than mine.
>
> Eric -- here's a small change that allows it to work before the first
> headline. (protected from patchwork I hope)
>
> Dan
>
> X diff --git a/lisp/ob.el b/lisp/ob.el
> X index e3f9fc7..655a79d 100644
> X --- a/lisp/ob.el
> X +++ b/lisp/ob.el
> X @@ -1146,7 +1146,8 @@ region is not active then the point is demarcated."
> X (goto-char place)
> X (let ((lang (nth 0 info))
> X (indent (make-string (nth 6 info) ? ))
> X - (stars (concat (make-string (org-current-level) ?*) " ")))
> X + (stars
> X + (concat (make-string (or (org-current-level) 0) ?*) " ")))
> X (when (string-match "^[[:space:]]*$"
> X (buffer-substring (point-at-bol)
> X (point-at-eol)))
> X @@ -1161,7 +1162,7 @@ region is not active then the point is demarcated."
> X (let ((start (point))
> X (body (delete-and-extract-region
> X (if (region-active-p) (mark) (point)) (point)))
> X - (stars (concat (make-string (org-current-level) ?*) " ")))
> X + (stars (concat (make-string (or (org-current-level) 0) ?*) " ")))
> X (insert (concat (if (looking-at "^") "" "\n")
> X (if arg (concat stars "\n") "")
> X "#+begin_src " (read-from-minibuffer "Lang: ") "\n"
> X
>
>
> Christian Moe <mail@christianmoe.com> writes:
>
>> Hi Eric,
>>
>> Great, thanks.
>>
>> Christian
>>
>> On 9/21/10 3:04 PM, Eric Schulte wrote:
>>> Hi Christian,
>>>
>>> I agree generalizing this function over all block types would be very
>>> useful. When I find the time I will make this change.
>>>
>>> Thanks -- Eric
>>>
>>> Christian Moe<mail@christianmoe.com> writes:
>>>
>>>> Hi,
>>>>
>>>> I'm late to this discussion, but just a lateral thought:
>>>>
>>>> Would you consider rewriting this as `org-demarcate-block' or similar,
>>>> to operate on all #+begin_...end blocks, not just src?
>>>>
>>>> If generalized this function could be equally useful for non-src
>>>> blocks as well. Example blocks come immediately to mind, but there are
>>>> non-coding applications too.
>>>>
>>>> For instance, I store many notes with quotes from various texts,
>>>> sometimes in fairly long =#+begin_quote= blocks, which I then need to
>>>> split up when I want to write an extended discussion of a passage,
>>>> quoting a few lines at a time.
>>>>
>>>> For those who use verse blocks (I all too seldom have the need...), it
>>>> may be even more useful.
>>>>
>>>> For personal use, I already have a little org-insert-block utility
>>>> function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther
>>>> blocks at a keystroke. This works for me since I use at least the
>>>> first two more or less equally often. A generalized demarcate-block
>>>> function would be a nice complement.
>>>>
>>>> Yours,
>>>> CM
>>>>
>>>>
>>>>
>>>>
>>>>>> I've just added this to the org-mode repo.
>>>>>>
>>>>>>> Not in the babel key map - in the org key map (I use it most in normal
>>>>>>> non src org entries to mark a block of elisp as src for samples/examples).
>>>>>>
>>>>>> For now it still lives in the babel keymap behind (C-c C-v d) since it
>>>>>> is fundamentally code-block related,
>>>>>
>>>>> For me, "fundamentally code-block related", in the absence of
>>>>> execution-related functionality, points to org-src.el rather than
>>>>> org-babel, so I suggest naming this function
>>>>> org-src-demarcate-block. The babel keymap is still a good place for a
>>>>> binding -- I think it's reasonable for the babel keymap to accomodate
>>>>> pure code block stuff in addition to execution/tangling stuff.
>>>>>
>>>>> Dan
>>>>>
>>>>> _______________________________________________
>>>>> Emacs-orgmode mailing list
>>>>> Please use `Reply All' to send replies to the list.
>>>>> Emacs-orgmode@gnu.org
>>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>>>
>>>
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: org-babel - utility to ease chopping src chunks into smaller org entries
2010-09-21 13:01 ` Eric Schulte
@ 2010-09-21 17:03 ` Achim Gratz
0 siblings, 0 replies; 36+ messages in thread
From: Achim Gratz @ 2010-09-21 17:03 UTC (permalink / raw)
To: emacs-orgmode
Fix confirmed.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
^ permalink raw reply [flat|nested] 36+ messages in thread
* Requests about the code demarcation
2010-09-21 15:35 ` Eric Schulte
@ 2010-09-24 13:24 ` Sébastien Vauban
2010-09-27 13:18 ` Eric Schulte
0 siblings, 1 reply; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-24 13:24 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric and Richard,
"Eric Schulte" wrote:
> Applied, Thanks
Two comments about that great function:
- Would it be possible to leave the code where it is, and have it selected (in
a region), when the question about the language is asked?
Currently, it seems to be temporarily "cut", and I sometimes hesitate about
which language I wanna choose (moreover, when the right language does not
exist, such as for demarcating an extract of config file). Would the code
chunk stay visible, it'd be easier...
- Is it possible to envision completion of the language name? Writing
=emacs-lisp= could become easier...
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] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-24 13:24 ` Requests about the code demarcation Sébastien Vauban
@ 2010-09-27 13:18 ` Eric Schulte
2010-09-27 13:47 ` Sébastien Vauban
2010-09-30 18:17 ` Achim Gratz
0 siblings, 2 replies; 36+ messages in thread
From: Eric Schulte @ 2010-09-27 13:18 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Thanks for the suggestions, I've just implemented them.
Best -- Eric
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric and Richard,
>
> "Eric Schulte" wrote:
>> Applied, Thanks
>
> Two comments about that great function:
>
> - Would it be possible to leave the code where it is, and have it selected (in
> a region), when the question about the language is asked?
>
> Currently, it seems to be temporarily "cut", and I sometimes hesitate about
> which language I wanna choose (moreover, when the right language does not
> exist, such as for demarcating an extract of config file). Would the code
> chunk stay visible, it'd be easier...
>
> - Is it possible to envision completion of the language name? Writing
> =emacs-lisp= could become easier...
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-27 13:18 ` Eric Schulte
@ 2010-09-27 13:47 ` Sébastien Vauban
2010-09-27 14:36 ` Sébastien Vauban
2010-09-30 18:17 ` Achim Gratz
1 sibling, 1 reply; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-27 13:47 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Two comments about that great function:
>>
>> - Would it be possible to leave the code where it is, and have it selected
>> (in a region), when the question about the language is asked?
>>
>> Currently, it seems to be temporarily "cut", and I sometimes hesitate
>> about which language I wanna choose (moreover, when the right language
>> does not exist, such as for demarcating an extract of config file). Would
>> the code chunk stay visible, it'd be easier...
>>
>> - Is it possible to envision completion of the language name? Writing
>> =emacs-lisp= could become easier...
>
> Thanks for the suggestions, I've just implemented them.
Tested. Simply fan-tas-tic!
Thanks a lot...
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] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-27 13:47 ` Sébastien Vauban
@ 2010-09-27 14:36 ` Sébastien Vauban
2010-09-27 14:58 ` Eric Schulte
0 siblings, 1 reply; 36+ messages in thread
From: Sébastien Vauban @ 2010-09-27 14:36 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Sébastien Vauban wrote:
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMRG2NFembrH+g@public.gmane.orgorg> writes:
>>> Is it possible to envision completion of the language name? Writing
>>> =emacs-lisp= could become easier...
>>
>> Thanks for the suggestions, I've just implemented them.
>
> Tested. Simply fan-tas-tic!
Just one question: about =quote= and such environments, I don't remember if it
already is supported by the code demarcation, or has just been discussed so
far.
- In the first case, it would be missing from the list of "languages".
- In the second case, I'm not in a hurry -- I really don't use such
environments yet!
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] 36+ messages in thread
* Re: Re: Requests about the code demarcation
2010-09-27 14:36 ` Sébastien Vauban
@ 2010-09-27 14:58 ` Eric Schulte
0 siblings, 0 replies; 36+ messages in thread
From: Eric Schulte @ 2010-09-27 14:58 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
I plan to extend the block demarcation function to all block types, but
haven't yet found the time.
Best -- Eric
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> Sébastien Vauban wrote:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>> Is it possible to envision completion of the language name? Writing
>>>> =emacs-lisp= could become easier...
>>>
>>> Thanks for the suggestions, I've just implemented them.
>>
>> Tested. Simply fan-tas-tic!
>
> Just one question: about =quote= and such environments, I don't remember if it
> already is supported by the code demarcation, or has just been discussed so
> far.
>
> - In the first case, it would be missing from the list of "languages".
> - In the second case, I'm not in a hurry -- I really don't use such
> environments yet!
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-27 13:18 ` Eric Schulte
2010-09-27 13:47 ` Sébastien Vauban
@ 2010-09-30 18:17 ` Achim Gratz
2010-09-30 22:19 ` Eric Schulte
2010-10-17 11:53 ` Richard Riley
1 sibling, 2 replies; 36+ messages in thread
From: Achim Gratz @ 2010-09-30 18:17 UTC (permalink / raw)
To: emacs-orgmode
"Eric Schulte" <schulte.eric@gmail.com> writes:
> Thanks for the suggestions, I've just implemented them.
This likely relates to commit eb0068e9, which raises this warning
In org-babel-demarcate-block:
ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages'
during byte-compile.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Re: Requests about the code demarcation
2010-09-30 18:17 ` Achim Gratz
@ 2010-09-30 22:19 ` Eric Schulte
2010-10-01 19:28 ` Achim Gratz
2010-10-17 11:53 ` Richard Riley
1 sibling, 1 reply; 36+ messages in thread
From: Eric Schulte @ 2010-09-30 22:19 UTC (permalink / raw)
To: Achim Gratz; +Cc: emacs-orgmode
Fixed, Thanks -- Eric
Achim Gratz <Stromeko@nexgo.de> writes:
> "Eric Schulte" <schulte.eric@gmail.com> writes:
>> Thanks for the suggestions, I've just implemented them.
>
> This likely relates to commit eb0068e9, which raises this warning
>
> In org-babel-demarcate-block:
> ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages'
>
> during byte-compile.
>
>
> Achim.
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-30 22:19 ` Eric Schulte
@ 2010-10-01 19:28 ` Achim Gratz
0 siblings, 0 replies; 36+ messages in thread
From: Achim Gratz @ 2010-10-01 19:28 UTC (permalink / raw)
To: emacs-orgmode
"Eric Schulte" <schulte.eric@gmail.com> writes:
> Fixed, Thanks -- Eric
Confirmed.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 36+ messages in thread
* Re: Requests about the code demarcation
2010-09-30 18:17 ` Achim Gratz
2010-09-30 22:19 ` Eric Schulte
@ 2010-10-17 11:53 ` Richard Riley
1 sibling, 0 replies; 36+ messages in thread
From: Richard Riley @ 2010-10-17 11:53 UTC (permalink / raw)
To: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> "Eric Schulte" <schulte.eric@gmail.com> writes:
>> Thanks for the suggestions, I've just implemented them.
>
> This likely relates to commit eb0068e9, which raises this warning
>
> In org-babel-demarcate-block:
> ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages'
>
> during byte-compile.
>
> Achim.
Just a note on the key bindings for src code splitting/marking - there
is already a very similar function inside Gnus:-
--8<---------------cut here---------------start------------->8---
C-c M-m runs the command message-mark-inserted-region, which is an interactive
compiled Lisp function in `message.el'.
It is bound to C-c M-m, <menu-bar> <Message> <Insert Region Marked>.
(message-mark-inserted-region BEG END &optional VERBATIM)
Mark some region in the current article with enclosing tags.
See `message-mark-insert-begin' and `message-mark-insert-end'.
If VERBATIM, use slrn style verbatim marks ("#v+" and "#v-").
--8<---------------cut here---------------end--------------->8---
Possibly the keybinding to use?
regards
r.
^ permalink raw reply [flat|nested] 36+ messages in thread
end of thread, other threads:[~2010-10-17 11:53 UTC | newest]
Thread overview: 36+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-09-19 1:48 org-babel - utility to ease chopping src chunks into smaller org entries Richard Riley
2010-09-19 18:21 ` Eric Schulte
2010-09-19 22:03 ` Richard Riley
2010-09-19 23:20 ` Richard Riley
2010-09-20 3:41 ` Eric Schulte
2010-09-20 5:18 ` Richard Riley
2010-09-20 14:30 ` Eric Schulte
2010-09-20 15:15 ` Sébastien Vauban
2010-09-20 22:21 ` Sébastien Vauban
2010-09-21 12:46 ` Eric Schulte
2010-09-21 13:49 ` Dan Davison
2010-09-21 14:37 ` Sébastien Vauban
2010-09-21 12:44 ` Eric Schulte
2010-09-21 15:19 ` Sébastien Vauban
2010-09-20 20:09 ` Dan Davison
2010-09-21 7:58 ` Christian Moe
2010-09-21 11:17 ` Richard Riley
2010-09-21 13:04 ` Eric Schulte
2010-09-21 14:35 ` Christian Moe
2010-09-21 14:50 ` Dan Davison
2010-09-21 15:35 ` Eric Schulte
2010-09-24 13:24 ` Requests about the code demarcation Sébastien Vauban
2010-09-27 13:18 ` Eric Schulte
2010-09-27 13:47 ` Sébastien Vauban
2010-09-27 14:36 ` Sébastien Vauban
2010-09-27 14:58 ` Eric Schulte
2010-09-30 18:17 ` Achim Gratz
2010-09-30 22:19 ` Eric Schulte
2010-10-01 19:28 ` Achim Gratz
2010-10-17 11:53 ` Richard Riley
2010-09-21 6:33 ` org-babel - utility to ease chopping src chunks into smaller org entries Achim Gratz
2010-09-21 13:01 ` Eric Schulte
2010-09-21 17:03 ` Achim Gratz
2010-09-19 21:24 ` Sébastien Vauban
2010-09-19 21:44 ` Richard Riley
2010-09-19 21:52 ` 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).