Org-Crypt and HTML export

[David Masterson]

I take it that, when you do an HTML export on an Org file, it is assumed
that all items that have been encrypted with org-crypt will have been
decrypted, correct?

Is there a way to create an HTML file with Org that includes some
encrypted data to be decrypted by whoever views the file (with
appropriate password)?

-- 
David Masterson

Re: Slow to open certain file

[Ihor Radchenko]

I have no issue opening your file (under 1 second).

> I also attach the profile.

Looking at the profile, the problem seems to be with ivy. Can you try
opening the file without ivy. Something like

M-: (find-file "~/Org/notes.org") 

P.S. You can also add notes to papers from org-ref. That is a great help
 when your paper database grow bigger.

Best,
Ihor

Peter Bienstman  writes:

> Opening this file takes more than 10 seconds:
>
> https://www.dropbox.com/s/tg7pr6tetlh7jwb/toc%2020200922%2007.00.01.org?dl=0
>
> I also attach the profile.
>
> I have org files which are much bigger, and they open almost instantly.
>
> This is on Windows 10, emacs 26.3, all packages updated to the latest version.
>
> Is there anything I can do to speed this up?
>
> Thanks!

Re: Bug: Occasional error with recurring tasks in agenda [9.4 (release_9.4-3-ge6021b @ /home/james/.config/emacs/straight/build/org-plus-contrib/)]

[Ihor Radchenko]

> It seems to always work properly from the org buffer itself, so I assume
> it's something happening in the agenda, but I'm not sure where to look.
> I've tried debugging `org-agenda-todo`, but I can't see anything in
> askance there. Any advice as to what I should be looking for?

I had similar issue. As I recall, the problem was with some custom
function in org-trigger-hook that threw an error because it did not
expect to be ran with point in agenda buffer. Do you have any
customisation related to todo triggers?

Best,
Ihor

James N V Cash  writes:

> I've started seeing an issues as of a couple of days ago, after upgrading to 
> org 9.4.
>
> When I mark a task with a recurring deadline done from the agenda view,
> sometimes it doesn't recur, but instead marks the task as done.
>
> I haven't yet been able to isolate why -- just now I marked a task as
> done from the agenda, it didn't recur; I went to the org file, undid
> from there, then tried marking it complete from the agenda again and
> that time it worked.
>
> It seems to always work properly from the org buffer itself, so I assume
> it's something happening in the agenda, but I'm not sure where to look.
> I've tried debugging `org-agenda-todo`, but I can't see anything in
> askance there. Any advice as to what I should be looking for?
>
> James Cash
>
> 
>
>
>
> Emacs  : GNU Emacs 28.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 
> 3.24.20, cairo version 1.16.0)
>  of 2020-08-14
> Package: Org mode version 9.4 (release_9.4-3-ge6021b @ 
> /home/james/.config/emacs/straight/build/org-plus-contrib/)
>
> current state:
> ==
> (setq
>  org-duration-format 'h:mm
>  org-src-mode-hook '(org-src-babel-configure-edit-buffer 
> org-src-mode-configure-edit-buffer)
>  org-link-shell-confirm-function 'yes-or-no-p
>  org-pdftools-get-desc-function 'org-pdftools-get-desc-default
>  org-metadown-hook '(org-babel-pop-to-session-maybe)
>  org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
>  org-pdftools-markup-pointer-function 
> 'pdf-annot-add-underline-markup-annotation
>  org-refile-targets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9))
>  org-html-format-inlinetask-function 
> 'org-html-format-inlinetask-default-function
>  org-odt-format-headline-function 'org-odt-format-headline-default-function
>  org-notmuch-open-function 'org-notmuch-follow-link
>  org-agenda-files "~/org/dir"
>  org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
>  org-modules '(ol-info ol-eshell org-notify ol-notmuch)
>  org-mode-hook '(evil-org-mode
>  (closure (t) nil
>   (let ((default-pred electric-pair-inhibit-predicate))
>(set (make-local-variable 
> 'electric-pair-inhibit-predicate) #'(lambda (c) (if (char-equal c 60) t 
> default-pred
>   (visual-line-mode 1))
>  (closure (t) nil (set (make-local-variable 
> 'company-dabbrev-downcase) nil)) cogent/fix-org-yasnippet-hook
>  #[0 "\301\211.\207" [imenu-create-index-function 
> org-imenu-get-tree] 2]
>  #[0 "\300\301\302\303\304$\207" [add-hook 
> change-major-mode-hook org-show-all append local] 5]
>  #[0 "\300\301\302\303\304$\207" [add-hook 
> change-major-mode-hook org-babel-show-result-all append local] 5]
>  org-babel-result-hide-spec org-babel-hide-all-hashes 
> org-eldoc-load)
>  org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
>  org-outline-path-complete-in-steps nil
>  org-archive-hook '(org-attach-archive-delete-maybe)
>  org-agenda-restore-windows-after-quit t
>  org-confirm-elisp-link-function 'yes-or-no-p
>  org-mime-src-mode-hook '(org-mime-src-mode-configure-edit-buffer)
>  org-agenda-before-write-hook '(org-agenda-add-entry-text)
>  org-metaup-hook '(org-babel-load-in-session-maybe)
>  org-adapt-indentation 'headline-data
>  org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
>  org-mime-html-hook '((closure (t) nil (org-mime-change-element-style 
> "blockquote" "border-left: 2px solid gray; padding-left: 4px;"))
>   (closure (t) nil
>(org-mime-change-element-style "pre"
> (format "color: %s; background-color: %s; padding: 
> 0.5em;" (face-attribute 'default :foreground)
>  (face-attribute 'default :background))
> )
>)
>   )
>  org-notmuch-search-open-function 'org-notmuch-search-follow-link
>  org-babel-pre-tangle-hook '(save-buffer)
>  org-file-apps '((auto-mode . emacs) (directory . emacs) ("\\.mm\\'" . 
> default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . emacs))
>  org-tab-first-hook '(yas/org-very-safe-expand 
> org-babel-hide-result-toggle-maybe org-babel-header-arg-expand)
>  org-hide-leading-stars t
>  org-babel-load-languages 

