Hi Michael,
I have applied your testing patch, thank you!
- Carsten
On 12.9.2013, at 22:52, Michael Brand wrote:
> Hi Carsten
>
> On Thu, Sep 12, 2013 at 10:20 PM, Carsten Dominik
> wrote:
>> thanks for the patch - I think we will go with Nicolas' patch for fixing
>> org-insert-heading. Ma
Hi Carsten
On Thu, Sep 12, 2013 at 10:20 PM, Carsten Dominik
wrote:
> thanks for the patch - I think we will go with Nicolas' patch for fixing
> org-insert-heading. May I ask you to check if your tests still to the right
> thing, and resubmit the test patch?
>
> Many thanks in advance.
Yes, m
Hi Michael,
thanks for the patch - I think we will go with Nicolas' patch for fixing
org-insert-heading. May I ask you to check if your tests still to the right
thing, and resubmit the test patch?
Many thanks in advance.
- Carsten
On 9.9.2013, at 22:37, Michael Brand wrote:
> Hi Nicolas
>
Hello,
Michael Brand writes:
> About the following different issue I don't care as much and only
> wanted to report: C-RET before any headline when within a drawer, or
> generally before any headline(?), could bark instead of changing to a
> headline leading to invalid Org syntax within a drawer
Hi Nicolas
On Mon, Sep 9, 2013 at 9:10 PM, Nicolas Goaziou wrote:
> FWIW, I think the test belongs to test-org.el, not to test-org-list.el.
Ok, I assume, then better also with more tests than only for list items.
See the attached patches that replace the previous ones.
Michael
From 66f6d15234bd
Hi Carsten
On Thu, Aug 8, 2013 at 8:43 AM, Carsten Dominik
wrote:
> I have rewritten org-insert-heading, because it had become an unmaintainable
> beast.
> Please follow up in this thread if you find problems with the new
> implementation.
> Very likely there will be bugs, but now I am at least
Nicolas Goaziou writes:
> There seem to be a bug when using M-RET at "X" in the following buffer:
>
> * H1
> TextX
>
> Try it with different values for `org-blank-before-new-entry'.
Well, please scratch that: I was on a dubious local branch. Sorry for
the noise.
Regards,
--
Nicolas Goazi
Hello,
There seem to be a bug when using M-RET at "X" in the following buffer:
* H1
TextX
Try it with different values for `org-blank-before-new-entry'.
Regards,
--
Nicolas Goaziou
Carsten Dominik writes:
> Yes. But you agree that the *result* should be the same, i.e. that there will
> be an empty line before the newly inserted headline.
>
> I think/hope we do agree now.
We do.
Regards,
--
Nicolas Goaziou
On Sep 3, 2013, at 3:58 PM, Nicolas Goaziou wrote:
> Carsten Dominik writes:
>
>> I am still not clear about this. In your earlier mail you made this example:
>>
>>> Well same as above: I think it eats blank lines where it shouldn't. It
>>> the following cases:
>>>
>>> * H1
>>>
>>> ** H2
>
Carsten Dominik writes:
> I am still not clear about this. In your earlier mail you made this example:
>
>> Well same as above: I think it eats blank lines where it shouldn't. It
>> the following cases:
>>
>> * H1
>>
>> ** H2
>>
>> H
>> X
>>
>> and
>>
>> * H1
>>
>> * H2
>>
>>
I am still not clear about this. In your earlier mail you made this example:
> Well same as above: I think it eats blank lines where it shouldn't. It
> the following cases:
>
> * H1
>
> ** H2
>
> H
> X
>
> and
>
> * H1
>
> * H2
>
>H
>
> X
>
> I don't think there's any rea
Carsten Dominik writes:
> Hmmm, I thought you just asked me to implement exactly what you see,
> namely that M-RET will not remove empty lines above the cursor - only
> add them. Did I misunderstand?
I think so.
M-RET should not remove (or add) anything when it has no information
whatsoever ab
On Sep 3, 2013, at 3:25 PM, Carsten Dominik wrote:
>
> On Sep 3, 2013, at 3:16 PM, Nicolas Goaziou wrote:
>
>> Hello,
>>
>> Carsten Dominik writes:
>>
Moreover, AFAICT, there's no more difference between C-u M-RET, which
meant "create headline right here" and M-RET.
>>>
>>> C-u
On Sep 3, 2013, at 3:16 PM, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>>> Moreover, AFAICT, there's no more difference between C-u M-RET, which
>>> meant "create headline right here" and M-RET.
>>
>> C-u means: Do not ask org-insert-item, just go ahead and insert a headin
Hello,
Carsten Dominik writes:
>> Moreover, AFAICT, there's no more difference between C-u M-RET, which
>> meant "create headline right here" and M-RET.
>
> C-u means: Do not ask org-insert-item, just go ahead and insert a heading.
> That is supposed to be the only difference.
Point taken. I th
Carsten Dominik writes:
> Please take another look.
There is no new commit in maint or master.
Regards,
--
Nicolas Goaziou
Hi Nioclas,
thank you for the feedback.
On 1.9.2013, at 10:19, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> On 31.8.2013, at 16:34, Nicolas Goaziou wrote:
>
>>> Not really a bug, but I find some behaviour surprising: when at a the
>>> beginning of a regular text line, t
Hello,
Carsten Dominik writes:
> On 31.8.2013, at 16:34, Nicolas Goaziou wrote:
>> Not really a bug, but I find some behaviour surprising: when at a the
>> beginning of a regular text line, there is no way to create a headline
>> just above it. In the following example:
>>
>> XCursor is at "
Hi Nicolas,
On 31.8.2013, at 16:34, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> On 8.8.2013, at 09:41, Eric Abrahamsen wrote:
>>
>>> Carsten Dominik writes:
>>>
Hi,
I have rewritten org-insert-heading, because it had become an
unmaintainable beas
Clarification: it is no more slow than the original and it fixes bugs.
Just answering your question about whether there are any bugs.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Denmark: free Karina
I've found four, but they are minor. In capture, you can create a
blank line with m-ret at the top．Repeated invocation creates invalid
headlines. There is no c-ret way to create a headline above the first
child. M-ret is slow.
On 8/31/13, Carsten Dominik wrote:
> I take it none have been found
Carsten Dominik writes:
> On 8.8.2013, at 09:41, Eric Abrahamsen wrote:
>
>> Carsten Dominik writes:
>>
>>> Hi,
>>>
>>> I have rewritten org-insert-heading, because it had become an
>>> unmaintainable beast.
>>> Please follow up in this thread if you find problems with the new
>>> implement
Hello,
Carsten Dominik writes:
> On 8.8.2013, at 09:41, Eric Abrahamsen wrote:
>
>> Carsten Dominik writes:
>>
>>> Hi,
>>>
>>> I have rewritten org-insert-heading, because it had become an
>>> unmaintainable beast.
>>> Please follow up in this thread if you find problems with the new
>>> i
On 8.8.2013, at 09:41, Eric Abrahamsen wrote:
> Carsten Dominik writes:
>
>> Hi,
>>
>> I have rewritten org-insert-heading, because it had become an unmaintainable
>> beast.
>> Please follow up in this thread if you find problems with the new
>> implementation.
>> Very likely there will be
Carsten Dominik writes:
> Hi,
>
> I have rewritten org-insert-heading, because it had become an unmaintainable
> beast.
> Please follow up in this thread if you find problems with the new
> implementation.
> Very likely there will be bugs, but now I am at least confident they can be
> fixed.
>
Hi,
I have rewritten org-insert-heading, because it had become an unmaintainable
beast.
Please follow up in this thread if you find problems with the new
implementation.
Very likely there will be bugs, but now I am at least confident they can be
fixed.
- Carsten
27 matches
Mail list logo
