Re: best practices query: non-emacs packages based on tangled source

2020-10-27 Thread Dr. Arne Babenhauserheide

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?

2020-10-27 Thread Rob Davenport
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 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

2020-10-27 Thread TRS-80

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

2020-10-27 Thread Ken Mankoff


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

2020-10-27 Thread 吴锐扬
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

2020-10-27 Thread Greg Minshall
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!

2020-10-27 Thread Leslie Watter
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

2020-10-27 Thread stardiviner
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

2020-10-27 Thread stardiviner
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

2020-10-27 Thread ian martins
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
+  

Re: New website - back to the old unicorn!

2020-10-27 Thread TEC



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

2020-10-27 Thread Michael Heerdegen
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!

2020-10-27 Thread JRSS
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

2020-10-27 Thread Eric S Fraga
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

2020-10-27 Thread Alberto Ramos


  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

2020-10-27 Thread Bastien
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

2020-10-27 Thread Eric S Fraga
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

2020-10-27 Thread Alberto Ramos


  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!

2020-10-27 Thread stardiviner


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

2020-10-27 Thread stardiviner


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

2020-10-27 Thread Bastien
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!

2020-10-27 Thread Eric S Fraga
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!

2020-10-27 Thread Eric S Fraga
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!

2020-10-27 Thread Carsten Dominik
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
>
>


Re: Force creation of org id in template

2020-10-27 Thread Colin Baxter
I have this URL to a site which gives a method for generating auto IDs,
which might be useful. I never use IDs so can't report on its
effectiveness. 

https://writequit.org/articles/emacs-org-mode-generate-ids.html#automating-id-creation

Best wishes,




Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein