Re: emacs + org-mode in virtual machine/docker/...

[Jens Lechtenboerger]

On 2020-05-21, John Kitchin wrote:

> What do you do with this image? I would be happy to continue this off-list
> if it seems better.

I generate self-study HTML presentations with audio as OER based on
reveal.js.  See there for a course about to start in two weeks:
https://oer.gitlab.io/OS/

Material generated from this:
https://gitlab.com/oer/OS/-/blob/master/.gitlab-ci.yml

A howto: https://oer.gitlab.io/emacs-reveal-howto

Best wishes
Jens

[QUESTION] Org "customid" and "coderef" links seems not fontified as other file: link

[stardiviner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


I have following minimal testing code:

#+begin_src emacs-lisp
(defun org-link-beautify (start end path bracketp)
  "Display icon for the Org link type."
  (message
   (format "start: %s, end: %s, path: %s, bracketp: %s" start end path 
bracketp)))

(dolist (link-type (mapcar 'car org-link-parameters))
(org-link-set-parameters link-type :activate-func #'org-link-beautify))
#+end_src

The ~message~ does not print parameter values at all. I guess those "customid"
[[#Usage] and "coderef" (coderef) are different with "file:" etc links. Is this
true? Here is my complete source code I want to try fontify customid and coderef
links.

https://github.com/stardiviner/org-link-beautify/blob/master/org-link-beautify.el#L67

Is there any way to fix this problem?

Regards

- -- 
[ 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
  
-BEGIN PGP SIGNATURE-

iQFIBAEBCAAyFiEE8J9lDX1nSBmJJZFAG13xyVromsMFAl7HHwAUHG51bWJjaGls
ZEBnbWFpbC5jb20ACgkQG13xyVromsNAxggAtBoYLo9Gm5dLjVH/9XEqij1GtE0j
bgHF27icJq6p2BawOQx9MPENgFUO7GIYTlSjLTYq2fj9yXKWpqbyswIf6a/jLNGE
gTEktGAGul1/+k0OcAwE1RS1qCbU0t3AeX+LqcqUmSJN4TbfcsHaez+LaomGHSPH
tg5QtRgQNdp40/4Qc5JRc/YyfueN/qdJnsJ7hny63rroT7TWVugIkgSgS9WPtcCY
ss6Yrbz0EBHvb+7lyLDzyJfbn1YwIkYdTQ/tx0ebp/5dTnpH0XD1YDQD12HTvowE
4tWGlwI8YNJkUsp2NjtFfWz+bempl15i7swqgxwvNiETOxTBuuv7Lf7Z2Q==
=kaJV
-END PGP SIGNATURE-

Re: Setting org-todo-keywords through directory-local variables

[Kévin Le Gouguec]

Kévin Le Gouguec  writes:

> Can anyone confirm that this would (in principle) be the way forward, or
> tell me if I am missing something[3]?

I went ahead and cooked up a proof-of-concept patch, which

(1) adds safe-local-variable properties to org-todo-keywords and
org-todo-keyword-faces,

(2) stops applying default-value to org-todo-keywords,

(3) delays regexps/font-lock setups until after file- and dir-local
variables have been set.

While this patch contains a few things that make me weary[1], it solves
my use-case, and passes the current test suite with Emacs 26.3 and 28.

Does this look sound overall?  Does anyone have any idea what kind of
breakage might be slipping through the test suite?

Thank you for your time.


[1] - It's hard to feel confident that moving org-regexps-and-options
  and org-set-font-lock-defaults like this will not introduce
  regressions.

- Also, these safe-local-variable validation functions could
  probably use some unit tests.


diff --git a/lisp/org-faces.el b/lisp/org-faces.el
index d78b606ec..544563276 100644
--- a/lisp/org-faces.el
+++ b/lisp/org-faces.el
@@ -291,7 +291,15 @@ determines if it is a foreground or a background color."
 	   (string :tag "Keyword")
 	   (choice :tag "Face   "
 		   (string :tag "Color")
-		   (sexp :tag "Face")
+		   (sexp :tag "Face"
+  :safe (lambda (x)
+  (cl-every
+   (lambda (pair)
+ (pcase pair
+   (`(,keyword . ,face)
+(and (stringp keyword)
+ (or (facep face) (listp face))
+   x)))
 
 (defface org-priority '((t :inherit font-lock-keyword-face))
   "Face used for priority cookies."
diff --git a/lisp/org.el b/lisp/org.el
index e577dc661..7f4672058 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -1945,7 +1945,13 @@ taken from the (otherwise obsolete) variable `org-todo-interpretation'."
 	 org-todo-interpretation-widgets))
 		  widget))
 		   (repeat
-		(string :tag "Keyword"))
+		(string :tag "Keyword")
+  :safe (lambda (x)
+  (cl-every
+   (lambda (seq)
+ (and (memq (car seq) '(sequence type))
+  (cl-every (lambda (i) (stringp i)) (cdr seq
+   x)))
 
 (defvar-local org-todo-keywords-1 nil
   "All TODO and DONE keywords active in a buffer.")
@@ -4358,10 +4364,9 @@ related expressions."
  (cons 'sequence (split-string value)))
    (append (cdr (assoc "TODO" alist))
 	   (cdr (assoc "SEQ_TODO" alist)
-		   (let ((d (default-value 'org-todo-keywords)))
-		 (if (not (stringp (car d))) d
-		   ;; XXX: Backward compatibility code.
-		   (list (cons org-todo-interpretation d)))
+		   (if (not (stringp (car org-todo-keywords))) org-todo-keywords
+		 ;; XXX: Backward compatibility code.
+		 (list (cons org-todo-interpretation org-todo-keywords))
 	  (dolist (sequence todo-sequences)
 	(let* ((sequence (or (run-hook-with-args-until-success
   'org-todo-setup-filter-hook sequence)
@@ -4801,8 +4806,6 @@ The following commands are available:
  (vconcat (mapcar (lambda (c) (make-glyph-code c 'org-ellipsis))
 		  org-ellipsis)))
 (setq buffer-display-table org-display-table))
-  (org-set-regexps-and-options)
-  (org-set-font-lock-defaults)
   (when (and org-tag-faces (not org-tags-special-faces-re))
 ;; tag faces set outside customize force initialization.
 (org-set-tag-faces 'org-tag-faces org-tag-faces))
@@ -4909,7 +4912,16 @@ The following commands are available:
   ;; Try to set `org-hide' face correctly.
   (let ((foreground (org-find-invisible-foreground)))
 (when foreground
-  (set-face-foreground 'org-hide foreground
+  (set-face-foreground 'org-hide foreground)))
+
+  ;; For file-visiting buffers, delay some setup until after
+  ;; file-local and directory-local variables have been set.
+  (if (buffer-file-name)
+  (progn
+	(add-hook 'hack-local-variables-hook 'org-set-regexps-and-options 1 t)
+	(add-hook 'hack-local-variables-hook 'org-set-font-lock-defaults 1 t))
+(org-set-regexps-and-options)
+(org-set-font-lock-defaults)))
 
 ;; Update `customize-package-emacs-version-alist'
 (add-to-list 'customize-package-emacs-version-alist

Re: [PATCH] ob-core: Display warning on failure to read results

[Greg Minshall]

Kyle, thanks for the reply and for the patch.  cheers, Greg

Re: issue in orgmode manual

[Nick Dokos]

Bastien  writes:

> Hi Nick and John,
>
> this issue should be fixed now, thanks for reporting it.

It is fixed AFAICT - thanks!

-- 
Nick

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

Re: emacs + org-mode in virtual machine/docker/...

[briangpowell .]

Oh if you're talking about students that use a combo of Mac & Windows &
Linux:

Suggest VirtualBox --its free and can be installed and ported to each

But VirtualBox is based largely on Qemu; and for students, I highly
recommend they become adept at running and using Qemu

I've booted and run many different operating system guest systems using
Qemu--even an OS written entirely in Assembler

Believe it would be loads of fun for students to load and run many
different operating systems with Qemu or distributions of Linux or any OS
on the fly

But back to our original focus: Running Emacs Org-Mode on a Virtual Machine
that is extremely portable--you can do this with Qemu--you can make your
own Linux distro with Emacs Org-mode, make an ISO, a .iso file and boot and
run it with Qemu

You can put it all on a USB key and run it on any machine--and then edit
the .iso and add software later if you like

But enough about Qemu for student education etc.

Suggest:

* Install VirtualBox {on all 2 operating systems

* Make an virtual machine {Linux or Windows--maybe Mac would be a
problem--but I just checked--you could host a VirtualBox virtual machine on
a Mac so they should be able to do that (I used to run VMWare every day on
my mac and huge Mac servers--booted and ran many virtual machines--it was
awesome)

* Install Emacs & Org-Mode on the VirtualBox virtual machine & show your
students, etc.=> reproducible research computing, at its best!



















On Thu, May 21, 2020 at 2:02 PM briangpowell . 
wrote:

> You name it in the virtual world & I've done it--and of course Emacs
> Org-Mode works great in ALL of them
>
> KVM+Docker{which I posted to this group about
> previously}+VMWare+Qemu+VirtualBox+etc. --I agree with other person: You
> can find ready-made Docker containers running emacs--personally I didn't
> find it all that interesting--too restrictive--prefer VMWare Workstation
> images that I can easily make snapshots of--its great to have many
> development versions and easily trash something and just pull out another
> snapshot version to use instead if I don't like things {packaging or
> libraries can get messed up}
>
> As much as I hate MicroSoft Windows, it pains me to suggest this; but, I
> suggest CygWin--which is a RedHat gift--you can just install your favorite
> Desktop like LXDE/XWindows/whatever--and run that right along with
> Micro$0ft WindBlowz--works great--right on top of it--I run Org-Mode on
> that too--lots of fun, highly recommend it
>
> All the best software is ported to ALL platforms--Emacs is in that
> category of course
>
> Alternatively you can FUSE filesystems together--so machines can become
> part of the directory of the machine you're most comfortable with {that
> runs your fave Org-Mode implementation}
>
> On Thu, May 21, 2020 at 9:28 AM John Kitchin 
> wrote:
>
>> Has anyone had any success in creating or using any kind of virtual
>> machine that can work across platforms to run emacs+org-mode?
>>
>>
>> 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
>>
>>

Re: A small idea to simplify (further) time input in the date/time prompt

[Robert Horn]

Gustavo Barros writes:

> Hi Robert,
>
> I do appreciate your arguments.  But in reading them, I'd like to
> emphasize that I'm not in any way suggesting the timestamps be changed
> at all.  The suggestion regards exclusively adding and extra way to
> input such times in the date/time prompt.  And one which I feel is

In this context I don't mind, it's the timestamp storage that shouldn't
change.  I lost that detail in the mail trace.  It's something to make
clear and will likely cause confusion among users too.

Detlef,

the dot notation is from DIN 1355 and DIN 5008.  It was changed to use
colons in 1995 to match ISO 8601.  There are still many traditionalists
and old documents.  Look for phrases like "6.30 Uhr" in old documents.
You will find a lot like that.  I didn't like the dot notation and agreed
with the 1995 change, but it's still a reality.

-- 
Robert Horn
rjh...@alum.mit.edu

Re: [Patch] Document org-capture-templates entry type default strings

[No Wayman]

Bastien  writes:

People at the FSF may be having difficulties with processing 
these

requests due to the current situation.

If you don't get an answer within a week, I'll send an email to 
see

what delays we can reasonably expect.


Thanks, Bastien. You're probably right re current situation 
slowing things down.

However, things are moving along.
I received the assingment form on 05/06.
Had a bit of a delay on my end with signing.
Sent digitally signed form on the 17th.
I assume I'll receive some sort of confirmation from FSF when 
everything is processed?


I have a couple of outstanding patches Nicolas requested changes 
on.

I will submit revisions once paperwork goes through.

running code with sessions on remote computers

[Tyler Smith]

Hi,

I am trying to run some code on a remote machine. This is R code, 
and uses the `:session` argument so that all blocks in the file 
use the same session. This works fine when I ssh into the machine 
and open Emacs running on that machine. However, when I use tramp 
from my local machine, everything works, except that the session 
argument is ignored. The top of my file looks like:


```

#+PROPERTY: header-args:R  :session *R-sdm*

* Current code
#+begin_src R setup :session *R-sdm*
 options(java.parameters = "-Xmx25g")
 library(raster)
 library(dismo)
#+end_src


```

I normally set the `:session` argument only in the file 
`#+PROPERTY:` line, but here I added it to the code block header 
as well, after it didn't work without it. It didn't make a 
difference though.


What I see when I evaluate the code in this block: I'm prompted 
for a directory to start in, and the new R process is started 
there, with the name `*R-2*`. If I evaluate another code block in 
the same file, I'm again prompted for the directory, and a new 
process is started there, with the name `*R-3*`. Note that there 
is no session named *R* running on the remote machine, although 
there is one running on my local machine.


What I expect is to have the R session names `*R-sdm*`, and to 
have the same session shared by all code blocks in this file.


My questions:
- is it possible to run code blocks in a session on a remote 
 machine?
- if it is, how can I approach sorting this out - is it an orgmode 
 problem, a tramp problem, or an ESS problem?


Thanks!

Tyler

--
Tyler Smith
plantarum.ca

Re: emacs + org-mode in virtual machine/docker/...

[briangpowell .]

You name it in the virtual world & I've done it--and of course Emacs
Org-Mode works great in ALL of them

KVM+Docker{which I posted to this group about
previously}+VMWare+Qemu+VirtualBox+etc. --I agree with other person: You
can find ready-made Docker containers running emacs--personally I didn't
find it all that interesting--too restrictive--prefer VMWare Workstation
images that I can easily make snapshots of--its great to have many
development versions and easily trash something and just pull out another
snapshot version to use instead if I don't like things {packaging or
libraries can get messed up}

As much as I hate MicroSoft Windows, it pains me to suggest this; but, I
suggest CygWin--which is a RedHat gift--you can just install your favorite
Desktop like LXDE/XWindows/whatever--and run that right along with
Micro$0ft WindBlowz--works great--right on top of it--I run Org-Mode on
that too--lots of fun, highly recommend it

All the best software is ported to ALL platforms--Emacs is in that category
of course

Alternatively you can FUSE filesystems together--so machines can become
part of the directory of the machine you're most comfortable with {that
runs your fave Org-Mode implementation}

On Thu, May 21, 2020 at 9:28 AM John Kitchin 
wrote:

> Has anyone had any success in creating or using any kind of virtual
> machine that can work across platforms to run emacs+org-mode?
>
>
> 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
>
>

Re: emacs + org-mode in virtual machine/docker/...

[Michael Welle]

Hello,

John Kitchin  writes:

> yes it is interactive use I am most interested in. I am exploring this as a
> potential option for students to use in a class.
well, I don't do this for Emacs specifically, but for the compilers,
tools, etc. I need in operating system and systems programming courses.
A surprisingly huge number of students struggle with installing the
needed tools on their systems and it is always very time consuming for
us to try fix their problems (different OS, different compilers, etc.
ppp.). Since about a year I hand out pre-configured VM images that can
be imported into Virtualbox, VMWare, etc. That way we only need to
support the installation of a single product (we encourage the students
to use Virtualbox). That works out quite good. Typical problems are:
student can't figure out that their disk is full, virtualisation
extension of the hardware is disabled in firmware, student uses hardware
with not enough RAM or disk capacity. Very rarely the students own
hardware that don't allow to enable the virtualisation extension, I had
that once or twice. And there are always a few students who seem to have
strange random problems and when we ask for details the students don't
show up again.

Regards
hmw

Re: A small idea to simplify (further) time input in the date/time prompt

[Gustavo Barros]

Hi Robert,

On Thu, May 21 2020, Robert Horn wrote:


Eric S Fraga writes:


On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:

So I'd like to suggest a simplification there, which is: a string in
the format "hour h minute" (that's small caps letter "H"), but in


I would be strongly in favour of having this option.  This is how I
write times in email messages, for instance, so would be more 
consistent

for me.  And especially when I communicate with my European partners
when referring to times after 12 noon.



I would be opposed.  There are already dozens of different formats 
used
in different situations and locations for writing the time.  This 
would

be yet another different time format.  It is relatively unique in that
there is no other place in the world that uses it.  I don't think that
uniqueness is an argument in its favor.

There some other formats that are actually in widespread use worldwide
that I would prefer as available alternatives:

European dot notation.  Many people use the dot rather than the colon,
so 13:05 is written as 13.05.  I think this is mostly a keyboard, pen, 
and
pencil thing.  Colon is harder to write.  It's inconveniently located 
on

many keyboards.  The problem with dot notation is potential confusion
for more detailed time.  "15:53:00.322348" is easy to guess and
understand.  "15.53.00.322348" is more confusing.

Military time, which is used in most militaries, aviation, etc.

  hhmmZ - Time in UTC on a 24-hr clock, also called "Zulu time".  The
  ISO 8601 time "11:21:00 -0400" would be 1521Z.  This is almost
  mandatory when dealing with multi-location scheduling so that 
  everyone

  uses the same time base.
  
  hhmmJ or hhmmh - Time in local zone on a 24-hr clock.  It's widely

  used in military organizations for times that do not need
  multi-location scheduling.  The time "1121J" or "1121h" is usually
  spoken in English as "eleven twenty one hours".  These times are 
  also
  lack the colon typing problem.  


I've not pushed for these mostly because convenience typing military
time isn't worth figuring out all the changes that would be needed.

It's worth looking at all the issues discussed in ISO 8601 and
understanding them before you leap into time formatting changes.  ISO
8601 is a compromise solution with lots of warts, but it is widely
supported and understood.


I do appreciate your arguments.  But in reading them, I'd like to 
emphasize that I'm not in any way suggesting the timestamps be changed 
at all.  The suggestion regards exclusively adding and extra way to 
input such times in the date/time prompt.  And one which I feel is very 
much in the spirit of the prompt, which already takes ".", "+4d" (even 
just "+4"), "+2w", "+2tue" as valid date specifications.  If I get this 
spirit correctly, it is to be smart in allowing short and easy input for 
the common cases, and the less common ones are handled by the 
full/formal date/time specification, which can always be inserted 
anyway.  This kind of input simplification is already taken far for 
dates in the date/time prompt, but less so for time.  And that's the 
only point my suggestion tries to address.  I have no particular 
attachment for the "h" input form I suggested, except that it seemed 
natural (Eric's response seems to endorse it).  If other ways to 
simplify input of time come up, they'd be equally appreciated, as far as 
I'm concerned.  And if none come up, the current date/time prompt would 
still be my favorite tool for the task, of course. ;-)


Best,
Gustavo.

Re: A small idea to simplify (further) time input in the date/time prompt

[Detlef Steuer]

Am Thu, 21 May 2020 11:52:17 -0400
schrieb Robert Horn :

> Eric S Fraga writes:
> 
> > On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:  
> >> So I'd like to suggest a simplification there, which is: a string
> >> in the format "hour h minute" (that's small caps letter "H"), but
> >> in  
> >
> > I would be strongly in favour of having this option.  This is how I
> > write times in email messages, for instance, so would be more
> > consistent for me.  And especially when I communicate with my
> > European partners when referring to times after 12 noon.
> >  
> 
> I would be opposed.  There are already dozens of different formats
> used in different situations and locations for writing the time.
> This would be yet another different time format.  It is relatively
> unique in that there is no other place in the world that uses it.  I
> don't think that uniqueness is an argument in its favor.

I find it a natural format living in Europe/Germany.
And I would like the addition, too. It wouldn't take away anything, just
add. But low priority, current ways to specify time work well.

As I understand the propsal it is intended for entering times, not for
storing. Storing and working with times is a different scale of a
problem.

> 
> There some other formats that are actually in widespread use worldwide
> that I would prefer as available alternatives:
> 
> European dot notation.  Many people use the dot rather than the colon,
> so 13:05 is written as 13.05.

And that I`ve never seen (tm). The dots are for dates, colons for time.
May be there is a country with dot notation as a "standard", but definitely
it is not a "European" dot notation.

Regards
Detlef


> I think this is mostly a keyboard,
> pen, and pencil thing.  Colon is harder to write.  It's
> inconveniently located on many keyboards.  The problem with dot
> notation is potential confusion for more detailed time.
> "15:53:00.322348" is easy to guess and understand.  "15.53.00.322348"
> is more confusing.
> 
> Military time, which is used in most militaries, aviation, etc.
> 
>   hhmmZ - Time in UTC on a 24-hr clock, also called "Zulu time".  The
>   ISO 8601 time "11:21:00 -0400" would be 1521Z.  This is almost
>   mandatory when dealing with multi-location scheduling so that
> everyone uses the same time base.
>   
>   hhmmJ or hhmmh - Time in local zone on a 24-hr clock.  It's widely
>   used in military organizations for times that do not need
>   multi-location scheduling.  The time "1121J" or "1121h" is usually
>   spoken in English as "eleven twenty one hours".  These times are
> also lack the colon typing problem.  
> 
> I've not pushed for these mostly because convenience typing military
> time isn't worth figuring out all the changes that would be needed.
> 
> It's worth looking at all the issues discussed in ISO 8601 and
> understanding them before you leap into time formatting changes.  ISO
> 8601 is a compromise solution with lots of warts, but it is widely
> supported and understood.
> 

Re: issue tracker?

[Eric Abrahamsen]

Kévin Le Gouguec  writes:

> Nicolas Goaziou  writes:
>
>> - As pointed out, Org has a bug tracker : Emacs' Debbugs. See
>>   . Org users do not send bugs
>>   through it much.
>
> (In the event that they do, should whoever follows bug-gnu-emacs refer
> these users to emacs-orgmode?)

Maybe a first step would be changing `org-submit-bug-report' to submit
the bug to debbugs, not to this mailing list?

I know I'd be happy to help with bug triage, but I don't go wading
through this mailing list like I used to. I do use debbugs for other
stuff, though, and it would be easy to add an extra filter that I check
regularly.

2¢...

Re: emacs + org-mode in virtual machine/docker/...

[John Kitchin]

What do you do with this image? I would be happy to continue this off-list
if it seems better.

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 Thu, May 21, 2020 at 11:29 AM Jens Lechtenboerger <
lech...@wi.uni-muenster.de> wrote:

> On 2020-05-21, John Kitchin wrote:
>
> > Has anyone had any success in creating or using any kind of virtual
> machine
> > that can work across platforms to run emacs+org-mode?
>
> I maintain Docker images, emacs-reveal includes org-ref.  It is
> large, though:
> https://gitlab.com/oer/emacs-reveal/container_registry
>
> Best wishes
> Jens
>

Re: emacs + org-mode in virtual machine/docker/...

[John Kitchin]

yes it is interactive use I am most interested in. I am exploring this as a
potential option for students to use in a class. So "opening" it should
look like a regular GUI emacs. Any org-files that are created would have to
be persistent, and accessible so students could turn them in somehow. I
don't know if this is something that can be done yet.

Thanks for the links!

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 Thu, May 21, 2020 at 10:21 AM Diego Zamboni  wrote:

> I have not used any personally, but using Docker or Vagrant it
> shouldn't be too hard. Quick searches on Vagrant's and Docker's public
> repositories reveals there are a few emacs-based images already,
> although I could not find any specific mentions to Org:
>
>
> https://app.vagrantup.com/boxes/search?utf8=%E2%9C%93=downloads==emacs
> https://hub.docker.com/search?q=org-mode=image
>
> Do you have interactive use in mind, or for automation?
>
> --Diego
>
> On Thu, May 21, 2020 at 3:27 PM John Kitchin 
> wrote:
> >
> > Has anyone had any success in creating or using any kind of virtual
> machine that can work across platforms to run emacs+org-mode?
> >
> >
> > 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
> >
>

Re: A small idea to simplify (further) time input in the date/time prompt

[Robert Horn]

Eric S Fraga writes:

> On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:
>> So I'd like to suggest a simplification there, which is: a string in
>> the format "hour h minute" (that's small caps letter "H"), but in
>
> I would be strongly in favour of having this option.  This is how I
> write times in email messages, for instance, so would be more consistent
> for me.  And especially when I communicate with my European partners
> when referring to times after 12 noon.
>

I would be opposed.  There are already dozens of different formats used
in different situations and locations for writing the time.  This would
be yet another different time format.  It is relatively unique in that
there is no other place in the world that uses it.  I don't think that
uniqueness is an argument in its favor.

There some other formats that are actually in widespread use worldwide
that I would prefer as available alternatives:

European dot notation.  Many people use the dot rather than the colon,
so 13:05 is written as 13.05.  I think this is mostly a keyboard, pen, and
pencil thing.  Colon is harder to write.  It's inconveniently located on
many keyboards.  The problem with dot notation is potential confusion
for more detailed time.  "15:53:00.322348" is easy to guess and
understand.  "15.53.00.322348" is more confusing.

Military time, which is used in most militaries, aviation, etc.

  hhmmZ - Time in UTC on a 24-hr clock, also called "Zulu time".  The
  ISO 8601 time "11:21:00 -0400" would be 1521Z.  This is almost
  mandatory when dealing with multi-location scheduling so that everyone
  uses the same time base.
  
  hhmmJ or hhmmh - Time in local zone on a 24-hr clock.  It's widely
  used in military organizations for times that do not need
  multi-location scheduling.  The time "1121J" or "1121h" is usually
  spoken in English as "eleven twenty one hours".  These times are also
  lack the colon typing problem.  

I've not pushed for these mostly because convenience typing military
time isn't worth figuring out all the changes that would be needed.

It's worth looking at all the issues discussed in ISO 8601 and
understanding them before you leap into time formatting changes.  ISO
8601 is a compromise solution with lots of warts, but it is widely
supported and understood.

-- 
Robert Horn
rjh...@alum.mit.edu

Re: emacs + org-mode in virtual machine/docker/...

[Jens Lechtenboerger]

On 2020-05-21, John Kitchin wrote:

> Has anyone had any success in creating or using any kind of virtual machine
> that can work across platforms to run emacs+org-mode?

I maintain Docker images, emacs-reveal includes org-ref.  It is
large, though:
https://gitlab.com/oer/emacs-reveal/container_registry

Best wishes
Jens

Re: issue tracker?

[Kévin Le Gouguec]

Anthony Carrico  writes:

> On 5/21/20 10:18 AM, Anthony Carrico wrote:
>> which is a big ask for users.
>
> ... given that the community expressed that it would like to interact on
> a mailing list without other user facing tooling.

AFAICT, the only thing users have to do to participate in Debbugs
conversations is keeping bugnum...@debbugs.gnu.org in the CC list;
maintainers handle control commands themselves (e.g. tagging, merging,
closing).

Re: issue in orgmode manual

[Bastien]

Hi Nick and John,

this issue should be fixed now, thanks for reporting it.

-- 
 Bastien

Re: issue tracker?

[Kévin Le Gouguec]

Nicolas Goaziou  writes:

> - As pointed out, Org has a bug tracker : Emacs' Debbugs. See
>   . Org users do not send bugs
>   through it much.

(In the event that they do, should whoever follows bug-gnu-emacs refer
these users to emacs-orgmode?)

> - Considering the previous point, I doubt switching to a bug tracker
>   today would help handling more bug reports. It will induce more work,
>   though. For example, some triage happens currently on the ML: if
>   a so-called bug report is clearly a misunderstanding, someone here
>   often helps the OP without the developers interfering. This never
>   happens in the bug tracker Org has actually.

I wouldn't be so categoric; it is my impression that there are a number
of lurkers on bug-gnu-emacs who skim through reports that touch on
topics they are interested in[1], and will occasionally pop up to help
the OP.

At least I know I try to do so (cf. bug#41364, about org-mode as it
happens).


[1] I'm saying this based on off-list discussions that sometimes sprout
off bug such reports…  and based on the fact that I do that myself.

Re: issue tracker?

[Anthony Carrico]

On 5/21/20 10:18 AM, Anthony Carrico wrote:
> which is a big ask for users.

... given that the community expressed that it would like to interact on
a mailing list without other user facing tooling.

-- 
Anthony Carrico

Re: issue tracker?

[tomas]

On Thu, May 21, 2020 at 10:18:27AM -0400, Anthony Carrico wrote:
> On 5/21/20 3:31 AM, Kévin Le Gouguec wrote:
> > I think you've just described, in order:
> > 
> > - Debbugs (the issue tracking software),
> 
> Yes, I almost mentioned that Debian uses an email based bug tracker, as
> a point of reference. I'm not familiar with the details, but I think it
> is header based,

Kind of: the metadata are in header-like "Name: value" lines, but in the
mail body (i.e. after the separating whitespace line).

> which is a big ask for users.

Typically you don't write those by hand (you don't write your mail
or HTTP headers by hand either -- at least not usually).

For command-line junkies there is a `reportbug' utility, which at
the same time collects some system information and prepares the
mail for you. The nice part is that the generated thing is text
based and you /can/ review or change it before sending.

Best of both worlds, I'd say.

There seem to be Emacs helpers for that [1] [2] (but I can't share
any experience on them).

Cheers
[1] https://www.emacswiki.org/emacs/EmacsForDebian
[2] https://www.emacswiki.org/emacs/TinyDebian
-- t


signature.asc
Description: Digital signature

Re: emacs + org-mode in virtual machine/docker/...

[stardiviner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


John Kitchin  writes:

> Has anyone had any success in creating or using any kind of virtual machine
> that can work across platforms to run emacs+org-mode?
>

That's interesting idea I used to want to take a try with Vagrant. I saw 
Vagrant has some similar images already.

>
> 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


- -- 
[ 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
  
-BEGIN PGP SIGNATURE-

iQFIBAEBCAAyFiEE8J9lDX1nSBmJJZFAG13xyVromsMFAl7GkG8UHG51bWJjaGls
ZEBnbWFpbC5jb20ACgkQG13xyVromsN8oQf8CykuY6T4lJyaUq7T0DvLeLUpqWe5
frCH4maX33hHkxluBk60SF2ySY4b2Htd28htEkND+K/ojZpWGZ27bCFjlk5cF1Ho
2ZchFdZfeyrzE9vvDwMl4Np/xNmND79+u7Pn8Rqn5ufi12kN9ukjIhZkmBnemqJX
lrLZduLSNc8nrAynD4wL4M7fVep5OGcOWs3pIZTDPQKJJtIM2cRmTF6eCKck28nW
2kldKTV3qTqNgEpVJQmZvsHGOoHa+ylFZc3hp+Fbx+FNshYi/JX6ZrGrZIz+opjG
5qOzlEKJh8h6BeGVJdD+RtMXLVgHgw8+oK52rB75IN8x8DTuNeSboWx9xg==
=99G9
-END PGP SIGNATURE-

[SOLVED] Re: How to defint functions for other org link parameters like :face :display etc?

[stardiviner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


John Kitchin  writes:

> Here is a real minimal example:
>
> #+BEGIN_SRC emacs-lisp
> (defun a-func (start end path bracketp)
>   (let ((d (concat "@" path)))
> (set-text-properties start end `(display ,d
>
>
> (org-link-set-parameters "alink"
>  :activate-func 'a-func)
> #+END_SRC
>
> it has some problems, and you might need to add additional cursor-sensor
> type functions to remove the properties for editing, for example. That will
> be tricky to get just right.

Yes, I added simile mechanism code. I already finished this extension. Thank you
because of mostly based on your help.

Here is the repo https://github.com/stardiviner/org-link-beautify

>
> 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, May 19, 2020 at 6:53 PM stardiviner  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>>
>> John Kitchin  writes:
>>
>> > I don't know if :display is for that, I think it is mostly related to
>> > should a link with description only show the description, or should it be
>> > full and show link and description.
>> >
>> > You probably want the :activate option, where you could use something
>> like
>> > an overlay on the link. I don't have time to make an example for that
>> right
>> > now. the gist is you make an activate function, and you can add a
>> > text-property or overlay  display on the link. You probably need to check
>> > that the property isn't there already to avoid adding overlays on
>> > every fontification.
>> >
>> >
>> >
>> https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/#org069cbfa
>> > John
>>
>> I see, let me take a try on ~:active-func~ parameter. Thanks a lot, John.
>>
>> Regards
>>
>> >
>> > ---
>> > 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, May 19, 2020 at 9:21 AM stardiviner  wrote:
>> >
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA256
>> >>
>> >>
>> >> John Kitchin  writes:
>> >>
>> >> > My go to reference is
>> >> >
>> >>
>> https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/
>> >>
>> >> Really thanks, John. I have read your blog article. Found most of link
>> >> parameters examples. But still confused me, I'm wandering how to define
>> a
>> >> function for link parameter ":display" to append an all-the-icons
>> unicode
>> >> icon
>> >> on link. I only found one ~:display 'full~ example in your article.
>> >>
>> >> an you show an example using a function for ~:display~? Thanks in
>> advanced.
>> >>
>> >> >
>> >> > On Tue, May 19, 2020 at 6:56 AM stardiviner 
>> wrote:
>> >> >
>> >> >> -BEGIN PGP SIGNED MESSAGE-
>> >> >> Hash: SHA256
>> >> >>
>> >> >>
>> >> >> I'm write an extension to beautify org link with colors and unicode
>> >> icons
>> >> >> for
>> >> >> better intuitive looks. But I don't know how to write those
>> functions.
>> >> >>
>> >> >> I checked out this info page ([[info:org#Adding Hyperlink
>> >> >> Types][info:org#Adding Hyperlink Types]]) of org mode.
>> >> >>
>> >> >> But have not found ~org-link-set-parameters~ other parameters code
>> >> >> examples. I
>> >> >> hope some examples can be added for the all other parameters.
>> >> >>
>> >> >> - --
>> >> >> [ 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
>> >> >>
>> >> >> -BEGIN PGP SIGNATURE-
>> >> >>
>> >> >> iQFIBAEBCAAyFiEE8J9lDX1nSBmJJZFAG13xyVromsMFAl7DuYkUHG51bWJjaGls
>> >> >> ZEBnbWFpbC5jb20ACgkQG13xyVromsMMRAf/dkXg9kxbgTeCdjfcl2koeJkBmfNj
>> >> >> xFGkuM0MlAc1oCIvGAeZ23GZ/B9cgtbfarGdZy1FJl9r7ehFx10Qg9w5keSIptA6
>> >> >> mplEeCeKNgTwzyHIMQhI4xS+a80YliJNc8MgFi2o9tImKqavVV2eqwHPZDNE8HXt
>> >> >> NEN+tfi8k2Sg7J7XhkdQD1YiNPTnKD8OXfzaR6162l5qSo3YuwoAegGmuULie2Ti
>> >> >> fci2pFO56g46xLp1tWvI6z+Zxabyff/IjKkSWSNTHuQ5lhvYsmuFKF1JDfS/DHJV
>> >> >> zy3Rr6sXK+MY1YWMMh2uLvmigL/BYl5HvjzC/Sq6wXcqVi0FuryeEfDWzg==
>> >> >> =HMJr
>> >> >> -END PGP SIGNATURE-
>> >> >>
>> >> >> --
>> >> > 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
>> >>
>> >>
>> >> - --
>> >> [ stardiviner ]
>> >>I try to make 

Re: emacs + org-mode in virtual machine/docker/...

[Diego Zamboni]

I have not used any personally, but using Docker or Vagrant it
shouldn't be too hard. Quick searches on Vagrant's and Docker's public
repositories reveals there are a few emacs-based images already,
although I could not find any specific mentions to Org:

https://app.vagrantup.com/boxes/search?utf8=%E2%9C%93=downloads==emacs
https://hub.docker.com/search?q=org-mode=image

Do you have interactive use in mind, or for automation?

--Diego

On Thu, May 21, 2020 at 3:27 PM John Kitchin  wrote:
>
> Has anyone had any success in creating or using any kind of virtual machine 
> that can work across platforms to run emacs+org-mode?
>
>
> 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
>

Re: issue tracker?

[Anthony Carrico]

On 5/21/20 3:31 AM, Kévin Le Gouguec wrote:
> I think you've just described, in order:
> 
> - Debbugs (the issue tracking software),

Yes, I almost mentioned that Debian uses an email based bug tracker, as
a point of reference. I'm not familiar with the details, but I think it
is header based, which is a big ask for users.

-- 
Anthony Carrico

Re: How to defint functions for other org link parameters like :face :display etc?

[John Kitchin]

Here is a real minimal example:

#+BEGIN_SRC emacs-lisp
(defun a-func (start end path bracketp)
  (let ((d (concat "@" path)))
(set-text-properties start end `(display ,d


(org-link-set-parameters "alink"
 :activate-func 'a-func)
#+END_SRC

it has some problems, and you might need to add additional cursor-sensor
type functions to remove the properties for editing, for example. That will
be tricky to get just right.

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, May 19, 2020 at 6:53 PM stardiviner  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
> John Kitchin  writes:
>
> > I don't know if :display is for that, I think it is mostly related to
> > should a link with description only show the description, or should it be
> > full and show link and description.
> >
> > You probably want the :activate option, where you could use something
> like
> > an overlay on the link. I don't have time to make an example for that
> right
> > now. the gist is you make an activate function, and you can add a
> > text-property or overlay  display on the link. You probably need to check
> > that the property isn't there already to avoid adding overlays on
> > every fontification.
> >
> >
> >
> https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/#org069cbfa
> > John
>
> I see, let me take a try on ~:active-func~ parameter. Thanks a lot, John.
>
> Regards
>
> >
> > ---
> > 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, May 19, 2020 at 9:21 AM stardiviner  wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA256
> >>
> >>
> >> John Kitchin  writes:
> >>
> >> > My go to reference is
> >> >
> >>
> https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/
> >>
> >> Really thanks, John. I have read your blog article. Found most of link
> >> parameters examples. But still confused me, I'm wandering how to define
> a
> >> function for link parameter ":display" to append an all-the-icons
> unicode
> >> icon
> >> on link. I only found one ~:display 'full~ example in your article.
> >>
> >> an you show an example using a function for ~:display~? Thanks in
> advanced.
> >>
> >> >
> >> > On Tue, May 19, 2020 at 6:56 AM stardiviner 
> wrote:
> >> >
> >> >> -BEGIN PGP SIGNED MESSAGE-
> >> >> Hash: SHA256
> >> >>
> >> >>
> >> >> I'm write an extension to beautify org link with colors and unicode
> >> icons
> >> >> for
> >> >> better intuitive looks. But I don't know how to write those
> functions.
> >> >>
> >> >> I checked out this info page ([[info:org#Adding Hyperlink
> >> >> Types][info:org#Adding Hyperlink Types]]) of org mode.
> >> >>
> >> >> But have not found ~org-link-set-parameters~ other parameters code
> >> >> examples. I
> >> >> hope some examples can be added for the all other parameters.
> >> >>
> >> >> - --
> >> >> [ 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
> >> >>
> >> >> -BEGIN PGP SIGNATURE-
> >> >>
> >> >> iQFIBAEBCAAyFiEE8J9lDX1nSBmJJZFAG13xyVromsMFAl7DuYkUHG51bWJjaGls
> >> >> ZEBnbWFpbC5jb20ACgkQG13xyVromsMMRAf/dkXg9kxbgTeCdjfcl2koeJkBmfNj
> >> >> xFGkuM0MlAc1oCIvGAeZ23GZ/B9cgtbfarGdZy1FJl9r7ehFx10Qg9w5keSIptA6
> >> >> mplEeCeKNgTwzyHIMQhI4xS+a80YliJNc8MgFi2o9tImKqavVV2eqwHPZDNE8HXt
> >> >> NEN+tfi8k2Sg7J7XhkdQD1YiNPTnKD8OXfzaR6162l5qSo3YuwoAegGmuULie2Ti
> >> >> fci2pFO56g46xLp1tWvI6z+Zxabyff/IjKkSWSNTHuQ5lhvYsmuFKF1JDfS/DHJV
> >> >> zy3Rr6sXK+MY1YWMMh2uLvmigL/BYl5HvjzC/Sq6wXcqVi0FuryeEfDWzg==
> >> >> =HMJr
> >> >> -END PGP SIGNATURE-
> >> >>
> >> >> --
> >> > 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
> >>
> >>
> >> - --
> >> [ 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
> >>
> >> -BEGIN PGP SIGNATURE-
> >>
> >> iQFIBAEBCAAyFiEE8J9lDX1nSBmJJZFAG13xyVromsMFAl7D3TMUHG51bWJjaGls
> >> ZEBnbWFpbC5jb20ACgkQG13xyVromsPoCQf/TrUtyBtPUYGtNiJeXWk0oQNbwggf
> >> 

emacs + org-mode in virtual machine/docker/...

[John Kitchin]

Has anyone had any success in creating or using any kind of virtual machine
that can work across platforms to run emacs+org-mode?


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

Re: A small idea to simplify (further) time input in the date/time prompt

[Eric S Fraga]

On Thursday, 21 May 2020 at 09:29, Gustavo Barros wrote:
> So I'd like to suggest a simplification there, which is: a string in
> the format "hour h minute" (that's small caps letter "H"), but in

I would be strongly in favour of having this option.  This is how I
write times in email messages, for instance, so would be more consistent
for me.  And especially when I communicate with my European partners
when referring to times after 12 noon.

I seem to recollect this coming up before on the list back in the mists
of time, mind you... but I could be mis-recollecting given that we have
no issue tracker. ;-)
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-640-g9bc0cc

Re: A small idea to simplify (further) time input in the date/time prompt

[Gustavo Barros]

On Thu, May 21 2020, Gustavo Barros wrote:

format "hour h minute" (that's small caps letter "H"), but 

^^
Sorry, I obviously would like to have said "lowercase" here.

Best,
Gustavo.

A small idea to simplify (further) time input in the date/time prompt

[Gustavo Barros]

Hi All,

the Org date/time prompt does deliver the promise in the manual that we 
"start getting annoyed by pretty
much any other way of entering a date/time out there".  It has indeed 
become so for me, as the date/time prompt is very neat.  But there is 
one place where input could be even shorter, which is time input.


Currently, time input mostly requires "hour colon minutes", thus a full 
time specification even when minutes are "00".  And "mostly" because you 
can get away with that last part if you use am/pm convention (alas, I do 
not belong to those strange corners of the world).  Besides, the colon 
is a shift-key in many common keyboard layouts (from a simple search, it 
seems to be so in British, American, US International, German, Spanish, 
and Portuguese layouts, it doesn't seem to be so for the French layout 
though).


So I'd like to suggest a simplification there, which is: a string in the 
format "hour h minute" (that's small caps letter "H"), but in which 
"hour h" would also be recognized as a full hour and "00" minutes 
presumed.  The mnemonic is obvious for "hour", which works well for 
English, French, Spanish, Portuguese, not so much for German.


With this, we'd have some example inputs, and their respective results:

8h   -> 08:00
10h30-> 10:30
18h  -> 18:00
9h-10h   -> 09:00-10:00
9h30-10h -> 09:30-10:00
14h+1h   -> 14:00-15:00

This would ease input in two ways.  First, it presumes the minutes in 
full hours, thus dispensing with this typing.  Considering full hours 
are a very common case for scheduling and appointments, that shortening 
should be significant.  It is also one key shorter than the am/pm way 
for full hours, and two keys shorter for non full hours in the same 
case.  Second, it is easier to type "h" than it is to type ":", it is 
easier to reach and it is not a shift-key, so the chord is gone too.


One corner case which will arise is if "zero hour" should also be 
presumed.  Arguably midnight is not that common in most people's agenda, 
and could be either "0h" or "24h", so we should not really worry in 
shortening something like "midnight and thirty minutes" as "h30".  But 
this is more tricky with duration specification, that is with "+".  In 
this case minutes not comprising a full hour might well be common.  So, 
how to specify an appointment starting at 10:00 that lasts 30 minutes? 
Some alternatives could be: "10h+0h30", "10h+h30", "10h+30m".  On a 
first thought I like the last one better, but I'm really not sure what 
the best approach should be here.


Needless to say, current input conventions should not change.  This is 
just thought as an additional way of inputting time, alongside the ones 
which already exist.  I'm unaware of any use of "h" in the date/time 
prompt (or of "m", for that matter), so I presume this should be viable 
without conflicting with other currently recognized input forms.



That's the small suggestion I had to make for the date/time prompt.  I 
guess, technically, this should be filed as "feature request".  But it 
is just an idea I bring to your consideration, in the hope someone else 
here also likes it.



Best,
Gustavo.

Re: issue tracker?

[Bruce D'Arcus]

On Thu, May 21, 2020 at 4:11 AM Nicolas Goaziou  wrote:

...

> - Debbugs has a nice, modern, front end, too: Mumi
>   (). See for
>   example .

That'd be a nice improvement.

Bruce

Re: Spelling corrections, file name changes

[Bastien]

Hi Mak,

thanks for spotting and reporting these spelling mistakes.

As Kyle said, if you need write access to Worg, send me a private
email with the username you want and I'll create a user.

Thanks,

-- 
 Bastien

Re: issue tracker?

[Nicolas Goaziou]

Hello,

Detlef Steuer  writes:

> That leads to the next point: If Nicolas decided *he* would love to work
> with a bugtracker, I would not complain and open an account.
> As it is now, anything that's not in the best interest of our benevolent
> developer, should not even be considered :-)

Thank you for your consideration. However, the question of what bug
tracker to use is the maintainer's, not mine. Besides, just to avoid the
confusion, I'm not a diva ;) If it is obvious that a solution is good
for the project, I wouldn't dare opposing it.

Now, I think I should add a few data points:

- Many bug reports, and patches, are "lost" currently. Of course, they
  are still there, if you dig deep enough in the ML archives. But
  I doubt anyone would do that, so it is more realistic to consider them
  lost.

- As pointed out, Org has a bug tracker : Emacs' Debbugs. See
  . Org users do not send bugs
  through it much. It is possibly a cultural thing. In these
  "package.el" days, people may forget that Org is also bundled with
  Emacs. The manual is not clear about it, too. In particular, this bug
  tracker can be used for any Org version, not necessarily the one
  bundled with Emacs. The good thing is that every bug sent there is
  also sent to our ML.

Now, after the facts, some personal rambling about it:

- I have no opinion on the fact that a bug tracker would bring more life
  to the project. It may be, but it is not obvious either. I'm not
  against it anyway.

- The mailing list is the central place in our project, and any
  discussion should all happen here, so that anyone can get involved. In
  particular, a "mini mailing-list" per bug number is not a good thing,
  if messages are not made public in the ML.

- A bug tracker without first-class support for Emacs—i.e., you can do
  anything from Emacs—is missing the point. Therefore, I agree that an
  email-based bug tracker is particularly suited.

- Debbugs has a nice, modern, front end, too: Mumi
  (). See for
  example .

- No matter what bug tracker (or lack thereof) is used, Org needs more
  reviewers, i.e., more users with write access to the repository.
  Receiving a ton of bug fixes is a certainly great, but is also
  discouraging when you realize you cannot possibly deal with all of
  them.

- Considering the previous point, I doubt switching to a bug tracker
  today would help handling more bug reports. It will induce more work,
  though. For example, some triage happens currently on the ML: if
  a so-called bug report is clearly a misunderstanding, someone here
  often helps the OP without the developers interfering. This never
  happens in the bug tracker Org has actually.

So, in a nutshell, if Bastien, or a future maintainer, decides that Org
project should seriously be using a bug tracker, I suggest to simply
advertise the current one, and add a Mumi interface somewhere.

As the final words, reviewers are welcome, too…

Regards,

-- 
Nicolas Goaziou

Re: [Patch] Document org-capture-templates entry type default strings

[Bastien]

Hi,

No Wayman  writes:

> Appreciate the reminder, Kyle. I emailed the form per the directions
> in that link roughly two weeks ago.

Thanks for doing so.

> Still waiting on the assignment contract.

People at the FSF may be having difficulties with processing these
requests due to the current situation.

If you don't get an answer within a week, I'll send an email to see
what delays we can reasonably expect.

-- 
 Bastien

Re: org-rss feed title is concatenation of all post titles? (ECM included)

[Bastien]

Nick Dokos  writes:

> What thread?

;)

-- 
 Bastien

Re: issue tracker?

[Kévin Le Gouguec]

"James R Miller"  writes:

>> I think issue tracking could happen on a mailing list. If you tag an 
>> issue's subject line with OPEN: or CLOSE:, a bot could mail a summary of 
>> the OPEN: issues to the list periodically (in theory).
>
> Something like that would be nice; the bot could even store such info in an 
> org file that could be exported the html occasionally too. 

I think you've just described, in order:

- Debbugs (the issue tracking software),

- bug-gnu-em...@gnu.org (the mailing list),

- cont...@debbugs.gnu.org and bugnumber-d...@debbugs.gnu.org (the bots
  to contact to tag, close or reopen bugs),

- the debbugs-org function from the debbugs.el package (the current bug
  list formatted in an Org buffer),

- https://debbugs.gnu.org (the current bug list formatted as HTML).

Re: yhetil.org/orgmode now supports searching by Gmane ID

[Bastien]

Hi Kyle,

Kyle Meyer  writes:

> Anyway, for the public-inbox archives at ,

I find the interface to be very useful.

Is it possible to make it the standard/official way to search through
emacs-orgmode mailing list?  Perhaps by hosting it on orgmode.org or
by having a CNAME pointing to it?

Let me how I can help with this.

> I've recently generated Gmane ID to Message-ID mappings and hooked them
> up to public-inbox's altid feature.  The end result is that you can now
> use the "gmane:" prefix to search by the Gmane ID:
>
>   https://yhetil.org/orgmode/?q=gmane%3A112052

That's very useful too.  We would fix the dead links on worg.

Thanks!

-- 
 Bastien

Re: [PATCH] agenda: Consider FILETAGS for archive skipping

[George Sokolsky]

Thank you Kyle

On May 21, 2020 5:05:10 AM GMT+02:00, Kyle Meyer  wrote:
>George Sokolsky writes:
>
>> Kyle, could you please apply the patch to the org repository?
>
>Applied (5e2490bdf).

Re: Bug: Repeating tasks no longer appearing on future dates in the agenda [9.3.6 (9.3.6-17-g389288-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200224/)]

[General discussions about Org-mode.]

Hi Gustavo,

Gustavo Barros  writes:

> Hopefully a solution for the one-time delay issue which does not
> trigger this new problem can be found.  But I concur (if I may) it was
> a wise decision to revert the commit in the meantime.

Agreed, thanks Kyle.  I'll revisit the one-time delay issue later on,
and submit possible solutions before committing them.

-- 
 Bastien

Re: Debugging at least 2 regressions in org-mode master breaking ox-hugo

[Bastien]

Hi Kyle,

Kyle Meyer  writes:

> Daniel Kraus  writes:
> 
>> Just want to say that I'm (like everyone else who uses the Emacs 
>> `native-comp` branch
>> with org-mode from master) are also affected by this and
>> would appreciate if this can be merged.
>
> I'll plan to bring that commit into master tomorrow.  We can
> reevaluate/rework the change if needed when Bastien is back in action.

Thanks a lot for taking care of this, and thanks Kaushal for raising
this issue.

-- 
 Bastien

[PATCH] New function org-agenda-filter-set

[Stefan Kangas]

Hi all,

Please find attached a patch to add a new function org-agenda-filter-set
which allows you to specify the same strings as in the org-agenda-filter
prompt directly from Lisp.  It allows you to do things like:

(org-agenda-filter-set "-@foo-bar")

Before, this would have involved doing more of the heavy lifting
manually using org-agenda-filter-apply.

Best regards,
Stefan Kangas
From 83e67c647d4bfd3e30f8e6e96e77a4192e10f898 Mon Sep 17 00:00:00 2001
From: Stefan Kangas 
Date: Thu, 21 May 2020 07:24:49 +0200
Subject: [PATCH] New function org-agenda-filter-set

* lisp/org-agenda.el (org-agenda-filter)
(org-agenda-filter-set): Refactor out from 'org-agenda-filter', to
create a better interface to filter the agenda from Lisp.
---
 lisp/org-agenda.el | 100 +
 1 file changed, 55 insertions(+), 45 deletions(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 8ed5e402d..2362fc542 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -7654,7 +7654,58 @@ consistency with the other filter commands."
 	   (if keep current nil)))
 	(org-agenda-filter-apply org-agenda-effort-filter 'effort)
 
-(defun org-agenda-filter ( strip-or-accumulate)
+(defun org-agenda-filter-set (str  force-keep negate)
+  "Set agenda filter from string.
+The string is parsed according to the rules described in
+the `org-agenda-filter' command.
+
+If FORCE-KEEP is non-nil, add the new filter elements to the
+existing ones."
+  (let* ((tag-list (org-agenda-get-represented-tags))
+ (category-list (org-agenda-get-represented-categories))
+ (keep (or force-keep
+   (if (string-match "^\\+[+-]" str)
+   (progn (setq str (substring str 1)) t
+ (fc (if keep org-agenda-category-filter))
+ (ft (if keep org-agenda-tag-filter))
+ (fe (if keep org-agenda-effort-filter))
+ (fr (if keep org-agenda-regexp-filter))
+ pm s)
+(while (string-match "^[ \t]*\\([-+]\\)?\\(\\([^-+<>=/ \t]+\\)\\|\\([<>=][0-9:]+\\)\\|\\(/\\([^/]+\\)/?\\)\\)" str)
+  (setq pm (if (match-beginning 1) (match-string 1 str) "+"))
+  (when negate
+(setq pm (if (equal pm "+") "-" "+")))
+  (cond
+   ((match-beginning 3)
+;; category or tag
+(setq s (match-string 3 str))
+(cond
+ ((member s tag-list)
+  (add-to-list 'ft (concat pm s) 'append 'equal))
+ ((member s category-list)
+  (add-to-list 'fc (concat pm s) 'append 'equal))
+ (t (message
+ "`%s%s' filter ignored because tag/category is not represented"
+ pm s
+   ((match-beginning 4)
+;; effort
+(add-to-list 'fe (concat pm (match-string 4 str)) t 'equal))
+   ((match-beginning 5)
+;; regexp
+(add-to-list 'fr (concat pm (match-string 6 str)) t 'equal)))
+  (setq str (substring str (match-end 0
+(org-agenda-filter-remove-all)
+(and fc (org-agenda-filter-apply
+ (setq org-agenda-category-filter fc) 'category))
+(and ft (org-agenda-filter-apply
+ (setq org-agenda-tag-filter ft) 'tag 'expand))
+(and fe (org-agenda-filter-apply
+ (setq org-agenda-effort-filter fe) 'effort))
+(and fr (org-agenda-filter-apply
+ (setq org-agenda-regexp-filter fr) 'regexp))
+(run-hooks 'org-agenda-filter-hook)))
+
+(defun org-agenda-filter ( strip-or-accumulate filter-string)
   "Prompt for a general filter string and apply it to the agenda.
 
 The string may contain filter elements like
@@ -7701,9 +7752,7 @@ the variable `org-agenda-auto-exclude-function'."
 	(unless (null org-agenda-tag-filter)
 	  (org-agenda-filter-apply org-agenda-tag-filter 'tag 'expand)))
 ;; Prompt for a filter and act
-(let* ((tag-list (org-agenda-get-represented-tags))
-	   (category-list (org-agenda-get-represented-categories))
-	   (negate (equal strip-or-accumulate '(4)))
+(let* ((negate (equal strip-or-accumulate '(4)))
 	   (cf (mapconcat #'identity org-agenda-category-filter ""))
 	   (tf (mapconcat #'identity org-agenda-tag-filter ""))
 	   (rpl-fn (lambda (c) (replace-regexp-in-string "^\+" "" (or (car c) ""
@@ -7716,47 +7765,8 @@ the variable `org-agenda-auto-exclude-function'."
 		   " [+cat-tag<0:10-/regexp/]: ")
 		  'org-agenda-filter-completion-function
 		  nil nil ff))
-	   (keep (or (if (string-match "^\\+[+-]" f-string)
-			 (progn (setq f-string (substring f-string 1)) t))
-		 (equal strip-or-accumulate '(16
-	   (fc (if keep org-agenda-category-filter))
-	   (ft (if keep org-agenda-tag-filter))
-	   (fe (if keep org-agenda-effort-filter))
-	   (fr (if keep org-agenda-regexp-filter))
-	   pm s)
-  (while (string-match "^[ \t]*\\([-+]\\)?\\(\\([^-+<>=/ \t]+\\)\\|\\([<>=][0-9:]+\\)\\|\\(/\\([^/]+\\)/?\\)\\)" f-string)
-	(setq pm (if (match-beginning 1) (match-string 1 f-string) "+"))
-	(when negate
-	  (setq pm (if (equal pm