[O] Indicate programming language on babel export to markdown.
GitHub support programming language highlight for markdown: ```lisp (some-code) ``` When I use org-md-export-to-markdown for such org snippet #+begin_src emacs-lisp (some-code) #+end_src babel is not indicate `emacs-lisp` in the resulting markdown file. Is it possible? How to achieve that? -- Kostafey
[O] changing "Agenda View (unsaved)" title for agenda export to pdf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear list, I've configured several agenda views and use their pdf-exports quite frequently. Is there a way to substitute the generic header "Agenda View (unsaved)" with something specific to the agenda view? Maybe the description that is used in the agenda buffer? Or maybe some option in the definition of that particular agenda? Cheers, Konstantin -BEGIN PGP SIGNATURE- Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5n4xAACgkQKOC7q8mJ3ALi8gCgiS8SaYvsdgsHzwE3ci3CnLje 400An1dKHFpuC7zLRWmoo/76egdF4Tgu =ntIA -END PGP SIGNATURE-
Re: [O] changing "Agenda View (unsaved)" title for agenda export to pdf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I received the following suggestion > You might try adding this to your custom command: > (org-agenda-overriding-header "Notes") I tried that already, but would like to document that on the mailing list for future reference. This only changes the header for the specific "section" in the agenda view. I would like to change the "title" of that particular agenda view, which occurs in a big box on top of the document for the pdf-export and as the title in the html export. Where can I find/modify the latex-template that is used for the pdf-export of the agenda view? Cheers, Konstantin -BEGIN PGP SIGNATURE- Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5uCZ4ACgkQKOC7q8mJ3ALzXQCdF8KBFwbPH/CcePTLNa51qOKE S7IAnim0NtewLY6VO/CI52r/PuuiNTDJ =OX01 -END PGP SIGNATURE-
[O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]
Hello,
It appears that org-mode produces invalid latex code. An example
follows.
Best,
Kosta
Insert the following example text into an org buffer:
===
* _Example Text_
===
Then export as latex. The following is produced:
===
% Created 2014-03-21 Fri 17:45
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{rotating}
\usepackage[normalem]{ulem}
\usepackage{amsmath}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\author{Author Name}
\date{\today}
\title{org-bug.org}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs 24.3.50.1 (Org mode 8.2.5h)}}
\begin{document}
\maketitle
\tableofcontents
\section{\uline{Example Text}}
\label{sec-1}
% Emacs 24.3.50.1 (Org mode 8.2.5h)
\end{document}
===
It appears that \uline inside \section is invalid. pdflatex output follows:
===
Running `LaTeX' on `org-test' with ``pdflatex --synctex=1
-interaction=nonstopmode "\input" org-test.tex''
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
restricted \write18 enabled.
entering extended mode
LaTeX2e <2011/06/27>
Babel and hyphenation patterns for english, dumylang, nohyphenation,
loaded.
(./org-test.tex (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size11.clo))
(/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/utf8.def
(/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.dfu)
(/usr/share/texlive/texmf-dist/tex/latex/base/ot1enc.dfu)
(/usr/share/texlive/texmf-dist/tex/latex/base/omsenc.dfu)))
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def))
(/usr/share/texlive/texmf-dist/tex/latex/base/fixltx2e.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg)
(/usr/share/texlive/texmf-dist/tex/latex/pdftex-def/pdftex.def
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/infwarerr.sty)
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/ltxcmds.sty
(/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty)
(/usr/share/texlive/texmf-dist/tex/latex/float/float.sty)
(/usr/share/texlive/texmf-dist/tex/latex/wrapfig/wrapfig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/rotating/rotating.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty))
(/usr/share/texlive/texmf-dist/tex/generic/ulem/ulem.sty)
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsmath.sty
For additional information on amsmath, use the `?' option.
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amstext.sty
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsgen.sty))
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsbsy.sty)
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsopn.sty))
(/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/ts1enc.def
(/usr/share/texlive/texmf-dist/tex/latex/base/ts1enc.dfu)))
(/usr/share/texlive/texmf-dist/tex/latex/marvosym/marvosym.sty)
(/usr/share/texlive/texmf-dist/tex/latex/wasysym/wasysym.sty)
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amssymb.sty
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amsfonts.sty))
(/usr/share/texlive/texmf-dist/tex/latex/hyperref/hyperref.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-hyperref.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hobsub-generic.sty))
(/usr/share/texlive/texmf-dist/tex/generic/ifxetex/ifxetex.sty)
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/kvoptions.sty)
(/usr/share/texlive/texmf-dist/tex/latex/hyperref/pd1enc.def)
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/hyperref.cfg)
(/usr/share/texlive/texmf-dist/tex/latex/url/url.sty))
Package hyperref Message: Driver (autodetected): hpdftex.
(/usr/share/texlive/texmf-dist/tex/latex/hyperref/hpdftex.def
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/rerunfilecheck.sty))
(./org-test.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd)
(/usr/share/texlive/texmf-dist/tex/context/base/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
) (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/grfext.sty)
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg))
(/usr/share/texlive/texmf-dist/tex/latex/hyperref/nameref.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/gettitlestring.sty))
(./org-test.out) (./org-test.out)
(/usr/share/texlive/texmf-d
Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]
Thanks! On Sat, Mar 22, 2014 at 1:32 AM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > It appears that org-mode produces invalid latex code. An example > > follows. > > Fixed, thanks, > > -- > Bastien >
Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]
Nicolas Goaziou writes: > This comes from commit 4fc03ec1fe23c6ddccffaa064a282b258ca8b6b8. > > See thread at: > > http://comments.gmane.org/gmane.emacs.orgmode/67741 If it matters, I think that it would be preferable to solve it in a way that exports the intended emphasis, rather than deletes it (although I'm not sure how to acheive thise). Surely there is a latex command that underlines stuff inside section headings as well? Regards, Kosta
Re: [O] Bug: \uline produced inside \section in latex export [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/user/.emacs.d/elpa/org-20140303/)]
Hello,
On Mar 22, 2014 7:06 PM, "Nicolas Richard"
wrote:
> I'd go even a little further : assuming it makes sense to underline
> within a section header, does it also make sense to propagate that
> formatting to the toc and/or header of the document ? If not, I suggest
> exporting as:
> \section[not-so-plain text]{\uline{not-so-plain} \textbf{text}}
>
I think it sometimes does make sense to highlight in the TOC, for instance
if the highlight was intended to emphasize a specific word.
Also I don't know why there was underlining in the first place. If we're
> asking to underline all section titles, then it might make sense to
> redefine e.g. \section to do so (packages titlesec might help).
>
There was underlining because I wanted to emphasize a single word in the
heading (the example I posted was minimal for demonstration purposes), not
because all exported sections are underlined.
Cheers,
Kosta
[O] Bug: Org-mode interprets lines starting with | as tables even when those lined are inside an align* block [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/kosta/.emacs.d/elpa/org-20140303/)]
Hello,
Pretty much what the headline says. This incorrect interpretation means
that if for example one tries to use org-cdlatex completions in that
line or later in the block, they won't work: Instead, new cells will be
created.
Example code:
\begin{align*}
|x
\end{align*}
Emacs : GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2)
of 2014-01-01 on gkar, modified by Debian
Package: Org-mode version 8.2.5h (8.2.5h-30-gdd810b-elpa @
/home/user/.emacs.d/elpa/org-20140303/)
current state:
==
(setq
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-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-occur-hook '(org-first-headline-recenter)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-html-format-drawer-function '(lambda (name contents) contents)
org-log-done 'time
org-format-latex-options '(:foreground default :background default :scale 3
:html-foreground "Black" :html-background
"Transparent" :html-scale 1.0 :matchers
("begin" "$1" "$" "$$" "\\(" "\\["))
org-latex-format-inlinetask-function 'ignore
org-confirm-shell-link-function 'yes-or-no-p
org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
org-pretty-entities t
org-agenda-custom-commands '(("w" todo "TODO")
("h" agenda "" ((org-agenda-show-all-dates nil)))
("W" agenda ""
((org-agenda-ndays 21)
(org-agenda-show-all-dates nil))
)
("A" agenda ""
((org-agenda-ndays 1)
(org-agenda-overriding-header "Today"))
)
)
org-latex-format-headline-function 'org-latex-format-headline-default-function
org-default-notes-file "~/Dropbox/Documents/Org/notes.org"
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-latex-format-drawer-function '(lambda (name contents) contents)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-pretty-entities-include-sub-superscripts nil
org-babel-pre-tangle-hook '(save-buffer)
org-mode-hook '(#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append
local]
5]
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook
org-babel-show-result-all
append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes
setup-org-mode)
org-use-speed-commands t
org-ascii-format-drawer-function '(lambda (name contents width) contents)
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-directory "~/Dropbox/Documents/Org/"
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-todo-keywords '((type "TODO(t!)" "STARTED(s)" "WAITING(w@/!)" "|"
"CANCELLED(c)" "FUTURE(f)" "DONE(d!)")
(type "Note(n)") (type "Event(e)")
(sequence "PROJECT(p)" "|" "COMPLETE(c@)"))
org-confirm-elisp-link-function 'yes-or-no-p
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-html-format-headline-function 'ignore
org-html-format-inlinetask-function 'ignore
org-agenda-files '("~/Dropbox/Documents/Org/")
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
)
[O] Bug: Kill ring contains non-killed output after an export to pdf [8.2.5h (8.2.5h-30-gdd810b-elpa @ /Users/kosta/.emacs.d/elpa/org-20140303/)]
Hello,
Whenever I export an org file to pdf, subsequently my kill-ring contains
the tex code of the intermediate latex stage.
Steps to reproduce:
1. Paste the following into an org buffer:
* test
* another test
2. Press [C-c C-e l p] to export to pdf (note: on my machine the pdf
didn't compile, but this is irrelevant for illustration purposes).
3. Press C-y anywhere in emacs, and you will get the following inserted:
% Created 2014-04-05 Sat 19:28
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{rotating}
\usepackage[normalem]{ulem}
\usepackage{amsmath}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\author{user}
\date{\today}
\title{test.org}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs 24.3.50.1 (Org mode 8.2.5h)}}
\begin{document}
\maketitle
\tableofcontents
\section{test}
\label{sec-1}
\section{another test}
\label{sec-2}
% Emacs 24.3.50.1 (Org mode 8.2.5h)
\end{document}
What I would expect to get: the last thing I killed.
Thanks in advance!
Emacs : GNU Emacs 24.3.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
of 2014-02-28 on bob.porkrind.org
Package: Org-mode version 8.2.5h (8.2.5h-30-gdd810b-elpa @
/Users/kosta/.emacs.d/elpa/org-20140303/)
current state:
==
(setq
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-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-occur-hook '(org-first-headline-recenter)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-html-format-drawer-function '(lambda (name contents) contents)
org-log-done 'time
org-format-latex-options '(:foreground default :background default :scale 1.5
:html-foreground
"Black" :html-background "Transparent" :html-scale
1.0 :matchers
("begin" "$1" "$" "$$" "\\(" "\\["))
org-latex-format-inlinetask-function 'ignore
org-confirm-shell-link-function 'yes-or-no-p
org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
org-pretty-entities t
org-agenda-custom-commands '(("w" todo "TODO")
("h" agenda "" ((org-agenda-show-all-dates nil)))
("W" agenda ""
((org-agenda-ndays 21)
(org-agenda-show-all-dates nil)))
("A" agenda ""
((org-agenda-ndays 1)
(org-agenda-overriding-header "Today")))
)
org-latex-format-headline-function 'org-latex-format-headline-default-function
org-default-notes-file "~/Dropbox/Documents/Org/notes.org"
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-latex-format-drawer-function '(lambda (name contents) contents)
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-pretty-entities-include-sub-superscripts nil
org-babel-pre-tangle-hook '(save-buffer)
org-mode-hook '(#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook org-show-block-all
append local] 5]
#[nil "\300\301\302\303\304$\207"
[org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes
setup-org-mode)
org-use-speed-commands t
org-ascii-format-drawer-function '(lambda (name contents width) contents)
org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
org-directory "~/Dropbox/Documents/Org/"
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-todo-keywords '((type "TODO(t!)" "STARTED(s)" "WAITING(w@/!)" "|"
"CANCELLED(c)"
"FUTURE(f)" "DONE(d!)")
(type "Note(n)") (type "Event(e)")
(sequence "PROJECT(p)" "|" "COMPLETE(c@)"))
org-confirm-elisp-link-function 'yes-or-no-p
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-html-format-headline-function 'ignore
org-latex-preview-ltxpng-directory "/tmp/org-ltxpng/"
org-html-format-inlinetask-function 'ignore
org-agenda-files '("~/Dropbox/Documents/Org/")
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
)
Re: [O] Kill ring contains non-killed output after an export
Hi Richard, Richard Lawrence writes: > ... > The behavior you are seeing is as expected, though I agree that this > behavior is usually not all that useful. See the variable > org-export-copy-to-kill-ring if you want to turn it off. Thanks! Now the export is much more usable for me. Out of curiousity, what is the use case of the default behavior? Best, Kosta
Re: [O] Bug: Org-mode interprets lines starting with | as tables even when those lined are inside an align* block [8.2.5h (8.2.5h-30-gdd810b-elpa @ /home/kosta/.emacs.d/elpa/org-20140303/)]
Thanks! On Wed, Apr 16, 2014 at 6:26 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > Pretty much what the headline says. This incorrect interpretation means > > that if for example one tries to use org-cdlatex completions in that > > line or later in the block, they won't work: Instead, new cells will be > > created. > > `org-try-cdlatex-tab' is now called before TAB gets its behavior > from the table environment. That said, if `org-try-cdlatex-tab' > yields nothing, TAB will go the next field in a table. > > Thanks for raising this, > > -- > Bastien >
Re: [O] Bug: text jumps left and right while typing math when org-indent-mode and linum-mode are enabled. [8.2.5h (8.2.5h-98-g0820d0-elpa @ /Users/kosta/.emacs.d/elpa/org-20140407/)]
Thanks! On Sat, Apr 19, 2014 at 3:06 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > I've discovered a bug that hinders typing when org-indent-mode and > > linum-mode are both enabled. > > Yes, I see this glitch too, and I confirm disabling linum-mode > when org-indent-mode is the thing to do... unless someone gets > really annoyed by this and wants to fix it. > > -- > Bastien >
[O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'
Hello,
[This behavior appears in a previous and the following org versions:
Org-mode version 8.2.6 (8.2.6-14-g063c8b-elpa @
/home/kosta/.emacs.d/elpa/org-20140505/)]
I recently began seeing weird behavior when trying to run `org-mobile-push'
in an agenda buffer; It appears the files are indeed pushed, but at the end
I get an error: "(wrong-type-argument arrayp nil)"
This only happens when I attempt to push from an agenda buffer - if I push
in a regular org buffer, everything works.
The stack trace is:
org-agenda-filter-apply(nil category)
org-agenda-redo()
org-mobile-push()
where the `org-agenda-filter-apply' call is from this sexp in
`org-agenda-redo':
(and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
'category))
And cat-filter, cat-preset are set in a let* form higher up in
org-agenda-redo as (their values are included):
(cat-filter org-agenda-category-filter)
nil
(cat-preset (get 'org-agenda-category-filter :preset-filter))
("+Academic")
When I start emacs or even look at the agenda,
(get 'org-agenda-category-filter :preset-filter) always evaluates to nil
(up to the point where I eval `org-mobile-push'). It gets set in
`org-mobile-create-sumo-agenda', which is called at some point from
`org-mobile-push' before `org-agenda-redo'.
Apparently this started happening after I added the following custom agenda
command:
("z" "All academic agenda items" alltodo ""
((org-agenda-overriding-header "Academic todos.")
(org-agenda-category-filter-preset
(quote
("+Academic")))
(org-agenda-todo-list-sublevels nil)))
Now, I have two questions/comments:
1. It appears that `org-agenda-filter-apply' expects an array, and an array
always evaluates to togical t (As far as I remember, have just checked). If
this is the case, in the following sexp (from `org-agenda-filter-apply'):
(and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
'category)) why is the (or cat-filter cat-preset)? It seems that either
`cat-filter' is an array, in which case it is (possibly) valid to pass it
to `org-agenda-filter-apply', or is nil, in which case it isn't. What role
does cat-preset play here?
2. It appears to me that `org-mobile-create-sumo-agenda' does not work
entirely correctly, as it leaves some properties set that were not set
before it ran?
Ok, so after writing the last two questions, I looked into
`org-agenda-filter-apply', and it appears that it expects a list of strings
of the form "+cat" or "-cat", which is what `cat-preset' holds at this
point.
Changing
(and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
'category))
to
(and (or cat-filter cat-preset) (org-agenda-filter-apply (or cat-filter
cat-preset) 'category))
as a check and reevaling the defun makes org-mobile-push complete with no
errors even when ran from an agenda buffer. Note however:
1. There are several more similar lines in org-agenda-redo, which I suspect
also need to be checked.
2. After org-mobile-push, a category filter is applied to the agenda buffer
("+Academic"), despite the original agenda buffer having no such filter, so
it seems that something is broken in `org-mobile-create-sumo-agenda'
regardless.
I found a (somewhat) relevant post here:
http://thread.gmane.org/gmane.emacs.orgmode/57481
If what I wrote makes sense, let me know and I will submit a patch for
`org-agenda-filter-apply', and if I figure out how to fix
`org-mobile-create-sumo-agenda', for that as well.
Thanks,
Kosta
Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'
While investigating the previous issue, I came upon this code:
;;;###autoload
(defun org-store-agenda-views (&rest parameters)
"Store agenda views."
(interactive)
(eval (list 'org-batch-store-agenda-views)))
I guess there is some advantage over the following, simpler version?
;;;###autoload
(defun org-store-agenda-views (&rest parameters)
"Store agenda views."
(interactive)
(org-batch-store-agenda-views))
If so, what is it?
Thanks in advance for furthering my education,
Kosta
--
Konstantin Kliakhandler
http://slumpy.org
)°) )°( (°(
On Tue, May 6, 2014 at 2:00 PM, Konstantin Kliakhandler wrote:
> Hello,
>
> [This behavior appears in a previous and the following org versions:
> Org-mode version 8.2.6 (8.2.6-14-g063c8b-elpa @
> /home/kosta/.emacs.d/elpa/org-20140505/)]
>
> I recently began seeing weird behavior when trying to run
> `org-mobile-push' in an agenda buffer; It appears the files are indeed
> pushed, but at the end I get an error: "(wrong-type-argument arrayp nil)"
>
> This only happens when I attempt to push from an agenda buffer - if I push
> in a regular org buffer, everything works.
>
> The stack trace is:
> org-agenda-filter-apply(nil category)
> org-agenda-redo()
> org-mobile-push()
>
> where the `org-agenda-filter-apply' call is from this sexp in
> `org-agenda-redo':
> (and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
> 'category))
>
> And cat-filter, cat-preset are set in a let* form higher up in
> org-agenda-redo as (their values are included):
>
> (cat-filter org-agenda-category-filter)
> nil
> (cat-preset (get 'org-agenda-category-filter :preset-filter))
> ("+Academic")
>
> When I start emacs or even look at the agenda,
> (get 'org-agenda-category-filter :preset-filter) always evaluates to nil
> (up to the point where I eval `org-mobile-push'). It gets set in
> `org-mobile-create-sumo-agenda', which is called at some point from
> `org-mobile-push' before `org-agenda-redo'.
>
> Apparently this started happening after I added the following custom
> agenda command:
>
> ("z" "All academic agenda items" alltodo ""
> ((org-agenda-overriding-header "Academic todos.")
> (org-agenda-category-filter-preset
>(quote
> ("+Academic")))
> (org-agenda-todo-list-sublevels nil)))
>
> Now, I have two questions/comments:
> 1. It appears that `org-agenda-filter-apply' expects an array, and an
> array always evaluates to togical t (As far as I remember, have just
> checked). If this is the case, in the following sexp (from
> `org-agenda-filter-apply'): (and (or cat-filter cat-preset)
> (org-agenda-filter-apply cat-filter 'category)) why is the (or cat-filter
> cat-preset)? It seems that either `cat-filter' is an array, in which case
> it is (possibly) valid to pass it to `org-agenda-filter-apply', or is nil,
> in which case it isn't. What role does cat-preset play here?
> 2. It appears to me that `org-mobile-create-sumo-agenda' does not work
> entirely correctly, as it leaves some properties set that were not set
> before it ran?
>
> Ok, so after writing the last two questions, I looked into
> `org-agenda-filter-apply', and it appears that it expects a list of strings
> of the form "+cat" or "-cat", which is what `cat-preset' holds at this
> point.
>
> Changing
> (and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
> 'category))
> to
> (and (or cat-filter cat-preset) (org-agenda-filter-apply (or cat-filter
> cat-preset) 'category))
> as a check and reevaling the defun makes org-mobile-push complete with no
> errors even when ran from an agenda buffer. Note however:
> 1. There are several more similar lines in org-agenda-redo, which I
> suspect also need to be checked.
> 2. After org-mobile-push, a category filter is applied to the agenda
> buffer ("+Academic"), despite the original agenda buffer having no such
> filter, so it seems that something is broken in
> `org-mobile-create-sumo-agenda' regardless.
>
> I found a (somewhat) relevant post here:
> http://thread.gmane.org/gmane.emacs.orgmode/57481
> If what I wrote makes sense, let me know and I will submit a patch for
> `org-agenda-filter-apply', and if I figure out how to fix
> `org-mobile-create-sumo-agenda', for that as well.
>
> Thanks,
> Kosta
>
Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'
Ok, I don't know specifically why the code in the last message was
necessary, but I realized the difference between the two cases (in the
first case, the macro is expanded every time the function is called,
whereas in the second it is expanded once, when the function is defined).
I also fixed the problems in both org-agenda.el and am including the patch.
Thanks,
Kosta
--
Konstantin Kliakhandler
http://slumpy.org
)°) )°( (°(
On Tue, May 6, 2014 at 6:54 PM, Konstantin Kliakhandler wrote:
> While investigating the previous issue, I came upon this code:
>
> ;;;###autoload
> (defun org-store-agenda-views (&rest parameters)
> "Store agenda views."
> (interactive)
> (eval (list 'org-batch-store-agenda-views)))
>
> I guess there is some advantage over the following, simpler version?
>
> ;;;###autoload
> (defun org-store-agenda-views (&rest parameters)
> "Store agenda views."
> (interactive)
> (org-batch-store-agenda-views))
>
> If so, what is it?
>
> Thanks in advance for furthering my education,
> Kosta
>
> --
> Konstantin Kliakhandler
> http://slumpy.org
> )°) )°( (°(
>
>
> On Tue, May 6, 2014 at 2:00 PM, Konstantin Kliakhandler
> wrote:
>
>> Hello,
>>
>> [This behavior appears in a previous and the following org versions:
>> Org-mode version 8.2.6 (8.2.6-14-g063c8b-elpa @
>> /home/kosta/.emacs.d/elpa/org-20140505/)]
>>
>> I recently began seeing weird behavior when trying to run
>> `org-mobile-push' in an agenda buffer; It appears the files are indeed
>> pushed, but at the end I get an error: "(wrong-type-argument arrayp nil)"
>>
>> This only happens when I attempt to push from an agenda buffer - if I
>> push in a regular org buffer, everything works.
>>
>> The stack trace is:
>> org-agenda-filter-apply(nil category)
>> org-agenda-redo()
>> org-mobile-push()
>>
>> where the `org-agenda-filter-apply' call is from this sexp in
>> `org-agenda-redo':
>> (and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
>> 'category))
>>
>> And cat-filter, cat-preset are set in a let* form higher up in
>> org-agenda-redo as (their values are included):
>>
>> (cat-filter org-agenda-category-filter)
>> nil
>> (cat-preset (get 'org-agenda-category-filter :preset-filter))
>> ("+Academic")
>>
>> When I start emacs or even look at the agenda,
>> (get 'org-agenda-category-filter :preset-filter) always evaluates to nil
>> (up to the point where I eval `org-mobile-push'). It gets set in
>> `org-mobile-create-sumo-agenda', which is called at some point from
>> `org-mobile-push' before `org-agenda-redo'.
>>
>> Apparently this started happening after I added the following custom
>> agenda command:
>>
>> ("z" "All academic agenda items" alltodo ""
>> ((org-agenda-overriding-header "Academic todos.")
>> (org-agenda-category-filter-preset
>>(quote
>> ("+Academic")))
>> (org-agenda-todo-list-sublevels nil)))
>>
>> Now, I have two questions/comments:
>> 1. It appears that `org-agenda-filter-apply' expects an array, and an
>> array always evaluates to togical t (As far as I remember, have just
>> checked). If this is the case, in the following sexp (from
>> `org-agenda-filter-apply'): (and (or cat-filter cat-preset)
>> (org-agenda-filter-apply cat-filter 'category)) why is the (or cat-filter
>> cat-preset)? It seems that either `cat-filter' is an array, in which case
>> it is (possibly) valid to pass it to `org-agenda-filter-apply', or is nil,
>> in which case it isn't. What role does cat-preset play here?
>> 2. It appears to me that `org-mobile-create-sumo-agenda' does not work
>> entirely correctly, as it leaves some properties set that were not set
>> before it ran?
>>
>> Ok, so after writing the last two questions, I looked into
>> `org-agenda-filter-apply', and it appears that it expects a list of strings
>> of the form "+cat" or "-cat", which is what `cat-preset' holds at this
>> point.
>>
>> Changing
>> (and (or cat-filter cat-preset) (org-agenda-filter-apply cat-filter
>> 'category))
>> to
>> (and (or cat-filter cat-preset) (org-agenda-filter-apply (or cat-filter
>> cat-preset) 'category))
>> as a check and reevaling the defun makes org-mobile-push complete with no
>> errors even when ran from an agenda buffer. Note howeve
Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'
Hi Bastien, I'm willing to sign the FSF copyright papers, provided it isn't too big of a hassle :-). What do I need to do? The problem that the other part of the patch solves is as follows: org-batch-store-agenda-views writes all agendas (according to some criteria) to disk. To do this, it first generates all those agendas in a temporary buffer, which is killed at the end. This is done in a special environment, so as to not change the currently open agenda buffer (if there is one). The process is not hermetic - the plist of org-agenda-category-filter can get modified while generating the temporary agendas (when generating agendas with a category filter). If indeed modified, then at the end of the process, a user sees a filtered agenda buffer even when starting out from an unfiltered one. The patch addresses this by first saving the plist of the org-agenda-category-filter variable, then executing the regular functionality of org-batch-store-agenda-views, and finally restoring the plist of org-agenda-category-filter variable. In case something falls through with the FSF papers, I think this should be enough to implement a similar fix. Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On Thu, May 22, 2014 at 1:59 PM, Bastien wrote: > Hi Konstantin, > > Konstantin Kliakhandler writes: > > > I also fixed the problems in both org-agenda.el and am including the > > patch. > > Thanks for the patch -- I applied the part that I understand: > http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=445a8ec6 > > As for the other part, can you restate what bug it fixes in very > simple words? > > Also, we cannot accept it unless you signed the FSF copyright > assignment, so prepare to go this route if you want to submit > a consequent patch. Otherwise simply describe the problem and > a possible fix and we'll implement it. > > Thanks, > > -- > Bastien >
[O] BUG: swapped utf-8 symbols in org-entities
Hello,
The unicode letters for 'varphi' and for 'phi' are swapped.
Here is a patch correcting this:
diff --git a/lisp/org-entities.el b/lisp/org-entities.el
index 4044432..6f6d054 100644
--- a/lisp/org-entities.el
+++ b/lisp/org-entities.el
@@ -204,9 +204,8 @@ packages to be loaded, add these packages to
`org-latex-packages-alist'."
("upsih" "\\Upsilon" t "ϒ" "upsilon" "upsilon" "ϒ")
("upsilon" "\\upsilon" t "υ" "upsilon" "upsilon" "υ")
("Phi" "\\Phi" t "Φ" "Phi" "Phi" "Φ")
-("phi" "\\phi" t "φ" "phi" "phi" "φ")
-("varphi" "\\varphi" t "ϕ" "varphi" "varphi" "ɸ")
+("phi" "\\phi" t "φ" "phi" "phi" "ɸ")
+("varphi" "\\varphi" t "ϕ" "varphi" "varphi" "φ")
("Chi" "X" nil "Χ" "Chi" "Chi" "Χ")
("chi" "\\chi" t "χ" "chi" "chi" "χ")
("acutex" "\\acute x" t "´x" "'x" "'x" "𝑥́")
Thanks,
Kosta
[O] Why no secure code retrieval
Hello everyone, I have continually been perplexed by the (apparent) lack of ways to retrieve the code for org-mode in a secure fashion, but always thought that I just haven't tried hard enough. Today it dawned on me that there probably simply is no such way. I know that https can be a bit tedious to setup so I am not asking for it (though I do think it would be great if it was enabled on the site in some fashion). However, gpg signing release tag commits is dead simple and would take a total of maybe 10 minutes of work over the lifetime of the project (please correct me if I'm wrong). Given this, is there a reason this is not being done? And if there is no reason, would it be possible to begin doing it, going forward? Thanks in advance for the consideration, Kosta
Re: [O] BUG: swapped utf-8 symbols in org-entities
Hello Nicolas, Attached is the patch, as requested. I'm not sure what were the conclusions of the side discussion, but I do want to point out that my change is in accordance with unicode symbol names and with the symbols that pdflatex prints on paper. Thanks and regards, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 28 June 2016 at 17:49, Nicolas Goaziou wrote: > Hello, > > Konstantin Kliakhandler writes: > > > The unicode letters for 'varphi' and for 'phi' are swapped. > > Good catch. > > > Here is a patch correcting this: > > Would you mind providing a patch with a proper commit message and using > git format-patch? See > <http://orgmode.org/worg/org-contribute.html#patches> for details. > > Thank you. > > Regards, > > -- > Nicolas Goaziou > 0001-org-entities.el-swapped-symbols-of-varphi-and-phi.patch Description: Binary data
Re: [O] BUG: swapped utf-8 symbols in org-entities
Thanks! I have an additional, similar patch - In this one I changed the unicode symbol for \circ from something looking like ^ to [image: \circ] (#x2218 = "ring operator" = \circ in TeX input method). Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 1 July 2016 at 10:24, Nicolas Goaziou wrote: > Hello, > > Konstantin Kliakhandler writes: > > > Attached is the patch, as requested. > > Applied. Thank you. > > > I'm not sure what were the conclusions of the side discussion, but > > I do want to point out that my change is in accordance with unicode > > symbol names and with the symbols that pdflatex prints on paper. > > I think Rasmus (Cc'ed) discovered a bug in TeX input method. Rasmus, > would you feel like reporting it upstream? > > Regards, > > -- > Nicolas Goaziou > 0001-org-entities-Correct-unicode-symbol-of-circ.patch Description: Binary data
Re: [O] Why no secure code retrieval
Hello Robert, I am the OP. For what it is worth, the current discussion is actually precisely what I was aiming at. I agree with your analysis of my Intended goals but completely disagree that SHA1 alone is any sort of guarantee.. To be precise, I don't just think that it doesn't provide much, but rather that alone it provides none at all. This is because I have no idea who produced a given SHA1 - whether it was Bastien, or a MITM attacker, or just someone who compromised the server. Of course I don't care much about whether the code would be available via gitolite or gogs, or at least much less than that something would be available. Together with signing of releases tags it would be magnificent and actually *would* provide a significant level of guarantee (at least for me). Finally, I'd like to add that if the decision regarding the git hosting service comes down to such consideration, that gogs seems much more polished from a user perspective. Thanks, Kosta -- )°))°((°( Konstantin Kliakhandler Sent on the go. I think that the original question was looking at a different problem, and discussion of hosted tooling may be a distraction. The issues that normally come up for cyber-security discussions of distribution need to be looked at. The following is a start at organizing those for org-mode. I think that the problem that started this discussion was a question about whether an org-mode user could verify the integrity and authenticity of an org-mode version distribution, or perhaps the integrity and authenticity of an installed version. It may be in the context of ELPA for that user. A full answer for all org-mode users would certainly include ELPA. I personally use a combination of "git clone" and "git checkout" to manage my org-mode versions. That provides adequate protection at the moment, but SHA1 is not sufficient in the long term. R Horn rjh...@alum.mit.edu [2016-07-03 Sun 12:15] Org security * Org cyber-security ** Process questions *** How are security flaws discovered Is there a known public reporting channel? Are they privately and publicly tracked. For example, are CVE numbers obtained for public tracking, reporting, status, etc. Are patches tracked relative to CVE numbers? Are security-only patches and releases made? - For current development and release versions? - For widely deployed older versions? *** Are security processes understood, maintained, staffed, performed? ** Development process related questions I'll let these wait for now. ** Release and Distribution process related questions *** Org has multiple release and distribution chains. - The underlying git structure is used by developers and some of the end users - Direct git clone is used by some, and is one distribution chain - Git hosting is used by some. This is git plus extra hosting facilities - ELPA is used by some. - Tar-ball distribution is still used by some - Bundled distributions (Red Hat, Ubuntu, etc.) are used by some - Other distribution methods can be ignored for now (in my opinion) *** How are releases identified? GIT - GIT identifies changes and tagged releases by SHA1 hash. SHA1 hash remains excellent as integrity verification against accidental damage. SHA1 is end of life against intentional attack. It is expected to be vulnerable to well funded attackers by 2020. - see also below on verification and identification GIT hosting depends on the host. ELPA ELPA is seriously lacking, at least in terms of documentation. This is probably the source of the initial user question. ELPA can identify version strings. Tar-ball Nothing appears to be set up for robust identification of tar balls for org-mode. Bundled distributions Distributions have identification systems that do not always match the org-mode system. *** How does distribution process protect integrity and authentication of a release? - Is there integrity check and authenticated verification from development release to end user installation? - Can an end user verify the integrity and authenticate the installed software? GIT - GIT can provide PGP signing for tagged releases. Org does not currently use this feature. PGP signing is considered secure for integrity and authentication verification, provided the security processes are sufficient in the development release system. - GIT can provide PGP signing for individual updates. Org does not currently use this feature. PGP signing at the individual update level is often too burdensome for projects. Every committer must be familiar with PGP signing and properly protect their keys. There is a key management headache for project administration. *
Re: [O] Why no secure code retrieval
Hello, On 3 July 2016 at 23:12, Robert Horn wrote: > > The SHA1's are reference elements used throughout git, and are primarily > for integrity protection against accidents, not against attackers. Hence > it's sufficient that > they be maintained by the git processes. > Sufficient for what? I believe we were discussing security (that was my intention at least, and so did your previous email seem to indicate). And if this is the case, you have just contradicted yourself. I apologize for pointing it out so directly, and also if I misunderstood you. > The plain vanilla git process does not include distribution of SHA1 > values by an independent path, so it's not easy to verify against a > trusted source for the correct values. > Which trusted source? This is the whole point of said discussion. If I haven't a secure connection to the server and none of the commits are signed, what exactly are you proposing to compare to? My proposal was comparison to the gpg signatures in git itself, at least for tagged revisions. This would provide a canonical source to compare to, and can be done automatically by git itself (the comparison). I certainly can live off just tagged versions. Even when you want to fix a bug/add a feature, most likely you need to just work against files that haven't changed since last tag. With your permission I'll quote the entire message of Achim Gratz: > > Getting the same data via https doesn't give you that sort of guarantee > > either, it only ensures that the data cannot be read and altered in > > transport. If the server or repo gets compromised, then it is game over > > until someone notices that the server suddenly doesn't match up the > local clone. No, it does not give me a guarantee. But very few things do. Signatures come closer to that, although https://xkcd.com/538/ should convince you that it isn't a guarantee either. But who said that there will ever be a point when the server doesn't match the local clone? https://mikegerwitz.com/papers/git-horror-story But just because there are other ways to enter your house does not mean you should not put a lock on your front door. This would be a reasonable step for org-mode releases. The release > process only involves a few people, and key management would not be too > hard. It doesn't solve the problem for non-git distribution methods. > My guess is that the ELPA users are the most exposed. Fixing that > really belongs to ELPA, but if I were putting together the cyber > security plan for org-mode I would call out this gap and make clear that > it is a gap that can't be easily solved by org-mode. (Maybe tweaking > someone more familier with ELPA to tell me how to solve it for ELPA.) > I believe that these days elpa is accessed by default via https and that archives are signed, though please correct me here. Assuming it is the case, there isn't much one can do beyond the currently suggested steps, I think. Have a nice week, Kosta
Re: [O] Why no secure code retrieval
Thanks for the clarification and the detailed analysis. Sounds like you did you homework - I have a lot lo learn. Anyway, I would say that we agree on most points, and I'm more than content to leave it at that :-). Best Regards, Kosta -- )°))°((°( Konstantin Kliakhandler Sent on the go. On Jul 4, 2016 03:17, "Robert Horn" wrote: > > Konstantin Kliakhandler writes: > > > > > Sufficient for what? I believe we were discussing security (that was my > > intention at least, and so did your previous email seem to indicate). And > > if this is the case, you have just contradicted yourself. I apologize for > > pointing it out so directly, and also if I misunderstood you. > > Sufficient for current risk mitigation in my opinion. You disagree. > > We both agree that signed tags would be better. > > Choices are based on an evaluation of risks, threats, and mitigation > costs. Emacs has had very few security vulnerabilities > discovered. There are only 18 CVE since 2000. None of these allowed > priviledge escalation, and the two most severe required local user > assistance. So org-mode is not in a high risk location. > > That means that I look for very low cost steps, i.e., very simple easy > changes. Signing tags falls into that category because it only affects > a few people and is not particularly difficult to manage for very small > groups. > > Another step that I would take is to establish and publish the planned > security processes. These should be established and understood well > before any event takes place. Taking adhoc reactive steps in an > emergency often causes more problems. > > > I believe that these days elpa is accessed by default via https and that > > archives are signed, though please correct me here. Assuming it is the > > case, there isn't much one can do beyond the currently suggested steps, I > > think. > > > > I took a quick look inside package.el and it is still incomplete. It's > also got a big todo list, so I expect this to change with subsequent > releases. As of Emacs 24.3 ELPA did not have package signatures. Emacs > 24.5 has package signatures, but no way for the user to verify that what > is installed matches the signature. > > As of 24.5, the default behavior in package.el is: > - package signatures are optional > - package signatures are only checked to confirm that the tar file that > is downloaded matches the signature. There is no tooling for subsequent > verifications. > - invalid signatures are ignored by default > - missing signatures are ignored by default > - package.el has dependencies on programs external to emacs. If these > dependencies are not met, it reverts to default behavior. > > This is clearly better than 24.3. > > Again, in terms of risk/cost/mitigation evaluation I would have the tool > that creates the ELPA package for org-mode also create a signature. It > might do that already. Package.el does not indicate which packages are > signed. I would let the folks taking care of ELPA deal with the rest in > later releases. > > Use of https for most ELPA repositories does protect against in transit > content corruption, but not necessarily much else. Looking at > elpa.gnu.org I notice: > - Their certificate expired today and has not been updated, oops > - They use Let's Encrypt as signing authority. This means that the > certificate verifies that whoever responds to the domain name http port > controls the TLS certificate and web content. That's enough for > many purposes, but it doesn't mean much in terms of server security. > > In transit MITM is a minor threat for software distribution. I've only > detected MITM activity in public locations once in the real world. (I > was thrilled. It's a really rare event.) It was in a very high threat > location (Washington DC area, a public wifi). > > The big MITM threat is the dangers from malicious javascript insertion > into unprotected browser activity. > > R Horn > rjh...@alum.mit.edu >
Re: [O] BUG: swapped utf-8 symbols in org-entities
Hi Nicolas, Sorry for the late reply. Am I supposed to send the patch against master or against maint? If against master, see the file starting at 0001. If against maint, see the file starting with 0002. For some reason, I can't apply the 0001 patch to the maint branch either, nor can I rebase it to the maint branch... Weird. Hopefully this is good enough. Best, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 5 July 2016 at 22:13, Nicolas Goaziou wrote: > Hello, > > Konstantin Kliakhandler writes: > > > I have an additional, similar patch - In this one I changed the unicode > > symbol for \circ from something looking like ^ to [image: \circ] (#x2218 > = > > "ring operator" = \circ in TeX input method). > > For some reason, I'm unable to apply it to maint branch. Could you > rebase your repository and try again? > > Thank you. > > Regards, > > -- > Nicolas Goaziou > 0001-org-entities-Correct-unicode-symbol-of-circ.patch Description: Binary data 0002-org-entities-Correct-unicode-symbol-of-circ.patch Description: Binary data
[O] Exporting fuzzy links using LaTeX's autoref
Hi Clément,
I don’t know if you’ve found a satisfactory solution yet, but I found the
following to work quite well in my case:
;; Define an export function for autoref links
(defun kk/org-autoref-export (path desc format)
"Export an autoref type reference for the given path"
(case format
('latex (string-join `("\\autoref{" ,path "}")
;; Define a function for following org links
(defun kk/org-follow-path (path)
"Follow an org path given in the argument"
(org-open-link-from-string (string-join `("[[" ,path "]]"
;; Register autoref link type
(org-add-link-type "ar" 'kk/org-follow-path 'kk/org-autoref-export)
It works fine for items that have a #+NAME attached to them, perhaps to other
stuff as well (though I haven’t tested this).
Hope it helps.
Good luck,
Kosta
Re: [O] Weird behavior in `org-agenda-redo' and/or `org-mobile-push'
Dear Bastien, Would you please consider incorporating my patch (or reimplementing it)? As it stands, the problem I described earlier (agenda buffer gets screwed up after org mobile push) persists and I need to repatch on every new version I install. I will also look into the FSF papers myself. Thanks in advance, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On Thu, May 22, 2014 at 7:08 PM, Konstantin Kliakhandler wrote: > Hi Bastien, > > I'm willing to sign the FSF copyright papers, provided it isn't too big of > a hassle :-). What do I need to do? > > The problem that the other part of the patch solves is as follows: > > org-batch-store-agenda-views writes all agendas (according to some > criteria) to disk. > To do this, it first generates all those agendas in a temporary buffer, > which is killed at the end. > This is done in a special environment, so as to not change the currently > open agenda buffer (if there is one). > The process is not hermetic - the plist of org-agenda-category-filter can > get modified while generating the temporary agendas (when generating > agendas with a category filter). > If indeed modified, then at the end of the process, a user sees a filtered > agenda buffer even when starting out from an unfiltered one. > > The patch addresses this by first saving the plist of the > org-agenda-category-filter variable, then executing the regular > functionality of org-batch-store-agenda-views, and finally restoring the > plist of org-agenda-category-filter variable. > > In case something falls through with the FSF papers, I think this should > be enough to implement a similar fix. > > Thanks, > Kosta > > > -- > Konstantin Kliakhandler > http://slumpy.org > )°) )°( (°( > > > On Thu, May 22, 2014 at 1:59 PM, Bastien wrote: > >> Hi Konstantin, >> >> Konstantin Kliakhandler writes: >> >> > I also fixed the problems in both org-agenda.el and am including the >> > patch. >> >> Thanks for the patch -- I applied the part that I understand: >> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=445a8ec6 >> >> As for the other part, can you restate what bug it fixes in very >> simple words? >> >> Also, we cannot accept it unless you signed the FSF copyright >> assignment, so prepare to go this route if you want to submit >> a consequent patch. Otherwise simply describe the problem and >> a possible fix and we'll implement it. >> >> Thanks, >> >> -- >> Bastien >> > >
[O] Several org-entities to be fixed.
Hello, On all the computers I've used so far, including: Windows[8, 8.1] , OSX[Mavericks,Yosemite], debian[wheezy], ubuntu[14.04.1], I've seen the same problem: the org-entities symbols for phi and varphi were inverted, and the symbol for setminus was displayed as a W with a strike-through. Attached is a patch that exchanges between the inverted symbols, and replaces the W symbol by the unicode 'SET MINUS' symbol. Thanks, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( 0001-Corrected-several-symbols-in-org-entities.patch Description: Binary data
[Orgmode] embedded/inherited tags
Dear org-users, Is there any way to make tags inherited from another tag? For example, I have following tags: :tech: :emacs: :orgmode: :ubuntu: :other: ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] embedded/inherited tags
Hi, Manish - thank you for the reply. Here is what I want in details: For example, I have following tags :tech: :firefox: :emacs: :orgmode: In agenda I usually ask only for TODO with :tech: tags, in order to see actions, related to technical stuff. clearly, :firefox: and :emacs: are related to :tech: tag. It would be convenient to introduce tag hierarchy: every todo-item with :emacs: (or :firefox: ) tag only should show up in agenda, when I query for :tech: tag. I understand, that every time I assign :emacs: tag I can assign :tech: tag as well, and this will do the work, but it is not convenient. Is such mechanism exists? My todo's are scatterd over the files, thus I can not use usual tag hierarchy, that is controlled by, for example, "org-use-tag-inheritance". thanks, Kostya On Mon, Mar 30, 2009 at 1:09 PM, Manish wrote: > On Sat, Mar 28, 2009 at 6:59 PM, Konstantin Antipin wrote: > > Dear org-users, > > Is there any way to make tags inherited from another tag? > > For example, I have following tags: > > :tech: > > :emacs: > > :orgmode: > > :ubuntu: > > > > :other: > > Could you please a little elaborate more on this? Also please take a > look at variable "org-use-tag-inheritance". > > -- > Manish > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] embedded/inherited tags
Peter Jones - thanks for the advise. Unfortunately it does not fit to
me, since I have my todo items in different files.
Eraldo - I was also thinking about this, but I thought that maybe
solution already exists...
Anyhow, for my it is fixed - I wrote a small package org-assoc-tags,
that allows to have key-tag and associated tags. For example:
(setq org-assoc-tags '(
("emacs" "tech")
("orgmode" "emacs" "tech")
))
If you assign :emacs: tag, then :tech: will be assigned automatically.
If you assign :orgmode: tag, then both :emacs: and :tech: will be assigned.
The package can be found at: http://www.emacswiki.org/emacs/org-assoc-tags.el
Hopefully it might be helpful for someone,
Kostya
On Mon, Mar 30, 2009 at 6:25 PM, Eraldo Helal wrote:
>
> Hi Kostya!
>
> I am still pretty new to emacs and org-mode, but from what I have read until
> now...
> Could you use the tag hook to automatically assign the :tech: tag along with
> :firefox: and|or :emacs: etc...
> This is still not exactly what you wished afaics, but it may make things a
> little more convenient.
>
> On Mon, Mar 30, 2009 at 16:47, Konstantin Antipin
> wrote:
>>
>> Hi,
>>
>> Manish - thank you for the reply.
>>
>> Here is what I want in details:
>> For example, I have following tags :tech: :firefox: :emacs: :orgmode:
>> In agenda I usually ask only for TODO with :tech: tags, in order to see
>> actions, related to technical stuff.
>>
>> clearly, :firefox: and :emacs: are related to :tech: tag. It would be
>> convenient to introduce tag hierarchy:
>> every todo-item with :emacs: (or :firefox: ) tag only should show up in
>> agenda, when I query for :tech: tag.
>> I understand, that every time I assign :emacs: tag I can assign :tech: tag
>> as well, and this will do the work, but it is not convenient.
>>
>>
>> Is such mechanism exists?
>>
>> My todo's are scatterd over the files, thus I can not use usual tag
>> hierarchy, that is controlled by, for example, "org-use-tag-inheritance".
>>
>> thanks,
>> Kostya
>>
>> On Mon, Mar 30, 2009 at 1:09 PM, Manish
>> wrote:
>>>
>>> On Sat, Mar 28, 2009 at 6:59 PM, Konstantin Antipin wrote:
>>> > Dear org-users,
>>> > Is there any way to make tags inherited from another tag?
>>> > For example, I have following tags:
>>> > :tech:
>>> > :emacs:
>>> > :orgmode:
>>> > :ubuntu:
>>> >
>>> > :other:
>>>
>>> Could you please a little elaborate more on this? Also please take a
>>> look at variable "org-use-tag-inheritance".
>>>
>>> --
>>> Manish
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Remember: use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] embedded/inherited tags
Samuel - Your solution is probably more elegant. Then I will wait for
search with lisp syntax functionality, and so far just use my code.
K
On Wed, Apr 1, 2009 at 12:15 AM, Samuel Wales wrote:
> Another possibility is to use your assoc tags and fix it on the search
> side. If you always have a custom search, you can use `( ... ,( ...
> )) when you define it.
>
> Then you only need one tag on each task. The advantage of this is
> that if the associations change, you will not need to change the tags.
>
> Currently this requires concatenating strings, but in the future,
> according to Carsten, there will be optional Lisp syntax for searches,
> which will make it easier. It might also allow stuff not currently
> possible.
>
> On 2009-03-31, Konstantin Antipin wrote:
>> Peter Jones - thanks for the advise. Unfortunately it does not fit to
>> me, since I have my todo items in different files.
>>
>> Eraldo - I was also thinking about this, but I thought that maybe
>> solution already exists...
>>
>> Anyhow, for my it is fixed - I wrote a small package org-assoc-tags,
>> that allows to have key-tag and associated tags. For example:
>>
>> (setq org-assoc-tags '(
>> ("emacs" "tech")
>> ("orgmode" "emacs" "tech")
>> ))
>>
>> If you assign :emacs: tag, then :tech: will be assigned automatically.
>> If you assign :orgmode: tag, then both :emacs: and :tech: will be assigned.
>> The package can be found at:
>> http://www.emacswiki.org/emacs/org-assoc-tags.el
>>
>> Hopefully it might be helpful for someone,
>> Kostya
>>
>> On Mon, Mar 30, 2009 at 6:25 PM, Eraldo Helal wrote:
>>>
>>> Hi Kostya!
>>>
>>> I am still pretty new to emacs and org-mode, but from what I have read
>>> until now...
>>> Could you use the tag hook to automatically assign the :tech: tag along
>>> with :firefox: and|or :emacs: etc...
>>> This is still not exactly what you wished afaics, but it may make things a
>>> little more convenient.
>>>
>>> On Mon, Mar 30, 2009 at 16:47, Konstantin Antipin
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Manish - thank you for the reply.
>>>>
>>>> Here is what I want in details:
>>>> For example, I have following tags :tech: :firefox: :emacs: :orgmode:
>>>> In agenda I usually ask only for TODO with :tech: tags, in order to see
>>>> actions, related to technical stuff.
>>>>
>>>> clearly, :firefox: and :emacs: are related to :tech: tag. It would be
>>>> convenient to introduce tag hierarchy:
>>>> every todo-item with :emacs: (or :firefox: ) tag only should show up in
>>>> agenda, when I query for :tech: tag.
>>>> I understand, that every time I assign :emacs: tag I can assign :tech:
>>>> tag as well, and this will do the work, but it is not convenient.
>>>>
>>>>
>>>> Is such mechanism exists?
>>>>
>>>> My todo's are scatterd over the files, thus I can not use usual tag
>>>> hierarchy, that is controlled by, for example, "org-use-tag-inheritance".
>>>>
>>>> thanks,
>>>> Kostya
>>>>
>>>> On Mon, Mar 30, 2009 at 1:09 PM, Manish
>>>> wrote:
>>>>>
>>>>> On Sat, Mar 28, 2009 at 6:59 PM, Konstantin Antipin wrote:
>>>>> > Dear org-users,
>>>>> > Is there any way to make tags inherited from another tag?
>>>>> > For example, I have following tags:
>>>>> > :tech:
>>>>> > :emacs:
>>>>> > :orgmode:
>>>>> > :ubuntu:
>>>>> >
>>>>> > :other:
>>>>>
>>>>> Could you please a little elaborate more on this? Also please take a
>>>>> look at variable "org-use-tag-inheritance".
>>>>>
>>>>> --
>>>>> Manish
>>>>
>>>>
>>>> ___
>>>> Emacs-orgmode mailing list
>>>> Remember: use `Reply All' to send replies to the list.
>>>> Emacs-orgmode@gnu.org
>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>>
>>>
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Remember: use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
>
> --
> Myalgic encephalomyelitis denialism is causing death (decades early;
> Jason et al. 2006) and severe suffering (worse than nearly all other
> diseases studied; e.g. Schweitzer et al. 1995) and grossly corrupting
> science. http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm
>
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Not inserting new lines
Dear all, While I am enjoying the power of orgmode, one thing annoys me. If I have todo-item ** TODO Fix orgmode endline problem:emacs: And I want, for example, to add some property. I use \C-c\C-xp for that. Here is the result: ** TODO Fix orgmode endline problem :emacs: :PROPERTIES: :DESCRIPTION: need to send email to the mailing list :END: The problem is that orgmode does not insert new lines correctly and thus treats " :PROPERTIES::DESCRIPTION: need to send email to the mailing list :END: " as a simple text, as a header. And I need to insert new lines manually: ** TODO Fix orgmode endline problem :emacs: :PROPERTIES: :DESCRIPTION: need to send email to the mailing list :END: After manual correction orgmode correctly recognize property. This problem exists not only for properties, but basically for everything - When adding new item to the file with remember, or using CLOCK. I understand, that this is the problem with my setup somehow, since I seems to be the only one who have this problem... Need some help with that :) Konstantin -- GNU Emacs 23.0.91. Org-mode version 6.24trans ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Not inserting new lines
Hi, This happens inside the file as well... Konstantin On Sat, May 23, 2009 at 1:53 PM, Carsten Dominik wrote: > Hi > > Does this only happen at the end of the file, or anywhere > inside the file as well? > > - Carsten > > On May 23, 2009, at 1:23 PM, Konstantin Antipin wrote: > >> Dear all, >> While I am enjoying the power of orgmode, one thing annoys me. >> If I have todo-item >> ** TODO Fix orgmode endline problem :emacs: >> >> And I want, for example, to add some property. I use \C-c\C-xp for >> that. Here is the result: >> ** TODO Fix orgmode endline problem :emacs: :PROPERTIES: >> :DESCRIPTION: need to send email to the mailing list :END: >> >> The problem is that orgmode does not insert new lines correctly and thus >> treats >> " :PROPERTIES: :DESCRIPTION: need to send email to the mailing list >> :END: " as a simple text, as a header. >> And I need to insert new lines manually: >> ** TODO Fix orgmode endline problem >> :emacs: >> :PROPERTIES: >> :DESCRIPTION: need to send email to the mailing list >> :END: >> After manual correction orgmode correctly recognize property. >> >> This problem exists not only for properties, but basically for >> everything - When adding new item to the file with remember, or using >> CLOCK. >> >> I understand, that this is the problem with my setup somehow, since I >> seems to be the only one who have this problem... >> >> Need some help with that :) >> Konstantin >> >> -- >> GNU Emacs 23.0.91. >> Org-mode version 6.24trans >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] 'new line' problem
Dear all, While I am enjoying the power of orgmode, one thing annoys me. If I have todo-item ** TODO Fix orgmode endline problem :emacs: And I want, for example, to add some property. I use \C-c\C-xp for that. Here is the result: ** TODO Fix orgmode endline problem :emacs: :PROPERTIES::DESCRIPTION: need to send email to the mailing list :END: The problem is that orgmode does not insert new lines correctly and thus treats " :PROPERTIES::DESCRIPTION: need to send email to the mailing list :END: " as a simple text, as a header. And I need to insert new lines manually: ** TODO Fix orgmode endline problem :emacs: :PROPERTIES: :DESCRIPTION: need to send email to the mailing list :END: After manual correction orgmode correctly recognize property. This problem exists not only for properties, but basically for everything - When adding new item to the file with remember, or using CLOCK. I understand, that this is the problem with my setup somehow, since I seems to be the only one who have this problem... Need some help with that :) Konstantin -- GNU Emacs 23.0.91. Org-mode version 6.24trans ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Not inserting new lines
Dear all, the solution was quite simple - as always. I use longlines-mode with org-mode, and that caused this problem. Once I switched longlines-mode off, everything works as expected. I am not sure if it is a bug or intended behavior, but I hope this will help somebody. my best, Konstantin On Sat, May 23, 2009 at 2:10 PM, Konstantin Antipin wrote: > Hi, > > This happens inside the file as well... > > Konstantin > > On Sat, May 23, 2009 at 1:53 PM, Carsten Dominik > wrote: >> Hi >> >> Does this only happen at the end of the file, or anywhere >> inside the file as well? >> >> - Carsten >> >> On May 23, 2009, at 1:23 PM, Konstantin Antipin wrote: >> >>> Dear all, >>> While I am enjoying the power of orgmode, one thing annoys me. >>> If I have todo-item >>> ** TODO Fix orgmode endline problem :emacs: >>> >>> And I want, for example, to add some property. I use \C-c\C-xp for >>> that. Here is the result: >>> ** TODO Fix orgmode endline problem :emacs: :PROPERTIES: >>> :DESCRIPTION: need to send email to the mailing list :END: >>> >>> The problem is that orgmode does not insert new lines correctly and thus >>> treats >>> " :PROPERTIES: :DESCRIPTION: need to send email to the mailing list >>> :END: " as a simple text, as a header. >>> And I need to insert new lines manually: >>> ** TODO Fix orgmode endline problem >>> :emacs: >>> :PROPERTIES: >>> :DESCRIPTION: need to send email to the mailing list >>> :END: >>> After manual correction orgmode correctly recognize property. >>> >>> This problem exists not only for properties, but basically for >>> everything - When adding new item to the file with remember, or using >>> CLOCK. >>> >>> I understand, that this is the problem with my setup somehow, since I >>> seems to be the only one who have this problem... >>> >>> Need some help with that :) >>> Konstantin >>> >>> -- >>> GNU Emacs 23.0.91. >>> Org-mode version 6.24trans >>> >>> >>> ___ >>> Emacs-orgmode mailing list >>> Remember: use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] timer for a task
Hi everybody! I am constantly trying to be more productive, and there is one thing that I noticed: If you give yourself a specific time for a task, then you tend to finish this task in this time. It helps to stay focused and do stuff that is most important. So, the question is - Is there any way to set a timer on a taks, and get a bell when it is expired? Some time before I even wrote a small extension that helps me to do that http://www.emacswiki.org/emacs/tea-time But now I am thinking - is there an orgmode-way to do that? It would be great to integrate it with great time tracking system, for example... If nobody uses proposed feature, please give me a hint how it would be best to do that. my best, Konstantin ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] timer for a task
Hi Daniel, Yes, you are right indeed. I am talking about effort estimates - I'v missed this chapter for some reason from the manual. I like the idea you proposed - to show how much time is left in the mode line. And I think I am going to write necessary code for this. Or, may be someone has even better idea? best, Konstantin On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente wrote: > > Hi. > I suppose you talk about estimated efforts. I also have noticed that I work > better if I have defined them, but it is very easy to miss them and work on a > task more time than planned. > An easy improvement would be to show at the mode line not only how much time > you have worked on the current task but also the remaining time according to > your effort estimate. And if it comes to 0, highlight it noticeably. > > Other useful things to show would be the *total* elapsed time (not only the > elapsed time of the last C-c C-x C-i) or directly the effort estimate > (instead of the remaining time, the total time). > > And as you say, an alarm would be useful. > > -- Daniel > > El dl, mai 25 2009, Konstantin Antipin va escriure: >> Hi everybody! >> I am constantly trying to be more productive, and there is one thing >> that I noticed: >> If you give yourself a specific time for a task, then you tend to >> finish this task in this time. It helps to stay focused and do stuff >> that is most important. >> >> So, the question is - Is there any way to set a timer on a taks, and >> get a bell when it is expired? >> Some time before I even wrote a small extension that helps me to do >> that http://www.emacswiki.org/emacs/tea-time >> But now I am thinking - is there an orgmode-way to do that? It would >> be great to integrate it with great time tracking system, for >> example... >> If nobody uses proposed feature, please give me a hint how it would be >> best to do that. >> >> >> my best, >> Konstantin >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] timer for a task
Here is the patch to org-clock.el that does show estimated effort in the mode-line if it is set. Like so: 01:20/01:30 (clocked time/estimated time) It does it by: * Setting new variable org-clock-effort in org-clock-in function. * If org-clock-effort is not nil, show estimated effort in the mode-line. I would like to go further and do the following: * Make a beep/or highlight if we spend more time on a task that initially intended * As proposed by Daniel, give user an option to see total time, spend on the task instead of currently clocked time. Does somebody else need this? Will this changes be accepted to the orgmode-core? I just saw that in order to contribute, you need to sign some papers.. Is this the only way? I am new to open-source, so I am not really familiar with such things. best, Konstantin On Mon, May 25, 2009 at 12:44 PM, Eraldo Helal wrote: > Sounds good to me. > > Eraldo > > On Mon, May 25, 2009 at 12:30, Konstantin Antipin > wrote: >> Hi Daniel, >> Yes, you are right indeed. I am talking about effort estimates - I'v >> missed this chapter for some reason from the manual. >> I like the idea you proposed - to show how much time is left in the >> mode line. And I think I am going to write necessary code for this. >> >> Or, may be someone has even better idea? >> >> best, >> Konstantin >> >> On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente wrote: >>> >>> Hi. >>> I suppose you talk about estimated efforts. I also have noticed that I >>> work better if I have defined them, but it is very easy to miss them and >>> work on a task more time than planned. >>> An easy improvement would be to show at the mode line not only how much >>> time you have worked on the current task but also the remaining time >>> according to your effort estimate. And if it comes to 0, highlight it >>> noticeably. >>> >>> Other useful things to show would be the *total* elapsed time (not only >>> the elapsed time of the last C-c C-x C-i) or directly the effort estimate >>> (instead of the remaining time, the total time). >>> >>> And as you say, an alarm would be useful. >>> >>> -- Daniel >>> >>> El dl, mai 25 2009, Konstantin Antipin va escriure: >>>> Hi everybody! >>>> I am constantly trying to be more productive, and there is one thing >>>> that I noticed: >>>> If you give yourself a specific time for a task, then you tend to >>>> finish this task in this time. It helps to stay focused and do stuff >>>> that is most important. >>>> >>>> So, the question is - Is there any way to set a timer on a taks, and >>>> get a bell when it is expired? >>>> Some time before I even wrote a small extension that helps me to do >>>> that http://www.emacswiki.org/emacs/tea-time >>>> But now I am thinking - is there an orgmode-way to do that? It would >>>> be great to integrate it with great time tracking system, for >>>> example... >>>> If nobody uses proposed feature, please give me a hint how it would be >>>> best to do that. >>>> >>>> >>>> my best, >>>> Konstantin >>>> >>>> >>>> ___ >>>> Emacs-orgmode mailing list >>>> Remember: use `Reply All' to send replies to the list. >>>> Emacs-orgmode@gnu.org >>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 87ca180..445a336 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -158,6 +158,9 @@ All this depends on running `org-clock-persistence-insinuate' in .emacs" (defvar org-clock-heading-for-remember "") (defvar org-clock-start-time "") +(defvar org-clock-effort "" + "Effort estimate of the currently clocking task") + (defvar org-clock-history nil "List of marker pointing to recent clocked tasks.") @@ -267,23 +270,50 @@ pointing to it." (cons i marker) (defun org-clock-update-mode-line () - (let* ((delta (- (time-to-seconds (current-time)) - (time-to-seconds org-clock-start-time))) - (h (floor delta 3600)) - (m (floor (- delta (* 3600 h)) 60))) -(setq org-mode-line-string - (o
Re: [Orgmode] timer for a task
Carsten, thank you for explanation. Hopefully, I will get FSF papers soon. In a meanwhile, here is another patch that introduces following changes: In case we set effort estimate on the currently clocked item, show message when time is up (notification is shown only once) * Linux only: If libnotify is used - the standard notification system in linux, then show notification with it. Note: Additional package libnotify-bin should be installed. Additionally, if variable org-clock-sound is set, interpret it as path to sound file and play it (wav files only). * If aplay (tool from alsa - standard linux sound system) is available play sound with it (all type of files). So, if someone has interest in this features, please try it. I also would like to discuss If we want this functionality (sound and notification) in the core, or it is better to put it to the extension... Or, just introduce another variable that controls if we show notification or not... TODO: * As proposed by Daniel, give user an option to see total time, spend on the task instead of currently clocked time. In fact, this functionality requires refactoring of org-clock-sum function. Is it ok, if I do it? best, Konstantin patch is made on the git version of orgmode. On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik wrote: > > On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote: > >> Here is the patch to org-clock.el that does show estimated effort in >> the mode-line if it is set. Like so: 01:20/01:30 (clocked >> time/estimated time) >> It does it by: >> * Setting new variable org-clock-effort in org-clock-in function. >> * If org-clock-effort is not nil, show estimated effort in the >> mode-line. >> >> I would like to go further and do the following: >> * Make a beep/or highlight if we spend more time on a task that >> initially intended >> * As proposed by Daniel, give user an option to see total time, spend >> on the task instead of currently clocked time. >> >> Does somebody else need this? Will this changes be accepted to the >> orgmode-core? >> I just saw that in order to contribute, you need to sign some papers.. >> Is this the only way? >> I am new to open-source, so I am not really familiar with such things. > > > Hi Konstantin, > > this is interesting functionality which I would like to have in the core. > > I can accept short patches of only a few lines without the paperwork, but > your patch is already at the limit, and adding the other ideas you have > will push it over that limit. We have the following possibilities: > > 1. You sign the papers. This is very simple to do, unless you have > an employer who owns everything you do and who might make problems. > This would be my preferred solution. > > 2. I can put stuff without FSF copyright assignment into the > contrib directory - you could make a little package that hooks > into Org, I would created any hooks needed. > > 3. I treat your contribution as an "idea/feature request" and implement > it myself. As I have many other things to do, this is my least preferred > solution. > > If you decide to sign the papers, please get the form from the homepage > orgmode.org (near te end) and send it to the FSF, with a CC to me. This > will take you no more than 2 minutes. We can then proceed with integrating > your stuff into the Org core, but I will be able to integrate this change > into Emacs only after I receive confirmation about the signed paper, which > will happen within a fee weeks or so. > > - Carsten > >> >> best, >> Konstantin >> >> >> On Mon, May 25, 2009 at 12:44 PM, Eraldo Helal wrote: >>> >>> Sounds good to me. >>> >>> Eraldo >>> >>> On Mon, May 25, 2009 at 12:30, Konstantin Antipin >>> wrote: >>>> >>>> Hi Daniel, >>>> Yes, you are right indeed. I am talking about effort estimates - I'v >>>> missed this chapter for some reason from the manual. >>>> I like the idea you proposed - to show how much time is left in the >>>> mode line. And I think I am going to write necessary code for this. >>>> >>>> Or, may be someone has even better idea? >>>> >>>> best, >>>> Konstantin >>>> >>>> On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente >>>> wrote: >>>>> >>>>> Hi. >>>>> I suppose you talk about estimated efforts. I also have noticed that I >>>>> work better if I have defined them, but it is very easy to miss them and >>>>> work on a
Re: [Orgmode] timer for a task
On Tue, May 26, 2009 at 4:45 PM, Carsten Dominik wrote: > > On May 26, 2009, at 4:26 PM, Konstantin Antipin wrote: > >> Carsten, thank you for explanation. >> Hopefully, I will get FSF papers soon. >> >> In a meanwhile, here is another patch that introduces following changes: >> >> In case we set effort estimate on the currently clocked item, >> show message when time is up (notification is shown only once) >> * Linux only: If libnotify is used - the standard notification >> system in linux, then show notification with it. >> Note: Additional package libnotify-bin should be installed. >> Additionally, if variable org-clock-sound is set, interpret it as >> path to sound file >> and play it (wav files only). >> * If aplay (tool from alsa - standard linux sound system) is >> available play sound >> with it (all type of files). >> >> So, if someone has interest in this features, please try it. >> I also would like to discuss If we want this functionality (sound and >> notification) in the core, >> or it is better to put it to the extension... Or, just introduce >> another variable that controls if we show notification or not... > > I think we can put this into the core if: > > - this will work without crashing on any system where Emacs runs on, > i.e. if the re is no way to play a sound file, fall back to (ding) > with a message or so... Well, I made it such, that * If you are using linux * and if you have libnotify or aplay in your $PATH, then libnotify or aplay will be used. If not, use simple message and emacs-beep. It should not break things... > > >> >> >> TODO: >> * As proposed by Daniel, give user an option to see total time, spend >> on the task instead of currently clocked time. >> In fact, this functionality requires refactoring of org-clock-sum >> function. Is it ok, if I do it? > > Maybe you don't really need to refactor it: > > (save-restriction > (org-narrow-to-subtree) > (org-clock-sum) > org-clock-file-total-minutes) > > will give you the total clocked time in minutes. Coool! so elegantly simple! I used it in the current patch. DONE: Show total clocked time in mode line. (Instead of time since last start) In fact, now I simply changed the default behavior - now mode-line shows total clocked time, without giving user a preference. I thought it is more logical behavior... Or should I introduce defcustom that controls it? Probably I am sending too much patches around :) Just a suggestion: why don't we use github for org-mode hosting? It would be s simple to contribute and to manage things! You would only benefit from this, Carsten.;) Github is a really nice service. And free, of course. Transition to it would be a breeze as well. I can help, if needed with this... Konstantin > > - Carsten > >> >> best, >> Konstantin >> >> patch is made on the git version of orgmode. >> >> >> >> >> On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik >> wrote: >>> >>> On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote: >>> >>>> Here is the patch to org-clock.el that does show estimated effort in >>>> the mode-line if it is set. Like so: 01:20/01:30 (clocked >>>> time/estimated time) >>>> It does it by: >>>> * Setting new variable org-clock-effort in org-clock-in function. >>>> * If org-clock-effort is not nil, show estimated effort in the >>>> mode-line. >>>> >>>> I would like to go further and do the following: >>>> * Make a beep/or highlight if we spend more time on a task that >>>> initially intended >>>> * As proposed by Daniel, give user an option to see total time, spend >>>> on the task instead of currently clocked time. >>>> >>>> Does somebody else need this? Will this changes be accepted to the >>>> orgmode-core? >>>> I just saw that in order to contribute, you need to sign some papers.. >>>> Is this the only way? >>>> I am new to open-source, so I am not really familiar with such things. >>> >>> >>> Hi Konstantin, >>> >>> this is interesting functionality which I would like to have in the core. >>> >>> I can accept short patches of only a few lines without the paperwork, but >>> your patch is already at the limit, and adding the other ideas you have >>> will push it over that limit. We have the following possibilities: >>> >>> 1. You sign the papers. This is very simple
[Orgmode] Re: timer for a task
Hi all, On Wed, May 27, 2009 at 3:32 PM, Bernt Hansen wrote: > Carsten Dominik writes: > >> On May 27, 2009, at 12:13 AM, Konstantin Antipin wrote: >> >>> Just a suggestion: why don't we use github for org-mode hosting? It >>> would be s simple to contribute >>> and to manage things! You would only benefit from this, Carsten.;) >>> Github is a really nice service. And free, of course. >> >> What would be the advantages of using github instead of repo.or.cz? >> I have found repo.or.cz less polished looking than githib, but very >> fast and reliable, while github is getting boged down when America >> wakes up :-) > > I don't think there is any advantage to moving to github since you > already have a hosted working git repo. If Konstantin wants to share > his patches all he has to do is make them available somewhere on the net > so you can pull from his git repo. He can use github or whatever server > is convenient for him without requiring you to change your workflow > (unless you want to of course :) ) You are right indeed, Bernt. I didn't think that my suggestion sounds like requiring something. All I wanted to say is that there is such a thing as github and I think that the effort of migration to it will pay off, especially in the long run. And setup github repo instead of sending patches around is a great idea! (why i didn't think of it earlier?). That is all I need to put it on github: * create repository. two clicks. * In org-mode folder: git remote add github g...@github.com:krick/org-mode.git git push github master Now I can work with both repo.og.cz and github and share my patches easier. http://github.com/krick/org-mode/tree/master best, Konstantin > > -Bernt > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Makefile: update
Hi, I have a very simple feature request. Can we add additional target to the makefile in order to simplify process of keeping up to date with orgmode - development? like so: update: git pull make clean make all sudo make install It would be convenient... best, Kostya ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Makefile: update
Super! Thanks. Kostya On Tue, Jun 2, 2009 at 10:30 AM, Carsten Dominik wrote: > > On Jun 2, 2009, at 8:27 AM, Konstantin Antipin wrote: > >> Hi, >> I have a very simple feature request. >> Can we add additional target to the makefile in order to simplify >> process of keeping up to date with orgmode - development? >> like so: >> update: >> git pull >> make clean >> make all >> sudo make install >> >> It would be convenient... > > Yes. However, sudo make install is system dependent and may not work > properly. > > I have now added: > > update: > git pull > make clean > make all > > up2: > make update > sudo make install > > - Carsten > >> >> best, >> Kostya >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] increase effort estimate on the fly.
Dear all, Recently new feature was added - when you set an estimated effort for a task, you can be notified when time is up. (sound is controlled with org-clock-sound variable) I found that pretty often from the beginning I can not correctly estimate what time task will take and I need to give myself an additional time. To address this issue I wrote couple of functions that helps me with that. What do they do: When you have clocked item and want to add time (increase effort estimate), you call function org-clock-increase-effort-estimate, which will ask you for a time period. It will update update currently clocked item in a buffer as well as a mode line. I hope this might be helpful to someone Kostya defun org-clock-increase-effort-estimate (add-effort) "Add time to the effort estimate. Update Effort property of currently clocked item. Update mode line." (interactive "sHow much to add? (hh:mm or mm)? ") (if (and (org-clock-is-active) org-clock-effort) (let ((add-effort-minutes (org-string-to-minutes add-effort))) (progn (setq org-clock-effort (org-minutes-to-hh:mm-string (+ add-effort-minutes (org-hh:mm-string-to-minutes org-clock-effort (org-clock-update-mode-line) (message "about to increase effort.") (org-clock-set-effort-estimate-in-buffer org-clock-effort) ) )) ) (defun org-clock-set-effort-estimate-in-buffer (effort-string) "Increase effort estimate PROPERTY for the currently clocked item. Jump to the correct buffer, increace the PROPERTY, jump back." (if (org-clock-is-active) (progn (let ((back-mark (point-marker))) (org-clock-goto) (org-set-property "Effort" effort-string) (switch-to-buffer (marker-buffer back-mark)) (goto-char back-mark) (message "Effort was increased.") (defun org-string-to-minutes (string) "Recognizes two formats: 1:30 - converted to minutes 30 - interpreted as minutes." (case (length (split-string string ":")) (2 (org-hh:mm-string-to-minutes string)) (1 (string-to-int string)) ) ) (defun org-clock-is-active () "Return true if clock is currently running. nil otherwise." (if (marker-buffer org-clock-marker) t) ) ;; Suggested bindings (org-defkey org-mode-map "\C-c\C-x\C-e" 'org-clock-increase-effort-estimate) (global-set-key "\C-c\C-x\C-e" 'org-clock-increase-effort-estimate) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] New Chrome Extension
Hello everyone, I wrote up a small chrome extension for org-protocol. Comments, improvements and positive criticism are all welcome. The code is available at https://github.com/sprig/org-capture-extension The extension can be installed from https://chrome.google.com/webstore/detail/org-capture/kkkjlfejijcjgjllecmnejhogpbcigdc Enjoy, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(
Re: [O] New Chrome Extension
Hello Ken,
The first user, hurrah!
You were right to add the capture templates - I will update the docs to be
more clear about that. I think the first thing to add to the extension now
that it is in the open is to add configuration for the targets...
Here are the templates that I use (I need to replace the captured on: with
a property at some point, but this is beside the point):
("L" "Protocol Link" entry (file+headline ,(concat org-directory "notes.org")
"Inbox") "* %? [[%:link][%:description]] \nCaptured On: %U")
("p" "Protocol" entry (file+headline ,(concat org-directory "notes.org")
"Inbox")
"* %^{Title}\nSource: %u, %c\n
#+BEGIN_QUOTE\n%i\n#+END_QUOTE\n\n\n%?")
I can't recall at the moment why I use the nicer format replacements for
the link and the shorter for the full quote, and it might not matter. Could
you try to make your "p" template similar to mine and see if it works?
Alternatively, can you paste the templates you used?
Cheers,
Kosta
--
Konstantin Kliakhandler
http://slumpy.org
)°) )°( (°(
On 7 July 2015 at 19:24, Ken Mankoff wrote:
>
> On 2015-07-07 at 12:16, Ken Mankoff wrote:
> > Hi Konstantin,
> >
> > On 2015-07-07 at 11:44, Konstantin Kliakhandler
> wrote:
> >> I wrote up a small chrome extension for org-protocol. Comments,
> >> improvements and positive criticism are all welcome.
> >
> > Thanks for making this. I just set up org-protocol and pass the
> > "install test" on that page. Now when I click on your icon/extension
> > Emacs comes to the foreground and I see the following error in the
> > modeline:
> >
> >> No capture template referred to by "L" keys
> >
> > And in *Messages* I see:
> >
> >> Greedy org-protocol handler. Killing client.
> >> No server editing buffers exist
> >> No capture template referred to by "L" keys
>
> If I add a capture template with hotkey "L" I get the same message but for
> "p". If I add a capture template with the hotkey "p" then it appears to
> mostly work, but I don't get selected text. I do get a link to the webpage
> as the capture item body.
>
> -k.
>
Re: [O] New Chrome Extension
Great - the %i is what gets interpolated into the pasted text.
If you don't specify a template letter, as in the setup pages, then the
link is sent to the same place as it would by org-store-link ("C-c l" if
you use the suggested bindings). Personally, I find it less useful in my
workflow, as I would then need to start a new capture and insert the link.
I can understand however why someone else would find that useful. When I
(or someone else) add a configuration page, this should be easy to change.
Cheers,
Kosta
On Jul 7, 2015 8:13 PM, "Ken Mankoff" wrote:
>
> Selected text works with your capture templates. Thanks for sending them.
>
> FYI I notice the "test" on the org-protocol.el setup pages uses this:
>
> document.location.href='org-protocol://capture://'+makeUrl();
>
> While yours uses:
>
> capture:/L/...
>
> If you don't specify "L" or "c" then would it let me choose which template
> the capture gets sent to? Seems like it might be an extra keystroke to then
> choose the template, but also more powerful...
>
> -k.
>
>
> On 2015-07-07 at 12:57, Konstantin Kliakhandler wrote:
> > Hello Ken,
> >
> > The first user, hurrah!
> >
> > You were right to add the capture templates - I will update the docs to
> be
> > more clear about that. I think the first thing to add to the extension
> now
> > that it is in the open is to add configuration for the targets...
> >
> > Here are the templates that I use (I need to replace the captured on:
> with
> > a property at some point, but this is beside the point):
> >
> > ("L" "Protocol Link" entry (file+headline ,(concat org-directory "
> notes.org")
> > "Inbox") "* %? [[%:link][%:description]] \nCaptured On: %U")
> >
> > ("p" "Protocol" entry (file+headline ,(concat org-directory "notes.org")
> > "Inbox")
> > "* %^{Title}\nSource: %u, %c\n
> > #+BEGIN_QUOTE\n%i\n#+END_QUOTE\n\n\n%?")
> >
> > I can't recall at the moment why I use the nicer format replacements for
> > the link and the shorter for the full quote, and it might not matter.
> Could
> > you try to make your "p" template similar to mine and see if it works?
> > Alternatively, can you paste the templates you used?
> >
> > Cheers,
> > Kosta
>
>
[O] org-do-**mote does not work properly on empty headings
Hello, When I start a new heading and don't add text yet but click M-right/M-left, new spaces are tacked to the end so that when I do begin to write, sometimes there are too many spaces at the front. I tracked this down to org-do-demote/promote, since calling org-promote and org-demote does not appear to suffer from this. I will investigate further and report. Versions: Org-mode version 8.3.1 (8.3.1-95-g1dbb25-elpa @ /Users/kosta/.emacs.d/elpa/org-20150831/) GNU Emacs 24.5.1 (x86_64-apple-darwin14.3.0, Carbon Version 157 AppKit 1347.57) of 2015-06-01 on Singularity-2.local Steps to reproduce: 1. Make a heading with some text underneath 2. M-Return to create a new heading 3. M-Right, M-Left would get you to the same heading level, but the cursor would be further to the right than started with. -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(
Re: [O] org-do-**mote does not work properly on empty headings
Thanks Kyle, First, I apologise for the poorly chosen subject. I indeed looks like something in my setup - I am also unable to reproduce with emacs -Q. Since I posted this, I looked further and found that the place where the problem occurs for me is in the function `org-fix-position-after-promote'. I will paste it here for your convenience: ``` > (defun org-fix-position-after-promote () > "Make sure that after pro/demotion cursor position is right." > (let ((pos (point))) > (when (save-excursion >(beginning-of-line 1) >(looking-at org-todo-line-regexp) >(or (equal pos (match-end 1)) (equal pos (match-end 2 > (cond ((eobp) (insert " ")) >((eolp) (insert " ")) >((equal (char-after) ?\ ) (forward-char 1)) ``` Specifically, (equal pos (match-end 2)) evals to t here and to nil on a clean system. I examined the difference between the the two setups. In my setup, the variable `org-todo-line-regexp' is set to: "^\\(\\*+\\)\\(?: +\\(\\(?:C\\(?:ANCELLED\\|OMPLETE\\|REDENTIAL\\)\\|DONE\\|EVENT\\|FUTURE\\|HABIT\\|N\\(?:OTE\\|UMBER\\)\\|OBJECT\\|PROJECT\\|STARTED\\|T\\(?:EMP\\|ODO\\)\\|WAITING\\)?\\)\\)?\\(?: +\\(.*?\\)\\)?[ ]*$" (yes, I know - I have too many labels...) In the clean system, the variable is set as follows: "^\\(\\*+\\)\\(?: +\\(TODO\\|DONE\\)\\)?\\(?: +\\(.*?\\)\\)?[ ]*$" Incidentally, the *only* difference between the two is in group 2 which matches in my setup and does not match in the default setup. Just in case it isn't obvious, this variable appears to get autogenerated from my settings. If I'm not mistaken, it looks like the group in my case matches the empty string and then the function decides to add a space since we are at the end of the line. The question then is, why does the empty get matched? Well, I know why; my `org-todo-keywords' is setup as follows: (setq org-todo-keywords > '((type "TODO(t!)" "|" "DONE(d!)" "CANCELLED(c@)") > (type "HABIT(h!)" "|" "DONE(d!)") > (type "WAITING(w@/!)" "FUTURE(f!/@)" "STARTED(s@/!)" "|" > "DONE(d!)") > (type "|" "NOTE(n)" "NUMBER(#)" "CREDENTIAL($)" "OBJECT(o)" > "TEMP(e)") > (type "EVENT(n)") > (type "PROJECT(p!)" "|" "COMPLETE(m@)") > (type "(-)") > )) Disregard that there are key collisions, and notice the last entry, which I made to be able to easily remove the TODO tags altogether. Well, I guess I'll have to lose it. Thanks for the attention! Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 2 September 2015 at 20:20, Kyle Meyer wrote: > Hello, > > Konstantin Kliakhandler writes: > > > Hello, > > > > When I start a new heading and don't add text yet but click > M-right/M-left, > > new spaces are tacked to the end so that when I do begin to write, > > sometimes there are too many spaces at the front. > > [...] > > > Steps to reproduce: > > 1. Make a heading with some text underneath > > 2. M-Return to create a new heading > > 3. M-Right, M-Left would get you to the same heading level, but the > cursor > > would be further to the right than started with. > > I'm unable to reproduce this running 'emacs -Q' with either > release_8.3.1-194-ga2d0cd9 or release_8.3.1. The cursor remains one > space from the last star. > > -- > Kyle >
Re: [O] org-do-**mote does not work properly on empty headings
Good to know, thanks! -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°( On 2 September 2015 at 22:22, Kyle Meyer wrote: > Konstantin Kliakhandler writes: > > >(setq org-todo-keywords > > '((type "TODO(t!)" "|" "DONE(d!)" "CANCELLED(c@)") > >(type "HABIT(h!)" "|" "DONE(d!)") > >(type "WAITING(w@/!)" "FUTURE(f!/@)" "STARTED(s@/!)" "|" > > "DONE(d!)") > >(type "|" "NOTE(n)" "NUMBER(#)" "CREDENTIAL($)" "OBJECT(o)" > > "TEMP(e)") > >(type "EVENT(n)") > >(type "PROJECT(p!)" "|" "COMPLETE(m@)") > >(type "(-)") > > )) > > Disregard that there are key collisions, and notice the last entry, > which I > > made to be able to easily remove the TODO tags altogether. > > One way to remove the TODO state is to give a numeric prefix higher than > the number of states you have. You have a lot of states, but something > like 'C-99 C-c C-t' should work and is only a little harder to type than > 'C-c C-t -'. > > -- > Kyle >
[O] Org-mode icon license
Hello, I would like to inquire regarding the copyright/license status of the org-mode icon, and specifically as to whether it is permissible to use it in (org-mode related) OSS projects, such as browser capture extensions <https://github.com/sprig/org-capture-extension>. Thanks in advance, Kosta -- Konstantin Kliakhandler http://slumpy.org )°) )°( (°(
