Ihor Radchenko writes:
> You can try M-x org-submit-bug-report ;)
> Then it becomes clear that you are in the right place already.
Thanks! I didn't know about this command - actually I had searched for
it but didn't find it because I had searched for something named
"report-org-bug" (analogue
Samuel Wales writes:
> the indirect buffer capture mechanism was to be an improvement on
> remember.el, and replaced it. you might still be able to find
> remember.el if you prefer the separate file idea.
I find it acceptable once it's been made more secure (e.g. by using
hooks like I
Adam Porter writes:
> People do care! But everyone here works on Org in their spare time,
> and Org is a big project, and things slip through the cracks.
I didn't meant to criticize anyone (I have the same problem with my own
stuff). Anyway, we got some attention now, thanks for your help!
On Tuesday, 17 Dec 2019 at 17:07, Samuel Wales wrote:
> i encountered this problem today. i added a task and duplicated it.
> this caused the corruption. it also screwed up the stars level, but
> never mind that.
I've encountered the problem in the past week or two when I was tweaking
one of my
Dear Michael,
> BTW, what is the canonical place to report org-mode bugs? Emacs bug
> reports are not (takes a long time until someone even notices) -- I
> thought this list would be good...or is there a better place? @Adam
> it's ok if you answer, though I'm a bit disappointed that no one
Michael Heerdegen writes:
> Adam Porter writes:
[...]
>> I haven't seen your bug report. Was there discussion about it
>> previously?
>
> No, no discussion at all. As I said, it is Emacs bug #37890, this was
> my issue:
>
> | I want to capture an APPT with `org-capture'. I the pop-up buffer
i might be completely off on this, but it seems the problem is that
there is a corrupted buffer.
in particular, there is a missing newline at the end of the narrowed
region in the capture buffer. this causes the next header to join the
last line in the captured buffer.
i encountered this
Michael Heerdegen writes:
> Adam Porter writes:
>
>> I guess you're asking me, since I'm the only other person in this
>> thread--but I'm not an Org maintainer, so my opinion isn't very
>> important. IMO, the hooks are worth considering, however they should
>> be done very, very carefully,
Adam Porter writes:
> I guess you're asking me, since I'm the only other person in this
> thread--but I'm not an Org maintainer, so my opinion isn't very
> important. IMO, the hooks are worth considering, however they should be
> done very, very carefully, because bad things can happen when
Hi Michael,
Michael Heerdegen writes:
> Would you consider to do something like this by default?
I guess you're asking me, since I'm the only other person in this
thread--but I'm not an Org maintainer, so my opinion isn't very
important. IMO, the hooks are worth considering, however they
Michael Heerdegen writes:
> - kill-buffer-hook in the capture buffer could be used to prevent the
> user from killing such a buffer by accident. Or it could be made
> configurable what to do (e.g. undo the change with or without user
> prompting, ask for what to do, etc.)
>
> -
Adam Porter writes:
> Michael Heerdegen writes:
>
> > Or (really better IMHO) consider a different implementation where the
> > original buffer is not modified until the user explicitly confirms the
> > stuff to capture with C-c C-c.
>
> That would be helpful in some ways, but harmful in
Michael Heerdegen writes:
> Or (really better IMHO) consider a different implementation where the
> original buffer is not modified until the user explicitly confirms the
> stuff to capture with C-c C-c.
That would be helpful in some ways, but harmful in others. For example,
consider a capture
Hi,
I want to speak about my Emacs bug report 37890 about org-capture.
Seems my main point:
| I want to capture an APPT with `org-capture'. I the pop-up buffer to
| edit the item I move the date to the second line and add text after the
| date (personal preference). That loses the final
14 matches
Mail list logo