Re: Infinite recursion ?

[David Masterson]

Nick Dokos  writes:

> David Masterson  writes:
>
>> Haven't figured this out yet, but I seem to be hitting an "infinite
>> recursion" bug that eventually dies when it runs out of memory.
>>
>> The scenario (so far) is trying to change an Org tag in the agenda
>> (':'). The command gives me the tags that I then edit and save whereupon
>> it sits in an infinite recursion until it hits a limit in Emacs. If I
>> quit, the files seem to have been updated, but the Agenda isn't.  I'm
>> still trying to figure out how to debug this.  Setting debug-on-quit was
>> not consistent and didn't seem to have a large list of function calls
>> (ie. the recursion).  Any ideas?
>>
>> This is Emacs 26.3 with Orgmode 9.4.  I'm also using Org-Super-Agenda
>> from Melpa (20200310.1337).
>>
>> Side question that might be related: org-agenda started positioning
>> itself at the end of the agenda rather than the beginning after building
>> the agenda.  I don't think I changed something for this.  What could
>> cause this?
>
> What's the error message? Did you try setting `debug-on-eror'? Does that give
> a more useful backtrace?

The error has to do with org-agenda-property-list.  I'm going to file
this as a bug.
-- 
David Masterson

Re: Bug: org-cycle stops working on Org files with empty lines at end of buffer [9.4 (9.4-elpaplus @ /home/brentg/.emacs.d/elpa/org-plus-contrib-20200914/)]

[stardiviner]

I can reproduce this problem too.

I'm on Emacs 28.0.50 with Org Mode master branch latest commit "aea1109ef".

I also did a bisect debug. Found the function ~org-cycle-show-empty-lines~ in 
hook
~org-cycle-hook~ caused this problem.

Nicholas Savage  writes:

