Re:[PATCH] Add 'simple option to org-fast-tag-selection-single-key.
This is v2 patch, use completing-read-multipul. At 2021-04-15 09:25:03, "tumashu" wrote: Hello I have added 'simple option to org-fast-tag-selection-single-key, please try and comment :-) (setq org-use-fast-tag-selection t) (setq org-fast-tag-selection-single-key 'simple) ;; better use vertico or selectrum :-) ;; (require 'vertico) ;; (vertico-mode 1) thanks! 0001-Add-simple-option-to-org-fast-tag-selection-single-k.patch Description: Binary data
Re: Possible small formatting change in manual (section 15.1)
Ian wrote: > When the paragraph first introduces the term “live code > block”, it’s italicized. I think it should stay italicized > for the rest of that paragraph since it’s the introduction > of the term I am not one of the authors of the manual, but my impression, after spending most of my life reading manuals, scientific reports, and a lot of other terminology-rich literature, is that new terms are typographically emphasised once and once only. Cheers Rasmus
Re: [Patch] to correctly sort the items with emphasis marks in a list
I can reproduce the issue with emacs-27.1 from ubuntu-21.04 beta live
image running in qemu. Org mode is current git HEAD. It seems that
something is changed in emacs since locale is correct:
ubuntu@ubuntu:~$ printf '%s- v\n- /v/\n- a\n- /a/\n' '' \
| LANG=C.UTF-8 sort
- /a/
- /v/
- a
- v
ubuntu@ubuntu:~$ printf '%s- v\n- /v/\n- a\n- /a/\n' '' \
| LANG=es_ES.UTF-8 sort
- /a/
- a
- /v/
- v
Concerning org-sort-list, I do not see any problem with en_US.UTF-8,
it_IT.UTF-8, and ru_RU.UTF-8 locales. However emphasized items are
sorted first for at least es_ES.UTF-8, es_MX.UTF-8, and es_US.UTF-8.
I have found some evidence that the problem is on the org side
cat list.el
(message "%S" (sort '("- /v/" "- v" "- a" "- /a/")
#'string-collate-lessp))
LC_ALL=C.UTF-8 emacs --batch -Q -l list.el
("- /a/" "- /v/" "- a" "- v")
LC_ALL=en_US.UTF-8 emacs --batch -Q -l list.el
("- /a/" "- a" "- /v/" "- v")
LC_ALL=es_ES.UTF-8 emacs --batch -Q -l list.el
("- /a/" "- a" "- /v/" "- v")
So even string-collate-lessp works as expected.
I'm puzzled why the problem is specific to org-sort-list and namely to
Spanish locales.
Re: plantuml, png and caching
Nick,
I had the :cache yes on the same line with #+BEGIN like
#+BEGIN_SRC plantuml :file helloworld.png :cache yes
When I change to your method, caching seems to work.
It looks like setting it as a section property also works.
Thank you.
Should I expect the setting on the BEGIN_SRC line to work?
On Tue, Apr 13, 2021 at 7:16 PM Nick Daly
wrote:
>
> CS Suehs writes:
>
> > Should I expect PlantUML source blocks and their resulting images to
> > be cached and respect `:cache true` ?
>
> Yes.
>
> > In my experience they regenerate every export, even with :cache true.
>
> Can you provide an example?
>
> This example caches correctly for me on v9.1.14.
>
> #+name: helloworld
> #+header: :cache yes
> #+BEGIN_SRC plantuml :file helloworld.png
> @startuml
> Hello --> World
> @enduml
> #+END_SRC
>
> #+RESULTS[f29ead8751dde1b4c4ee1b8fcb97e133c75eed0d]: helloworld
> [[file:helloworld.png]]
>
> The only time I've seen caching break is if the diagram imports an
> external file. In that case, the diagram doesn't regenerate often
> enough, because org doesn't notice that the external file changed. The
> fix to that is to include the hash of the external file as a dependent
> var.
>
> #+name: md5
> #+BEGIN_SRC shell :cache no :var afile="PLACEHOLDER"
> md5sum $afile
> #+END_SRC
>
> #+name: cache-correctly
> #+header: :var md5input=md5("data.txt")
> #+BEGIN_SRC R :exports results :results output graphics :file data.svg
> aData <- read.csv("data.txt")
> ggplot(data = aData,
> mapping = aes(x = aData$id, y = aData$value))
> #+END_SRC
>
> Thanks,
> Nick
Re: [Patch] to correctly sort the items with emphasis marks in a list
Hi Maxim
Maxim Nikulin writes:
> I can reproduce the issue with emacs-27.1 from ubuntu-21.04 beta live
> image running in qemu. Org mode is current git HEAD. It seems that
> something is changed in emacs since locale is correct:
>
> ubuntu@ubuntu:~$ printf '%s- v\n- /v/\n- a\n- /a/\n' '' \
> | LANG=C.UTF-8 sort
> - /a/
> - /v/
> - a
> - v
> ubuntu@ubuntu:~$ printf '%s- v\n- /v/\n- a\n- /a/\n' '' \
> | LANG=es_ES.UTF-8 sort
> - /a/
> - a
> - /v/
> - v
>
> Concerning org-sort-list, I do not see any problem with en_US.UTF-8,
> it_IT.UTF-8, and ru_RU.UTF-8 locales. However emphasized items are
> sorted first for at least es_ES.UTF-8, es_MX.UTF-8, and es_US.UTF-8.
> I have found some evidence that the problem is on the org side
>
> cat list.el
> (message "%S" (sort '("- /v/" "- v" "- a" "- /a/")
> #'string-collate-lessp))
>
> LC_ALL=C.UTF-8 emacs --batch -Q -l list.el
> ("- /a/" "- /v/" "- a" "- v")
>
> LC_ALL=en_US.UTF-8 emacs --batch -Q -l list.el
> ("- /a/" "- a" "- /v/" "- v")
>
> LC_ALL=es_ES.UTF-8 emacs --batch -Q -l list.el
> ("- /a/" "- a" "- /v/" "- v")
>
> So even string-collate-lessp works as expected.
>
> I'm puzzled why the problem is specific to org-sort-list and namely to
> Spanish locales.
>
>
Well that's pretty weird ... I wonder if the (spurious?) spaces in
`org-sort-remove-invisible' that I mentioned at the beginning may be
helpful to keep a track, or if it's just something that masks the
problem.
Anyway, I have noticed that the only space that seems determinant (from
some way that escapes me) is this (where I put the @ sign):
org-emph-re (lambda (m) (format "@%s " (match-string 4 m)))
Following your examples, it occurred to me to try this, which I don't
know if it is relevant or if I have entered a dead end:
#+begin_src emacs-lisp :tangle list-var.el
(message "%S" (sort '("-\s\sv" "-\sv" "-\sa" "-\s\sa")
#'string-collate-lessp))
#+end_src
#+begin_src sh
exec 2>&1
LC_ALL=en_US.UTF-8 emacs --batch -Q -l list-var.el
#+end_src
#+RESULTS:
: - a" "- a" "- v" "- v
#+begin_src sh
exec 2>&1
LC_ALL=es_ES.UTF-8 emacs --batch -Q -l list-var.el
#+end_src
#+RESULTS:
: - a" "- v" "- a" "- v
Best regards,
Juan Manuel
Re: plantuml, png and caching
I would expect it to work. After all, it could be incredibly useful to bump
that up to a :header-args:plantuml: property on the heading
On Thu, Apr 15, 2021 at 12:48 PM CS Suehs wrote:
> Nick,
> I had the :cache yes on the same line with #+BEGIN like
> #+BEGIN_SRC plantuml :file helloworld.png :cache yes
>
> When I change to your method, caching seems to work.
> It looks like setting it as a section property also works.
>
> Thank you.
> Should I expect the setting on the BEGIN_SRC line to work?
>
> On Tue, Apr 13, 2021 at 7:16 PM Nick Daly
> wrote:
> >
> > CS Suehs writes:
> >
> > > Should I expect PlantUML source blocks and their resulting images to
> > > be cached and respect `:cache true` ?
> >
> > Yes.
> >
> > > In my experience they regenerate every export, even with :cache true.
> >
> > Can you provide an example?
> >
> > This example caches correctly for me on v9.1.14.
> >
> > #+name: helloworld
> > #+header: :cache yes
> > #+BEGIN_SRC plantuml :file helloworld.png
> > @startuml
> > Hello --> World
> > @enduml
> > #+END_SRC
> >
> > #+RESULTS[f29ead8751dde1b4c4ee1b8fcb97e133c75eed0d]: helloworld
> > [[file:helloworld.png]]
> >
> > The only time I've seen caching break is if the diagram imports an
> > external file. In that case, the diagram doesn't regenerate often
> > enough, because org doesn't notice that the external file changed. The
> > fix to that is to include the hash of the external file as a dependent
> > var.
> >
> > #+name: md5
> > #+BEGIN_SRC shell :cache no :var afile="PLACEHOLDER"
> > md5sum $afile
> > #+END_SRC
> >
> > #+name: cache-correctly
> > #+header: :var md5input=md5("data.txt")
> > #+BEGIN_SRC R :exports results :results output graphics :file
> data.svg
> > aData <- read.csv("data.txt")
> > ggplot(data = aData,
> > mapping = aes(x = aData$id, y = aData$value))
> > #+END_SRC
> >
> > Thanks,
> > Nick
>
>
Re: TexInfo export: Using org-manual.org's `kbd' macro problematic for C-{ and C-} keys
Hello,
Ramesh Nedunchezian writes:
> TexInfo export: Using org-manual.org's `kbd' problematic for C-{ and C-} keys
I don't think that's true. For example, it handles `C-c {' just fine.
>
> It may not be a problem with the macro as much. It is possible that I
> am using it wrongly. How do I get the following snippet DTRT?
Braces are special characters in Texinfo. You need to escape them with
@.
> Here is the org snippet
>
> - {{{kbd(C-{)}}} (~helm-enlarge-window~) ::
>
> #+findex: helm-enlarge-window
>
> #+kindex: C-{
Here, it should be #+kindex: C-@{
> #+kindex: C-}
Ditto.
Regards,
--
Nicolas Goaziou
Repository of Org files with important dates?
Hello everyone, Do any of you know whether there is a repository that contain Org files whose main purpose is to list important dates of a given context (specific countries, areas such as technology, biology, mathematics, computer science, etc.)? I'm asking this because I would like to have important dates of my country in the Org Agenda, so before creating that file on my own I wanted to know whether there are repositories that have already done that. --- alias: rdrg109
Re: Repository of Org files with important dates?
Hi, Rodrigo Morales writes: > Do any of you know whether there is a repository that contain Org files > whose main purpose is to list important dates of a given context > (specific countries, areas such as technology, biology, mathematics, > computer science, etc.)? You can use the diary for this and include those entries in your agenda. Here are some settings: '(org-agenda-include-diary t) '(calendar-mark-diary-entries-flag t) '(calendar-mark-holidays-flag t) '(calendar-view-holidays-initially-flag t) '(calendar-view-diary-initially-flag t) '(holiday-other-holidays '((holiday-fixed 1 1 "New Year's Day") (holiday-fixed 2 14 "Valentine's Day") (holiday-fixed 3 19 "Dia del Padre") (holiday-fixed 4 1 "April Fools' Day") (holiday-float 5 0 2 "Muttertag") (holiday-float 5 0 1 "Dia de la Madre") (holiday-easter-etc 39 "Vatertag") (holiday-fixed 5 30 "Vatertag") (holiday-fixed 10 31 "Halloween"))) '(htmlize-output-type 'inline-css) For custom diary files you might also want: (add-hook 'diary-list-entries-hook 'diary-include-other-diary-files) (add-hook 'diary-mark-entries-hook 'diary-mark-included-diary-files) Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: BUG?: Are TAGs case sensitive? ('org-agenda-show-tags')
David Masterson writes: > I have been using upper-case TAGs and just noticed that > 'org-agenda-show-tags' is reporting them in lower-case which is not > right since I have another TAG that is the lower-case version of the > upper-case TAG (sort of a visual importance indicator). In case my wording wasn't good, I meant: 1. I have upper case tags attached to several task headers, 2. 'org-agenda-show-tags' reports them as lower case tags. 3. I have unused tags in 'org-tag-alist' that are the lower case forms of the upper case tags (as well as the upper case ones) Is it a bug that 'org-agenda-show-tags' does this? -- David Masterson
Re: Repository of Org files with important dates?
Hi Rodrigo, There are a few packages that define things like this, which can be added to the agenda view. You can see as examples the ones I use for national holidays in my config here: https://github.com/zzamboni/dot-doom/blob/master/doom.org#tasks-and-agenda I'm sure many others are available in MELPA and elsewhere. --Diego On Fri, 16 Apr 2021 at 04:21, Rodrigo Morales wrote: > > Hello everyone, > > Do any of you know whether there is a repository that contain Org files > whose main purpose is to list important dates of a given context > (specific countries, areas such as technology, biology, mathematics, > computer science, etc.)? > > I'm asking this because I would like to have important dates of my > country in the Org Agenda, so before creating that file on my own I > wanted to know whether there are repositories that have already done > that. > > --- > alias: rdrg109 > >
