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 here-
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 `
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
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 t
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
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 here---start---
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 Lund
* 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 @
e Org 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.
>>
>&
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.
>
>
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 slowdow
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 hun
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 buffer
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
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
categor
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
t,
Matt
>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 ci
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 he
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 w
another regression) 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 -0
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 tags."
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 Lund
ctory.
Best,
Matt
>From 6158eee0a36f41d90e78ae59df3cfac03f291157 Mon Sep 17 00:00:00 2001
From: Matt Lundin
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
command that checks w
Attached is a patch that fixes the issue.
Best,
Matt
Matt Lundin 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 behavior contradicts the doc
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 buffer
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...
"
Allen Li writes:
> On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote:
>
>> Matt Lundin 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&quo
Allen Li writes:
> On Wed, Feb 7, 2018 at 1:47 PM Matt Lundin wrote:
>
>> Matt Lundin 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&quo
Matt Lundin 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 item
> without a checkbox.
>
The
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...
--8
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?
+1
Also, before this beco
Nicolas Goaziou writes:
> Matt Lundin 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 I had selected. This is because one of the
>>
patch fixes the issue.
Thanks,
Matt
>From 7f41fbb98c7cbaa09af8f78b06a57587e4f583a1 Mon Sep 17 00:00:00 2001
From: Matt Lundin
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-link) Add a save-excursion
00:00:00 2001
From: Matt Lundin
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 each subtree
results in substant
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) li
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 and to continue t
"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
> org-clock-in opens all my agenda buffe
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 @Errands tagged headers *and*
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?
>>
>> I have the feeling that both behaviours are useful. All things being
>
Marcin Borkowski writes:
> On 2017-10-07, at 16:20, Matt Lundin wrote:
>
>> 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/contri
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 (specifically M-x or
Matt Lundin writes:
> Matt Lundin writes:
>
>> After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2,
>> org-capture-templates containing %^t do not work as expected.
>>
>> With this capture template, I am prompted to enter a time via
>> org-read-date.
Matt Lundin 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
> '(("a" &q
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")))
W
Ярослав Данько 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 it is 6.9.9-17) scaling not
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 time stamp"
Best,
Mat
Nicolas Goaziou writes:
> Matt Lundin 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 existing agenda buffer without changing
>> anyt
Matt Lundin 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 moment. I'll tr
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.
>
> It can be slightly slower if you start with a c
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 test the
wip-agenda-speed
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 can just move back and forward
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 show how many hours I've worke
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.
>
> Understood.
>
> IOW, do mixed numbered/unnumbere
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
alain.coch...@uni
"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 gnus-icalendar-org-capture-headline (quote ("
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 and be rescheduled for a date
Sharon Kimble writes:
> Matt Lundin writes:
>
>> 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 -
>>&g
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 only appeared with the new ag
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\""
> ((org-agenda-sorting-strategy '(priority-down
Matt Lundin 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 relate to headline entries,
not li
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 can put the following in your a
a16e42
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: Matt Lund
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
From: Matt Lundin
To: Org Mode
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 link to
kill-ring when invoking org-protoc
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 click on it in Org
"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:
#+LINK: rm http://redmi
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 (mapconcat #'regexp-quote words "
>From 726eba76f31537747a26a7689ee632ec8e9bc01f Mon Sep 17 00:00:00 2001
From: Matt Lundin
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
newlines.
---
lisp/org.el
Matt Lundin 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 ‘org.el’.
> Its val
Matt Lundin 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%0Areprehenderit%20in%20voluptate%20veli
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 'load
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 reprod
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?
Unfortunately, the org sorting r
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
buffer? I cannot reproduce
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 command.
>
> St
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" ("NEXT" "WAIT") nil
>> ""))
>>
>> It mostly works, but it
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
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 'load-pat
ck-history, 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
F
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 character has emphasis
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
DEADLINE
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 y
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
;; headli
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 `C-c C-x C-c
> (o
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 to
uding 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
Date: Fri, 5 Aug 2016 20:07:40 -0500
Subject: [PATCH] Update org-eww to use new link api
* contrib/lisp/or
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.
> ...
>> *what is the most reliable set of instru
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
corresponding variable `o
Samuel Wales writes:
> hi matt,
>
> thanks for your reply.
>
> On 6/3/16, Matt Lundin wrote:
>> Here is the new style bookmark that works for me:
>>
>> javascript:location.href='org-protocol://capture?url='+encodeURIComponent(location.href)+'&a
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 capturing
> links,text t
Matt Lundin writes:
> 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 captu
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 working, it never
> works. i
Matt Lundin writes:
> Nicolas Goaziou writes:
>
>>> A git bisect revealed that the change was introduced in 2015 with the
>>> following commit:
>>>
>>> ,
>>> | commit 50ba0a5ed609f3600f2590f3ba22b8ab3ff3331c
>>> | Author:
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 2015 +0200
>> |
>> | Fix 1a7364177046b8a57ade0a
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 thus was not
>> released a
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
--8<--
Matt Lundin writes:
> "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
"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
> something, or do
"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 annoying for me eve
"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
> [2016-05-30 Mo 13:21]
>
1 - 100 of 911 matches
Mail list logo