Nick Dokos <nicholas.do...@hp.com> writes: > Gustav Wikström <gustav.e...@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 <quintf...@googlemail.com> wrote: >> >> Nick Dokos <nicholas.do...@hp.com> writes: >> >> > Thorsten <quintf...@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