> I can reproduce this. I'm on the most recent master with Emacs 28.0.50. Once 
> the last line is deleted, org-cycle won't show the "**" line and the 
> minibuffer continues to say "FOLDING" instead of cycling through the various 
> states.
>
> On Sat, Sep 19, 2020, at 12:10, B Goodr wrote:
>> Hi,
>> 
>> Still loving Org mode!!  Keep up the good work.
>> 
>> Here is a bug, though:
>> 
>> Steps to reproduce:
>> 
>> Store the following into some .org file (in between the "cut-here" lines):
>> 
>> ---cut-here---cut-here---cut-here---cut-here---cut-here---cut-here---
>> * TODO aaa bbb ccc
>> 
>> ** TODO aaa bbb ccc
>> 
>> delete-this-line-to-see-the-problem
>> ---cut-here---cut-here---cut-here---cut-here---cut-here---cut-here---
>> 
>> Move point at first asterisk (beginning of buffer).
>> 
>> Type TAB key (bound to org-cycle) multiple times and notice it cycles
>> the headings through the various levels of exposure.
>> 
>> Now go to the end of the buffer, and delete the one line there
>> containing "delete-this-line-to-see-the-problem", but retain the two
>> empty lines at the end.
>> 
>> Repeat the above steps with the TAB key at the top of the buffer, and
>> notice it stops working.
>> 
>> On the mailing list, I see some recent changes that might or might not
>> have broken this. I've not upgraded Org mode in a while:
>> 
>> https://lists.gnu.org/archive/html/emacs-orgmode/2020-09/msg00520.html
>> 
>> Thanks!
>> -bgoodr
>> 
>> 
>> 
>> Emacs  : GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.14)
>>  of 2020-03-26, modified by Debian
>> Package: Org mode version 9.4 (9.4-elpaplus @ 
>> /home/brentg/.emacs.d/elpa/org-plus-contrib-20200914/)
>> 
>> current state:
>> ==
>> (setq
>>  org-src-mode-hook '(org-src-babel-configure-edit-buffer 
>> org-src-mode-configure-edit-buffer)
>>  org-link-shell-confirm-function 'yes-or-no-p
>>  org-babel-after-execute-hook '(bg-org-babel-after-execute-hook)
>>  org-metadown-hook '(org-babel-pop-to-session-maybe)
>>  org-export-with-sub-superscripts nil
>>  org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
>>  org-refile-targets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9))
>>  org-html-format-inlinetask-function 
>> 'org-html-format-inlinetask-default-function
>>  org-odt-format-headline-function 'org-odt-format-headline-default-function
>>  org-agenda-files "/home/brentg/Plans/Home/org-agenda-files-list-file.txt"
>>  org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
>>  org-plantuml-jar-path "/home/brentg/plantuml/plantuml.jar"
>>  org-startup-folded nil
>>  org-id-link-to-org-use-id t
>>  org-mode-hook '(org-tempo-setup org-clock-load bg-org-mode-hook #[0 
>> "\301\211 \207" [imenu-create-index-function org-imenu-get-tree] 2]
>> #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook 
>> org-show-all append local] 5]
>> #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook 
>> org-babel-show-result-all append local] 5] org-babel-result-hide-spec 
>> org-babel-hide-all-hashes org-eldoc-load)
>>  org-clock-persist t
>>  org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
>>  org-archive-hook '(org-attach-archive-delete-maybe)
>>  org-confirm-elisp-link-function 'bg-org-confirm-elisp-link
>>  org-agenda-before-write-hook '(org-agenda-add-entry-text)
>>  org-metaup-hook '(org-babel-load-in-session-maybe)
>>  org-bibtex-headline-format-function #[257 "\300 \236A\207" [:title] 3 
>> "\n\n(fn ENTRY)"]
>>  org-adapt-indentation nil
>>  org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
>>  org-babel-pre-tangle-hook '(save-buffer)
>>  org-file-apps '((auto-mode . emacs) (directory . emacs) ("\\.mm\\'" . 
>> default) ("\\.x?html?\\'" lambda (file link) (browse-url-of-file 
>> (expand-file-name file))) ("\\.pdf\\'" . default))
>>  org-tab-first-hook '(org-babel-hide-result-toggle-maybe 
>> org-babel-header-arg-expand)
>>  org-babel-load-languages '((emacs-lisp . t) (python . t) (shell . t) 
>> (sqlite . t) (dot . t) (plantuml . t))
>>  org-ascii-format-drawer-function #[771 " \207" [] 4 "\n\n(fn NAME CONTENTS 
>> WIDTH)"]
>>  org-agenda-loop-over-headlines-in-active-region nil
>>  org-src-lang-modes '(("arduino" . arduino) ("redis" . redis) ("php" . php) 
>> ("C" . c) ("C++" . c++) ("asymptote" . asy) ("bash" . sh) ("beamer" . latex) 
>> ("calc" . fundamental) ("cpp" . c++) ("ditaa" . artist)
>>  ("dot" . fundamental) ("elisp" . emacs-lisp) ("ocaml" . tuareg) 
>> ("screen" . shell-script) ("shell" . sh) ("sqlite" . sql))
>>  org-occur-hook '(org-first-headline-recenter)
>>  org-html-head-include-default-style nil
>>  org-html-htmlize-output-type 'css
>>  org-export-headline-levels 100
>>  

Re: org-tables with monetary amounts

[Nicholas Savage]

I don't have anything to answer your questions, but I wanted to chime in that 
this is a feature I'd also like to exist, or find out more about if it already 
does exist.

I'd be definitely willing to help out too code-wise to the extent I can.

Thanks,
Nick

On Tue, Sep 22, 2020, at 10:57, Daniele Nicolodi wrote:
> Hello,
> 
> I often use org-tables to work with monetary amounts. It would be very
> nice to have a couple of functionalities common in this domain:
> 
> - fixed precision arithmetic, namely derive the precision of the results
> from the precision of the arguments (I think that calc can do this),
> 
> - support for parsing numbers followed by currencies,
> 
> - correct alignment for monetary values.
> 
> I had a quick look around, but I haven't found anything that implements
> those things. Has anyone some secret code that they would like to share?
> 
> Thank you!
> 
> Cheers,
> Dan
> 
>

Re: The Website Revamp: The final stretch

[Nicolas Goaziou]

Hello,

TEC  writes:

> Yea, they were just placeholders till I came up with anything better. I
> haven't, and nobody else has given me improvements, so they haven't
> changed.
>
> If you have any suggestions, that would be great :)

Sure. "If you don't know what to play, play nothing." 

Just let them go.

Regards,
-- 
Nicolas Goaziou

Re: Slow to open certain file

[Andy Klock]

"Peter Bienstman"  writes:

