Hi Bernt,
Bernt Hansen writes:
> I definitely found the previous behaviour convenient.
This should be fixed now.
Let me know if it works as expected. Thanks,
--
Bastien
Christian Moe writes:
> Didn't `M-RET' on an ordinary line of text also turn that line into a
> heading, about the same as doing `C-c *' on that line? At least with
> point in the first column (not sure about other cases)? My memory may be
> faulty, but lately I've found myself trying to do that,
Didn't `M-RET' on an ordinary line of text also turn that line into a
heading, about the same as doing `C-c *' on that line? At least with
point in the first column (not sure about other cases)? My memory may be
faulty, but lately I've found myself trying to do that, and scratching
my head that it
Bastien writes:
> I need to think harder about this and to get more feedback, because
> the new behavior seems the correct one to me. Also, it is in sync
> with the docstring of `org-insert-heading-respect-content':
>
> Non-nil means insert new headings after the current subtree. When
> nil
Hi Bernt,
Bernt Hansen writes:
> Org file has this
>
> ,
> | * One
> | two
> | three
> | four
> | five
> `
>
> Put the cursor on first column of line two and hit M-S-RET gives me this
>
> ,
> | * One
> | two
> | * TODO
> | three
> | four
> | five
> `
Okay, I see this too.
> It
Bastien writes:
> Bernt Hansen writes:
>
>> I've noticed some differences since upgrading for creating headlines but
>> I haven't checked if this is due to my local setup yet.
>
> Feel free to throw all oddities that you notice, even with no deep
> test, it will help a lot.
>
>> Here is what I'm
Hi Bernt,
Bernt Hansen writes:
> I've noticed some differences since upgrading for creating headlines but
> I haven't checked if this is due to my local setup yet.
Feel free to throw all oddities that you notice, even with no deep
test, it will help a lot.
> Here is what I'm currently experien
Bastien writes:
> Hi Bernt,
>
> Bernt Hansen writes:
>
>> My workaround for the adding items to the ends is to remark the subtree
>> restriction. I have added speed keys P, F, W, and N in my setup for
>> narrow to project, narrow to file, widen, and narrow to subtree
>> respectively.
>
> Note t
Hi Bernt,
Bernt Hansen writes:
> My workaround for the adding items to the ends is to remark the subtree
> restriction. I have added speed keys P, F, W, and N in my setup for
> narrow to project, narrow to file, widen, and narrow to subtree
> respectively.
Note that you can narrow to subtree w
On 5.4.2013, at 17:48, Bernt Hansen wrote:
> Carsten Dominik writes:
>
>> I am fixing this - please let me know if I should revert my fix...
>>
>> Bernt, should be working in master.
>
> Works much better! Thanks!!
Hi Bernt,
Bastien has introduced a variable for this, you need to set it t
Carsten Dominik writes:
> I am fixing this - please let me know if I should revert my fix...
>
> Bernt, should be working in master.
Works much better! Thanks!!
Bernt
On 5 apr. 2013, at 16:46, Bernt Hansen wrote:
> Carsten Dominik writes:
>
>> I now also see that the patch did not achieve what the purpose of it
>> was. The problem is not the end of the overlay, but the position of
>> the org-agenda-restriction-end marker. Indeed, if you add tasks after
>>
Carsten Dominik writes:
> I now also see that the patch did not achieve what the purpose of it
> was. The problem is not the end of the overlay, but the position of
> the org-agenda-restriction-end marker. Indeed, if you add tasks after
> this marker, they will not be included in the search. T
On 5 apr. 2013, at 16:23, Carsten Dominik wrote:
>
> On 5 apr. 2013, at 16:12, Carsten Dominik wrote:
>
>>
>> On 5 apr. 2013, at 15:12, Bernt Hansen wrote:
>>
>>> Hi,
>>>
>>> The highlighting has changed for this functionality. I finally updated
>>> to master (1200+ commits) yesterday an
On 5 apr. 2013, at 16:12, Carsten Dominik wrote:
>
> On 5 apr. 2013, at 15:12, Bernt Hansen wrote:
>
>> Hi,
>>
>> The highlighting has changed for this functionality. I finally updated
>> to master (1200+ commits) yesterday and when I use C-c C-x < the entire
>> subtree is now highlighted i
On 5 apr. 2013, at 15:12, Bernt Hansen wrote:
> Hi,
>
> The highlighting has changed for this functionality. I finally updated
> to master (1200+ commits) yesterday and when I use C-c C-x < the entire
> subtree is now highlighted in bright yellow on my Windows Emacs.
>
> GNU Emacs 23.3.1 (i38
Bernt Hansen writes:
> I also noticed that the main heading is now also highlighted in the
> agenda which is okay I guess but also different from how this used to
> work :)
This is unrelated - it's highlighted because it is my current clocking
task. :)
Thanks,
Bernt
Hi,
The highlighting has changed for this functionality. I finally updated
to master (1200+ commits) yesterday and when I use C-c C-x < the entire
subtree is now highlighted in bright yellow on my Windows Emacs.
GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO
Org-mode version
18 matches
Mail list logo
