Re: org-agenda-tag-filter-preset: maybe a recent bug?
On Tue 18-Oct-2022 at 05:39:27 +02, Liu Hui
wrote:
> Hi Garjola,
>
> The preset of filter is not supposed to be used with individual
> command. The docstring of 'org-agenda-tag-filter-preset' says:
>
>> The preset filter is a global property of the entire agenda view. In
>> a block agenda, it will not work reliably to define a filter for one
>> of the individual blocks. You need to set it in the global options
>> and expect it to be applied to the entire view.
>
> So you just need to preset the filter in the global options, e.g.
>
> ;; multi-block view
> ("W" "Work Daily Action List"
>((agenda ""))
>((org-agenda-tag-filter-preset
> (quote
> ("+work")
>
> or
>
> ("W" "Work Daily Action List"
>agenda ""
>((org-agenda-tag-filter-preset
> (quote
> ("+work")
Hi Liu,
Thank you very much for your answer. It seems that I have been using
wrong agenda custom commands for several years!
In any case, your suggestion solved my problem and I am back on the main
branch.
Thank you.
Garjola
--
org-agenda-tag-filter-preset: maybe a recent bug?
Hi,
I use ~org-agenda-tag-filter-preset~ in custom commands to generate
views like this:
,
| ("W" "Work Daily Action List"
| ((agenda ""
| ((org-agenda-span 1)
|(org-agenda-sorting-strategy
| (quote
| ((agenda category-up tag-up time-up
|(org-agenda-tag-filter-preset
| (quote
| ("+work")))
|(org-deadline-warning-days 7
| nil nil)
`
I am usually following the ~main~ branch that I update once a week and
this kind of custom command stopped working about one week ago (October
8).
The agenda view is generated, but the filter is not applied.
I did not change anything in my configuration. I have checked and it
works if I use the ~bugfix~ branch.
I was wondering if some of the changes recently made to solve a bug with
sticky agendas caused the issue. But if nobody else noticed anything, I
may have a misunderstanding in my way of defining the custom command
that was revealed by recent bugfixes?
Thanks for your help.
Garjola
--
Re: Invalid duration format error with active timestamp
On Tue 18-May-2021 at 23:23:39 +02, Rainer Hansen wrote: > Hi Garjola, > > I had the same problem. > > I fixed it by downloading manually the last working version of Org from > https://orgmode.org/elpa/, > i.e. https://orgmode.org/elpa/org-20210503.tar > and manually stored the extracted directory into my elpa directory, > /home/garjola/.emacs.d/elpa/ in your case. > > After restarting Emacs Org agenda worked fine again. > > I hope that helps. > > Regards, > Rainer Hi Rainer, Thanks for the tip. I finally got the update via the package manager before having the time to test your solution. And org works great as always! Cheers. G. > > Garjola Dindi writes: > >> On Mon 17-May-2021 at 16:01:25 +02, Nicolas Goaziou >> wrote: >>> Hello, >>> >>> Garjola Dindi writes: >>> >>>> I am using the most recent elpa version of org >>>> 9.4.5 (9.4.5-93-gbc857b-elpa @ >>>> /home/garjola/.emacs.d/elpa/org-20210510/) with emacs master branch. >>>> >>>> Since updating org yesterday, when I use a timestamp like >>>> >>>> , >>>> | <2021-05-17 Mon 10:00-11:00> >>>> ` >>>> >>>> >>>> building the agenda fails with this backtrace: >>>> >>>> , >>>> | Debugger entered--Lisp error: (error "Invalid duration format: >>>> | #(\"10:00-11:00\" 0 5 (font...") >>> >>> This was fixed a few days ago. >>> >>> Since Org in ELPA is updated every Monday, you need to update it again >>> (later?) today to get the fix. >>> >> >> Hi, >> >> Thanks for your answer. I've been impatiently refreshing the packages >> since yesterday, but I don't see any new version of org. >> >> I am using >> >> http://orgmode.org/elpa/ >> >> Is this still correct? Just wondering, since I understood that some >> things are changing in org packaging and distribution. >> >> Thanks for your great work! > > > --
Re: Invalid duration format error with active timestamp
On Mon 17-May-2021 at 16:01:25 +02, Nicolas Goaziou wrote: > Hello, > > Garjola Dindi writes: > >> I am using the most recent elpa version of org >> 9.4.5 (9.4.5-93-gbc857b-elpa @ >> /home/garjola/.emacs.d/elpa/org-20210510/) with emacs master branch. >> >> Since updating org yesterday, when I use a timestamp like >> >> , >> | <2021-05-17 Mon 10:00-11:00> >> ` >> >> >> building the agenda fails with this backtrace: >> >> , >> | Debugger entered--Lisp error: (error "Invalid duration format: >> | #(\"10:00-11:00\" 0 5 (font...") > > This was fixed a few days ago. > > Since Org in ELPA is updated every Monday, you need to update it again > (later?) today to get the fix. > Hi, Thanks for your answer. I've been impatiently refreshing the packages since yesterday, but I don't see any new version of org. I am using http://orgmode.org/elpa/ Is this still correct? Just wondering, since I understood that some things are changing in org packaging and distribution. Thanks for your great work! --
Invalid duration format error with active timestamp
Hi,
I am using the most recent elpa version of org
9.4.5 (9.4.5-93-gbc857b-elpa @
/home/garjola/.emacs.d/elpa/org-20210510/) with emacs master branch.
Since updating org yesterday, when I use a timestamp like
,
| <2021-05-17 Mon 10:00-11:00>
`
building the agenda fails with this backtrace:
,
| Debugger entered--Lisp error: (error "Invalid duration format:
| #(\"10:00-11:00\" 0 5 (font...")
|
| error("Invalid duration format: %S" #("10:00-11:00" 0 11 (face
| org-date keymap (keymap (follow-link . mouse-face) (mouse-3 .
| org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) mouse-face
| highlight wrap-prefix #(" " 0 2 (face org-indent)) line-prefix #(" "
| 0 2 (face org-indent)) org-category "work" fontified t)))
|
| org-duration-to-minutes(#("10:00-11:00" 0 11 (face org-date keymap
| (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse)
| (mouse-2 . org-open-at-mouse)) mouse-face highlight wrap-prefix #(" "
| 0 2 (face org-indent)) line-prefix #(" " 0 2 (face org-indent))
| org-category "work" fontified t)))
|
| org-agenda-format-item(nil #("Planning
| ..." 0 68 (face org-level-1 wrap-prefix #("* " 0 2 (face org-indent))
| line-prefix "" org-category "work" fontified t) 68 77 (keymap (keymap
| (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2
| . org-open-at-mouse)) mouse-face highlight face (org-tag org-level-1)
| wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category
| "work" fontified t) 77 78 (rear-nonsticky (mouse-face highlight keymap
| invisible intangible help-echo org-linked-text htmlize-link) keymap
| (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse)
| (mouse-2 . org-open-at-mouse)) mouse-face highlight face (org-tag
| org-level-1) wrap-prefix #("* " 0 2 (face org-indent)) line-prefix ""
| org-category "work" fontified t)) " " "work" (#("work" 0 4 (inherited
| t)) "planning") #("<2021-05-17 Mon 10:00-11:00>" 0 1 (face
| (rainbow-delimiters-depth-1-face org-date) keymap (keymap (follow-link
| . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 .
| org-open-at-mouse)) mouse-face highlight wrap-prefix #(" " 0 2 (face
| org-indent)) line-prefix #(" " 0 2 (face org-indent)) org-category
| "work" fontified t) 1 27 (face org-date keymap (keymap (follow-link .
| mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 .
| org-open-at-mouse)) mouse-face highlight wrap-prefix #(" " 0 2 (face
| org-indent)) line-prefix #(" " 0 2 (face org-indent)) org-category
| "work" fontified t) 27 28 (face (rainbow-delimiters-depth-1-face
| org-date) keymap (keymap (follow-link . mouse-face) (mouse-3 .
| org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) mouse-face
| highlight wrap-prefix #(" " 0 2 (face org-indent)) line-prefix #(" "
| 0 2 (face org-indent)) org-category "work" rear-nonsticky (mouse-face
| highlight keymap invisible intangible help-echo org-linked-text
| htmlize-link) fontified t))
| "<\\([[:digit:]]\\{4\\}-[[:digit:]]\\{2\\}-[[:digit:]]\\{..." nil)
|
| org-agenda-get-timestamps(nil)
`
Does this ring a bell to somebody? I have been using timestamps like
this for a while without problems. I have checked the manual and I still
see this kind of timestamps in the corresponding section.
Thank you.
G.
--
Re: Viewing link information
On Fri 30-Oct-2020 at 17:14:37 +01, Russell Adams
wrote:
> Are there other ways to view information about an org link that I
> don't list below?
>
> - M-x org-insert-link, the prompts for link and description show the
>current values. Requires interacting with the prompts.
>
> - Switch to fundamental mode
>
> - M-x org-toggle-link-display
>
> Are there ways to see this information live while navigating? Maybe on
> the modeline, or messages?
>
I have this in my init file. I don't remember where I got it from.
It displays the link target in the minibuffer when point is on a link.
#+BEGIN_SRC emacs-lisp
(defvar my/org-link-target-message-timer nil
"Variable to store the link message timer in.")
(defun my/org-link-target-show-link-messages ()
"Turn on link messages.
You will see a message in the minibuffer when on an org link."
(interactive)
(or my/org-link-target-message-timer
(setq my/org-link-target-message-timer
(run-with-idle-timer 0.5 t
'my/org-link-target-link-message)
my/org-link-target-show-link-on-enter t)))
(defun my/org-link-target-cancel-link-messages ()
"Stop showing messages in minibuffer when on a link."
(interactive)
(cancel-timer my/org-link-target-message-timer)
(setq my/org-link-target-message-timer nil
my/org-link-target-show-link-on-enter nil))
(setq my/org-link-target-show-link-on-enter t)
(when my/org-link-target-show-link-on-enter
(my/org-link-target-show-link-messages))
(defun my/org-link-target-link-message ()
"Print a minibuffer message about the link that point is on."
(interactive)
;; the way links are recognized in org-element-context counts blank
;; spaces after a link and the closing brackets in literal links. We
;; don't try to get a message if the cursor is on those, or if it is
;; on a blank line.
(when (not (or (looking-at " ") ;looking at a space
(lookinpg-at "^$") ;looking at a blank line
(looking-at "]") ;looking at a bracket at the end
;looking at the end of the line.
(looking-at "$")))
(save-restriction
(widen)
(when (eq major-mode 'org-mode)
(let* ((object (org-element-context))
(type (org-element-property :type object))
(link-content (org-element-property :path
object)))
(save-excursion
(when (-contains? '("http" "https" "file") type)
(message "%s:%s" type link-content
#+END_SRC
Agenda buffer name after following a time stamp
Hi, Accidentally pressing or on an inactive time stamp in an org mode buffer, I found myself in an agenda buffer with name "*Org Agenda(a:2020-10-22)" corresponding to the agenda of the date of the time stamp. I understand that this is the expected behaviour (jumping to that date), but I am puzzled by the buffer name. Most annoyingly, from this moment, unless I restart emacs, most new agenda generations will create a buffer with the same name, that is "*Org Agenda(a:2020-10-22)" in my example independently of the date for which the agenda is generated. Steps to reproduce: 1. Press on [2020-10-22 Thu]. This generates the agenda for that date in a buffer named "*Org Agenda(a:2020-10-22)" 2. Close the agenda with "q" or "x" 3. invoke the org-agenda dispatcher, choose t (or any other view except "a"). This generates a buffer named "*Org Agenda(a:2020-10-22)" instead of "*Org Agenda*". Using the interactive commands org-todo-list has the same behaviour. However, using "a" in the agenda dispatcher or calling org-agenda-list generates a buffer correctly called "*Org Agenda*". I have tried with "emacs -q" and the behaviour is the same. Is this an expected behaviour? I have not been able to find the information in the manual. Thank you. G. -
Re: When will 9.4 be on orgmode/elpa ?
On Fri 18-Sep-2020 at 08:57:15 +02, Detlef Steuer wrote: > Hi all, > > I use https://orgmode.org/elpa/ org-plus-contrib to stay uptodate with > org. > > As it seems GNU elpa has org-9.4. > > Normally I would be more patient, but I'm having very strange movements > of point(!) during folding/unfolding in an old, largish file where > folding always worked. The cursor ends up in a different part of my > file after unfolding some headline. Further I was unable to bisect the > file. When removing headlines to construct a minimal example, the exact > headline where this phenomen happens, changes. Well, I would like to > try 9.4 first before asking for further help. > Hi, I am having exactly the same behaviour and I have also been unable to generate a minimum working example. I have observed that the misbehaviour happens when cycling with , but works OK. Garjola.
Re: Display in minibuffer link under point
On Mon 11-May-2020 at 17:53:06 +02, John Kitchin wrote: > org-ref doesn't do anything fancy here, it just runs an idle timer: > > https://github.com/jkitchin/org-ref/blob/master/org-ref-core.el#L597 > > that runs a function defined at > https://github.com/jkitchin/org-ref/blob/master/org-ref-core.el#L3633 > > that function is kind of long because it computes the message, and only > in specific contexts. > Hi, This is what I did: (when (not (or (looking-at " ") ;looking at a space (looking-at "^$") ;looking at a blank line (looking-at "]") ;looking at a bracket at the end ;looking at the end of the line. (looking-at "$"))) (save-restriction (widen) (when (eq major-mode 'org-mode) (let* ((object (org-element-context)) (type (org-element-property :type object)) (link-content (org-element-property :path object))) (save-excursion (message "%s:%s" type link-content)) It seems to do what I want. Thank you very much for your help. Garjola > Garjola Dindi writes: > >> Hi, >> >> Thanks both of you for your answers. >> >> What would be the way to automatically trigger =display-local-help= when the >> point is on the link? Org-ref does that beautifully ;) >> >> Thanks again. >> >> Garjola >> >> On Fri 08-May-2020 at 22:48:37 +02, John Kitchin >> wrote: >>> It looks like that variable is obsolete now since Emacs 24.1, and >>> (tooltip-mode -1) is probably the way to get the same thing now. >>> >>> John >>> >>> --- >>> Professor John Kitchin >>> Doherty Hall A207F >>> Department of Chemical Engineering >>> Carnegie Mellon University >>> Pittsburgh, PA 15213 >>> 412-268-7803 >>> @johnkitchin >>> http://kitchingroup.cheme.cmu.edu >>> >>> On Fri, May 8, 2020 at 1:18 PM briangpowell . >>> wrote: >>> >>> I use this variable to toggle my Gnu Emacs Org-Mode buffer into an audio >>> desktop: >>> >>> (setq tooltip-use-echo-area (not tooltip-use-echo-area)) >>> >>> Of course I had to do some programming to do that but the above should get >>> you started >>> >>> And we can leave that programming as an exercise for the class--right Dr. >>> Kitchin? >>> >>> ;-) >>> >>> On Fri, May 8, 2020 at 9:19 AM John Kitchin >>> wrote: >>> >>> M-x display-local-help might do it. >>> >>> John >>> >>> --- >>> Professor John Kitchin >>> Doherty Hall A207F >>> Department of Chemical Engineering >>> Carnegie Mellon University >>> Pittsburgh, PA 15213 >>> 412-268-7803 >>> @johnkitchin >>> http://kitchingroup.cheme.cmu.edu >>> >>> On Fri, May 8, 2020 at 9:15 AM Garjola Dindi wrote: >>> >>> Hi, >>> >>> Is there a way to display in the minibuffer the URL of the link under >>> the point in the same way as when the mouse pointer is over the link? >>> >>> Thanks! >>> >>> Garjola >>> -- > > > -- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu --
Re: org-caldav-sync hanging
On Tue 12-May-2020 at 12:59:22 +02, "Loris Bennett" wrote: > Eric S Fraga writes: > >> On Tuesday, 12 May 2020 at 09:29, Loris Bennett wrote: >>> The Nextcloud instance at work is version 15 and is accessible via the >>> browser, but there was some outage recently and some server-side >>> tweakage may also have occurred while things were being fixed. >> >> I don't know if this is related but a recent point release to nextcloud >> caused problems with an OPTIONS directive that org-caldav-sync uses. A >> subsequent bug fix has corrected this but may not have been incorporated >> in your server yet. >> >> See https://github.com/nextcloud/server/issues/20624 >> >> The provider I use for calendar services had to manually patch their >> instance of nextcloud to get it working again for org-caldav-sync. > > Thanks for the pointer, but the link seems to refer to a regression > introduced between versions 18.0.3 and 18.0.4, whereas the server I am > talking to is some version of version 15. > > My android phone is able to sync in both directions via DavX5, so the > server is obviously not totally borked in terms of syncing. So some > aspect of the org-caldav-sync seems to be hitting the problem. Hi, FYI, I found this issue when looking for a solution for the same problem: https://github.com/dengste/org-caldav/issues/195 In my case, if I am patient enough, the sync completes after 30-50 minutes. --
Re: Display in minibuffer link under point
Hi, Thanks both of you for your answers. What would be the way to automatically trigger =display-local-help= when the point is on the link? Org-ref does that beautifully ;) Thanks again. Garjola On Fri 08-May-2020 at 22:48:37 +02, John Kitchin wrote: > It looks like that variable is obsolete now since Emacs 24.1, and > (tooltip-mode -1) is probably the way to get the same thing now. > > John > > --- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > On Fri, May 8, 2020 at 1:18 PM briangpowell . > wrote: > > I use this variable to toggle my Gnu Emacs Org-Mode buffer into an audio > desktop: > > (setq tooltip-use-echo-area (not tooltip-use-echo-area)) > > Of course I had to do some programming to do that but the above should get > you started > > And we can leave that programming as an exercise for the class--right Dr. > Kitchin? > > ;-) > > On Fri, May 8, 2020 at 9:19 AM John Kitchin wrote: > > M-x display-local-help might do it. > > John > > --- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > On Fri, May 8, 2020 at 9:15 AM Garjola Dindi wrote: > > Hi, > > Is there a way to display in the minibuffer the URL of the link under > the point in the same way as when the mouse pointer is over the link? > > Thanks! > > Garjola > -- --
Display in minibuffer link under point
Hi, Is there a way to display in the minibuffer the URL of the link under the point in the same way as when the mouse pointer is over the link? Thanks! Garjola --
