Nicolas Goaziou writes:
> Hello,
>
> John J Foerch writes:
>
>> Okay, will do.Here is an updated version of the patch. I started the
>> process for copyright assignment as well.
>
> Great.
>
> I added an entry in ORG-NEWS and applied your patch. Thank you
Nicolas Goaziou writes:
> Hello,
>
> John J Foerch writes:
>
>> I would be glad to do the paperwork, but as it's such a simple change, I
>> have no objections to anybody else implementing this feature request in
>> my place if they want to. I think it wo
Nicolas Goaziou writes:
> Hello,
>
> John J Foerch writes:
>
>> I would like for org-attach's automatic committing of attachments to be
>> easily disabled. Something along the lines of the attached patch.
>> Thoughts?
>
> Thank you. A few stylistic c
Hello,
I would like for org-attach's automatic committing of attachments to be
easily disabled. Something along the lines of the attached patch.
Thoughts?
Thank you,
John Foerch
>From 2e6b4adb249ea36cd3546068974e97ff50e1e76b Mon Sep 17 00:00:00 2001
From: John Foerch
Date: Wed, 10 Feb 2016 17:
Marco Wahl writes:
> Hello John,
>
> John J Foerch writes:
>
>> After a recent upgrade to org 8.3.2 (elpa 20150929) some of my org files
>> were broken with respect to drawers. They include headlines that have
>> both attachments in a PROPERTIES drawer, and a LO
Hello,
I have a collection of org files in a git repository, and am using
git-annex for attachments. I had an idea for a feature related to
org-attach-directory that would improve the usability of git-annex in a
case like this.
Since all attachments from all org files in the repo go into the sam
Hello,
After a recent upgrade to org 8.3.2 (elpa 20150929) some of my org files
were broken with respect to drawers. They include headlines that have
both attachments in a PROPERTIES drawer, and a LOGBOOK drawer.
Sometimes the LOGBOOK was before PROPERTIES, and sometimes the other way
around.
In
Rasmus writes:
> Hi John,
>
> Thanks for your report.
>
> John J Foerch writes:
>
>> Down at the end of `org-indent-line', a bit of code meant to clean up
>> the whitespace of properties inserts the trailing whitespace in the case
>> of the ":LOGBO
Hello,
There is a certain case when org-mode leaves trailing whitespace on
":LOGBOOK:" and ":END:" lines and this was bringing me a little
annoyance, as I like to keep my org files neat. I finally tracked down
the source of the problem.
I use the following configuration to automatically create a
Bastien writes:
> Hi John,
>
> John J Foerch writes:
>
>> Thank you. I think of org-treat-insert-todo-heading-as-state-change as
>> part of the format of a given file, as it is analogous to 'logdone', but
>> deals with newly opened items as opposed to clo
Bastien writes:
> Hi John,
>
> John J Foerch writes:
>
>> I did not find #+STARTUP keywords for several variables that configure
>> the format of an org file:
>>
>> org-log-into-drawer
>> org-log-states-order-reversed
>
> I add
Nicolas Goaziou writes:
> Hello,
>
> John J Foerch writes:
>
>> I am exploring org-mode's potential for collaborative editing, and I
>> found that the main difficulty with this is that different users editing
>> the same document may have different org-m
Hello,
I did not find #+STARTUP keywords for several variables that configure
the format of an org file:
org-log-into-drawer
org-log-states-order-reversed
org-treat-insert-todo-heading-as-state-change
I think that there should be keywords that correspond to these variables
because it would
Hello,
I am exploring org-mode's potential for collaborative editing, and I
found that the main difficulty with this is that different users editing
the same document may have different org-mode configurations. Most of
the important options that I have found so far can be dealt with by
setting bu
Hello,
org-switch-to-buffer-other-window should probably dynamically bind
display-buffer-function to nil, along with the other variables it does.
I use display-buffer-function on my system to do some tricky stuff with
frames, and I think org-switch-to-buffer-other-window would probably
want to ove
Ilya Shlyakhter writes:
> On 3/27/2012 9:49 PM, John J Foerch wrote:
>>>> These thoughts lead me to suggest that maybe org-log-note-headings is no
>>>> longer sufficient to its original purpose, because extensions wish to
>>>> parse state changes, but
Bastien writes:
> Hi John,
>
> John J Foerch writes:
>
>> These thoughts lead me to suggest that maybe org-log-note-headings is no
>> longer sufficient to its original purpose, because extensions wish to
>> parse state changes, but that blocks users from configuring
Hello,
I'm writing an extension for org-mode wherein it would be incredibly
convenient to be able to parse the state changes inside of LOGBOOK
drawers to get the state-names and timestamps. However, I find that
state changes are currently only parsable in an ad hoc manner, as for
example by org-a
Thank you, too
John Foerch
Carsten Dominik writes:
> Accepted, thanks.
>
> - Carsten
> On 7.10.2011, at 18:15, John J Foerch wrote:
>
>> Carsten Dominik writes:
>>> Sure, please make a patch!
>>>
>>> - Carsten
>>>
>>> On 7.10.
Carsten Dominik writes:
> Sure, please make a patch!
>
> - Carsten
>
> On 7.10.2011, at 17:22, John J Foerch wrote:
>
>> Hello,
>>
>> I wonder if a format code could be added for org-log-note-headings that
>> allows the insertion of a short timestamp
Hello,
I wonder if a format code could be added for org-log-note-headings that
allows the insertion of a short timestamp (without clock time). The use
case for this is that I log state changes of to-do items, but the
precise time of the state change is usually more information than I want
to reco
Juan Pechiar writes:
> Hi John,
>
> Please check the variable
>
>org-log-states-order-reversed
>
> Documentation:
> Non-nil means the latest state note will be directly after heading.
> When nil, the state change notes will be ordered according to time.
>
> Regards,
> .j.
Somehow I missed tha
Hello,
I use org to manage TODO lists in which I want to keep time stamps for
the creation of an item, and for each state change. To be as clear as
possible, I'll just paste the portion of my config that affects how
TODOs work:
(setq org-treat-insert-todo-heading-as-state-change t
org-
Hello,
I have a question about the use-case for org-evaluate-time-range,
because for what I would use it for, its behavior seems
counter-intuitive. Consider a time range:
<2011-08-12 Fri>--<2011-08-14 Sun>
Calling org-evaluate-time-range on this range reports 2 days, but for
situations when
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Hi John,
>
> Your request seems reasonable, but I think your proposed change is a
> little more complex than necessary.
>
> Does the following patch provide what you need?
Yes, that will work perfectly. Thanks!
--John
PS: my post about the patch to outline.el was directed at emacs.devel, but I
cross-posted it to emacs.orgmode to make sure Carsten Dominik saw it.
--John
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-
Hello,
I want to implement a particular feature in org-mode that depends upon some
functionality being added to outline-mode. (org-mode is derived from
outline-mode.) The feature concerns display of ancestor and sibling headings
when an isearch has come to successful completion in a hidden part
Carsten Dominik <[EMAIL PROTECTED]> writes:
> This is something on my wish list. What would be needed to accomplish this
> is a new hook in isearch.el which runs late enough. Currently there is no
> such hook.
>
> What you can do is run org-reveal `C-c C-r' after the search finishes,
> this may
Hi,
Suppose I am viewing an org-mode file, with a large tree of headings and
subheadings, all collapsed. I search for some text from the top of the file,
and when the search completes, point is now in one of the subheadings. If
this subheading has sibling nodes after it, those headings are elide
Hi,
I am using org-mode 4.44, and I wish it would work with
delete-selection-mode.
--John / RetroJ
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
30 matches
Mail list logo
