[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer
From: |
Rainer M Krug |
Subject: |
Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer |
Date: |
Wed, 25 Sep 2013 09:38:41 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin) |
Carsten Dominik <address@hidden> writes:
> On 25.9.2013, at 08:53, Rainer M Krug <address@hidden> wrote:
>
>> "Sebastien Vauban" <address@hidden>
>> writes:
>>
>>> Hi Carsten,
>>>
>>> Carsten Dominik wrote:
>>>> On 24.9.2013, at 18:17, Sebastien Vauban <address@hidden> wrote:
>>>>> Carsten Dominik wrote:
>>>>>> On 23.9.2013, at 09:40, Rainer M Krug <address@hidden> wrote:
>>>>>>>
>>>>>>> When starting to edit a code block via C-c ' everything works as
>>>>>>> expected
>>>>>>> and the code block is highlighted and an indirect buffer is opened.
>>>>>>>
>>>>>>> When I click into the highlighted block, I an "send" to the indirect
>>>>>>> buffer.
>>>>>>> This behavior changes, after saving with C-s, even when nothing has been
>>>>>>> edited: the area in the original org file looses its magic, and looks
>>>>>>> normal
>>>>>>> again and can also be edited!
>>>>>>>
>>>>>>> The indirect buffer stays functional and, upon close via C-c ' saves the
>>>>>>> changes into the original buffer and *overwrites* changes done in this
>>>>>>> block
>>>>>>> in the org document.
>>>>>>
>>>>>> This is a bug which is difficult to fix in all generality. What should
>>>>>> really
>>>>>> happen is that the text in the original buffer is made read-only. But so
>>>>>> far
>>>>>> this does not happen in our implementation (due to Dan Davison IIRC). The
>>>>>> reason for this is that read-only text properties left by accident in a
>>>>>> buffer are difficult to get rid of.
>>>>>>
>>>>>> There are many things the user could go back and screw up the original.
>>>>>> That's why Org choses to protect with highlighting with an overlay. Note
>>>>>> that
>>>>>> this is not a protection against editing, but it is a visual warning.
>>>>>
>>>>> I never knew that "your" goal was to make the code block read-only in the
>>>>> Org
>>>>> buffer. Note that I would be really opposed to such a change. Editing
>>>>> code in
>>>>> the prose would really become a pain to me -- please know that I NEVER
>>>>> use the
>>>>> indirect buffer.
>>>>
>>>> I only mean while there is a special buffer also editing this block!
>>>
>>> Pfff! I'm relieved -- I should have understood it ;-)
>>
>> While we are at editing code blocks inline (I also do this quite often).
>>
>> This might have been asked before, but in code blocks we have
>>
>> - syntax highlighting
>> - indenting using the code block language settings
>>
>> but would it be possible to have, when the cursor is in a code block,
>> the menus and shortcuts for the language mode enabled, i.e. complete
>> support for editing the code block language, as in the special buffer,
>> but inline in org? Evaluationg single lines of code directly from the
>> code block in org would be *brilliant*.
>
> This is very complicated, because such functionality needs
> the entire environment of a mode. I think there are some solutions
> which allow multiple major modes - but I don't think we will go
> there with Org.
This is definitely not an easy task, but which I think would be an very
useful feature, making the work-flow of using embedded code much faster.
>
> However, I think this is really a question to Eric Schulte (in CC).
Would be great, if there is would be a way of implementing this in the
medium future.
Cheers,
Rainer
>
> - Carsten
>
>>
>> Cheers,
>>
>> Rainer
>>
>>>
>>> Best regards,
>>> Seb
>> <#secure method=pgpmime mode=sign>
>>
>> --
>> Rainer M. Krug
>>
>> email: RMKrug<at>gmail<dot>com
>>
>>
>
--
Rainer M. Krug
email: RMKrug<at>gmail<dot>com
pgplQvAEBAeLK.pgp
Description: PGP signature
- Re: [O] BUG?: BABEL - Release 8.2, (continued)
- Re: [O] Release 8.2, Suvayu Ali, 2013/09/20
- [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/23
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/24
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Carsten Dominik, 2013/09/24
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Sebastien Vauban, 2013/09/24
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Carsten Dominik, 2013/09/24
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Sebastien Vauban, 2013/09/24
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Carsten Dominik, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer,
Rainer M Krug <=
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Eric Schulte, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Andreas Leha, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/26
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Carsten Dominik, 2013/09/25
- Re: [O] [BUG] in Release 8.2 - editing code in indirect buffer, Rainer M Krug, 2013/09/25