all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Bug: Capture problems with newlines [9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)]
@ 2018-11-05 21:07 Calvin Beck
  2018-11-06 17:02 ` Nicolas Goaziou
  0 siblings, 1 reply; 3+ messages in thread
From: Calvin Beck @ 2018-11-05 21:07 UTC (permalink / raw)
  To: emacs-orgmode


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

     https://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org mailing list.
------------------------------------------------------------------------

I have this problem where I have a capture template like this:

> ("t" "Todo" entry (file+headline "~/org/todo.org" "Tasks")
>    "* TODO %?\n   SCHEDULED: %t\n   %a\n")

And then if I have another heading under Tasks...

> * Tasks
> * HEADING2

Then when capturing a todo entry, if I delete the last line I get something like...

> * Tasks
> ** TODO
>    SCHEDULED: <2018-11-05 Mon>
>    link* HEADING2

And similarly, if I edit the last line in the capture template I get...

> * Tasks
> ** TODO
>    SCHEDULED: <2018-11-05 Mon>
>    link
> the stuff that I added at the end of my capture template* HEADING2

This is counter intuitive, as you expect the capture to be isolated from
the other headings. Additionally, it's not obvious that you are messing
up other headings when you are using org-capture, so you can end up
losing tasks and headings, which seems like a very bad behaviour!

Furthermore, I feel like this conflicts with some editing habits. If I
want to edit the last part of a buffer I hit `M->` and start typing. I
think this is a pretty common idiom, but this conflicts badly with
org-capture.

Thanks! I hope there is some kind of fix possible.

Emacs  : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu)
 of 2018-09-29
Package: Org mode version 9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug: Capture problems with newlines [9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)]
  2018-11-05 21:07 Bug: Capture problems with newlines [9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)] Calvin Beck
@ 2018-11-06 17:02 ` Nicolas Goaziou
  2018-11-14 14:56   ` hobbes
  0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2018-11-06 17:02 UTC (permalink / raw)
  To: Calvin Beck; +Cc: emacs-orgmode

Hello,

Calvin Beck <hobbes@seas.upenn.edu> writes:

> I have this problem where I have a capture template like this:
>
>> ("t" "Todo" entry (file+headline "~/org/todo.org" "Tasks")
>>    "* TODO %?\n   SCHEDULED: %t\n   %a\n")
>
> And then if I have another heading under Tasks...
>
>> * Tasks
>> * HEADING2
>
> Then when capturing a todo entry, if I delete the last line I get something like...
>
>> * Tasks
>> ** TODO
>>    SCHEDULED: <2018-11-05 Mon>
>>    link* HEADING2
>
> And similarly, if I edit the last line in the capture template I get...
>
>> * Tasks
>> ** TODO
>>    SCHEDULED: <2018-11-05 Mon>
>>    link
>> the stuff that I added at the end of my capture template* HEADING2
>
> This is counter intuitive, as you expect the capture to be isolated from
> the other headings. Additionally, it's not obvious that you are messing
> up other headings when you are using org-capture, so you can end up
> losing tasks and headings, which seems like a very bad behaviour!

Could you test again with development version? I think it was fixed
recently.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Bug: Capture problems with newlines [9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)]
  2018-11-06 17:02 ` Nicolas Goaziou
@ 2018-11-14 14:56   ` hobbes
  0 siblings, 0 replies; 3+ messages in thread
From: hobbes @ 2018-11-14 14:56 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: emacs-orgmode

Aha! Finally figured out how to get this installed over the MELPA version.

Yes, this is fixed in the development branch. I am so happy about this. I hope this is released in a stable version soon, because right now org-capture is really destructive otherwise.

Thanks!

Nicolas Goaziou writes:

> Hello,
>
> Calvin Beck <hobbes@seas.upenn.edu> writes:
>
>> I have this problem where I have a capture template like this:
>>
>>> ("t" "Todo" entry (file+headline "~/org/todo.org" "Tasks")
>>>    "* TODO %?\n   SCHEDULED: %t\n   %a\n")
>>
>> And then if I have another heading under Tasks...
>>
>>> * Tasks
>>> * HEADING2
>>
>> Then when capturing a todo entry, if I delete the last line I get something like...
>>
>>> * Tasks
>>> ** TODO
>>>    SCHEDULED: <2018-11-05 Mon>
>>>    link* HEADING2
>>
>> And similarly, if I edit the last line in the capture template I get...
>>
>>> * Tasks
>>> ** TODO
>>>    SCHEDULED: <2018-11-05 Mon>
>>>    link
>>> the stuff that I added at the end of my capture template* HEADING2
>>
>> This is counter intuitive, as you expect the capture to be isolated from
>> the other headings. Additionally, it's not obvious that you are messing
>> up other headings when you are using org-capture, so you can end up
>> losing tasks and headings, which seems like a very bad behaviour!
>
> Could you test again with development version? I think it was fixed
> recently.
>
> Regards,


-- 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2018-11-14 14:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-11-05 21:07 Bug: Capture problems with newlines [9.1.14 (9.1.14-9-g131531-elpa @ /home/calvin/.emacs.d/elpa/org-20181105/)] Calvin Beck
2018-11-06 17:02 ` Nicolas Goaziou
2018-11-14 14:56   ` hobbes

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.