> Is there anything I can do to speed this up? 

Might be a good idea to profile the operation to see where it is 
spending time. Can you:

M-x profiler-start
C-x C-f (or whatever you are doing to open the file)
M-x profiler-report

Here's my output on your file:

https://p.andyklock.com/_CPU-Profiler-Report_2020-09-22_13_27_05_.html

Maybe that will help point you into the right (or at least a) 
direction.

Andy K

REF:
https://www.gnu.org/software/emacs/manual/html_node/elisp/Profiling.html

Re: The Website Revamp: The final stretch

[Dominik Schrempf]

Hello,

thank you very much for working on the new Org Mode web site!

Just one thing which might already have been said:

The scrolling is weird. I use keys to scroll the browser, and there is a delay
and some weird smooth scrolling behavior. Is this desired?

Thanks,
Dominik

TEC  writes:

> Hello everyone,
>
> I'm pleased to announce that after chatting with Bastien, my little
> revamp project seems to be nearing the point where it may replace the
> current site.
>
> Two things that would be good to get sorted:
> 1. Translation of the index page to French/Japanese ::
>I'm english only, and Bastien is busy, so volunteers would be much
>   appreciated!
> 2. Picking the best 'Hero banner' on the home page ::
>Concerns were raised over the lack of contrast between the logo and
>the current banner background. I've chatted to someone else with
>some ideas and we've produced a few concepts which we'd like to get
>your feedback on.
>See the file attached, and if you could give say your top three
>picks (ordered), and any relevant reasoning/considerations/comments
>that would be great!
>
> All the best,
>
> Timothy.
>
> p.s. I haven't had much luck with attachments in the past, if this fails
> I'll reply with the attachment.

Re: The Website Revamp: The final stretch

[Devin Prater]

I'm just going over the site to check accessibility with screenn readers,
and here are a few things I've found:

On https://orgmode.tecosaur.com/features.html:

The first figure is not labeled, so I do not know what it is. The second
figure is just labeled "babel.gif", which doesn't tell me much (pretending
to be some one who knows nothing of Org-mode). After the "Collapsable
Editing" heading, that figure is labeled "folding.gif" which is slightly
better, but could be described much more, and without the .gif extension in
the alt-text.
After the "Task Management" heading, this figure likewise isn't described,
only having its file name, "planning.gif", as the alt-text or description.
After the "tables" heading, the figure, tables.gif, should be described
using Alt-text instead of just leaving the file name there.
After the "publishing" heading, the "exports.gif" figure should be
described. Also after that heading, in the list of export formats, the
second item just says "clickable" as the list item.
After the "Extensibility" heading, the figure does not even have a file
name as its Alt-text. After the "Time Tracking (Clocking)", the figure has
no Alt-text. After the "Agendas" heading, the figure has no Alt-text.
After the "Capturing" heading, the figure only has "capturing.gif" as the
Alt-text. After the "With your mobile phone" heading, the figure below has
"beorg.png" as the Alt-text.

Also, I cannot find the area to view the Org-mode source of a page.
Basically, describe the figures, don't just leave the description as the
file name. I tested this with Google Chrome 85, and the NVDA
 screen reader. The rest of the site looks good.



Devin Prater
sent from Gmail.


On Tue, Sep 22, 2020 at 11:13 AM Stefan Nobis  wrote:

> TEC  writes:
>
> > 2. Picking the best 'Hero banner' on the home page ::
>
> I like Variant 1-1 the most - all other variants are a bit too big and
> yelling for my eyes.
>
> Maybe use size and layout of Variant 1-1 with colors of the last
> variant (page 9, gray background)?
>
> --
> Until the next mail...,
> Stefan.
>
>

Re: The Website Revamp: The final stretch

[TEC]

Nicolas Goaziou  writes:

> Nitpick: It's Org mode (or Org Mode though I prefer the former), but not
> Org-Mode (or Org-mode).

Fixed (Sentence Case).

> I'm not sure the subtitles behind "Features", "Install", ..., are
> useful. Worse, I have some feeling they could give a wrong impression
> about the software.

Yea, they were just placeholders till I came up with anything better. I
haven't, and nobody else has given me improvements, so they haven't
changed.

If you have any suggestions, that would be great :)

> It doesn't look bad, BTW.

Good to hear, and thanks for your thoughts,

Timothy.

Re: Slow to open certain file

[John Kitchin]

on emacs 27.1 on a Mac, this seems to take under a second to open for me.

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 Tue, Sep 22, 2020 at 8:36 AM Peter Bienstman 
wrote:

> Opening this file takes more than 10 seconds:
>
>
> https://www.dropbox.com/s/tg7pr6tetlh7jwb/toc%2020200922%2007.00.01.org?dl=0
>
> I also attach the profile.
>
> I have org files which are much bigger, and they open almost instantly.
>
> This is on Windows 10, emacs 26.3, all packages updated to the latest
> version.
>
> Is there anything I can do to speed this up?
>
> Thanks!
>

