Re: [babel] Editing 'quote' source blocks in artist mode

[Thorsten <quintfall@googlemail.com>]

Nick Dokos <nicholas.dokos@hp.com> writes:

> Gustav Wikström <gustav.erik@gmail.com> wrote:
>
>> Hi!
>> 
>> Just tried this and I can confirm both your bugs.
>> 
>> calling org-edit-special on the following line gives artist-mode (or whatever it is called..):
>> 
>> : some text
>> 
>
> That's a feature, not a bug:


A quote might be a fixed-width-region inside an org document, but who
wants to edit a textual quote in picture/artitst mode?

Quotes are almost always text imho. 

> ,----
> | org-edit-fixed-width-region is an interactive Lisp function in
> | `org-src.el'.
> | 
> | (org-edit-fixed-width-region)
> | 
> | Edit the fixed-width ascii drawing at point.
> | This must be a region where each line starts with a colon followed by
> | a space character.
> | An new buffer is created and the fixed-width region is copied into it,
> | and the buffer is switched into `artist-mode' for editing.  When done,
> | exit with C-c '.  The edited text will then replace
> | the fragment in the Org-mode buffer.
> `----
>
> Nick
>
>> calling org-edit-special inside the block gives ffap:
>> 
>> #+begin_quote
>>   some text
>> #+end_quote
>> 
>> /Gustav
>> 
>> On Thu, Feb 23, 2012 at 10:39 AM, Thorsten <quintfall@googlemail.com> wrote:
>> 
>>     Nick Dokos <nicholas.dokos@hp.com> writes:
>>    
>>     > Thorsten <quintfall@googlemail.com> wrote:
>>     >
>>     >>
>>     >> Hi list,
>>     >> when I want to edit text inside a 'quote' source block, I find myself in
>>     >> picture/artist mode with wild key rebindings, e.g.:
>>     >>
>>     >> ,---------------------------------------------------------------------------
>>     >> | RET (translated from <return>) runs the command artist-key-set-point,
>>     >> | which is an interactive compiled Lisp function in `artist.el'.
>>     >> |
>>     >> | It is bound to RET.
>>     >> |
>>     >> | (artist-key-set-point &optional ARG)
>>     >> |
>>     >> | Set a point for the current shape.  With optional ARG, set the last point.
>>     >> `---------------------------------------------------------------------------
>>     >>
>>     >> I don't think thats the intended behaviour? Shouldn't the edit buffer
>>     >> rather be in fundamental mode or something like this?
>>     >> To reproduce this:
>>     >>
>>     >> ,-----------------------------
>>     >> | <q tab
>>     >> | then inside the source block
>>     >> | C-c '
>>     >> `-----------------------------
>>     >>
>> 
>>     >> My system data:
>>     >> "GNU Emacs 24.0.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10)
>>     >>  of 2012-02-07 on arch
>>     >> Org-mode version 7.8.03
>>     >> Ma Gnus v0.2"
>>     >>
>>     >
>>     > I can't reproduce it.
>>     >
>>     > Is C-c ' (still) bound to org-edit-special?
>>    
>>     Yes, it is.
>>    
>>     > C-h f org-edit-special RET says
>>     >
>>     > ,----
>>     > | org-edit-special is an interactive Lisp function in `org.el'.
>>     > |
>>     > | (org-edit-special &optional ARG)
>>     > |
>>     > | Call a special editor for the stuff at point.
>>     > | When at a table, call the formula editor with `org-table-edit-formulas'.
>>     > | When at the first line of an src example, call `org-edit-src-code'.
>>     > | When in an #+include line, visit the include file.  Otherwise call
>>     > | `ffap' to visit the file at point.
>>     > `----
>>     >
>>     > and I get the ffap behavior in a quote block (not that that's particularly
>>     > attractive either).
>>     >
>>     > Did you try it emacs -q? Maybe it's a customization of yours.
>>    
>>     I tried that too, and again the edit buffer was in artist mode.
>>     I use the emacs24-starter-kit now, so not all customisations are mine.
>>     But I can't see anything that sets edit buffers in artist mode.
>>    
>>     Might that be related with openwith mode? I have that activated
>>     globally. But it shouldn't happen with emcas -q then.
>>    
>>     --
>>     cheers,
>>     Thorsten
>> 
>> 
>> ----------------------------------------------------
>> Alternatives:
>> 
>> ----------------------------------------------------


-- 
cheers,
Thorsten