Re: Htmlize support, maintenance, and Org mode

Ihor Radchenko writes: > That's what I meant. The latest thread named some issue with fine-tuning > the output and never got any follow-up. (Please ignore my suggestion to explore the htmlfontify.el scenario.) >>> As for engrave-faces, it is working for both LaTeX and HTML export. >> >> Would

Re: [BUG] make cursor visible in calendar [9.6.7 ( @ /Users/eugenekim/.emacs.d/elpa/org-9.6.7/)]

eugene kim writes: > That's not what I see. Then, please follow https://orgmode.org/manual/Feedback.html#Feedback to help me re-create your problem locally. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [BUG] make cursor visible in calendar [9.6.7 ( @ /Users/eugenekim/.emacs.d/elpa/org-9.6.7/)]

eugene kim writes: > I've followed the instruction, nothing i can do further from the feedback > instructions > because there's no bug and there's no traceback > > I find the cursor is visible in terminal emacs, but not in window > environment emacs. > You might wanna try that. I tried, and can

Re: [BUG] make cursor visible in calendar [9.6.7 ( @ /Users/eugenekim/.emacs.d/elpa/org-9.6.7/)]

[Adding Org ML back to CC] eugene kim writes: > I should have been more clear. > The selected date (the preselected date is visible) is visible. > > I'd like to use the keyboard to move dates so I can select a different > date. > While moving between dates, the cursor is not visible. When I

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

Tom Gillespie writes: > This one fails to work with C-c C-c, and org-element-at-point returns > the bash src block below. > > #+caption: src_elisp[:results drawer]{"I've made a horrible mistake"} > #+begin_src bash > echo OH NO > #+end_src org-element-at-point is not supposed to return objects.

Re: [BUG] make cursor visible in calendar [9.6.7 ( @ /Users/eugenekim/.emacs.d/elpa/org-9.6.7/)]

[ Please use Reply All or Wide Reply to keep the conversation public on the mailing list ] eugene kim writes: > my `emacs` was aliased as `emacs -nw` and was not accepting -Q > > So the situation is > > In terminal (with -nw), cursor shows > In Window (without -nw) > - (with -Q) cursor shows

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

> Same here, I'd be tempted to deny Org citizenship to inline tasks: it > always felt like a nice hack for a niche use-case, but a hack anyway. > > If it modifies Org syntax in surprising ways, this is another argument > for removing org-inlinetask.el from Org's core. Remember: this is not > to

[BUG] inline src blocks in caption of not-inline src blocks do not execute

I've found a bug where inline source blocks cannot be executed and org-element cannot find/parse them if they are in #+captions: where the caption is affiliated with a not-inline source block. Example below. Best, Tom Issue present in: Org mode version 9.6.6 (release_9.6.6 @

Re: [BUG] make cursor visible in calendar [9.6.7 ( @ /Users/eugenekim/.emacs.d/elpa/org-9.6.7/)]