Re: Infinite recursion ?

[Nick Dokos]

Nick Dokos  writes:

> What's the error message? Did you try setting `debug-on-eror'? Does that give
> a more useful backtrace?

Backtrace: no variable named `debug-on-eror' - maybe you made an eror :-)

Sigh - should be `debug-on-error'.

-- 
Nick

"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler

Re: The Website Revamp: The final stretch

[Stefan Nobis]

TEC  writes:

> 2. Picking the best 'Hero banner' on the home page ::

I like Variant 1-1 the most - all other variants are a bit too big and
yelling for my eyes.

Maybe use size and layout of Variant 1-1 with colors of the last
variant (page 9, gray background)?

-- 
Until the next mail...,
Stefan.

Re: The Website Revamp: The final stretch

[Nicolas Goaziou]

Hello,

TEC  writes:

> I'm pleased to announce that after chatting with Bastien, my little
> revamp project seems to be nearing the point where it may replace the
> current site.
>
> Two things that would be good to get sorted:
> 1. Translation of the index page to French/Japanese ::
>I'm english only, and Bastien is busy, so volunteers would be
>much appreciated!
> 2. Picking the best 'Hero banner' on the home page ::
>Concerns were raised over the lack of contrast between the logo
>   and
>the current banner background. I've chatted to someone else
>with
>some ideas and we've produced a few concepts which we'd like to
>   get
>your feedback on.

Nitpick: It's Org mode (or Org Mode though I prefer the former), but not
Org-Mode (or Org-mode).

I'm not sure the subtitles behind "Features", "Install", ..., are
useful. Worse, I have some feeling they could give a wrong impression
about the software.

It doesn't look bad, BTW.

Regards,
-- 
Nicolas Goaziou

org-tables with monetary amounts

[Daniele Nicolodi]

Hello,

I often use org-tables to work with monetary amounts. It would be very
nice to have a couple of functionalities common in this domain:

- fixed precision arithmetic, namely derive the precision of the results
from the precision of the arguments (I think that calc can do this),

- support for parsing numbers followed by currencies,

- correct alignment for monetary values.

I had a quick look around, but I haven't found anything that implements
those things. Has anyone some secret code that they would like to share?

Thank you!

Cheers,
Dan

Re: The Website Revamp: The final stretch

[TEC]

Palak Mathur  writes:

> I liked 3.1, 1.2 and 2.2 in that order. The reason for 3.1 it gives
> contrast between the navigation panel, banner and highlights the
> request for Donations.

Thanks!

FWI I'm putting positions on
https://orgmode.tecosaur.com/colophon.html#theme-votes

Much appreciated,

Timothy.

Re: The Website Revamp: The final stretch

[Palak Mathur]

Sent from my iPhone

> On Sep 22, 2020, at 9:31 AM, TEC  wrote:
> 
> Hello everyone,
> 
> I'm pleased to announce that after chatting with Bastien, my little
> revamp project seems to be nearing the point where it may replace the
> current site.
> 
> Two things that would be good to get sorted:
> 1. Translation of the index page to French/Japanese ::
> I'm english only, and Bastien is busy, so volunteers would bemuch 
> appreciated!
> 2. Picking the best 'Hero banner' on the home page ::
> Concerns were raised over the lack of contrast between thelogo and
> the current banner background. I've chatted to someone elsewith
> some ideas and we've produced a few concepts which we'd liketo get
> your feedback on.
> See the file attached, and if you could give say your topthree
> picks (ordered), and any relevantreasoning/considerations/comments
> that would be great!

I liked 3.1, 1.2 and 2.2 in that order. The reason for 3.1 it gives contrast 
between the navigation panel, banner and highlights the request for Donations. 


> All the best,
> 
> Timothy.
> 
> p.s. I haven't had much luck with attachments in the past, if this fails
> I'll reply with the attachment.
> 
> 

[BUG] orgalist: Hickup in fill-paragraph with orgalist in markdown-mode

[Daniel Hornung]

Hello,

when in markdown-mode, fill-paragraph behaves strangely in lists if the 
orgalist minor mode is enabled.

In the following example, when the cursor is in the first item of the list, 
pressing M-q or executing fill-paragraph does not recognize that line 3 is 
another list item:

- Nullam eu ante vel est convallis dignissim.  Fusce
  suscipit, wisi nec facilisis facilisis, est dui fermentum
  - Some text, indented

This will turn into the following (fill-column is set to 60 here):

- Nullam eu ante vel est convallis dignissim.  Fusce
  suscipit, wisi nec facilisis facilisis, est dui
  fermentum - Some text, indented

M-q works correctly in lists which orgalist does not recognize, for example if 
the list marker is an asterisk * not a dash -.

This is orgalist 1.2, markdown-mode 20200909.2355

In GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
 of 2019-09-23, modified by Debian built on x86-grnet-01
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)



