Local variables issue - Re: One vs many directories

* Tim Cross [2020-11-25 08:54]: > > Jean Louis writes: > > > Observing users who are asked questions upon invokation of other > > software I can say that many times users just click one of the > > options, either YES or NO, but without real regard to the > > meanings. The purpose to click

Re: [PATCH] org-table: Add mode flag to enable Calc units simplification mode

Great! Thanks for following through on this, Dan! Yours, Christian Kyle Meyer writes: > Daniele Nicolodi writes: > >> Thank you for the review, Kyle. >> >> Another updated patch set is attached. > > Thank you for the update. > > Applied, tweaking the manual entry to use "a unit" rather than

Re: Bring up a screen giving option to open a series of orgmode files

> Thank you Ihor. I know this all could be in the manual, and I read > manuals all the time but never read it fully. Without these references > I would not easily discover those useful functions. Yeah. It is even worth re-reading manuals from time to time as you use the corresponding tool. With

Re: consistent behavior across babel languages

ian martins writes: > Something I've found challenging is the inconsistency between babel > languages. It makes it difficult for a babel user to get a source > block to do what they want, or for a babel developer to even know what > correct behavior is. > > I'm not sure if anything can be done

Re: One vs many directories

Jean Louis writes: > * Tim Cross [2020-11-24 23:40]: >> If people are really concerned about security, they should look first at >> their use of repositories like MELPA. There is no formal review or >> analysis of packages in these repositories, yet people will happily >> select some package

Re: One vs many directories

Hi Jean, > Now, what is exomind? https://cyberthal-docs.nfshost.com/cyborganize/exomind/ What you described is not how you think, it is how you wish your CRM info retrieval system to perform conveniently. Almost nobody has a formal thought algorithm, because brains have ADD compared to

Re: Bring up a screen giving option to open a series of orgmode files

* Ihor Radchenko [2020-11-25 06:43]: > > Now I hope that I can use org-capture to invoke other functions from > > external programs. > > In general, you can define your own protocols. See > org-protocol-protocol-alist docstring for details how to define custom > protocols executing arbitrary

Re: One vs many directories

Jean Louis writes: > * Dr. Arne Babenhauserheide [2020-11-24 21:51]: >> >> Jean Louis writes: >> >> The start of the local variables list should be no more than 3000 >> >> > characters from the end of the file >> >> >> >> >> >> Given the length of the email, I guess this is why Emacs saw the

Re: [PATCH] org-protocol: Make org protocol defaults work on windows

Robert writes: > Hei, > > Attached a little patch to make the default org-protocol handlers work on > windows. > > Tested with Windows 10 and emacs 27.1 Thank you for the patch. Any org-protocol and/or Windows users out there that can provide feedback?

Re: Behavior of links

Julian L writes: > Hi! > > Following this github issue in org-roam > , I would like to ask > about the behavior of links in org mode. More specifically, let's say I > have this headline: > > * my heading > :PROPERTIES: > :GOAL: I want to be able

Re: One vs many directories

Jean Louis writes: > Observing users who are asked questions upon invokation of other > software I can say that many times users just click one of the > options, either YES or NO, but without real regard to the > meanings. The purpose to click either YES or NO is to continue one > step forward

Re: One vs many directories

* Tim Cross [2020-11-24 23:40]: > If people are really concerned about security, they should look first at > their use of repositories like MELPA. There is no formal review or > analysis of packages in these repositories, yet people will happily > select some package and install it. Interesting

consistent behavior across babel languages

Something I've found challenging is the inconsistency between babel languages. It makes it difficult for a babel user to get a source block to do what they want, or for a babel developer to even know what correct behavior is. I'm not sure if anything can be done since changes will likely break

Re: One vs many directories

* Tim Cross [2020-11-24 23:40]: > > Thus it is only a security issue if you permanently accept that eval > > file local variable and then open random org files that use it with a > > malicious startup block. An eval file local variable like that which > > blindly executes an org babel block

Re: One vs many directories

* Tom Gillespie [2020-11-24 23:11]: > > > That is security issue. > > > > Why is it a security issue? The variables do need to be close to the end > > — 3000 characters is only about 50 lines. > > It isn't a security issue by itself. Emacs never automatically runs > eval file local variables

Re: [PATCH] doc/org-manual.org: Extend table formulas Lisp form documentation

