[Bug] isearch errors when org-fold-core-style is 'overlays

I'm finding that isearch fails to unfold the correct region or to search in the correct region when there are folded regions in a buffer and `org-fold-core-style` is set to 'overlays. Here is a minimal recipe for reproducing the bug: Use a minimal emacs startup file: --8<---cut

Re: [BUG] org-mouse.el breaks org-open-at-point

Ihor Radchenko writes: > Matt Lundin writes: >> - What currently happens if org-mouse has been loaded: >> >> - calling "C-c C-o" with the keyboard cycles the visibility of the >> entry > Patches welcome! > > I think we need to modify `

Re: Autoloading side effects (was: Re: [BUG] org-mouse is activated without explicit require)

Max Nikulin writes: > I am afraid, requirement that loading should not cause side effects is > too strict and it will make usage inconvenient. Examples: > - ol-info calls `org-link-set-parameters'. > - org-protocol installs an advice for `server-visit-files'. (It should > not be necessary, but

[BUG] org-mouse.el breaks org-open-at-point

The org-mouse feature advises org-open-at-point in a way that overrides the desired behavior of calling "M-x org-open-at-point" on a headline. See the advice function org--mouse-open-at-point. It seems the intended behavior of this advice is to allow the user to click on headline stars and cycle

[BUG] org-mouse is activated without explicit require

I'm not too familiar with how emacs handles autoloads. However, I find org-mouse is automatically loaded if I call describe-function and then tab complete after typing "", "org-", "org-m", etc. This seems enough to load the entirely of the org-mouse.el file. The problem is that this adds a lambda

[BUG] org-ctrl-c-ctrl-c on keyword makes entire buffer visible

After upgrading to org 9.6, I find that refreshing the org buffer with org-ctrl-c-ctrl-c causes the entire buffer (including drawers and other folded items) to become visible. I've tested this with a minimal config and the following org file: --8<---cut

Re: [PATCH] manual: fix keybinding for org-force-cycle-archived

I just noticed also that the name has been changed to org-cycle-force-archived and that the key index reference was incorrect. I've attached an additional patch to fix these in the manual. Best, Matt >From 8412f476e98c3271fac88a170e26ad033501c3d6 Mon Sep 17 00:00:00 2001 From: Matt Lundin D

[PATCH] manual: fix keybinding for org-force-cycle-archived

* doc/org-manual.org: Fix a keybinding in Internal archiving --- doc/org-manual.org | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/org-manual.org b/doc/org-manual.org index 7cba5f18d..686412d84 100644 --- a/doc/org-manual.org +++ b/doc/org-manual.org @@ -7373,7 +7373,7

Re: A test

Mode mailing list address before sending. My sincerest apologies! Matt Matt Lundin writes: > This is not cool. Really > > Matt Lundin writes: > >> Dear so and so, >> >> Not again. What's with all this craziness? >> >> Now there. >> >> Goodby

Re: A test

This is not cool. Really Matt Lundin writes: > Dear so and so, > > Not again. What's with all this craziness? > > Now there. > > Goodbye. > > OK - now we are talking - we're going to make this into a good day. > > Donec vitae dolor. > > Item Amo

Re: [BUG] incorrect (and slow) indentation of logbook entries

Matt Lundin writes: > Commit e3b79ad2bf7ab7b91c0ad2b8383d639bfe154ce7 from Feb. 9, 2020 (Allow > a new value for `org-adapt-indentation') introduced a bug that causes > logbooks to be incorrectly indented when promoting an entry. As a > result, there are also significant slowdowns wh

[BUG] incorrect (and slow) indentation of logbook entries

Commit e3b79ad2bf7ab7b91c0ad2b8383d639bfe154ce7 from Feb. 9, 2020 (Allow a new value for `org-adapt-indentation') introduced a bug that causes logbooks to be incorrectly indented when promoting an entry. As a result, there are also significant slowdowns when promoting and demoting an entry with

[BUG] org-fill-paragraph fills paragraph before selected region

When there is an active region, the function org-fill-paragraph does not limit itself to the active region but also fills the paragraph before the active region. Steps to reproduce. Use the following file. Mark the last two entry paragraphs, beginning at "Lorem" and ending at the end of the

Re: [BUG] All drawers except property drawers are open at startup

Matthew Lundin writes: > Nicolas Goaziou writes: > >> Matt Lundin writes: >> >>> All drawers default to open at startup except for property drawers. This >>> includes :LOGBOOK: drawers, which can be quite long and block view of an >>> entry. &g

[BUG] org-agenda-filter and hyphens in category names

Hi everyone, I'm just getting around to exploring the function org-agenda-filter introduced last year. (Due to busyness, I was running an older version of Org Mode last year for fear of breaking features I relied on.) I like the tab completion. However, I'm finding that the completion for

[BUG] All drawers except property drawers are open at startup

All drawers default to open at startup except for property drawers. This includes :LOGBOOK: drawers, which can be quite long and block view of an entry. I ran a git bisect and discovered that the bug was introduced with commit 8b05c06d427e850d45684f69c5165cd7684e1071 on May 9. Matt

[PATCH] Fix moving cursor in org-set-tags-command

att >From ae5cf0e1110241426e49f573219e9740c25bf8ea Mon Sep 17 00:00:00 2001 From: Matt Lundin Date: Thu, 7 May 2020 19:06:08 -0500 Subject: [PATCH 1/1] Fix bug that placed cursor incorrectly when setting tags * lisp/org.el: (org-set-tags-command) Only fix cursor position in very specific circums

[Bug] org-store-link should not insert a document level ID property

The introduction of document-level property drawers (commit 1bdff9f73dc1e7ff625a90e3e61350bdea99f29c from May 2019) introduced inconsistencies in the behavior of org-id and org-store-link. If org-id-link-to-org-use-id is set to t or 'create-if-interactive, calling org-store-link above the first

[O] [BUG] Duplicate characters in help string when filtering by tag

I'm finding that when I call org-agenda-filter-by-tag, the string of character hints is long, with lots of duplicates. E.g., Filter by tag [hpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcwhpcw ]:tag-char, [TAB]:tag, [/]:off, [+/-]:filter/exclude, [q]:quit [3 times] A git bisect reveals that this bug began

Re: [O] [PATCH] Ensure org-get-tags includes all local tags

egression) and add a regression test. At the moment, I don't have push rights to the Org Mode repo, so I'm attaching the patch here. Best, Matt >From f3dc39236e8f3940c58ab4e48f629360028131e1 Mon Sep 17 00:00:00 2001 From: Matt Lundin Date: Wed, 25 Jul 2018 07:48:10 -0500 Subject: [PATCH]

[O] [BUG] org-special-ctrl-k no longer protects tags

Since commit e87ebca2a7, setting org-special-ctrl-k to t no longer protects tags if when pressing C-k (org-kill-line) in the middle of a headline. The expected behavior is described in the docstring for org-special-ctrl-k: "When in the middle of the headline text, kill the headline up to the

[O] [PATCH] Ensure org-get-tags includes all local tags

, if org-fast-tag-selection-single-key is set, org-set-tags-command delete all local tags that are in the list org-tags-exclude-from-inheritance. I've attached a patch that fixes the issue. Best, Matt >From 407c9c88f7c8629ae99fed5060ef2c428b54ebd8 Mon Sep 17 00:00:00 2001 From: Matt Lundin D

[O] [PATCH] Fix git-annex-get call in org-attach

. Best, Matt >From 6158eee0a36f41d90e78ae59df3cfac03f291157 Mon Sep 17 00:00:00 2001 From: Matt Lundin <m...@imapmail.org> Date: Sun, 25 Mar 2018 22:11:09 -0500 Subject: [PATCH] Fix default directory for git-annex checks * lisp/org-attach.el: (org-attach-annex-get-maybe) Ensure shell

Re: [O] [PATCH] org-global-tags-completion-table does not include tags from buffers

Attached is a patch that fixes the issue. Best, Matt Matt Lundin <m...@imapmail.org> writes: > If org-tags-alist is customized by the user, the value returned by > org-global-tags-completion-table does not include any tags from agenda > buffers and files. > > This

[O] [Bug] org-global-tags-completion-table does not include tags from buffers

If org-tags-alist is customized by the user, the value returned by org-global-tags-completion-table does not include any tags from agenda buffers and files. This behavior contradicts the docstring of org-global-tags-completion-table, which claims to return the list of all tags in all agenda

[O] [BUG] org-clock-update-mode-line leaves link markup in mode-line

Commit 6655429b8d7ee686a8300b61af587599cd656a22 removed code that stripped link markup from the string displayed in the mode line. In the past, a heading like the following... * TODO [[https://en.wikipedia.org/wiki/Org-mode][Org-mode]] ...would be simplified for display in the mode line as...

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Allen Li <vianchielfa...@gmail.com> writes: > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin <m...@imapmail.org> wrote: > >> Matt Lundin <m...@imapmail.org> writes: > >> > I discovered that when trying to insert a new item with a checkbox usin

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Allen Li <vianchielfa...@gmail.com> writes: > On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin <m...@imapmail.org> wrote: > >> Matt Lundin <m...@imapmail.org> writes: > >> > I discovered that when trying to insert a new item with a checkbox usin

Re: [O] [Bug] M-S Ret keybinding translated to M-Ret

Matt Lundin <m...@imapmail.org> writes: > I discovered that when trying to insert a new item with a checkbox using > M-S Return (org-insert-todo-heading), the keybinding is "translated" to > M-Return (org-meta-return). As a result, all I get is simple list

[O] [Bug] M-S Ret keybinding translated to M-Ret

I discovered that when trying to insert a new item with a checkbox using M-S Return (org-insert-todo-heading), the keybinding is "translated" to M-Return (org-meta-return). As a result, all I get is simple list item without a checkbox. M-x describe-key [Ret] M-S Ret ...shows the following...

Re: [O] What about a space when inserting a src-block?

Marco Wahl writes: > My impression is that one always types a blank after calling > `org-insert-structure-template' {C-c C-x w s} for creating a src block. > > Suggestion: Realize the insert of a space after "#+begin_src" in > `org-insert-structure-template'. > > WDYT?

Re: [O] [PATCH] Preserve point when calling org-capture in gnus virtual group

Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Matt Lundin <m...@imapmail.org> writes: > >> When calling org-capture in gnus virtual groups (for instance, groups >> created through searches), I found that the region captured was >> different than the region

[O] [PATCH] Preserve point when calling org-capture in gnus virtual group

patch fixes the issue. Thanks, Matt >From 7f41fbb98c7cbaa09af8f78b06a57587e4f583a1 Mon Sep 17 00:00:00 2001 From: Matt Lundin <m...@imapmail.org> Date: Wed, 29 Nov 2017 09:17:55 -0600 Subject: [PATCH] Preserve position of point in gnus virtual group * lisp/org-gnus.el: (org-gnus-store-

[O] [PATCH] Do not save target buffer after archiving subtree

00:00:00 2001 From: Matt Lundin <mclun...@gmail.com> Date: Sat, 25 Nov 2017 09:26:15 -0600 Subject: [PATCH] Do not save target buffer after archiving subtree * lisp/org-archive.el: (org-archive-subtree) Do not save buffer after each archive. Saving the archive buffer after archiving eac

Re: [O] How to use case sensitive org-search-view?

alain.coch...@unistra.fr writes: > Hello. Sorry about this seemingly basic question, but I spent several > hours (literally) googling and experimenting without any progress... > > Suppose I have an org file with > > * FOO > * foo > > I would like to use org-search-view (C-c a s) so as to (say)

Re: [O] function for inserting a block

Carsten Dominik writes: > I have always come down on the side of NOT breaking backward > compatibility unless we really HAVE TO in order to make progress. The > reason for this bias is because most Org users are not reading this > maling list and just want the system to function

Re: [O] org-clock-in only in current buffer

"Julian M. Burgos" writes: > Dear org-moders, > > Until a recent update (or an unintended change in my configuration), I > was able to clock in a task (org-clock-in) *without* org mode trying > to find open clocks. I cannot figure out what changed, but now >

Re: [O] Custom tag exportation - Agenda export?

Pierre-Luc Gauthier writes: > So my question is, > How can I export this tag filtered agenda view to, say a pdf with > LaTeX customizations and all that nice stuff. > The goal would be to be able to leave the house with a beautifully > typeset document containing all

Re: [O] [RFC] org-agenda: Jump directly to line in case of a timestamp

Marco Wahl writes: > Nicolas Goaziou writes: > >> Hello, >> >> Marco Wahl writes: >> >>> >>> Pressing TAB in the agenda would jump to the respective plain list item. >>> >>> Find the concrete patch below. >>> >>> WDYT?

Re: [O] Is there a way to get all agenda TODOs programmatically?

Marcin Borkowski <mb...@mbork.pl> writes: > On 2017-10-07, at 16:20, Matt Lundin <m...@imapmail.org> wrote: > >> Hi Marcin, >> >> Marcin Borkowski <mb...@mbork.pl> writes: >> >>> I'd like to get a list of all agenda TODOs, with titles a

Re: [O] Is there a way to get all agenda TODOs programmatically?

Hi Marcin, Marcin Borkowski writes: > I'd like to get a list of all agenda TODOs, with titles and due dates. > Is there something ready in Org/contrib/blogosphere to help me? This functionality is built into org-mode. The simplest way to get such a list is to use the agenda

Re: [O] Bug: org-capture-templates with %^t

Matt Lundin <m...@imapmail.org> writes: > Matt Lundin <m...@imapmail.org> writes: > >> After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, >> org-capture-templates containing %^t do not work as expected. >> >> With this capture template, I am pro

Re: [O] Bug: org-capture-templates with %^t

Matt Lundin <m...@imapmail.org> writes: > After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, > org-capture-templates containing %^t do not work as expected. > > The relevant capture template snippet looks like this: > > (setq org-capture-templates > '((&q

[O] Bug: org-capture-templates with %^t

After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2, org-capture-templates containing %^t do not work as expected. The relevant capture template snippet looks like this: (setq org-capture-templates '(("a" "Appointment" entry (file "~/inbox.org") "* %^{Appt}\n %^t%?\n %U\n %a\n\n %i")))

Re: [O] The problem with scaling inline images with imagemagick

Ярослав Данько writes: > Hello everybody, > > I have the line (setq org-image-actual-width '(600)) in my init file. > With all versions of ImageMagick till 6.9.9-13 it worked well, means > scaling inline images to 600 px in width. > > But with all higher versions (now

Re: [O] [ANN] Agenda speed up

Nicolas Goaziou writes: > Some feedback about the new agenda speed would be nice. One small bug I found with wip speedup branch. When trying to reschedule in the agenda with org-agenda-do-date-later or org-agenda-do-date-earlier, org mode gives a message: "Cannot find

Re: [O] [ANN] Agenda speed up

Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > Matt Lundin <m...@imapmail.org> writes: > >> I am finding that the branch is still much slower than the current >> master even when no agenda files have changed (i.e., when running >> org-agenda-redo in an exi

Re: [O] [ANN] Agenda speed up

Matt Lundin <m...@imapmail.org> writes: > > Here is a quick comparison of the top elp-results using a couple of commands: I'm including the full elp results for reference. These were run with my org agenda files and with customizations that I don't have time to isolate at the mome

Re: [O] [ANN] Agenda speed up

Nicolas Goaziou writes: > Hello, > > Samuel Wales writes: > >> have not beena ble to respons for health reasons. i have rsposne >> partly done. i think result is slightly slower but seems tob e >> correct if you count recent maint as correct. > >

Re: [O] [ANN] Agenda speed up

Nicolas Goaziou writes: > If there is no more feedback nor objection, I'll merge the branch in > master before the end of the week. > > Until then, the changes are still available in wip-agenda-speedup branch > for review. Thanks for the heads up. I just had a chance to

Re: [O] How to generate clock report for hours worked each day?

ConcreteVitamin writes: > Thanks, it does show the hours clocked on the current day. Is there > something on top of this mode that allows me to specify the specific > day? (Better, I just want to quickly show the to see the > trend of my productivity :)). Yes, you

Re: [O] How to generate clock report for hours worked each day?

ConcreteVitamin writes: > org-clock-report is awesome; however, it reports time spent on each > task. Is there any custom command that you use to generate a clock > report showing hours worked, across tasks, for each day? > > [...] > > I just want another command to

Re: [O] Add ability to force-enable TOC

Kaushal Modi writes: > On Wed, Sep 20, 2017, 6:25 AM Nicolas Goaziou > wrote: > > I didn't say it was an unusual case. I said it didn't cover all > the use-cases. Maybe you are really needing a subset of the > initial feature. > >

Re: [O] Confused about the explanation for 'org-cycle'

I agree that this is confusing. I examined the org repository history, and it seems that both the documentation and the variable go all the way back to 2007. I believe the default value of the variable was changed to nil, but the documentation was not updated accordingly. Matt

Re: [O] (gnus-icalendar-org-setup) not evaluated in .emacs?

"Loris Bennett" writes: > > Rereading this, I decided to move the settings out from the Customize > block to before call to gnus-icalendar-org-setup: > > (require 'gnus-icalendar) > (setq gnus-icalendar-org-capture-file "~/git/org.git/gtd.org") > (setq

Re: [O] changing individual agenda items dates, en-bloc?

Sharon Kimble writes: > How can I change individual items in my agenda so that although they may > have a date of 2017-09-01 and be repeated daily but haven't been > accessed in the intervening time period, I can easily change it to miss > out all the unexpired dates

Re: [O] BUG - strange characters showing in agenda after times displayed

Sharon Kimble <boudic...@skimble.plus.com> writes: > Matt Lundin <m...@imapmail.org> writes: > >> Sharon Kimble <boudic...@skimble.plus.com> writes: >> >>> With the new release of org-mode to 9.1 I am finding with every build of >>> a ne

Re: [O] BUG - strange characters showing in agenda after times displayed

Sharon Kimble writes: > With the new release of org-mode to 9.1 I am finding with every build of > a new agenda that this is displaying for items with a time as part of > them - > > organiser: 8:30΄ьԔלڤ Scheduled: TODO email org-mode list > > This is new and has

Re: [O] match by property in agenda view

Xebar Saram writes: > Hi all > > i Have this item in a property drawer: > > :people: %^{people?|-|allan|bob|joel} > > now i have this custom agenda view defined > > (add-to-list 'org-agenda-custom-commands > '("sk" "wtd" > tags "people=\"allan\"" >

Re: [O] [PATCH] Ensure proper nesting of captured entries

Matt Lundin <m...@imapmail.org> writes: > I configure my org-capture templates set to insert items at the end of a > capture file: i.e., with a simple file target - (file "~/org/inbox.org") > - and no target headline. A note of clarification. My post and patch r

Re: [O] proliferation of agenda tasks, but how to stop it please?

Sharon Kimble writes: > How can I stop my 31-day agenda from showing each and every daily task > for each and every day, when all I need to see them on is today please? > > The change has only occurred since updating to > 'org-plus-contrib-20170906'. I believe you

[O] [PATCH] Ensure proper nesting of captured items

42fca16e42 As far as I can tell, that commit took out the line in org-capture-place-entry that sets level to 1 when there is no target entry. The attached patch makes a minor change to fix the issue. Best, Matt >From 20ead737aebc9c46aa291b5a70248c57f3fd64a1 Mon Sep 17 00:00:00 2001 From: M

[O] [Bug] org-search-view "bad keyword argument"

Hi everyone, Commit 22e916fb369629606d919a0e4f33ec2954c87e04 results in the following error when calling org-search-view: cl--delete-duplicates: Bad keyword argument (lambda (a b) (and (file-exists-p a) (file-exists-p b) (file-equal-p a b))) Best, Matt

[O] [PATCH] Don't push url to kill-ring when invoking org-protocol-capture

From: Matt Lundin <m...@imapmail.org> To: Org Mode <emacs-orgmode@gnu.org> Date: Mon, 17 Apr 2017 20:58:30 -0500 Subject: [PATCH] Don't push url to kill-ring when invoking org-protocol-capture --text follows this line-- * lisp/org-protocol.el: (org-protocol-do-capture) Don't push li

Re: [O] Problems with opening a link

Hi Carsten, Carsten Dominik writes: > Hi everyone, > > I have problems opening a link in org. > > The link looks like this: > > https://ui.adsabs.harvard.edu/#search/q=author%3A%22Dominik%2CC%22/metrics > > I have copied it like this from the address bar in a browser. > > If I

Re: [O] Problems with opening a link

"Tim O'Callaghan" writes: > I've had a similar issue, but with redmine links. > if i have > > #+LINK: rm http://redmine/issues/%s > > * link [[rm:3287]] does not work properly any more (with firefox under > KDE) The link above is missing ".org". It should look like this:

Re: [O] [BUG] org-link-search fails if search string contains new lines

Nicolas Goaziou writes: >> The problem, I think, is the regexp construction in org-link-search. >> This was introduced back in August of 2015 with commit >> cfe5bc97f8b18ccbf49d0764746c7563ce8d29da. >> >> The problematic line in org.el is 10951: >> >> (s-multi-re

[O] [PATCH] Allow insertion of links with multi-line search strings

>From 726eba76f31537747a26a7689ee632ec8e9bc01f Mon Sep 17 00:00:00 2001 From: Matt Lundin <m...@imapmail.org> Date: Mon, 27 Mar 2017 09:55:33 -0500 Subject: [PATCH] Allow insertion of links with multi-line search strings * lisp/org.el: (org-insert-link): Fix regexps to match across

Re: [O] Inconsistent behavior in generating file link search strings

Matt Lundin <m...@imapmail.org> writes: > 1. First, org-insert-link truncates the search string. Here are the > steps to reproduce with emacs -Q: > > - Store a link in a plain text file. The value of org-stored-links is: > > org-stored-links is a variable defined in ‘

Re: [O] [BUG] org-link-search fails if search string contains new lines

Matt Lundin <m...@imapmail.org> writes: > > Create an active region covering the third sentence and select the > org-capture "n" template, which creates the following link: > > * Test > > [[file:~/test.txt::Duis%20aute%20irure%20dolor%20in%0Areprehen

[O] [BUG] org-link-search fails if search string contains new lines

Following links fails to locate the appropriate location in text files if the search string in the link contains new lines. Steps to reproduce: /usr/bin/emacs -Q ~/config/minimal.el where minimal.el contains... --8<---cut here---start->8--- (add-to-list

[O] Inconsistent behavior in generating file link search strings

I am grabbing a lot of links from plain text files these days and find that the way in which org generates search strings in file links is inconsistent. That is, org-capture and org-insert-link behave differently. 1. First, org-insert-link truncates the search string. Here are the steps to

Re: [O] tsia-up sorting strategy sorts agenda by date and ignores time. How can I change that?

Arkady Grudzinsky writes: > Hi, > > I'd like to sort my tasks in agenda by inactive creation > timestamp which includes the time portion. I have found that > tsia-up strategy ignores the time portion of the timestamp. Is > there a way to take time into account?

Re: [O] Org export buffer opens at buffer's end

Hi David, David Mann writes: > When I do C-c C-e to start an org export, the export buffer opens at its > bottom, with the top cut off in the window. In past versions the buffer > opened at the top. Do you mean the *Org Export Dispatcher* buffer or the final exported

Re: [O] Bug in Recent Agenda Mod

Ian Dunn writes: > Commit d262ae53c966c7a745c0fa779149f9eb7486333d "org-agenda: Fix > agenda standard name when going unsticky" sets org-agenda-buffer-name > to "*Org Agenda*" if not in sticky. > > However, org-agenda-redo sets org-agenda-sticky to nil before redoing the > agenda

Re: [O] org-stuck-projects confuses a "Next" heading with the NEXT keyword

Hi Nicholas, Nicolas Goaziou writes: > Hello, > > Guy Mayraz writes: > >> I want every project to have a NEXT or WAIT keyword, and have defined >> org-stuck-projects as follows: >> >> (setq org-stuck-projects '("+LEVEL=2/-INACTIVE-DONE"

[O] [BUG] agenda column view summaries missing in block agendas

I'd like to report another bug in agenda column view summary displays. If one uses a custom agenda command with multiple blocks, column summaries in the agenda display do not display for all blocks. Steps to replicate: emacs -Q -l ~/minimal.el Where minimal contains --8<---cut

[O] [BUG] No agenda column view summary shown if org-agenda-overriding-header is set

I find that column view summaries do not display if org-agenda-overriding-header is set. Steps to replicate: emacs -Q -l ~/minimal.el Where minimal.el contains... --8<---cut here---start->8--- (add-to-list 'load-path "~/org-mode/lisp/") (add-to-list

[O] [PATCH] Fix org-clock-load

story, org-clock-loaded, and org-clock-stored-history remain nil. The problem, it seems, is that the logic/order of the if statement was reversed in the commit above. The attached patch should fix the issue. Best, Matt >From 6d649016fbbfaa28c902ee1e71c20ecf332f8a14 Mon Sep 17 00:00:00 2001 From: M

Re: [O] Bug: Org Emphasis Issues (Trunk)

Ian Dunn writes: > I encountered these issues this morning when I updated Org from > trunk (and reloaded it with C-c C-x !). I believe it's following > commit "Split `org-emph-re' and `org-verbatim-re'". I've got 2 > issues: > 1. Nothing longer than one

[O] [BUG] Upcoming deadlines sorted in reverse order

With commit 9299efa3519b3ef3191e8dc06a4466696c720f6c, upcoming deadlines in the agenda are sorted in reverse order, with more distant deadlines appearing first and imminent and overdue deadlines appearing last. Running emacs -Q and using the following org file... * An overdue deadline

[O] [BUG] Scheduled items in past show time of day in agenda

Hi everyone, With commit 69ec6258b65a5d317f0dcb275ec2d5a90f72f191 I find that non-repeating timestamps with a time-of-day designation continue to appear at a particular time in the agenda even when they are in the past. For instance, using emacs -Q, i find thagt the following item scheduled for

[O] org-special-ctrl-a/e no longer has the expected effect

Commit 8d2f0a441174c703ed0ed570e2f0eaf0da5d6aeb broke the expected behavior org-beginning-of-line. Steps to reproduce: (setq org-special-ctrl-a/e '(nil . t)) ;; i.e., I want special ;; treament of the end of a ;;

Re: [O] OReanalyzing archived TO-DOs

Hi Avery, Avery Chan writes: > One problem is what to do with completed tasks. They clutter up my > todo list so I usually archive them to another file. My problem is > that after archiving them, I can't compare the 'effort' with the > actual 'clock time' easily (i.e. using

[O] Request: Move org-eww from contrib to core

Given that the coming release of emacs 25 ships with the eww browser, I think it would be worthwhile to make org-eww.el a core org-mode module. I have been using eww instead of emacs-w3m for some time now with no problems. Since org ships with support for emacs-w3m, an external package, it seems

[O] [PATCH] Re: links-9.0 v3

a simple patch to update a contrib file that I use regularly: org-eww.el. Thanks, Matt >From d473260956493dafd1e37c5f3680813fbf63434e Mon Sep 17 00:00:00 2001 From: Matt Lundin <m...@imapmail.org> Date: Fri, 5 Aug 2016 20:07:40 -0500 Subject: [PATCH] Update org-eww to use new link api

[O] [OT] Re: capture with iceweasel/firefox -- nothing works

Philip Hudson writes: > On 4 June 2016 at 02:23, Samuel Wales wrote: >> over many years, i have been trying to get org-protocol (or >> anything similar) to work, and it is not working reliably. >> that's why i want this feature to work so much. > ...

Re: [O] default visibility of results drawer

John Kitchin writes: > Is it possible to get the default visibility of results drawers to be > open? > > They are closed when I first open a file, and I have to manually open > them to see the contents. > You can add "#+STARTUP: showeverything" to the top of a file. The

Re: [O] capture with iceweasel/firefox -- nothing works

Samuel Wales <samolog...@gmail.com> writes: > hi matt, > > thanks for your reply. > > On 6/3/16, Matt Lundin <m...@imapmail.org> wrote: >> Here is the new style bookmark that works for me: >> >> javascript:location.href='org-protocol://c

Re: [O] capture with iceweasel/firefox -- nothing works

Xebar Saram writes: > Hi > > i will add that im exactly in the same situatuon > i use a window manager (i3) on arch linux and have tried almost every > solution out there (with FF, chrome etc) with no working method. > i really wish org-protocol had a much simpler way of

Re: [O] capture with iceweasel/firefox -- nothing works

Matt Lundin <m...@imapmail.org> writes: > Samuel Wales <samolog...@gmail.com> writes: > >> over many years, i have been trying to get org-protocol (or >> anything similar) to work, and it is not working reliably. >> >> intermittently, it says th

Re: [O] capture with iceweasel/firefox -- nothing works

Samuel Wales writes: > over many years, i have been trying to get org-protocol (or > anything similar) to work, and it is not working reliably. > > intermittently, it says there is a greedy protocol. the success rate > of capturing is around 50% maybe. when it is not

Re: [O] [BUG] error with org-refile and ido-completion-help

Matt Lundin <m...@imapmail.org> writes: > Nicolas Goaziou <m...@nicolasgoaziou.fr> writes: > >>> A git bisect revealed that the change was introduced in 2015 with the >>> following commit: >>> >>> , >>> | commit 50ba0a5ed6

Re: [O] [BUG] error with org-refile and ido-completion-help

Nicolas Goaziou writes: >> A git bisect revealed that the change was introduced in 2015 with the >> following commit: >> >> , >> | commit 50ba0a5ed609f3600f2590f3ba22b8ab3ff3331c >> | Author: Nicolas Goaziou >> | Date: Sun Jun 7 00:38:58

Re: [O] [BUG] org-mode 8.3.x directly opens URL/ follows Timestamp, if Return is clicked

Eric Abrahamsen writes: >> This bug was fixed on October 31, 2015 with the following commit: >> >> a87c34cb8d58e7019c8d081c02bbac9e93cef8ab >> >> Unfortunately, that commit must have been applied only to the master >> branch, as it is not present in the maint branch and

[O] [BUG] error with org-refile and ido-completion-help

When calling org-refile with org-completion-use-ido set to t, pressing TAB in ido-mode results in an error. This is because ido-completion-help expects a list of strings. However, org-refile sends ido-completing-read a list of lists. To replicate: 1. /usr/bin/emacs -Q -l ~/.minimal.el

Re: [O] How to change agenda sorting order temporarily?

Matt Lundin <m...@imapmail.org> writes: > "Martin Beck" <elwood...@web.de> writes: > >> I'm working with a lot of pre-defined agendas, but I sometimes would >> like to change the sorting order of one of those to different criteria >> (by time, alphanu

Re: [O] How to change agenda sorting order temporarily?

"Martin Beck" writes: > I'm working with a lot of pre-defined agendas, but I sometimes would > like to change the sorting order of one of those to different criteria > (by time, alphanumerically, etc.). > > I did not find a way to do that in org-mode directly - did I overlook

Re: [O] [BUG] org-mode 8.3.x directly opens URL/ follows Timestamp, if Return is clicked

"Martin Beck" writes: > I recently upgraded from org-mode 8.2.x to org-mode 8.3.4 and > all-in-all, it worked really great without too many side effects. > Thanks to all of you who contributed and made it such a robust > upgrade. :-) > > However, there is one change that is

Re: [O] Org-agenda-sorting: can I sort by inactive timestamps?

"Martin Beck" writes: > I'm using inactive timestamps to show the creation date of a new > heading and also to show the modification dates with some short text > notes about the progress in there: > > Example: > > * Headings Test > <2016-05-30 Mo 13:18> > * Heading 1 >

  1   2   3   4   5   6   7   8   9   >