[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


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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]