Daniele Nicolodi writes: > Hello, > > I always found the description of Lisp forms in Org table formulas not > extremely clear, especially in regard to the use of mode flags. The > attached patch tries to clarify the manual a bit. Thanks. > Would it be worth to mention org-sbe in the same

Re: Bring up a screen giving option to open a series of orgmode files

* Ihor Radchenko [2020-11-24 12:59]: > > org-store-link would work only within Emacs, not for the case of copying > > http links in the browser, right? > > Indeed. If you want to copy "[[url][title]]" string directly from > browser, you should probably write a simple bookmarklet. I have seen >

Re: One vs many directories

* Dr. Arne Babenhauserheide [2020-11-24 21:48]: > > Jean Louis writes: > > > Some people maybe access multiple Org files through Agenda, me I > > don't. Some items are "non existent" and I do not know how to ask > > agenda to refresh itself. > > Simply press the letter g. What function is on

Re: One vs many directories

* Dr. Arne Babenhauserheide [2020-11-24 21:51]: > > Jean Louis writes: > >> The start of the local variables list should be no more than 3000 > >> > characters from the end of the file > >> > >> > >> Given the length of the email, I guess this is why Emacs saw the variables > >> as being

Re: Bring up a screen giving option to open a series of orgmode files

> Now I hope that I can use org-capture to invoke other functions from > external programs. In general, you can define your own protocols. See org-protocol-protocol-alist docstring for details how to define custom protocols executing arbitrary elisp code. > I would like to use org-capture to get

Re: [PATCH] org-table: Add mode flag to enable Calc units simplification mode

Daniele Nicolodi writes: > Thank you for the review, Kyle. > > Another updated patch set is attached. Thank you for the update. Applied, tweaking the manual entry to use "a unit" rather than "an unit". 1: bd7e16ca2 = 1: bd7e16ca2 org-table: Remove unused org-tbl-calc-modes variable

Bug: org-highlight-latex-and-related script breaks tag fontification [9.3 (release_9.3 @ c:/tools/msys64/mingw64/share/emacs/27.1/lisp/org/)]