signature.asc
Description: This is a digitally signed message part.

Bug: Occasional error with recurring tasks in agenda [9.4 (release_9.4-3-ge6021b @ /home/james/.config/emacs/straight/build/org-plus-contrib/)]

[James N V Cash]

I've started seeing an issues as of a couple of days ago, after upgrading to 
org 9.4.

When I mark a task with a recurring deadline done from the agenda view,
sometimes it doesn't recur, but instead marks the task as done.

I haven't yet been able to isolate why -- just now I marked a task as
done from the agenda, it didn't recur; I went to the org file, undid
from there, then tried marking it complete from the agenda again and
that time it worked.

It seems to always work properly from the org buffer itself, so I assume
it's something happening in the agenda, but I'm not sure where to look.
I've tried debugging `org-agenda-todo`, but I can't see anything in
askance there. Any advice as to what I should be looking for?

James Cash





Emacs  : GNU Emacs 28.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, 
cairo version 1.16.0)
 of 2020-08-14
Package: Org mode version 9.4 (release_9.4-3-ge6021b @ 
/home/james/.config/emacs/straight/build/org-plus-contrib/)

current state:
==
(setq
 org-duration-format 'h:mm
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-link-shell-confirm-function 'yes-or-no-p
 org-pdftools-get-desc-function 'org-pdftools-get-desc-default
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-pdftools-markup-pointer-function 'pdf-annot-add-underline-markup-annotation
 org-refile-targets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9))
 org-html-format-inlinetask-function 
'org-html-format-inlinetask-default-function
 org-odt-format-headline-function 'org-odt-format-headline-default-function
 org-notmuch-open-function 'org-notmuch-follow-link
 org-agenda-files "~/org/dir"
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-modules '(ol-info ol-eshell org-notify ol-notmuch)
 org-mode-hook '(evil-org-mode
 (closure (t) nil
  (let ((default-pred electric-pair-inhibit-predicate))
   (set (make-local-variable 'electric-pair-inhibit-predicate) 
#'(lambda (c) (if (char-equal c 60) t default-pred
  (visual-line-mode 1))
 (closure (t) nil (set (make-local-variable 
'company-dabbrev-downcase) nil)) cogent/fix-org-yasnippet-hook
 #[0 "\301\211.\207" [imenu-create-index-function 
org-imenu-get-tree] 2]
 #[0 "\300\301\302\303\304$\207" [add-hook 
change-major-mode-hook org-show-all append local] 5]
 #[0 "\300\301\302\303\304$\207" [add-hook 
change-major-mode-hook org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes 
org-eldoc-load)
 org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
 org-outline-path-complete-in-steps nil
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-agenda-restore-windows-after-quit t
 org-confirm-elisp-link-function 'yes-or-no-p
 org-mime-src-mode-hook '(org-mime-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-adapt-indentation 'headline-data
 org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
 org-mime-html-hook '((closure (t) nil (org-mime-change-element-style 
"blockquote" "border-left: 2px solid gray; padding-left: 4px;"))
  (closure (t) nil
   (org-mime-change-element-style "pre"
(format "color: %s; background-color: %s; padding: 
0.5em;" (face-attribute 'default :foreground)
 (face-attribute 'default :background))
)
   )
  )
 org-notmuch-search-open-function 'org-notmuch-search-follow-link
 org-babel-pre-tangle-hook '(save-buffer)
 org-file-apps '((auto-mode . emacs) (directory . emacs) ("\\.mm\\'" . default) 
("\\.x?html?\\'" . default) ("\\.pdf\\'" . emacs))
 org-tab-first-hook '(yas/org-very-safe-expand 
org-babel-hide-result-toggle-maybe org-babel-header-arg-expand)
 org-hide-leading-stars t
 org-babel-load-languages '((sql . t) (ruby . t) (js . t))
 org-load-hook '(org-pdftools-setup-link)
 org-hide-emphasis-markers t
 org-agenda-ignore-properties '(effort appt category)
 org-ascii-format-drawer-function #[771 ".\207" [] 4 "\n\n(fn NAME CONTENTS 
WIDTH)"]
 org-use-fast-todo-selection t
 org-agenda-loop-over-headlines-in-active-region nil
 org-src-lang-modes '(("arduino" . arduino) ("redis" . redis) ("php" . php) 
("C" . c) ("C++" . c++) ("asymptote" . asy) ("bash" . sh)
  ("beamer" . latex) ("calc" . fundamental) ("cpp" . c++) 
("ditaa" . artist) ("dot" . fundamental) ("elisp" . emacs-lisp)
  ("ocaml" . tuareg) ("screen" . shell-script) ("shell" . 
sh) ("sqlite" . sql))
 org-catch-invisible-edits 

Re: Infinite recursion ?

[Nick Dokos]

David Masterson  writes:

> Haven't figured this out yet, but I seem to be hitting an "infinite
> recursion" bug that eventually dies when it runs out of memory.
>
> The scenario (so far) is trying to change an Org tag in the agenda
> (':'). The command gives me the tags that I then edit and save whereupon
> it sits in an infinite recursion until it hits a limit in Emacs. If I
> quit, the files seem to have been updated, but the Agenda isn't.  I'm
> still trying to figure out how to debug this.  Setting debug-on-quit was
> not consistent and didn't seem to have a large list of function calls
> (ie. the recursion).  Any ideas?
>
> This is Emacs 26.3 with Orgmode 9.4.  I'm also using Org-Super-Agenda
> from Melpa (20200310.1337).
>
> Side question that might be related: org-agenda started positioning
> itself at the end of the agenda rather than the beginning after building
> the agenda.  I don't think I changed something for this.  What could
> cause this?

What's the error message? Did you try setting `debug-on-eror'? Does that give
a more useful backtrace?

-- 
Nick

"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler

Re: [PATCH] Add %L (the link content *not* as a full link) to Capture expansions

[Bastien]

Hi Samuel,

"Samuel W. Flint"  writes:

> Is there anything I can do to move this forward?

You just need to be patient.  Either I will have some free time
at some point to help with this, either someone else will.

But the contribution is not forgotten, don't worry.

-- 
 Bastien

Re: [PATCH] Add %L (the link content *not* as a full link) to Capture expansions

[Samuel W. Flint]

Is there anything I can do to move this forward?

Thanks,

Sam


> Samuel W Flint writes:

SWF> Marked as TINYCHANGE.  Sam


> Samuel W Flint writes:

> Bastien  writes:
B> Hi Samuel, swfl...@flintfam.org (Samuel W. Flint) writes:

 In an attempt at automating a part of my workflow, I found that
 org-capture's %l didn't quite fit what I needed.  Normally,
 org-store-link does the right thing, but for some capture
 tasks, I want to custom generate the description, so %l doesn't
 work.  I've attached a patch that adds %L, a version that
 doesn't add the link brackets.

B> It looks good to me for Org 9.5.  Can you add a Changelog entry
B> to your patch and also patch the tests and the manual, if needed?

SWF> Apologies for spamming you with multiple copies Bastien.

SWF> Certainly!  Hopefully this looks better.  I didn't see any
SWF> tests for %a, %A or %l already, and I don't have time atm to
SWF> write them, otherwise I'd have done so.

SWF> I can mark this as TINYCHANGE, if necessary, as I don't have a
SWF> copyright assignment on file, though I'm willing to do so.

SWF> Thanks,

SWF> Sam


B> See
B> 
B> for the format of the Changelog.

B> Thanks,

B> -- Bastien

SWF> -- Samuel W. Flint 4096R/FA13D704 (F50D 862B 4F65 5943 A8C2
SWF> EF0E 86C9 3E7A FA13 D704) λs.(s s) λs.(s s)



SWF> -- Samuel W. Flint 4096R/FA13D704 (F50D 862B 4F65 5943 A8C2
SWF> EF0E 86C9 3E7A FA13 D704) λs.(s s) λs.(s s)



-- 
Samuel W. Flint
4096R/FA13D704
  (F50D 862B 4F65 5943 A8C2  EF0E 86C9 3E7A FA13 D704)
λs.(s s) λs.(s s)

Slow to open certain file

[Peter Bienstman]

Opening this file takes more than 10 seconds:

https://www.dropbox.com/s/tg7pr6tetlh7jwb/toc%2020200922%2007.00.01.org?dl=0

I also attach the profile.

I have org files which are much bigger, and they open almost instantly.

This is on Windows 10, emacs 26.3, all packages updated to the latest version.

Is there anything I can do to speed this up?

Thanks!

Re: [patch suggestion] Mitigating the poor Emacs performance on huge org files: Do not use overlays for PROPERTY and LOGBOOK drawers

[Ihor Radchenko]

>> then M-x toggle-debug-on-error and M-: (org-make-manuals), but I can't
>> get a stacktrace.  I'm guessing this is because this error (which IIUC
>> originates from org-back-to-heading in org.el) is a user-error; however,
>> if I change the function to raise a "regular error", then everything
>> compiles fine… 
>
> I suspect that you forgot to run =make clean= (to remove old untracked
> .elc files).

I was wrong. It was actually a problem with org-back-to-heading. Should
be fixed now.

Best,
Ihor

Ihor Radchenko  writes:

