Re: best practices query: non-emacs packages based on tangled source
TRS-80 writes: > Therefore, any stuff I plan on releasing publicly, I do not do in > literate style (JMHO). However if you are dead set on doing literate > paradigm, then maybe my experience is invalid for your use-case. My experience is that literate style works very well for tutorials, but whenever I developed a larger program within org-mode, I tangled it once I had to start debugging and then kept it as separate source. Once the code becomes complex, I want to stay in one programming language without outside features that also add extra complexity. That said, for simple code the additional freedom of multi-language programming in org-mode is awesome. I’m using that to create random roleplaying characters directly from random tables in org-mode, with those tables being the primary source (because the book is the most important product, not the code). Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
RE: [PATCH] Adaptive Org faces in headings?
Thank you very much for this patch, Ihor. It fixes the issue on my system. I've only recently been getting org from the code.orgmode.org repo so Bastien kindly answered my first question as to why I wasn't seeing that patch yet. (The package I'm updating is coming from maint and not master.) I see the fix in master but it is yet to be merged into maint so I don't expect to see it (just have to keep re-applying it). I assume at some point commits in master will be merged into maint, correct? Is there a basic plan on when such merges might happen? Or am I doing something wrong? I can wait - just curious about the process. (If it's documented somewhere I've missed, if someone can point me to it, I'll be quiet and go RTFM. 😊 ) Regards, Rob — Rob Davenport Consulting R&D Engineer ABB Cleveland “Don’t look the other way. Make good architecture happen.” -Original Message- From: Emacs-orgmode On Behalf Of Protesilaos Stavrou Sent: Friday, September 18, 2020 5:53 To: Ihor Radchenko Cc: Bastien ; Protesilaos Stavrou ; Org-mode ; Diego Zamboni Subject: Re: [PATCH] Adaptive Org faces in headings? This email originated from outside of your organization. Please do not click on links or open attachments unless you recognize the sender and know the content is safe. Ihor Radchenko [2020-09-17, 16:25 +0800]: > The attached patch seems to fix the issue. > Can anyone test? I just tried this using the standard faces of 'emacs -Q' as well as custom themes. In short, the patch fixes the issue on my side. I tested whether faces on the headline would correctly inherit any of the following properties: + :height + :weight + :background + :overline I also tested it with 'variable-pitch' headlines and, again, every construct that does not have a font family explicitly assigned to it will adapt to the underlying heading. Excellent! This is the kind of headline I tried: * TODO [#A] This is a test ~scaling-elements~ =faces-adapt= :good-stuff: Also added links to confirm my findings. Again, all good. -- Protesilaos Stavrou protesilaos.com
Re: best practices query: non-emacs packages based on tangled source
On 2020-10-15 14:11, Greg Minshall wrote: if anyone has any techniques they've used, liked (or hated), i'd love to hear. I am someone who keeps my Emacs config in a literate style in blocks within an Orgmode outline. And I enjoy it! However I somewhat recently came across a project that was developed with a literate paradigm. It was an immediate turn off for me. Because now in addition to learning someone else's code, I have to learn how their brain works, how they organized the file, etc. It just added another layer of complexity on top of something that is already potentially complex (the code itself). Maybe I was just immediately soured because I didn't like their formatting (not leaving enough spaces where I would have, etc.) or how they organized the project. And I probably didn't give it a fair shake if I'm being honest. But I don't have a lot of time, and things like that just create too much friction (IMO) when I was only slightly motivated to make a contribution in the first place. And remember what I said at first, I am someone who appreciates the literate paradigm (at least for my own config). Imagine how someone who does not even know who Knuth is would feel about it. Therefore, any stuff I plan on releasing publicly, I do not do in literate style (JMHO). However if you are dead set on doing literate paradigm, then maybe my experience is invalid for your use-case. Cheers, TRS-80
Re: Please help by becoming a maintainer for an Org Babel file
I'll help maintain ob-screen.el -k. On 2020-10-26 at 01:07 -07, Bastien wrote... > Dear all, > > we are looking for more maintainers of individual Org Babel files. > > Jack and Ian are already in, I added myself to ob-clojure.el. > > If you feel like proposing yourself for maintaining an Org Babel > language, that would be super helpful. > > Thanks a lot!
Re: Confusion about org-confirm-babel-evaluate's behavior while exporting lob calls
This is just a follow up to see if anyone have insights on this matter. Thanks Ruiyang > On Oct 14, 2020, at 1:18 PM, 吴锐扬 wrote: > > Hi, > > I have org-confirm-babel-evaluate set to t by default. With this, I expect to > be queried with the execution of every code block or lob call. However, this > does not happen when exporting lob calls (to latex for example). Here is an > example: > __ > > 1. Exporting code block (with evaluation) > #+name: foo > #+begin_src emacs-lisp :exports both > (message "hello world!") > #+end_src > > When exporting this to latex, I get queried as expected. And there is no way > to suppress the query unless I change org-confirm-babel-evaluate to nil. > > 2. Exporting lob call > #+name: foo > #+begin_src emacs-lisp > (message "hello world!") > #+end_src > > #+call: foo() > > When exporting this to latex, I don’t get queried. This seems dangerous to me. > __ > > I find it hard to explain this inconsistency. If org-confirm-babel-evaluate > is designed to be a protective layer, then a user might export an org file > that includes malicious code along with a lob call, while unawarely execute > that code without being warned. This seems to defeat the purpose of > org-confirm-babel-evaluate. > > As I searched the archive, I found this change was introduced in the > following thread: > https://lists.gnu.org/archive/html/emacs-orgmode/2013-04/msg00764.html > > + (let (org-confirm-babel-evaluate) > + (org-babel-execute-src-block nil info)) > > Do you think this is the intended behavior of org-confirm-babel-evaluate, or > am I missing something? > > Thanks, > Ruiyang >
Re: best practices query: non-emacs packages based on tangled source
Tom, thanks very much for your very detailed analysis and explanation of the issues you've had. it's taken me this long to read through it carefully. the issues with python source blocks [C-c C-c] versus [C-c C-v C-t] are in fact unfortunate, as it does make it hard to develop without lots of tangling. (i've run into that before with Python/org, but without really understanding what was going on.) i mostly write R code these days, and it's pretty happy either way. however, i also write javascript code, and while i do it for front end (so, don't execute it inside of org mode), i suspect it has the same issues python does of conflating file names and modules, and might benefit from some enhancement you suggest about treating source blocks as "things" to be imported into the running babel session (maybe an enhancement of <>?). for me, my ideal will be when the org "language" is documented as an RFC, and people have produced stand alone tanglers, so i can release code, and others, without emacs, without org mode, can edit the "source of truth that is the org file", and run make to tangle and build whatever random software package i'm releasing. again, thank you for the reply. cheers, Greg
Re: New website - back to the old unicorn!
The new website is awesome! Great Work Timothy! It also helped me discover some new/old features that org-mode has. Congratulations and thanks for all all of your work! Cheers, LEslie On Tue, Oct 27, 2020 at 9:17 AM TEC wrote: > > Hi JRSS, great to hear from you! > > JRSS writes: > > > I've been using org for two years and the new website made me > > realize I can maybe help (with the "yes. Do this" link) simply > > by joining the email list and help with documentation. I'm not a > > coder (baby steps, here and there) but I've been blogging about > > org for a while. > > That's brilliant! We know that the documentation could do with > some > work, so if that something you're willing to help improve that > would be > fantastic! IIRC there's been some talk previously about what the > documentation could benefit most from --- perhaps someone else has > a > link. Don't hesitate to reach out if you want any help. > > > The website is awesome. Thanks for making it! Also, hello world. > > Thanks for the kind words, and for getting in touch. I look > forward to > seeing you around the ML :) > > Timothy. > > -- Leslie H. Watter
Re: Please help by becoming a maintainer for an Org Babel file
I would like to be a maintainer of ob-clojure.el too. [stardiviner] GPG key ID: 47C32433 IRC(freeenode): stardiviner Twitter: @numbchild Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433 Blog: http://stardiviner.github.io/ On Mon, Oct 26, 2020 at 4:08 PM Bastien wrote: > Dear all, > > we are looking for more maintainers of individual Org Babel files. > > Jack and Ian are already in, I added myself to ob-clojure.el. > > If you feel like proposing yourself for maintaining an Org Babel > language, that would be super helpful. > > Thanks a lot! > > -- > Bastien > >
Re: Please help by becoming a maintainer for an Org Babel file
I searched my name in maintainer line. Here is the complete list: ``` File: lisp/ob-eshell.el 5 25 ;; Author: stardiviner File: contrib/lisp/ob-redis.el 4 25 ;; Author: stardiviner 5 29 ;; Maintainer: stardiviner File: contrib/lisp/ob-diff.el 4 25 ;; Author: stardiviner 5 29 ;; Maintainer: stardiviner File: contrib/lisp/ob-arduino.el 3 26 ;; Authors: stardiviner File: contrib/lisp/ob-spice.el 5 29 ;; Maintainer: stardiviner (numbch...@gmail.com) File: contrib/lisp/ob-sclang.el 6 26 ;; Authors: stardiviner File: contrib/lisp/ob-smiles.el 14 29 ;; Maintainer: stardiviner [numbch...@gmail.com] File: contrib/lisp/ob-php.el 4 25 ;; Author: stardiviner 5 29 ;; Maintainer: stardiviner File: contrib/lisp/ob-clojure-literate.el 3 26 ;; Authors: stardiviner ``` I would like to invite some people who is interested in to maintain them with me. Because I recently don't have much time. Actually they are not complicated like ob-python or ob-R etc. [stardiviner] GPG key ID: 47C32433 IRC(freeenode): stardiviner Twitter: @numbchild Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433 Blog: http://stardiviner.github.io/ On Mon, Oct 26, 2020 at 4:08 PM Bastien wrote: > Dear all, > > we are looking for more maintainers of individual Org Babel files. > > Jack and Ian are already in, I added myself to ob-clojure.el. > > If you feel like proposing yourself for maintaining an Org Babel > language, that would be super helpful. > > Thanks a lot! > > -- > Bastien > >
[PATCH] change the ob-java default back to scripting mode
I mentioned this in another thread. Here it is. From 9ae6cb869ae909396d71000ad7804f49640e51ca Mon Sep 17 00:00:00 2001 From: Ian Martins Date: Tue, 27 Oct 2020 07:00:58 -0400 Subject: [PATCH] ob-java.el: Change the default back to scripting mode * lisp/ob-java.el: Change the default to scripting mode. Add name to authors. * testing/lisp/test-ob-java.el: Modify the first test to use the default for `:results' and all others to specify it. Add name to authors. A recent commit added functional mode and made it default, but this would break java source blocks for anyone that relied on the old default. This sets the default back to scripting mode. I missed a name when I put the authors of ob-C and ob-python as the authors of ob-java. Added it. --- lisp/ob-java.el | 11 +-- testing/lisp/test-ob-java.el | 30 -- 2 files changed, 25 insertions(+), 16 deletions(-) diff --git a/lisp/ob-java.el b/lisp/ob-java.el index 05231bee2..c08ede1e7 100644 --- a/lisp/ob-java.el +++ b/lisp/ob-java.el @@ -3,6 +3,7 @@ ;; Copyright (C) 2011-2020 Free Software Foundation, Inc. ;; Authors: Eric Schulte +;; Thierry Banel ;; Dan Davison ;; Maintainer: Ian Martins ;; Keywords: literate programming, reproducible research @@ -35,8 +36,14 @@ (defvar org-babel-temporary-directory) ; from ob-core -(defvar org-babel-default-header-args:java '() - "Default header args for java source blocks.") +(defvar org-babel-default-header-args:java '((:results . "output")) + "Default header args for java source blocks. +The docs say functional mode should be the default [1], but +ob-java didn't support functional mode until recently, so we keep +scripting mode as the default for now to maintain existing +behavior. + +[1] https://orgmode.org/manual/Results-of-Evaluation.html";) (defconst org-babel-header-args:java '((imports . :any)) "Java-specific header arguments.") diff --git a/testing/lisp/test-ob-java.el b/testing/lisp/test-ob-java.el index b8f34253f..b055f5a02 100644 --- a/testing/lisp/test-ob-java.el +++ b/testing/lisp/test-ob-java.el @@ -2,6 +2,7 @@ ;; Copyright (c) 2020 Free Software Foundation, Inc. ;; Authors: Eric Schulte +;; Thierry Banel ;; Dan Davison ;; Maintainer: Ian Martins @@ -37,9 +38,10 @@ ; simple tests (ert-deftest ob-java/simple () - "Hello world program that writes output." + "Hello world program that writes output. Also tests that +ob-java defaults to scripting mode." (org-test-with-temp-text - "#+begin_src java :results output silent + "#+begin_src java :results silent System.out.print(42); #+end_src" (should (string= "42" (org-babel-execute-src-block) @@ -63,7 +65,7 @@ System.out.print(\"\\\"42\\\"\"); (ert-deftest ob-java/simple-return-int () "Hello world program that returns an int value." (org-test-with-temp-text - "#+begin_src java :results silent + "#+begin_src java :results value silent return 42; #+end_src" (should (eq 42 (org-babel-execute-src-block) @@ -71,7 +73,7 @@ return 42; (ert-deftest ob-java/simple-return-float () "Hello world program that returns a float value." (org-test-with-temp-text - "#+begin_src java :results silent + "#+begin_src java :results value silent return 42.0; #+end_src" (should (equal 42.0 (org-babel-execute-src-block) @@ -79,7 +81,7 @@ return 42.0; (ert-deftest ob-java/simple-return-string () "Hello world program that returns a string value." (org-test-with-temp-text - "#+begin_src java :results silent + "#+begin_src java :results value silent return \"forty two\"; #+end_src" (should (string= "forty two" (org-babel-execute-src-block) @@ -291,7 +293,7 @@ System.out.print(String.format(\"%s, len=%d\", a, a.length())); (ert-deftest ob-java/return-vector-using-list () "Return a vector using a list." (org-test-with-temp-text - "#+begin_src java :results vector silent + "#+begin_src java :results value vector silent import java.util.List; import java.util.Arrays; List> a = Arrays.asList(Arrays.asList(4), @@ -304,7 +306,7 @@ return a; (ert-deftest ob-java/return-vector-using-array () "Return a vector using an array." (org-test-with-temp-text - "#+begin_src java :results vector silent + "#+begin_src java :results value vector silent Integer[][] a = {{4}, {2}}; return a; #+end_src" @@ -314,7 +316,7 @@ return a; (ert-deftest ob-java/read-return-list () "Read and return a list." (org-test-with-temp-text - "#+begin_src java :var a=java_list :results silent + "#+begin_src java :var a=java_list :results value silent import java.util.List; import java.util.Arrays; List b = Arrays.asList(a.get(0).get(0), @@ -331,7 +333,7 @@ return b; (ert-deftest ob-java/read-list-return-array () "Read a list and return an array." (org-test-with-temp-text - "#+begin_src java :var a=java_list :results silent + "#+begin
Re: New website - back to the old unicorn!
Hi JRSS, great to hear from you! JRSS writes: I've been using org for two years and the new website made me realize I can maybe help (with the "yes. Do this" link) simply by joining the email list and help with documentation. I'm not a coder (baby steps, here and there) but I've been blogging about org for a while. That's brilliant! We know that the documentation could do with some work, so if that something you're willing to help improve that would be fantastic! IIRC there's been some talk previously about what the documentation could benefit most from --- perhaps someone else has a link. Don't hesitate to reach out if you want any help. The website is awesome. Thanks for making it! Also, hello world. Thanks for the kind words, and for getting in touch. I look forward to seeing you around the ML :) Timothy.
Re: org-marker vs. org-hd-marker
Kyle Meyer writes: > My reading (which could be very wrong) is that org-hd-marker is always > set to the start of the headline. org-marker, on the other hand, is set > to some position in the entry that depends on who is setting it. Thanks for the insights, Kyle. Do you know whether I can assume that one of those is always present (org-marker probably, since org-hd-marker is not always present) when examining the result of `org-agenda-get-day-entries'? I don't care about the exact location in an entry. > > What does "hd" stand for? > > Headline, I guess. Ah, that would make sense (and also explain why there are no 4k markers ;-) Regards, Michael.
Re: New website - back to the old unicorn!
I've been using org for two years and the new website made me realize I can maybe help (with the "yes. Do this" link) simply by joining the email list and help with documentation. I'm not a coder (baby steps, here and there) but I've been blogging about org for a while. The website is awesome. Thanks for making it! Also, hello world. Original Message On Oct 26, 2020, 06:34, stardiviner wrote: > New website looks clean and elegant, thanks TEC. > > TEC writes: > >> Hi Everyone, just a quick note from me: >> >> Regarding the intermediate state, there are a few teething issues >> that >> have appeared when deploying the site on orgmode.org.* >> >> If we could hold off from announcing this on some of the more >> high-traffic forums till these get sorted out that would be >> appreciated >> :) We want people to get the best possible first impression of the >> revamp after all. >> >> Timothy. >> >> >> *The favicon, font, and .gif files are not served properly ATM for >> example > > -- > [ stardiviner ] > I try to make every word tell the meaning that I want to express. > > Blog: https://stardiviner.github.io/ > IRC(freenode): stardiviner, Matrix: stardiviner > GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Please help by becoming a maintainer for an Org Babel file
On Tuesday, 27 Oct 2020 at 11:01, Alberto Ramos wrote: > But I understand that these are small changes... Maybe but it's always good to keep up with any changes in the language with such a quickly evolving system. Luckily, I think Julia has stabilised now. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-61-ga88806.dirty
Re: Please help by becoming a maintainer for an Org Babel file
Hi, > The version I use is in the org contrib directory. How does this differ > from the one you use? I believe the contrib one is slightly newer than > the github one you refer to. The file in contrib (and the github) still uses writecsv/readcsv for reading an org table as input for other src blocks (this was gone in julia 1+) . This is deprecated in favor of DelimitedFiles.readdlm/writedlm. But I understand that these are small changes... A. > > Although I don't have the time to commit to being a maintainer for this, > I would be happy to test out any updates as I do use Julia a fair bit. -- https://ific.uv.es/~alramos
Re: [PATCH] ob-gnuplot: handle remote input files
Hi Ferdinand, Ferdinand Pieper writes: > I signed the FSF copyright times a short while ago, so I think this is > no longer necessary. Indeed, thanks. https://orgmode.org/worg/org-contribute.html was not up to date, I've fixed this. -- Bastien
Re: Please help by becoming a maintainer for an Org Babel file
On Tuesday, 27 Oct 2020 at 10:30, Alberto Ramos wrote: > 1) Include ob-julia.el At this moment this is in a separate git repo > > https://github.com/gjkerns/ob-julia The version I use is in the org contrib directory. How does this differ from the one you use? I believe the contrib one is slightly newer than the github one you refer to. Although I don't have the time to commit to being a maintainer for this, I would be happy to test out any updates as I do use Julia a fair bit. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-61-ga88806.dirty
Re: Please help by becoming a maintainer for an Org Babel file
Dear Bastien, all I would be very happy to: 1) Include ob-julia.el At this moment this is in a separate git repo https://github.com/gjkerns/ob-julia and is unmantained. I made some small changes myself, since this outdated version does not work with current julia versions. 2) Help with ob-fortran.el In fact I submitted a patch some time ago: https://lists.gnu.org/archive/html/emacs-orgmode/2019-09/msg00268.html That never made it to the org code. The problem with all this is that I am a very poor elisp programmer. I do not feel confident of being able to resolve all issues... Please, let me know what you think... Maybe you think that it is better to have someone trying to take care of this, even if maybe not all issues are going to be resolved. Maybe you feel that it is better to leave it as it is. Please, let me know what you think. Many thanks for the great work! A. <#secure method=pgpmime mode=signencrypt> Bastien writes: > Dear all, > > we are looking for more maintainers of individual Org Babel files. > > Jack and Ian are already in, I added myself to ob-clojure.el. > > If you feel like proposing yourself for maintaining an Org Babel > language, that would be super helpful. > > Thanks a lot! -- https://ific.uv.es/~alramos
Re: New website - back to the old unicorn!
New website looks clean and elegant, thanks TEC. TEC writes: > Hi Everyone, just a quick note from me: > > Regarding the intermediate state, there are a few teething issues > that > have appeared when deploying the site on orgmode.org.* > > If we could hold off from announcing this on some of the more > high-traffic forums till these get sorted out that would be > appreciated > :) We want people to get the best possible first impression of the > revamp after all. > > Timothy. > > > *The favicon, font, and .gif files are not served properly ATM for > example -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Please help by becoming a maintainer for an Org Babel file
Bastien writes: > Dear all, > > we are looking for more maintainers of individual Org Babel files. > > Jack and Ian are already in, I added myself to ob-clojure.el. > I would like to help maintain ob-clojure.el too. Clojure is my main language. > If you feel like proposing yourself for maintaining an Org Babel > language, that would be super helpful. > > Thanks a lot! -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Please help by becoming a maintainer for an Org Babel file
Hi Palak, Palak Mathur writes: > I have sent that form to the address listed on the form. thank you very much. -- Bastien
Re: New website - back to the old unicorn!
On Tuesday, 27 Oct 2020 at 08:15, Carsten Dominik wrote: > Yes, in particular the animated examples are totally cool. +1 -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-61-ga88806.dirty
Re: New website - back to the old unicorn!
On Tuesday, 27 Oct 2020 at 01:14, TEC wrote: > How does this look? Looks better, thank you. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4-61-ga88806.dirty
Re: New website - back to the old unicorn!
On Mon, Oct 26, 2020 at 7:28 PM Scott Randby wrote: > On 10/26/20 5:41 AM, Bastien wrote: > > Dear all, > > > > thanks to the initiative and the patient efforts of Timothy, our > > website has been revamped: new contents, new look and... the old > > unicorn! > > The new site is wonderful. The Features page is especially useful. Now my > friends and students can easily see why Org is so great. > Yes, in particular the animated examples are totally cool. Carsten > Scott Randby > >