eugene kim writes: > I found the offending line (windmove-default-keybindings) > From below configuration, if I move the (windmove-default-keybindings) > line, it works fine. > Thank you for the support > > - > (windmove-default-keybindings) > > > (use-package org > :ensure t >

Re: [BUG] inline src blocks in caption of not-inline src blocks do not execute

> org-element-at-point is not supposed to return objects. So, there is no > problem here. Right. My original issue description is wrong for this part. It seems that org-babel-get-src-block-info returns nil when immediately before the start of the ala |src_ in #+caption: but will return non-nil in

Re: Passing table to Ruby session

Mike Gauland writes: > I've redefined org-babel-ruby-var-to-ruby in my init.el to add a newline > after each element in an array, which I think will work for anything > less than a 4k-long string. Ideally, the hard-coded \n would follow the > EOL convention of the buffer, but I haven't gotten

Re: [PATCH] Re: what is the purpose of "This link has already been stored"?

Samuel Wales writes: > i currently want to copy a link location and then paste that link > loadtion. i don't recall theis breaking before. it does now. Please provide more details. (https://orgmode.org/manual/Feedback.html#Feedback) Otherwise, it is very hard to figure out what exactly you

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

Samuel Wales writes: > regexp components docstring in bugfix still say reload or restart. > biut mayube that is obsolete. `org-emphasis-regexp-components'? It is no longer a defcustom - you are not supposed to change it. > i found possible examples in appt and ediff bot those are not org. so

Re: [PATCH] Re: what is the purpose of "This link has already been stored"?

Bastien Guerry writes: > Here is another suggestion: > > 1) Remove the option and make adding the dup link on top the default. > > (1) is because removing this option would be a breaking change, and > inflincting a new option to every user to deal with a hypothetical > use-case does not seem

Re: [patch] Fix inner smart quotes in French

Ihor Radchenko writes: > Bastien Guerry writes: > >>> Are you referring to `org-export-smart-quotes-alist'? It is a defconst. >> >> Ah, indeed. I'd say using a defcustom here would be useful. > > Is changing defconst to defcustom ok for bugfix? Nope, it's more an "evolution" than a bugfix.

Export snippet matching without closing "@@"

I suspect this is a regression. I am using this test document: ``` @@latex: \documentclass[margin,11pt]{res} % default is 10 pt @@ ``` and dumped the AST with M-x eval-expression (message "%s" (pp-to-string (org-element-parse-buffer))) When using the latest in main (commit

Re: Htmlize support, maintenance, and Org mode (was: [MAINTENANCE] Org orphanage?)

Jonas Bernoulli writes: >> Hmm... Org has built-in htmlize support and I did not know that it is >> not maintained actively. > > I only installed htmlize because org-html-fontify-code told me to do so. > Should it not have done that? I did not have any version of htmlize > installed prior to

Re: Htmlize support, maintenance, and Org mode

Ihor Radchenko writes: > That's fine to install htmlize. Org relies upon htmlize for certain > features, including HTML export. A while ago, it has been suggested to rely on htmlfontify.el, which is part of Emacs core, instead of htmlize.el. Maybe this is still relevant? If not, then relying

Re: [PATCH] org.el: Respect org-extend-today-until in timestamps with ++

Ihor Radchenko writes: > "Valentin G. J. Herrmann" writes: > >> Ok, so I guess I was stupid in another way :E >> I do in fact have the FSF copyright assignment (Though probably under an >> old email address: herr.valentin.m...@gmail.com). I still included the >> TINYCHANGE comment. The

Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading?

I'll chime in regarding inlinetasks: I used to use these *a lot* but I found that drawers do what I needed in almost all cases very effectively (for my use cases). I have no strong feelings therefore with respect to either of the aspects being discussed. -- : Eric S Fraga, with org

Re: Htmlize support, maintenance, and Org mode

Ihor Radchenko writes: > Jonas Bernoulli writes: > >> `htmlize' is currently maintained at https://github.com/hniksic/emacs-htmlize >> but its maintainer hasn't been responding to any issues and pull-requests >> for quite some time now and seems to be inactive on Github altogether. > > Hmm...

Re: Htmlize support, maintenance, and Org mode

Ihor Radchenko writes: > Philip Kaludercic writes: > >>> We might consider extending engrave-faces to cover all the htmlize >>> features. >> >> Perhaps I missed something, but is there an issue with the built-in >> `htmlfontify'? > > Org uses htmlize historically. > Nicolas once tried to port

Re: Htmlize support, maintenance, and Org mode

Bastien Guerry writes: > If not, then relying on engrave-faces, which is maintained and also > handles LaTeX, instead of htmlize, sounds like a good idea. I'd like to hear Timothy's opinion on this. He is the author of engrave-faces and the maintainer of ox-html. -- Ihor Radchenko //

Re: Htmlize support, maintenance, and Org mode

Bastien Guerry writes: > It looks like engrave-faces already does a better job than htmlize.el, > and does it for LaTeX too, I see no drawback in using engrave-faces as > a replacement of htmlize.el. Are there any? engrave-faces is technically in "beta".

Re: Htmlize support, maintenance, and Org mode

Philip Kaludercic writes: >> Nicolas once tried to port htmlize support into htmlfontify [1], but it >> did not go well [2]. >> >> [1] https://list.orgmode.org/orgmode/874lnw5rfi@nicolasgoaziou.fr/ >> [2] https://list.orgmode.org/orgmode/874ldzovv4@nicolasgoaziou.fr/ > > How come you

Re: [PATCH] Re: what is the purpose of "This link has already been stored"?

Ihor Radchenko writes: > See the attached tentative patch. LGTM. >> 2) Also remove the current C-u C-u C-u arg and make it the default >>when a region is active. >> ... >> (2) should be done anyway. > > I studied this further and what you suggest will interfere with >

Re: [PATCH] org.el: Respect org-extend-today-until in timestamps with ++

"Valentin G. J. Herrmann" writes: > Ok, so I guess I was stupid in another way :E > I do in fact have the FSF copyright assignment (Though probably under an > old email address: herr.valentin.m...@gmail.com). I still included the > TINYCHANGE comment. The attached patch should finally work.

Re: Htmlize support, maintenance, and Org mode

Philip Kaludercic writes: >> We might consider extending engrave-faces to cover all the htmlize >> features. > > Perhaps I missed something, but is there an issue with the built-in > `htmlfontify'? Org uses htmlize historically. Nicolas once tried to port htmlize support into htmlfontify [1],

Re: Htmlize support, maintenance, and Org mode

Ihor Radchenko writes: > Bastien Guerry writes: > >> If not, then relying on engrave-faces, which is maintained and also >> handles LaTeX, instead of htmlize, sounds like a good idea. > > I'd like to hear Timothy's opinion on this. He is the author of > engrave-faces and the maintainer of

Re: [PATCH] org.el: Respect org-extend-today-until in timestamps with ++

"Valentin G. J. Herrmann" writes: > I've now added org-test-with-time-locale so that the test results are > independent of the running machine. I think it's much cleaner this way > than using .* > ... > +(org-test-with-time-locale "en_US.UTF-8" > + (org-test-at-time "<2014-03-04

Re: [patch] ox-latex.el: fix blank lines behavior in verse block

Ihor Radchenko writes: > Looks reasonable in general. Of course, we will also need to document > the new attribute. Here is the modified patch (with your suggestions, including the `rx' code) and the documentation of the new attribute. -- Juan Manuel Macías https://juanmanuelmacias.com

Re: [BUG] org-set-tags-command hangs indefinitely in some indirect buffers

See attached.*** 2021-08 August 2021-08-23 Monday *** Hello World :Foobar:

#+startup: noalign & C-c }

Hi! Is there a way to prevent resizing of a table with =org-table-toggle-coordinate-overlays=? #+caption: there are some extra spaces after =1=, and before and after =b=. #+begin_src org ,#+startup: noalign | 1 | 2 | b | #+end_src When typing C-c } (command for

[BUG] org-set-tags-command hangs indefinitely in some indirect buffers

Hi everyone, In some of my files, org-set-tags-command hangs indefinitely when invoked in an indirect buffer. Attached is an example file where you can see the behavior: 1. Open this file in org-mode. 2. Invoke org-tree-to-indirect-buffer in the "Hello World" heading 3. Invoke

org-agenda-skip-function not honored by 'tags-tree' custom agenda view

Tested with org-mode version 9.7-pre. Looking at section 'A.7 Special Agenda Views' of the info org-manual. It is stated that 'tags-tree' searches can set 'org-agenda-skip-function' to some function that decides on the visibilty of each match. For what I gathered, by setting up something like