>> I get a conflict in org.el, on the hunk where org-reveal-location
>> and org-show-context-detail are defined; since your patch just
>> deletes them, I resolve this with:
>
> That's because the patch was against 0afef17e1. The new version of the
> patch (same URL) is against aea1109ef now.
>
>> I've tried going to doc/, running 
>>
>> emacs -Q --eval '(setq vc-handled-backends nil org-startup-folded nil)' \
>>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>>   --eval '(load "../mk/org-fixup.el")'
>>
>> then M-x toggle-debug-on-error and M-: (org-make-manuals), but I can't
>> get a stacktrace.  I'm guessing this is because this error (which IIUC
>> originates from org-back-to-heading in org.el) is a user-error; however,
>> if I change the function to raise a "regular error", then everything
>> compiles fine… 
>
> I suspect that you forgot to run =make clean= (to remove old untracked
> .elc files).
>
> Best,
> Ihor
>
> Kévin Le Gouguec  writes:
>
>> Hi!
>>
>> Ihor Radchenko  writes:
>>
>>> The current version of the patch (against master) is in
>>> https://gist.github.com/yantar92/6447754415457927293acda43a7fcaef
>>
>> I'm probably missing something obvious, but when applying your patch on
>> top of master[1], make fails when generating manuals:
>>
>>> emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded 
>>> nil)' \
>>>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>>>   --eval '(load "../mk/org-fixup.el")' \
>>>   --eval '(org-make-manuals)'
>>> Loading 
>>> /home/peniblec/Downloads/sources/emacs-meta/org-mode/mk/org-fixup.el 
>>> (source)...
>>> Before first headline at position 760959 in buffer org-manual.org<2>
>>> make[1]: *** [Makefile:31: org.texi] Error 255
>>
>> I've tried going to doc/, running 
>>
>> emacs -Q --eval '(setq vc-handled-backends nil org-startup-folded nil)' \
>>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>>   --eval '(load "../mk/org-fixup.el")'
>>
>> then M-x toggle-debug-on-error and M-: (org-make-manuals), but I can't
>> get a stacktrace.  I'm guessing this is because this error (which IIUC
>> originates from org-back-to-heading in org.el) is a user-error; however,
>> if I change the function to raise a "regular error", then everything
>> compiles fine… 
>>
>>
>> [1] git apply --3way, on top of commit b64ba64fe.
>>
>> I get a conflict in org.el, on the hunk where org-reveal-location
>> and org-show-context-detail are defined; since your patch just
>> deletes them, I resolve this with:
>>
>> git checkout --theirs -- lisp/org.el

Re: [patch suggestion] Mitigating the poor Emacs performance on huge org files: Do not use overlays for PROPERTY and LOGBOOK drawers

[Ihor Radchenko]

> I get a conflict in org.el, on the hunk where org-reveal-location
> and org-show-context-detail are defined; since your patch just
> deletes them, I resolve this with:

That's because the patch was against 0afef17e1. The new version of the
patch (same URL) is against aea1109ef now.

> I've tried going to doc/, running 
>
> emacs -Q --eval '(setq vc-handled-backends nil org-startup-folded nil)' \
>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>   --eval '(load "../mk/org-fixup.el")'
>
> then M-x toggle-debug-on-error and M-: (org-make-manuals), but I can't
> get a stacktrace.  I'm guessing this is because this error (which IIUC
> originates from org-back-to-heading in org.el) is a user-error; however,
> if I change the function to raise a "regular error", then everything
> compiles fine… 

I suspect that you forgot to run =make clean= (to remove old untracked
.elc files).

Best,
Ihor

Kévin Le Gouguec  writes:

> Hi!
>
> Ihor Radchenko  writes:
>
>> The current version of the patch (against master) is in
>> https://gist.github.com/yantar92/6447754415457927293acda43a7fcaef
>
> I'm probably missing something obvious, but when applying your patch on
> top of master[1], make fails when generating manuals:
>
>> emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded 
>> nil)' \
>>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>>   --eval '(load "../mk/org-fixup.el")' \
>>   --eval '(org-make-manuals)'
>> Loading /home/peniblec/Downloads/sources/emacs-meta/org-mode/mk/org-fixup.el 
>> (source)...
>> Before first headline at position 760959 in buffer org-manual.org<2>
>> make[1]: *** [Makefile:31: org.texi] Error 255
>
> I've tried going to doc/, running 
>
> emacs -Q --eval '(setq vc-handled-backends nil org-startup-folded nil)' \
>   --eval '(add-to-list '"'"'load-path "../lisp")' \
>   --eval '(load "../mk/org-fixup.el")'
>
> then M-x toggle-debug-on-error and M-: (org-make-manuals), but I can't
> get a stacktrace.  I'm guessing this is because this error (which IIUC
> originates from org-back-to-heading in org.el) is a user-error; however,
> if I change the function to raise a "regular error", then everything
> compiles fine… 
>
>
> [1] git apply --3way, on top of commit b64ba64fe.
>
> I get a conflict in org.el, on the hunk where org-reveal-location
> and org-show-context-detail are defined; since your patch just
> deletes them, I resolve this with:
>
> git checkout --theirs -- lisp/org.el

Re: Infinite recursion ?

[Eric S Fraga]

Set debug-on-quit so you can see, by hitting C-g, where the system is
stuck.  That may help identify the problem and would, in any case, be
useful in a bug report.
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-18-gaea110