[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Unable to use M-Ret from line-wrapped relative time items
From: |
Bernt Hansen |
Subject: |
Re: [O] Unable to use M-Ret from line-wrapped relative time items |
Date: |
Fri, 15 Apr 2011 22:23:22 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) |
Hi Tomer,
Yes this is the right forum for the report. I don't use a Mac or
relative timers so I'm afraid I can't be of much help on your issue.
There are other Mac users on this list so hopefully one of them will
respond.
Regards,
Bernt
Tomer Altman <address@hidden> writes:
> Can someone merely reply and confirm that:
>
> * I've submitted this bug report to the correct forum
> * I've supplied the information that I need to
>
> Thank you for your time.
>
> Cheers,
>
> ~Tomer Altman
>
> On 4/13/11 10:59 AM, Tomer Altman wrote:
>> Hi,
>>
>> I am an inexperienced org-mode user, so my apologies if this bug report
>> falls short, or is submitted to the wrong forum.
>>
>> I've been experiencing an annoying bug/break since upgrading to OrgMode
>> 7.5. I'm running it on GNU Emacs 22.3.1 (i386-apple-darwin9, Carbon
>> Version 1.6.0).
>>
>> When I am using a relative timer, I can usually hit M-Ret at the end of
>> the current item, to create a new time-stamped item (I'm using [X] for
>> point):
>>
>> - 0:02:04 :: foo[X]
>>
>> This leads to a new timestamp item:
>>
>> - 0:02:04 :: foo
>> - 0:02:06 ::
>>
>> But when the text of the second note gets to be too long, Emacs wraps
>> the text to the next line (I have the Fill minor mode active). Trying to
>> use M-Ret from the end of the second line of the second item leads to
>> the attached break/backtrace:
>>
>> - 0:02:04 :: foo
>> - 0:02:06 :: bar bar bar bar bar bar bar bar bar bar bar bar bar bar
>> bar[X]
>>
>> Any ideas on how to fix this bug/break? Do I merely need to upgrade my
>> version of GNU Emacs?
>>
>> Thank you for your time & help,
>>
>> ~Tomer