Hello, Setting the variable "org-highlight-latex-and-related" to include "script" breaks fontification of tags with un underscore. To reproduce make a .emacs file that contains only: (setq org-highlight-latex-and-related '(script)) and open an org file containing * Heading 1

Re: Bug: :prologue and :epilogue are ignored in ob-sql code blocks (inter alia)

Tim, Thank for the report, and the digging for ob-langs that might be affected. The underlying issue is that prologue and epilogue are part of both the user facing parts of org babel as well as the internal language implementation facing code. This is a fundamental design flaw in org babel

Bug: :prologue and :epilogue are ignored in ob-sql code blocks (inter alia)

With Emacs 27.1/org-mode 9.3, "(org) Environment of a Code Block" ends with: | Inserting headers and footers | - | The ‘prologue’ header argument is for appending to the top of the code | block for execution, like a reset instruction. For example, you may use |

Re: Differentiate source blocks in export?

On Tue, Nov 24 2020, Eric S Fraga wrote: > On Tuesday, 24 Nov 2020 at 17:22, Diego Zamboni wrote: >> And even (a bit) shorter: >> >> #+html: > > Or, if you want a more org-like feel to your special constructs, and > something that would in principle work to other export engines: > > #+begin_src

Re: Differentiate source blocks in export?

On Tue, Nov 24 2020, Diego Zamboni wrote: > And even (a bit) shorter: > > #+html: > #+BEGIN_SRC python > print(5) > #+END_SRC > #+html: Thanks everyone for your suggestions. I tried this one and it works great. =myclass= of course ends up containing the =src= class, but as I just found out,

Re: One vs many directories

Tom Gillespie writes: >> > That is security issue. >> >> Why is it a security issue? The variables do need to be close to the end >> — 3000 characters is only about 50 lines. > > It isn't a security issue by itself. Emacs never automatically runs > eval file local variables unless you have

Re: One vs many directories

> > That is security issue. > > Why is it a security issue? The variables do need to be close to the end > — 3000 characters is only about 50 lines. It isn't a security issue by itself. Emacs never automatically runs eval file local variables unless you have tampered with enable-local-eval, in

Re: One vs many directories

Jean Louis writes: >> The start of the local variables list should be no more than 3000 >> > characters from the end of the file >> >> >> Given the length of the email, I guess this is why Emacs saw the variables >> as being within the correct range. > > Yes thank you. I was thinking Emacs

Re: One vs many directories

Jean Louis writes: > Some people maybe access multiple Org files through Agenda, me I > don't. Some items are "non existent" and I do not know how to ask > agenda to refresh itself. Simply press the letter g. For my own setup I run code in a hook to update the agenda whenever I change a TODO

Re: ob-python: import local package into a session

I have also been dissatisfied with the current options for making local python libraries accessible in certain org files. The amount of setup that is required outside the org file itself was too large, especially if you want someone else who is not intimately familiar with python to be able to use

is org-export-preserve-breaks incompatible with org verse blocks?

hi org, i use verse blocks to export to odt in a way that preserves whitespace. if i enable org-export-preserve-breaks, whitespace in verse blocks is not preserved: any spaces used to indent text from the left margin are reduced to a single space. is this intended behavior? i had hoped to be

Bug: org-link-descriptive and org-toggle-link-display [9.4 (9.4-44-g5272d9-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20201123/)]

Hi All, there is a scope mismatch in `org-toggle-link-display' between text (visibility) properties and the setting of `org-link-descriptive'. The text properties are set for the buffer with either `remove-from-invisibility-spec' or `add-to-invisibility-spec', but the value of

Bug report: remote file python src output gives FileNotFound (+ suggested fix)

When working remotely, a python SRC block with a session and :results set to output will return a FileNotFoundError. To reproduce this bug: 1. Open a .org file remotely 2. Insert the following #+BEGIN_SRC python :results output :session check print("a") #+END_SRC 3. org-ctrl-c-ctrl-c in the code

Re: Differentiate source blocks in export?

On Tuesday, 24 Nov 2020 at 17:22, Diego Zamboni wrote: > And even (a bit) shorter: > > #+html: Or, if you want a more org-like feel to your special constructs, and something that would in principle work to other export engines: #+begin_src org ,#+begin_myclass ,#+begin_src octave y = 3 * x

Re: One vs many directories

* Diego Zamboni [2020-11-24 16:15]: > > > > So I think this is bug in Emacs as Local-variables should be on the > > end of the file. > > > According to the manual ( > https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables > ): > > The

Re: Bring up a screen giving option to open a series of orgmode files

* Ihor Radchenko [2020-11-24 12:59]: > > org-store-link would work only within Emacs, not for the case of copying > > http links in the browser, right? > > Indeed. If you want to copy "[[url][title]]" string directly from > browser, you should probably write a simple bookmarklet. I have seen >

Re: Differentiate source blocks in export?

And even (a bit) shorter: #+html: #+BEGIN_SRC python print(5) #+END_SRC #+html: --Diego On Tue, Nov 24, 2020 at 5:16 PM John Kitchin wrote: > Nice! Here is a little more compact way to do that I think: > > @@html:@@ > #+BEGIN_SRC python > print(5) > #+END_SRC > @@html:@@ > > > John > >

Re: Differentiate source blocks in export?

Nice! Here is a little more compact way to do that I think: @@html:@@ #+BEGIN_SRC python print(5) #+END_SRC @@html:@@ John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213

Re: Differentiate source blocks in export?

Hi! Am Dienstag, dem 24. November 2020 schrieb Joost Kremers: > I was wondering if there's a way to distinguish between different kind of > source > code blocks when exporting to HTML. > > Specifically, I would like a way to mark certain code blocks in my Org file so > that those code blocks get

Re: Differentiate source blocks in export?

I think you would have to use some kind of filter to look either for an #+attr_html or src-header argument, and modify the html output for that. John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University

Re: Bring up a screen giving option to open a series of orgmode files

* John Sturdy [2020-11-24 12:54]: > I've got a rather specialized version of that at > https://github.com/hillwithsmallfields/JCGS-emacs/blob/master/special-setups/tasks/org-agenda-kiosk.el > It's aimed at navigating a collection of org-mode files via the numeric > keypad only, and I wrote it to

Re: Bring up a screen giving option to open a series of orgmode files

* Detlef Steuer [2020-11-24 13:07]: > Am Tue, 24 Nov 2020 09:53:15 + > schrieb John Sturdy : > > > It's aimed at navigating a collection of org-mode files via the > > numeric keypad only, and I wrote it to go with some custom hardware I > > made (a screen and keypadded embedded in a

Re: One vs many directories

* Diego Zamboni [2020-11-24 16:13]: > > > > So I think this is bug in Emacs as Local-variables should be on the > > end of the file. > > > According to the manual ( > https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables > ): > > The

Re: ob-python: import local package into a session

Joost Kremers writes: > I haven't really considered the option to install the utility functions as a > package in the virtual environment, because I expect to change and develop > those > functions together with the rest of the project. If it were a separate > package, > I'd need to reinstall

Re: ob-python: import local package into a session

On Tue, Nov 24 2020, Maxim Nikulin wrote: > 2. It seems that *recommended* and more flexible way is per-project > (per-version) virtual environments: venv in python3, similar thing were > called virtualenv in python2: > https://docs.python.org/3/tutorial/venv.html Maybe there is a convenient

Re: One vs many directories

> > So I think this is bug in Emacs as Local-variables should be on the > end of the file. According to the manual ( https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables ): The start of the local variables list should be no more than

Re: ob-python: import local package into a session

2020-11-23 Joost Kremers wrote: I can include packages installed in `site-packages` and have them available in all code blocks. But is there a way to import my own packages into a session? In particular, packages I haven't installed system-wide? I do not have a recipe ready for using with org

Differentiate source blocks in export?

Hi all, I was wondering if there's a way to distinguish between different kind of source code blocks when exporting to HTML. Specifically, I would like a way to mark certain code blocks in my Org file so that those code blocks get a specific class in the HTML export. I can then style them with

Re: One vs many directories

On Tuesday, 24 Nov 2020 at 12:51, Jean Louis wrote: > So I think this is bug in Emacs as Local-variables should be on the > end of the file. "end of file" is a rather loose term when it comes to local variables... -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-118-g2a4578.dirty

Re: Bring up a screen giving option to open a series of orgmode files

Am Tue, 24 Nov 2020 09:53:15 + schrieb John Sturdy : > It's aimed at navigating a collection of org-mode files via the > numeric keypad only, and I wrote it to go with some custom hardware I > made (a screen and keypadded embedded in a corkboard, so I can keep > all my "things to do" lists

Re: Bring up a screen giving option to open a series of orgmode files

> org-store-link would work only within Emacs, not for the case of copying > http links in the browser, right? Indeed. If you want to copy "[[url][title]]" string directly from browser, you should probably write a simple bookmarklet. I have seen someone sharing it in reddit, but cannot find the

Re: One vs many directories

* Eric S Fraga [2020-11-24 12:46]: > On Tuesday, 24 Nov 2020 at 12:00, Jean Louis wrote: > > Can I automated the execution of Babel code upon opening of the Org > > file? > > You can, by using file local variables. For instance, for some files, I > do this: > > #+begin_src org > ,* local

Re: Bring up a screen giving option to open a series of orgmode files

I've got a rather specialized version of that at https://github.com/hillwithsmallfields/JCGS-emacs/blob/master/special-setups/tasks/org-agenda-kiosk.el It's aimed at navigating a collection of org-mode files via the numeric keypad only, and I wrote it to go with some custom hardware I made (a

Re: One vs many directories

On Tuesday, 24 Nov 2020 at 12:00, Jean Louis wrote: > Can I automated the execution of Babel code upon opening of the Org > file? You can, by using file local variables. For instance, for some files, I do this: #+begin_src org ,* local variables :noexport: # Local

Re: Bring up a screen giving option to open a series of orgmode files

Hi, See org-store-link and org-insert-link. org-store-link stores link in a > link ring and the link/links can be later inserted using > org-insert-link. > org-store-link would work only within Emacs, not for the case of copying http links in the browser, right? org-store-link

Re: One vs many directories

* Ihor Radchenko [2020-11-23 08:43]: > >> I am wondering what you mean by Org's philosophy. Why would it have > >> anything to do with directories? > > > > Org's philosophy is to have one or a handful of directories without > > nesting of directories. Users are not expected to have their Org >

Org 9.3.8 for Emacs 27.2?

Hi Org, It seems the Emacs maintainers are gearing up for the release of 27.2, the first bugfix version of Emacs 27[1][2]. 27.1 ships with Org 9.3, which has seen its last bugfix release with 9.3.8. Is there any way we[3] can help bring 9.3.8 into the emacs-27 branch in time for 27.2? Thanks

Re: [PATCH] org-table: Add mode flag to enable Calc units simplification mode

Thank you for the review, Kyle. Another updated patch set is attached. Cheers, Dan On 24/11/2020 06:35, Kyle Meyer wrote: > Daniele Nicolodi writes: > >> Subject: [PATCH 1/3] org-table: Remove unused org-tbl-calc-modes variable >> declaration > > Looks good. > >> Subject: [PATCH 2/3]