[O] Bug (not a): drawer alignment [9.1.2 (9.1.2-32-g271e58-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20171106/)]
All, I sent an email with a question regarding the alignment of drawers with the immediately preceding headline. The "problem" is still occurring, however, the "problem" is resolved after I run the org-lint utility on the file. Note that running org-lint fixed the "problem" not only with the file that was "linted", but with all the org mode files (which also showed the "problem"). I am writing to withdraw my question (my org mode setup is working), but also to mention that there appears to be some side-effect to running org-lint. This side-effect may prove be a latent bug that would affect future updates/revisions to org mode. Thank you. Frank. Emacs : GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-24 Package: Org mode version 9.1.2 (9.1.2-32-g271e58-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20171106/)
[O] Bug: drawer indentation [9.1.2 (9.1.2-32-g271e58-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20171106/)]
Hopefully just a quick question. What I expected: I thought that I had the drawers lined-up with outline headings. What in fact did happen: Recently I noticed that the drawers are “slipping” more towards the left with every outline level. (I hate to say "recently", but I was blissfully using Org Mode, updated, and noticed the change some time after the update.) Questions: Are drawers supposed to align with outline levels? Did I miss a change? How can I restore the previous behavior (drawers align with the immediately preceding outline heading). Thank you. Frank. Emacs : GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-24 Package: Org mode version 9.1.2 (9.1.2-32-g271e58-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20171106/)
[O] Bug: clock comments [9.0.2 (9.0.2-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20161214/)]
Nicolas, I stepped away from this email thread for a while. I apologize. The last email in the chain follows: The question remains "How can I make the notes associated with the Clock entry follow the Clock entry? Best regards, Frank. I would like all "clock" entries - with associated notes - in the CLOCK drawer. With org version 9 time goes to the CLOCK drawer, note goes to the LOGBOOK drawer. I would like all other "logbook" entries - separate entries are possible - in the LOGBOOK drawer. Segregating the "clock" and "logbook" entries makes drawer easier to read for my purposes. In version 8 org behaved in this manner. Is it possible to retain this behavior? Regards, Frank. On 1/18/2017 4:39 PM, Nicolas Goaziou wrote: > Hello, > > "Francis J. Monari, Esquire" <monarifj@juno.com> writes: > >> Using Clock Mode to track time. >> Org Mode starts and stops clock. Clock entry redirected to CLOCK >> drawer. >> I expect to see the clock entry (time & note) appear in CLOCK drawer. >> What happens is that clock time goes to CLOCK drawer, clock note goes to >> LOGBOOK drawer. >> This allocation does not make sense. Time is properly tracked, but no >> ability to identify activity. >> org mode clock variables follow: >> ;;;Org clock settings >> (add-hook 'org-clock-in-prepare-hook 'org-resolve-clocks) >> (setq org-clock-history-length 32) >> (setq org-clock-idle-time 20) >> (setq org-clock-in-resume t) >> (setq org-clock-into-drawer "CLOCK") > > Why do you specify a different drawer name if you want notes and clocks > in the same one? > > Regards, >
[O] Bug: clock comments [9.0.2 (9.0.2-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20161214/)] {response to question}
Thank you for the prompt response I would like all "clock" entries - with associated notes - in the CLOCK drawer. With org version 9 time goes to the CLOCK drawer, note goes to the LOGBOOK drawer. I would like all other "logbook" entries - separate entries are possible - in the LOGBOOK drawer. Segregating the "clock" and "logbook" entries makes drawer easier to read for my purposes. In version 8 org behaved in this manner. Is it possible to retain this behavior? Regards, Frank. On 1/18/2017 4:39 PM, Nicolas Goaziou wrote: > Hello, > > "Francis J. Monari, Esquire" <monarifj@juno.com> writes: > >> Using Clock Mode to track time. >> Org Mode starts and stops clock. Clock entry redirected to CLOCK >> drawer. >> I expect to see the clock entry (time & note) appear in CLOCK drawer. >> What happens is that clock time goes to CLOCK drawer, clock note goes to >> LOGBOOK drawer. >> This allocation does not make sense. Time is properly tracked, but no >> ability to identify activity. >> org mode clock variables follow: >> ;;;Org clock settings >> (add-hook 'org-clock-in-prepare-hook 'org-resolve-clocks) >> (setq org-clock-history-length 32) >> (setq org-clock-idle-time 20) >> (setq org-clock-in-resume t) >> (setq org-clock-into-drawer "CLOCK") > > Why do you specify a different drawer name if you want notes and clocks > in the same one? > > Regards, >
[O] Bug: clock comments [9.0.2 (9.0.2-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20161214/)]
List: Using: Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Package: Org mode version 9.0.2 (9.0.2-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20161214/) Using Clock Mode to track time. Org Mode starts and stops clock. Clock entry redirected to CLOCK drawer. I expect to see the clock entry (time & note) appear in CLOCK drawer. What happens is that clock time goes to CLOCK drawer, clock note goes to LOGBOOK drawer. This allocation does not make sense. Time is properly tracked, but no ability to identify activity. org mode clock variables follow: ;;;Org clock settings (add-hook 'org-clock-in-prepare-hook 'org-resolve-clocks) (setq org-clock-history-length 32) (setq org-clock-idle-time 20) (setq org-clock-in-resume t) (setq org-clock-into-drawer "CLOCK") (setq org-clock-mode-line-total 'today) (setq org-clock-rounding-minutes '(0 15)) (setq org-clock-sound t) ;can take file name (setq org-clock-out-remove-zero-time-clocks nil) (setq org-clock-out-when-done t) (setq org-clock-persist t) (setq org-clock-persist-query-resume t) (org-clock-persistence-insinuate) Any help appreciated. Thank you Frank.
[O] Bug: Mobile Org startgroup [8.3.4 (8.3.4-93-g0d72c3-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20160627/)]
All,
I added group tags to org-tag-alist.
(:startgrouptag . nil)
("▸_NEW_SKILL" . ?\3)
("✔_OFF_CASE_PLAN" . ?\4)
("✘_LEFT_FIELD" . ?\5)
(:endgrouptag . nil)
When I used mobile org, about when it was generating indices, it
displayed the following message:
org-mobile-create-index-file: Wrong type argument: sequencep,
:startgrouptag
I expected Mobile Org to finish properly. (It had before adding the
group tags. I believe that group tags should be supported.)
Research on the web returned this thread:
From: John Hutchinson
Subject: Re: [O] Bug and possible fix / work-around using
org-mobile with group tags
Date: Fri, 26 Feb 2016 00:35:01 + (UTC)
This thread recommended the following patch:
HoldingPen $ cat patch
*** org-mobile.el.GOOD 2016-02-25 17:19:52.489685000 -0500
---
/home/hutchinson/.emacs.d/elpa/org-plus-contrib-20160222/org-mobile.el
2016-02-25 19:18:38.746283600 -0500
***
*** 454,467
(insert "#+TODO: " (mapconcat 'identity todo-kwds " ") " | "
(mapconcat 'identity done-kwds " ") "\n"))
(setq def-tags (mapcar
! (lambda (x)
! (cond ((null x) nil)
! ((stringp x) x)
! ((eq (car x) :startgroup) "{")
! ((eq (car x) :endgroup) "}")
! ((eq (car x) :grouptags) nil)
! ((eq (car x) :newline) nil)
! ((listp x) (car x
def-tags))
(setq def-tags (delq nil def-tags))
(setq tags (org-delete-all def-tags tags))
--- 454,469
(insert "#+TODO: " (mapconcat 'identity todo-kwds " ") " | "
(mapconcat 'identity done-kwds " ") "\n"))
(setq def-tags (mapcar
! (lambda (tag)
! (cl-case (car tag)
! ((nil) nil)
! (:startgroup "{")
! (:endgroup "}")
! (:startgrouptag "{")
! (:endgrouptag "}")
! (:grouptags ":")
! (:newline nil)
! (t (car tag
def-tags))
(setq def-tags (delq nil def-tags))
(setq tags (org-delete-all def-tags tags))
HoldingPen $
I manually applied the patch. It resolved my issue.
Two Questions:
= Is there any down-side to this patch? (My knowledge of LiSP and Org
is very limited.)
= If appropriate, can the source code be patched?
Thank you.
Frank.
Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32)
of 2015-04-11 on LEG570
Package: Org-mode version 8.3.4 (8.3.4-93-g0d72c3-elpaplus @
c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20160627/
[O] agenda start date
To: emacs-orgmode@gnu.org
Subject: Bug: agenda start day [8.3.4 (8.3.4-88-g792bb9-elpaplus @
c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20160620/)]
From: monarif...@verizon.net (F. J. Monari)
--text follows this line--
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
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
After adding the sexps below a previously working custom agenda stopped
working
what you expected to happen
= I expected the agenda to complete for an entire month
what in fact did happen.
= The agenda stopped at various points during the month
comments
= Although I included the sexps, they do not appear to be the real problem
= The start date of the custom agenda seems to hold the key
#
#+BEGIN_SRC emacs-lisp
%%(diary-remind
'(diary-float t 3 -1)
'(-07) nil) 14:30 @
%%(and (diary-float t 3 -1)
(not (or
; (diary-date 2016 05 25) ;
(diary-date 2016 06 29) ;
) ;end-- or
) ;end-- not
) 14:30 @
%%(diary-remind
'(and (diary-float t 3 -1)
(not (or
; (diary-date 2016 05 25) ;
(diary-date 2016 06 29) ;
) ;end-- or
) ;end-- not
)
'(-07) nil) 14:30 @
#+END_SRC
# first sexp works
# second sexp works
# third sexp does not work when following custom agenda is run:
("Er" "Esquire review month" ;single block agenda begin
( ;list of agenda commands begin
(agenda "" ;agenda command begin
( ;list of options for specific command begin
(org-agenda-entry-types '(:timestamp :sexp :deadline
:scheduled)) ;in agendas
(org-agenda-files
'("C:/ESQ/FIRM/USR/ESQ/FJM/DAT/DBF/ORG/fjm-esq-emacs.org")) ;list of
agenda files
(org-agenda-include-diary nil)
(org-agenda-overriding-header "Esquire month review")
(org-agenda-show-all-dates t) ;nil only if entry on date
(org-agenda-span 'month) ;Can be day, week, month, year,
or any number of days.
(org-agenda-start-day (org-read-date nil nil "-01m 01d"))
(org-agenda-start-on-weekday nil)
(org-agenda-sorting-strategy '(habit-down time-up
scheduled-down deadline-down todo-state-up priority-down effort-down
alpha-up))
(org-agenda-time-grid '((daily) "" (0400 0600
0800 1000 1200 1400 1600 1800 2000 2200)))
) ;list of options for specific command end
) ;agenda command end
) ;list of agenda commands end
( ;list of block options begin
(org-agenda-log-mode-items '(clock state))
(org-agenda-start-with-log-mode '(clock state))
(org-agenda-with-colors t)
) ;list of block options end
("C:/ESQ/FIRM/USR/ESQ/FJM/DAT/DOC/ESQ_month-review.html")
;exports block
) ;single block agenda end
# error shown is: Wrong type argument: sequencep, t
# commenting out the following lines seems to make part of the agenda work.
# (org-agenda-span 'month)
# (org-agenda-start-day (org-read-date nil nil "-01m 01d")) ;trying to
start at the first of the prior month
# problems seem to occur around the end of the month.
# 07 works
# 14 works
# 21 works
# 22 works
# 27 works
# 28 does not work
# 31 does not work
# if I substitute
# (org-agenda-start-day (org-read-date "01")) for
# (org-agenda-start-day (org-read-date nil nil "-01m 01d"))
# then the agenda works
# if I just remove the org-agenda-start-day, then the agenda fails
# org-mobile-push work, however, I would like to automate the selection
of the first day of the current month.
#
#
Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32)
of 2015-04-11 on LEG570
Package: Org-mode version 8.3.4 (8.3.4-88-g792bb9-elpaplus @
c:/USR/FJM/APP/.emacs.d/elpa/org-plus-contrib-20160620/)
Re: [O] searching for links [8.3.3 (8.3.3-17-gce80a0-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-20160118/)]
Kyle,
Thank you.
I also noted that reveal-mode works as well.
I am thinking that maybe I want to write a sentence or two for the manual.
Thank you again.
Frank.
Francis J. Monari, Esquire
McKernan, McKernan & Godino
113 North Sixth Street
Camden, New Jersey 08102-1269
856-964-7759 ext. 19 (voice)
856-964-9620 (fax)
francismon...@mckernangodino.com ("main", "primary")
off...@mckernangodino.com ("office")
ATTENTION: This e-mail and the materials accompanying it convey and
contain privileged and confidential information belonging to the sender
which is legally privileged. The transmittal sheet, the materials, and
the information they contain are intended only for the use of the
individual(s) or entity(ies) named above. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution, or any reliance on the e-mail, the materials accompanying
it, or the information they contain is strictly prohibited, and that
review by any individual other than the intended recipient shall not
constitute waiver of the attorney/client privilege. If you have
received the materials in error, please immediately notify us by
telephone at 856-964-7759 or by reply email. We will arrange for the
return of the materials to us. Please delete the copy of this message
on your server. Very few methods of communication are 100% secure,
please exercise appropriate care when using or replying to this
message. Thank you.
I.R.S. CIRCULAR 230 NOTICE: To comply with requirements imposed by the
Internal Revenue Service (I.R.S.) please be informed that the advice
contained in this communication was not intended or written to be used
and cannot be used for the purpose of avoiding penalties that may be
imposed by the I.R.S..
McKernan, McKernan & Godino does not attempt to sweep e-mail and
attachments for viruses. It does not guarantee that either are
virus-free and accepts no liability or any damage sustained as a result
of viruses.
On 1/28/2016 5:45 PM, Kyle Meyer wrote:
> Hello,
>
> "Francis J. Monari, Esquire" <monarifj@juno.com> writes:
>
> [...]
>
>> Due to file relocation on the server, I have a number of broken links in
>> an org document. (problem: broken links.)
>>
>> How can I / Is it possible to search and replace on links?
>> (expectation: I would like to use search and replace to fix the links.)
>>
>> I have tried search and replace, but emacs advises me that links have
>> been filtered out. (issue: emacs reports that results from the search
>> are filtered-out.)
>
> isearch filters these out by default. To avoid this, you can set
> search-invisible to t, but then you don't see what you're replacing.
>
> Another option is to toggle literal link display with
> org-toggle-link-display, and then run the search and replace as usual.
>
>> The answer might be a "works as expected". I would like to remain
>> within the org framework (but using standard search and replace) and
>> accomplish this task.
>>
>> (I thought about forcing the files into a different mode, but I do not
>> want to risk the org file structure.)
>
> I don't really see any danger in that because it's just plain text and
> it's querying you about what to replace, so I think that's fine too for
> a one-off search and replace.
>
> --
> Kyle
>
> Citi Simplicity® Card
> http://thirdpartyoffers.juno.com/TGL3165/56ab7d2b99e6a7d1c671cmp04duc
>
>
[O] searching for links [8.3.3 (8.3.3-17-gce80a0-elpaplus @ c:/USR/FJM/APP/.emacs.d/elpa/org-20160118/)]
To: emacs-orgmode@gnu.org
Subject: searching for links [8.3.3 (8.3.3-17-gce80a0-elpaplus @
c:/USR/FJM/APP/.emacs.d/elpa/org-20160118/)]
From: monarif...@verizon.net (F. J. Monari)
--text follows this line--
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
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Due to file relocation on the server, I have a number of broken links in
an org document. (problem: broken links.)
How can I / Is it possible to search and replace on links?
(expectation: I would like to use search and replace to fix the links.)
I have tried search and replace, but emacs advises me that links have
been filtered out. (issue: emacs reports that results from the search
are filtered-out.)
The answer might be a "works as expected". I would like to remain
within the org framework (but using standard search and replace) and
accomplish this task.
(I thought about forcing the files into a different mode, but I do not
want to risk the org file structure.)
Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32)
of 2015-04-11 on LEG570
Package: Org-mode version 8.3.3 (8.3.3-17-gce80a0-elpaplus @
c:/USR/FJM/APP/.emacs.d/elpa/org-20160118/)
--
Francis J. Monari, Esquire
McKernan, McKernan & Godino
113 North Sixth Street
Camden, New Jersey 08102-1269
856-964-7759 ext. 19 (voice)
856-964-9620 (fax)
francismon...@mckernangodino.com ("main", "primary")
off...@mckernangodino.com ("office")
ATTENTION: This e-mail and the materials accompanying it convey and
contain privileged and confidential information belonging to the sender
which is legally privileged. The transmittal sheet, the materials, and
the information they contain are intended only for the use of the
individual(s) or entity(ies) named above. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution, or any reliance on the e-mail, the materials accompanying
it, or the information they contain is strictly prohibited, and that
review by any individual other than the intended recipient shall not
constitute waiver of the attorney/client privilege. If you have
received the materials in error, please immediately notify us by
telephone at 856-964-7759 or by reply email. We will arrange for the
return of the materials to us. Please delete the copy of this message
on your server. Very few methods of communication are 100% secure,
please exercise appropriate care when using or replying to this
message. Thank you.
I.R.S. CIRCULAR 230 NOTICE: To comply with requirements imposed by the
Internal Revenue Service (I.R.S.) please be informed that the advice
contained in this communication was not intended or written to be used
and cannot be used for the purpose of avoiding penalties that may be
imposed by the I.R.S..
McKernan, McKernan & Godino does not attempt to sweep e-mail and
attachments for viruses. It does not guarantee that either are
virus-free and accepts no liability or any damage sustained as a result
of viruses.
[O] completion M-TAB / :CREATED: property issue
completion M-TAB / :CREATED: property issue what i saw: a list of possible drawers what i expected: a list of possible properties In the following outline: using completion after the 1st colon / open property location presents a list of possible properties; using completion after the 2nd colon / open property location presents a list of possible drawers. I believe that the issue is caused by the :CREATED: property. * test :PROPERTIES: : :CREATED: [2015-04-23 Thu 12:41] : :END: I am able to reproduce this issue in a 'fresh' file with the outline above. I am using: Window 7 Home Premium Version 6.1 (Build 7601: Service Pack 1). It is my habit to run Windows Update. (emacs-version) GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-24 on LEG570 (org-version) 8.2.10 20150420. (require 'org-expiry) ;;;org-expiry - variables (setq org-expiry-confirm-flag t) (setq org-expiry-inactive-timestamps t) ;;;org-expiry (org-expiry-insinuate) I am able to reproduce this issue in a minimal setup runemacs -Q with one difference: Using completion at the 2nd colon inserts the beginning of a new property drawer :PROPERTIES:. I do not see this difference as being significant (a drawer instead of a property is offered). I have not found this issue on the list of open or archived bugs. I realize that this is an add-on and the answer might be: This issue is somebody elses' problem. Any help or a pointer as to where a correction might lie would be greatly appreciated. Thank you, Frank.
[O] emac org literal examples
Literal Examples seem to begin with the following pattern: #+BEGIN_*. The * is often replaced by SRC EXAMPLE VERBATIM, etc.. Org Mode also recognizes Literal Examples with 'nonstandard' endings, e.g. #+BEGIN_LANGUAGE. Should users rely on these 'nonstandard' Literal Examples being recognized in the future? The SRC and EXAMPLE 'endings' receive special treatment, e.g. using SRC the user can edit the Literal Example in a specific environment, e.g. fundamental mode, enriched mode, or - of course - a mode designed to work with a specific programing language. How are the endings that receive special treatment identified or registered? Is is possible to expand the set of endings that receive special treatment? The ability to collapse specific lines of text with a title that can be edited in a specific environment is a very powerful feature. I do not, however, want to misuse the feature or overload the SRC ending. (The SRC ending seems best reserved for programming languages or emacs modes.) examples of the proposal: 1. The HTML ending could allow syntax highlighting. The SRC ending provides this for code. 2. #+BEGIN_LANGUAGE Spanish #+END_LANGUAGE The literal example might then be edited in an environment convenient for Spanish. Thank you, Frank.
[O] emac org diary entries
Emacs Org Mode recognizes diary entries both inside and outside angle brackets (less than and greater than signs), e.g.: %%(diary-date 2015 03 19), and %%(diary-date 2015 03 19). Should users rely on both forms being recognized in the future? Emacs Org Mode also fully parses / recognizes diary entries not enclosed in angle brackets that extend over multiple lines. I believe that the documentation indicates that entries on one line will be recognized. Should users rely on expressions extending over multiple lines being recognized in the future? It would seem like both answers should be yes since the Emacs diary program accepts both types of expressions. Thank you, Frank.
[O] Bug: Drawers question [8.2.10 (8.2.10-30-gca21b7-elpa @ c:/USR/FJM/APP/.emacs.d/elpa/org-20150126/)]
To: emacs-orgmode@gnu.org Subject: Bug: Drawers question [8.2.10 (8.2.10-30-gca21b7-elpa @ c:/USR/FJM/APP/.emacs.d/elpa/org-20150126/)] From: monarif...@verizon.net (F. J. Monari) --text follows this line-- The following questions are not bugs, but more policy / file structure questions that arisen during my use of org mode. I have not seen these topics specifically address in the online manual or on the web. To my mind they are all part and parcel of properly structuring my file. If you need the questions broken out or restated, I can do that as well. Questions about Drawers: * Is it wise to have drawers with duplicate names under the same heading? e.g. several “:NOTEBOOK:” drawers that reflect notes taken from different perspectives of the topic specified in the heading. * I have noticed that in some respects list items identified by “- [ ] are second class citizens (they have some aspects of headings, but not all). Is it wise or recommended (in terms of the the development of org mode) to place draws under these list items? * Is it possible to specify a “canonical” order for drawers? e.g. PROPERTIES first, LOGBOOK second, etc. When org mode changes the file (I have noticed this with adding notes to the LOGBOOK drawer), sometimes the LOGBOOK drawer “jumps” ahead of the PROPERTIES drawer. * Sometimes, when org mode changes the file (I have not noticed a pattern), spaces are added after the “:END:” for the drawer. Is this normal or expected? Personal information has been redacted from all the attached or included files. Thank you. Frank. 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 http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Emacs : GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-24 on LEG570 Package: Org-mode version 8.2.10 (8.2.10-30-gca21b7-elpa @ c:/USR/FJM/APP/.emacs.d/elpa/org-20150126/) current state: == (setq org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-src-fontify-natively t org-reverse-note-order t org-agenda-skip-scheduled-if-done t org-agenda-window-setup 'current-window org-tags-match-list-sublevels 'indented org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-agenda-exporter-settings '((org-agenda-with-colors nil) (ps-print-color-p t) (ps-landscape-mode t) (ps-number-of-columns 1) (ps-paper-type (quote legal)) (ps-print-header t) (htmlize-output-type (quote css))) org-refile-targets '((nil :level . 3) (org-agenda-files :maxlevel . 3)) org-modules '(org-checklist org-crypt org-contacts org-docview org-expiry org-gnus org-habit org-id org-info org-mouse org-protocol) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-custom-commands '((lm Matters ((agenda ((org-agenda-files (quote (C:/ESQ/FIRM/USR/ESQ/FJM/DAT/DBF/ORG/fjm-esq-emacs.org) ) ) ) ) (alltodo ((org-agenda-files (quote (C:/ESQ/FIRM/USR/ESQ/FJM/DAT/DBF/ORG/fjm-esq-emacs.org) ) ) ) ) ) nil nil) (z Hierarchical agenda ((org-show-entry-below t) (org-show-hierarchy-above t) (org-show-following-heading t)) ) (n Agenda and all TODO's ((agenda nil) (alltodo nil)) nil) ) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-show-following-heading '((default . t)) org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-babel-pre-tangle-hook '(save-buffer) org-occur-hook '(org-first-headline-recenter) org-after-tags-change-hook
