emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
@ 2022-01-08  8:58 Rudolf Adamkovič
  2022-01-08  9:47 ` Colin Baxter 😺
                   ` (2 more replies)
  0 siblings, 3 replies; 25+ messages in thread
From: Rudolf Adamkovič @ 2022-01-08  8:58 UTC (permalink / raw)
  To: emacs-orgmode

If I remember well, Org decided to suggest with lowercase keywords (and
use uppercase keywords in the manual, for some reason).  Then, we should
change "org-babel-results-keyword" from "RESULTS" to "results".

(1) Example #1

#+begin_src R :results verbatim :wrap example
[…]
#+end_src

#+RESULT: [<--- inconsistent]
#+begin_example
[…]
#+end_example

(2) Example #2

#+begin_src R :results verbatim :wrap EXAMPLE
[…]
#+end_src

#+RESULT:
#+begin_EXAMPLE [<---- still inconsistent]
[…]
#+end_EXAMPLE

P.S. Org should not leak potentially sensitive information, such as
"/Users/salutis/", in the subject of its bug reports.

Rudy

Emacs  : GNU Emacs 29.0.50 (build 8, x86_64-apple-darwin21.2.0, NS appkit-2113.20 Version 12.1 (Build 21C52))
 of 2022-01-02
Package: Org mode version 9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)

current state:
==============
(setq
 org-pomodoro-format "t₋%s"
 org-link-elisp-confirm-function 'yes-or-no-p
 org-agenda-skip-deadline-prewarning-if-scheduled t
 org-cite-insert-processor 'citar
 org-pomodoro-time-format "%mm"
 org-bibtex-headline-format-function #[257 "\300.\236A\207" [:title] 3 "\n\n(fn ENTRY)"]
 org-agenda-scheduled-leaders '("Scheduled: " "Scheduled %d×: ")
 org-pomodoro-long-break-sound "~/beeping.mp3"
 org-agenda-custom-commands '(("a" "Agenda"
                               ((stuck ""
                                 ((org-agenda-overriding-header
                                   "Stuck projects and actions")
                                  (org-agenda-files '("~/gtd/next-actions.org"))
                                  (org-agenda-prefix-format "* "))
                                 )
                                (todo "TODO"
                                 ((org-agenda-overriding-header "\nNext actions")
                                  (org-agenda-files '("~/gtd/next-actions.org"))
                                  (org-agenda-prefix-format "* %b")
                                  (org-agenda-breadcrumbs-separator "\n** ")
                                  (org-agenda-todo-ignore-scheduled 'all)
                                  (org-agenda-todo-ignore-timestamp 'future)
                                  (org-habit-show-habits nil))
                                 )
                                (agenda ""
                                 ((org-agenda-overriding-header "\nHabits")
                                  (org-agenda-files '("~/gtd/habits.org"))
                                  (org-agenda-format-date
                                   (with-temp-buffer (insert (fortune-message))
                                    (fill-paragraph) (buffer-string))
                                   )
                                  (org-agenda-day-face-function
                                   (lambda (date) 'font-lock-comment-face))
                                  (org-agenda-use-time-grid nil) (org-agenda-span 1)
                                  (org-agenda-prefix-format "* % s"))
                                 )
                                (agenda ""
                                 ((org-agenda-overriding-header "\nToday's agenda")
                                  (org-agenda-files
                                   '("~/gtd/next-actions.org" "~/gtd/calendar.org"))
                                  (org-agenda-start-on-weekday nil) (org-agenda-span 1)
                                  (org-agenda-skip-scheduled-if-done t)
                                  (org-agenda-skip-deadline-if-done t)
                                  (org-agenda-sort-notime-is-late nil)
                                  (org-agenda-use-time-grid nil)
                                  (org-agenda-prefix-format "% t* %b%s")
                                  (org-agenda-breadcrumbs-separator "\n** ")
                                  (org-agenda-skip-function
                                   '(org-agenda-skip-entry-if 'todo 'done))
                                  (org-habit-show-habits nil))
                                 )
                                (agenda ""
                                 ((org-agenda-overriding-header "\nTomorrow's agenda")
                                  (org-agenda-files
                                   '("~/gtd/next-actions.org" "~/gtd/calendar.org"))
                                  (org-agenda-span 1) (org-agenda-start-day "+1d")
                                  (org-agenda-skip-scheduled-if-done t)
                                  (org-agenda-skip-deadline-if-done t)
                                  (org-agenda-sort-notime-is-late nil)
                                  (org-agenda-use-time-grid nil)
                                  (org-agenda-prefix-format "% t* %b%s")
                                  (org-agenda-breadcrumbs-separator "\n** ")
                                  (org-habit-show-habits nil))
                                 )
                                (agenda ""
                                 ((org-agenda-overriding-header "\nNear future")
                                  (org-agenda-files
                                   '("~/gtd/next-actions.org" "~/gtd/calendar.org"))
                                  (org-agenda-start-on-weekday nil)
                                  (org-agenda-start-day "+2d") (org-agenda-span 7)
                                  (org-agenda-skip-scheduled-if-done t)
                                  (org-agenda-skip-deadline-if-done t)
                                  (org-habit-show-habits nil)
                                  (org-agenda-prefix-format "%-12 t* %b%s")
                                  (org-agenda-breadcrumbs-separator "\n            ** "))
                                 )
                                (todo "WAIT"
                                 ((org-agenda-overriding-header "\nWaiting")
                                  (org-agenda-files '("~/gtd/next-actions.org"))
                                  (org-agenda-prefix-format "% t* %b%s")
                                  (org-agenda-breadcrumbs-separator "\n** "))
                                 )
                                )
                               )
                              )
 org-agenda-files '("~/gtd/inbox.org" "~/gtd/calendar.org" "~/gtd/next-actions.org"
                    "~/gtd/someday-maybe.org" "~/gtd/habits.org")
 org-refile-targets '((org-agenda-files :maxlevel . 3))
 org-export-before-parsing-hook '(org-attach-expand-links)
 org-link-descriptive nil
 org-default-notes-file "~/gtd/inbox.org"
 org-refile-use-outline-path 'file
 org-pomodoro-short-break-sound "~/beeping.mp3"
 org-habit-show-habits-only-for-today nil
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-cite-follow-processor 'citar
 org-file-apps '(("\\.pdf\\'" . emacs) (auto-mode . emacs) (directory . emacs)
                 ("\\.mm\\'" . default) ("\\.x?html?\\'" . default)
                 ("\\.pdf\\'" . default))
 org-html-postamble nil
 org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function
 org-edit-src-content-indentation 0
 org-ascii-format-drawer-function #[771 ".\207" [] 4 "\n\n(fn NAME CONTENTS WIDTH)"]
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
                  org-cycle-show-empty-lines org-optimize-window-after-visibility-change)
 org-clock-clocked-in-display nil
 org-duration-format '(("h" . t) (special . 2))
 org-link-from-user-regexp "\\<salutis@Workstation\\.local\\>\\|\\<Rudolf Adamkovič\\>"
 org-image-actual-width 640
 org-babel-post-tangle-hook '(remove-final-newline)
 org-mode-hook '(#[0 "\301\211.\207" [imenu-create-index-function org-imenu-get-tree] 2]
                 org-clock-load my/prose-fill-init
                 #[0 "\300\301\302\303\304$\207"
                   [add-hook change-major-mode-hook org-show-all append local] 5]
                 #[0 "\300\301\302\303\304$\207"
                   [add-hook change-major-mode-hook org-babel-show-result-all append local]
                   5]
                 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-babel-load-languages '((emacs-lisp . t) (R . t) (C . t) (bibtex) (sqlite . t))
 org-src-window-setup 'current-window
 org-cite-csl-styles-dir "~/"
 org-html-mathjax-options '((path
                             "https://cdn.jsdelivr.net/npm/mathjax@3/es5/tex-mml-chtml.js")
                            (path
                             "https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?config=TeX-AMS_HTML")
                            (scale "100") (align "center") (font "TeX")
                            (linebreaks "false") (autonumber "AMS") (indent "0em")
                            (multlinewidth "85%") (tagindent ".8em") (tagside "right"))
 org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
 org-ellipsis "›"
 org-pomodoro-overtime-sound "/Users/salutis/.emacs.d/elpa/org-pomodoro-20190530.1445/resources/bell.wav"
 org-clock-total-time-cell-format "%s"
 org-latex-format-headline-function 'org-latex-format-headline-default-function
 org-confirm-shell-link-function 'yes-or-no-p
 org-agenda-skip-scheduled-if-deadline-is-shown t
 org-export-with-section-numbers nil
 org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
 outline-isearch-open-invisible-function 'outline-isearch-open-invisible
 org-use-sub-superscripts nil
 org-stuck-projects '("+LEVEL=1/-DONE-QUIT" ("TODO" "WAIT") nil
                      "^<\\([[:digit:]]\\{4\\}-[[:digit:]]\\{2\\}-[[:digit:]]\\{2\\}\\(?: .*?\\)?\\)>\\|SCHEDULED:")
 org-highlight-latex-and-related '(native script entities)
 org-odt-format-headline-function 'org-odt-format-headline-default-function
 org-agenda-mode-hook '(hl-line-mode)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-tangle-lang-exts '(("D" . "d") ("C++" . "cpp") ("emacs-lisp" . "el")
                              ("elisp" . "el"))
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
                     org-src-mode-configure-edit-buffer)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-agenda-window-setup 'current-window
 org-cycle-separator-lines 1
 org-clock-out-remove-zero-time-clocks t
 org-cite-activate-processor 'citar
 org-pomodoro-ticking-sound "/Users/salutis/.emacs.d/elpa/org-pomodoro-20190530.1445/resources/tick.wav"
 org-deadline-warning-days 1
 org-html-head-extra "<style>\n  #content {\n    font-size: 125%;\n    max-width: 60rem; /* instead of em */\n  }\n</style>"
 org-pomodoro-short-break-length 10
 org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate)
 org-html-format-inlinetask-function 'org-html-format-inlinetask-default-function
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
 org-use-extra-keys t
 org-confirm-babel-evaluate nil
 org-pomodoro-finished-sound "~/beeping.mp3"
 org-preview-latex-default-process 'dvisvgm
 org-clock-persist t
 org-latex-format-inlinetask-function 'org-latex-format-inlinetask-default-function
 org-pomodoro-short-break-format "t₊%s"
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand)
 org-link-shell-confirm-function 'yes-or-no-p
 org-babel-pre-tangle-hook '(save-buffer)
 org-pomodoro-break-finished-hook '(my/org-clock-mode-line-enable)
 org-agenda-loop-over-headlines-in-active-region nil
 org-fontify-quote-and-verse-blocks t
 org-cite-global-bibliography '("/Users/salutis/bib/Books.bib"
                                "/Users/salutis/bib/Cormen+2009.bib"
                                "/Users/salutis/bib/DiscussionForum6.bib"
                                "/Users/salutis/bib/DiscussionForum7.bib"
                                "/Users/salutis/bib/DiscussionForum8.bib"
                                "/Users/salutis/bib/Epp-2019.bib"
                                "/Users/salutis/bib/Mix.bib"
                                "/Users/salutis/bib/MotionPictures.bib"
                                "/Users/salutis/bib/Stewart+2020.bib"
                                "/Users/salutis/bib/abbate-2004.bib"
                                "/Users/salutis/bib/abelson+1996-1.bib"
                                "/Users/salutis/bib/abelson+1996.bib"
                                "/Users/salutis/bib/acm-.bib"
                                "/Users/salutis/bib/aho+1994.bib"
                                "/Users/salutis/bib/akobeng-2007.bib"
                                "/Users/salutis/bib/aldrich+2015.bib"
                                "/Users/salutis/bib/ambler-2015.bib"
                                "/Users/salutis/bib/american-psychological-association-.bib" "/Users/salutis/bib/apple-2017.bib" "/Users/salutis/bib/arndt-2010.bib" "/Users/salutis/bib/arpaci-dusseau-2019.bib" "/Users/salutis/bib/barak-2021.bib" "/Users/salutis/bib/bartholdi-1886.bib" "/Users/salutis/bib/baviere-2018.bib" "/Users/salutis/bib/beall-2019.bib" "/Users/salutis/bib/belton-1996.bib" "/Users/salutis/bib/bennett+2015.bib" "/Users/salutis/bib/bentham-1780.bib" "/Users/salutis/bib/bibdesk.bib" "/Users/salutis/bib/bilaniuk-2003.bib" "/Users/salutis/bib/bio.bib" "/Users/salutis/bib/blinn-1978.bib" "/Users/salutis/bib/boai-2002.bib" "/Users/salutis/bib/bogart-2004.bib" "/Users/salutis/bib/brehe-2019.bib" "/Users/salutis/bib/brownlee-2011.bib" "/Users/salutis/bib/bunkley-2008.bib" "/Users/salutis/bib/butler.bib" "/Users/salutis/bib/button+2019.bib" "/Users/salutis/bib/byars+2018-1.bib" "/Users/salutis/bib/byars+2018-2.bib" "/Users/salutis/bib/byars+2018.bib" "/Users/salutis/bib/camara-2015.bib" "/Users/salutis/bib/campbell-kelly-2007.bib" "/Users/salutis/bib/campisi+2019.bib" "/Users/salutis/bib/carter+2015.bib" "/Users/salutis/bib/carver-1989.bib" "/Users/salutis/bib/cary-1975.bib" "/Users/salutis/bib/chadwick-2017.bib" "/Users/salutis/bib/clark+2020.bib" "/Users/salutis/bib/clark-1980.bib" "/Users/salutis/bib/clark-1982.bib" "/Users/salutis/bib/collingwood+2019.bib" "/Users/salutis/bib/comedy.bib" "/Users/salutis/bib/cook-1984.bib" "/Users/salutis/bib/corral-2020.bib" "/Users/salutis/bib/cramer-2020.bib" "/Users/salutis/bib/creasy+2016.bib" "/Users/salutis/bib/cridge-2015.bib" "/Users/salutis/bib/cromwell.bib" "/Users/salutis/bib/crowell+2019.bib" "/Users/salutis/bib/cunningham-2015.bib" "/Users/salutis/bib/curran-1989.bib" "/Users/salutis/bib/dagostino-2020.bib" "/Users/salutis/bib/darcus+.bib" "/Users/salutis/bib/darwin-1872.bib" "/Users/salutis/bib/dasgupta+2006.bib" "/Users/salutis/bib/david-1784.bib" "/Users/salutis/bib/delacroix-1830.bib" "/Users/salutis/bib/dict.bib" "/Users/salutis/bib/diez+2019.bib" "/Users/salutis/bib/discussion-post-2.bib" "/Users/salutis/bib/discussion-post-3.bib" "/Users/salutis/bib/discussion-post-4.bib" "/Users/salutis/bib/does+2003.bib" "/Users/salutis/bib/driscoll+2020.bib" "/Users/salutis/bib/driscoll+2022.bib" "/Users/salutis/bib/eck-2018.bib" "/Users/salutis/bib/ecology-and-biosphere.bib" "/Users/salutis/bib/eijkhout-2019.bib" "/Users/salutis/bib/emacs.bib" "/Users/salutis/bib/entwood+.bib" "/Users/salutis/bib/erickson-2019.bib" "/Users/salutis/bib/eyck-1434.bib" "/Users/salutis/bib/farber-2015a.bib" "/Users/salutis/bib/farber-2015b.bib" "/Users/salutis/bib/feldman+2020a.bib" "/Users/salutis/bib/feldman+2020b.bib" "/Users/salutis/bib/feldman+2020c.bib" "/Users/salutis/bib/feldman+2020d.bib" "/Users/salutis/bib/fields-2015.bib" "/Users/salutis/bib/fridman-2019.bib" "/Users/salutis/bib/fridman-2021.bib" "/Users/salutis/bib/friedman-1970.bib" "/Users/salutis/bib/ganz+2013-6.bib" "/Users/salutis/bib/ganz+2013.bib" "/Users/salutis/bib/garrett-2008.bib" "/Users/salutis/bib/gersh-nesic-2015-1.bib" "/Users/salutis/bib/gersh-nesic-2015.bib" "/Users/salutis/bib/gersh-nesic-2016.bib" "/Users/salutis/bib/gibbs+2017.bib" "/Users/salutis/bib/glass-2017.bib" "/Users/salutis/bib/glfw-development-team.bib" "/Users/salutis/bib/gouraud-1971.bib" "/Users/salutis/bib/grigas-2016.bib" "/Users/salutis/bib/grinstead+2006.bib" "/Users/salutis/bib/gudea.bib" "/Users/salutis/bib/guha-2018.bib" "/Users/salutis/bib/guichard-2020.bib" "/Users/salutis/bib/guinea-pig.bib" "/Users/salutis/bib/haines+2019.bib" "/Users/salutis/bib/hallet+2021.bib" "/Users/salutis/bib/hammack-2018.bib" "/Users/salutis/bib/harpur+2019.bib" "/Users/salutis/bib/harris-2015-1.bib" "/Users/salutis/bib/harris-2015-2.bib" "/Users/salutis/bib/harrison-2000.bib" "/Users/salutis/bib/hartman+2018.bib" "/Users/salutis/bib/hartman-2011.bib" "/Users/salutis/bib/heinz+2003.bib" "/Users/salutis/bib/hemingway+2007.bib" "/Users/salutis/bib/hemingway+2008.bib" "/Users/salutis/bib/hewlett-packard-2007.bib" "/Users/salutis/bib/heydon+1999.bib" "/Users/salutis/bib/hume-1757.bib" "/Users/salutis/bib/humphreys-.bib" "/Users/salutis/bib/indiana-university-.bib" "/Users/salutis/bib/inoshita+2019.bib" "/Users/salutis/bib/ivanova+2016.bib" "/Users/salutis/bib/jhangiani+2019.bib" "/Users/salutis/bib/jimenez+2016-1.bib" "/Users/salutis/bib/jimenez+2016-12.bib" "/Users/salutis/bib/jimenez+2016-4.bib" "/Users/salutis/bib/jimenez+2016-7.bib" "/Users/salutis/bib/jimenez+2016-8.bib" "/Users/salutis/bib/jimenez+2016-9.bib" "/Users/salutis/bib/jimenez+2016.bib" "/Users/salutis/bib/kedlaya.bib" "/Users/salutis/bib/kepka-2018.bib" "/Users/salutis/bib/khan-2010.bib" "/Users/salutis/bib/king-nd.bib" "/Users/salutis/bib/kitchin-2016.bib" "/Users/salutis/bib/knuth+2021.bib" "/Users/salutis/bib/knuth-1984.bib" "/Users/salutis/bib/knuth-2011.bib" "/Users/salutis/bib/knuth-2014.bib" "/Users/salutis/bib/kotogi-2012.bib" "/Users/salutis/bib/krig-2014.bib" "/Users/salutis/bib/krishnamurthy-1996.bib" "/Users/salutis/bib/laakso+2011.bib" "/Users/salutis/bib/lambert-1760.bib" "/Users/salutis/bib/lasseter-1987.bib" "/Users/salutis/bib/learning-journal-3.bib" "/Users/salutis/bib/levin-2021.bib" "/Users/salutis/bib/lichtenstein-1961.bib" "/Users/salutis/bib/littman-2009.bib" "/Users/salutis/bib/lowe+2010.bib" "/Users/salutis/bib/lowe+2011.bib" "/Users/salutis/bib/lyttkens-2006.bib" "/Users/salutis/bib/magnus+2020.bib" "/Users/salutis/bib/mann-2017.bib" "/Users/salutis/bib/manning+2009-1.bib" "/Users/salutis/bib/manning+2009-2.bib" "/Users/salutis/bib/manning+2009-20.bib" "/Users/salutis/bib/manning+2009-21.bib" "/Users/salutis/bib/manning+2009-3.bib" "/Users/salutis/bib/manning+2009-4.bib" "/Users/salutis/bib/manning+2009.bib" "/Users/salutis/bib/mccarthy-1960.bib" "/Users/salutis/bib/mdf6.bib" "/Users/salutis/bib/mdf8.bib" "/Users/salutis/bib/memi-and-sabu.bib" "/Users/salutis/bib/monet-1877a.bib" "/Users/salutis/bib/monet-1877b.bib" "/Users/salutis/bib/morris+2016.bib" "/Users/salutis/bib/morris-2010.bib" "/Users/salutis/bib/mozilla.bib" "/Users/salutis/bib/myerson-1997.bib" "/Users/salutis/bib/neumann-1945.bib" "/Users/salutis/bib/nisan+2005.bib" "/Users/salutis/bib/noble-2015.bib" "/Users/salutis/bib/np.bib" "/Users/salutis/bib/paul-2004.bib" "/Users/salutis/bib/pearson-2015.bib" "/Users/salutis/bib/petkovsek-1997.bib" "/Users/salutis/bib/phong-1975.bib" "/Users/salutis/bib/picasso-1937.bib" "/Users/salutis/bib/pieper-1965.bib" "/Users/salutis/bib/pollock-1952.bib" "/Users/salutis/bib/princeton-2010.bib" "/Users/salutis/bib/prinz+2003.bib" "/Users/salutis/bib/purdue-university-.bib" "/Users/salutis/bib/rao+2018.bib" "/Users/salutis/bib/raymond-2000a.bib" "/Users/salutis/bib/raymond-2000b.bib" "/Users/salutis/bib/raymond-2000c.bib" "/Users/salutis/bib/raymond-2000d.bib" "/Users/salutis/bib/raymond-2000e.bib" "/Users/salutis/bib/roggenkamp-2016.bib" "/Users/salutis/bib/ross-2015a.bib" "/Users/salutis/bib/ross-2015b.bib" "/Users/salutis/bib/rousseau-1762.bib" "/Users/salutis/bib/ryan-2018.bib" "/Users/salutis/bib/ryder-1970.bib" "/Users/salutis/bib/ryder-2010.bib" "/Users/salutis/bib/sanglard-2020a.bib" "/Users/salutis/bib/sanglard-2020b.bib" "/Users/salutis/bib/schachermeyr-1953.bib" "/Users/salutis/bib/schottstaedt+nd.bib" "/Users/salutis/bib/schwarz-architects.bib" "/Users/salutis/bib/segal-1994.bib" "/Users/salutis/bib/segal-2019.bib" "/Users/salutis/bib/shaffer-2013.bib" "/Users/salutis/bib/shannon-1948.bib" "/Users/salutis/bib/shannon-1952.bib" "/Users/salutis/bib/software.bib" "/Users/salutis/bib/spanswick-2015.bib" "/Users/salutis/bib/spivey-2015-1.bib" "/Users/salutis/bib/spivey-2015-2.bib" "/Users/salutis/bib/spivey-2015-3.bib" "/Users/salutis/bib/spivey-2015-4.bib" "/Users/salutis/bib/stein-2017.bib" "/Users/salutis/bib/stern-2019.bib" "/Users/salutis/bib/stitz+2013.bib" "/Users/salutis/bib/temp.bib" "/Users/salutis/bib/uopeople-2020.bib" "/Users/salutis/bib/van-noorden-2013.bib" "/Users/salutis/bib/vega+.bib" "/Users/salutis/bib/voorhies-2004.bib" "/Users/salutis/bib/vries-2020.bib" "/Users/salutis/bib/walden.bib" "/Users/salutis/bib/wallace-1858.bib" "/Users/salutis/bib/warhol-1962.bib" "/Users/salutis/bib/web.bib" "/Users/salutis/bib/wong-2009.bib" "/Users/salutis/bib/wright-1765.bib" "/Users/salutis/bib/written-assignment-1.bib" "/Users/salutis/bib/written-assignment-3.bib" "/Users/salutis/bib/zach+2021a.bib" "/Users/salutis/bib/zach+2021b.bib" "/Users/salutis/bib/zimbardo-.bib" "/Users/salutis/bib/zucker-2015.bib" "/Users/salutis/bib/zucker-2016-1.bib" "/Users/salutis/bib/zucker-2016.bib" "/Users/salutis/bib/zygmont-2015.bib")
 org-agenda-log-mode-items '(state closed clock)
 org-occur-hook '(org-first-headline-recenter)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-link-parameters '(("attachment" :follow org-attach-follow :complete
                        org-attach-complete-link)
                       ("id" :follow org-id-open)
                       ("notmuch" :store org-notmuch-store-link :follow notmuch-show)
                       ("eww" :follow org-eww-open :store org-eww-store-link)
                       ("rmail" :follow org-rmail-open :store org-rmail-store-link)
                       ("mhe" :follow org-mhe-open :store org-mhe-store-link)
                       ("irc" :follow org-irc-visit :store org-irc-store-link :export
                        org-irc-export)
                       ("info" :follow org-info-open :export org-info-export :store
                        org-info-store-link)
                       ("gnus" :follow org-gnus-open :store org-gnus-store-link)
                       ("docview" :follow org-docview-open :export org-docview-export
                        :store org-docview-store-link)
                       ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link)
                       ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete
                        org-bbdb-complete-link :store org-bbdb-store-link)
                       ("w3m" :store org-w3m-store-link)
                       ("doi" :follow org-link-doi-open :export org-link-doi-export)
                       ("elfeed" :follow elfeed-link-open :store elfeed-link-store-link)
                       ("file+sys") ("file+emacs") ("shell" :follow org-link--open-shell)
                       ("news" :follow
                        #[514 "\301\300\302.Q.\"\207" ["news" browse-url ":"] 6
                          "\n\n(fn URL ARG)"]
                        )
                       ("mailto" :follow
                        #[514 "\301\300\302.Q.\"\207" ["mailto" browse-url ":"] 6
                          "\n\n(fn URL ARG)"]
                        )
                       ("https" :follow
                        #[514 "\301\300\302.Q.\"\207" ["https" browse-url ":"] 6
                          "\n\n(fn URL ARG)"]
                        )
                       ("http" :follow
                        #[514 "\301\300\302.Q.\"\207" ["http" browse-url ":"] 6
                          "\n\n(fn URL ARG)"]
                        )
                       ("ftp" :follow
                        #[514 "\301\300\302.Q.\"\207" ["ftp" browse-url ":"] 6
                          "\n\n(fn URL ARG)"]
                        )
                       ("help" :follow org-link--open-help :store org-link--store-help)
                       ("file" :complete org-link-complete-file)
                       ("elisp" :follow org-link--open-elisp))
 org-html-format-headline-function 'org-html-format-headline-default-function
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-refile-allow-creating-parent-nodes 'confirm
 org-startup-with-inline-images t
 org-pomodoro-length 50
 org-imenu-depth 999
 org-link-frame-setup '((file . find-file))
 org-return-follows-link t
 org-outline-path-complete-in-steps nil
 org-pomodoro-start-sound "/Users/salutis/.emacs.d/elpa/org-pomodoro-20190530.1445/resources/bell.wav"
 org-pomodoro-killed-hook '(my/org-clock-mode-line-enable)
 org-agenda-block-separator nil
 org-agenda-deadline-leaders '("Deadline: " "Deadline in %3d DAYS: "
                               "Deadline %2d days ago: ")
 )
-- 
"I love deadlines. I love the whooshing noise they make as they go by." -- Douglas Adams, The Salmon of Doubt

Rudolf Adamkovič <salutis@me.com> [he/him]
Studenohorská 25
84103 Bratislava
Slovakia


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-08  8:58 [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)] Rudolf Adamkovič
@ 2022-01-08  9:47 ` Colin Baxter 😺
  2022-01-08 18:18   ` Rudolf Adamkovič
  2022-01-08 21:29 ` Tim Cross
  2022-01-12 16:00 ` Christopher M. Miles
  2 siblings, 1 reply; 25+ messages in thread
From: Colin Baxter 😺 @ 2022-01-08  9:47 UTC (permalink / raw)
  To: Rudolf Adamkovič; +Cc: emacs-orgmode

>>>>> Rudolf Adamkovič <salutis@me.com> writes:

    > If I remember well, Org decided to suggest with lowercase keywords
    > (and use uppercase keywords in the manual, for some reason).
    > Then, we should change "org-babel-results-keyword" from "RESULTS"
    > to "results".

Change it for yourself. Please don't change the default. 


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-08  9:47 ` Colin Baxter 😺
@ 2022-01-08 18:18   ` Rudolf Adamkovič
  0 siblings, 0 replies; 25+ messages in thread
From: Rudolf Adamkovič @ 2022-01-08 18:18 UTC (permalink / raw)
  To: Colin Baxter 😺; +Cc: emacs-orgmode

Colin Baxter 😺 <m43cap@yandex.com> writes:

> Change it for yourself.

I did.

> Please don't change the default.

Why?

-- 
"'Contrariwise,' continued Tweedledee, 'if it was so, it might be; and
if it were so, it would be; but as it isn't, it ain't. That's logic.'"
-- Lewis Carroll, Through the Looking Glass

Rudolf Adamkovič <salutis@me.com> [he/him]
Studenohorská 25
84103 Bratislava
Slovakia


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-08  8:58 [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)] Rudolf Adamkovič
  2022-01-08  9:47 ` Colin Baxter 😺
@ 2022-01-08 21:29 ` Tim Cross
  2022-01-09 17:21   ` Rudolf Adamkovič
  2022-01-12 16:00 ` Christopher M. Miles
  2 siblings, 1 reply; 25+ messages in thread
From: Tim Cross @ 2022-01-08 21:29 UTC (permalink / raw)
  To: emacs-orgmode


Rudolf Adamkovič <salutis@me.com> writes:

> If I remember well, Org decided to suggest with lowercase keywords (and
> use uppercase keywords in the manual, for some reason).  Then, we should
> change "org-babel-results-keyword" from "RESULTS" to "results".
>
> (1) Example #1
>
> #+begin_src R :results verbatim :wrap example
> […]
> #+end_src
>
> #+RESULT: [<--- inconsistent]
> #+begin_example
>
> […]
> #+end_example
>
> (2) Example #2
>
> #+begin_src R :results verbatim :wrap EXAMPLE
> […]
> #+end_src
>
>
> #+RESULT:
>
> #+begin_EXAMPLE [<---- still inconsistent]
> […]
> #+end_EXAMPLE
>
> P.S. Org should not leak potentially sensitive information, such as
> "/Users/salutis/", in the subject of its bug reports.
>
> Rudy
>

This is probably a can of worms not worth opening!

From a technical perspective, case does not matter. Originally, the
'styhle' was to use upper case letters for things like #+BEGIN et. al.
(which is probably why they are in upper case in the manual). 
Then (I think it was with the change to the code to insert block
markers) there was a change to use #+begin_*. However, I think for those
who reverted to the old block insertion method (now based on tempo), you
still get things in upper case.

The point is, the begin v BEGIN issue is to some extent bordering on
becoming a religious argument and one which is unlikely to gain
consensus. While personally I agree with your point and for consistency,
I think the default should be lower case, it really doesn't matter.
Everyone will have their personal preferences and while it is trivial to
set to your preferred format, it is one of those issues which will
likely generate lots of noise with little resolution.  


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-08 21:29 ` Tim Cross
@ 2022-01-09 17:21   ` Rudolf Adamkovič
  2022-01-10 10:26     ` Gyro Funch
  0 siblings, 1 reply; 25+ messages in thread
From: Rudolf Adamkovič @ 2022-01-09 17:21 UTC (permalink / raw)
  To: Tim Cross, emacs-orgmode

Tim Cross <theophilusx@gmail.com> writes:

> The point is, the begin v BEGIN issue is to some extent bordering on
> becoming a religious argument and one which is unlikely to gain
> consensus. While personally I agree with your point and for
> consistency, I think the default should be lower case, it really
> doesn't matter.  Everyone will have their personal preferences and
> while it is trivial to set to your preferred format, it is one of
> those issues which will likely generate lots of noise with little
> resolution.

Thank you for providing me with such a clear explanation!  To make my
point clear, I do not care about whether Org uses upper case or lower
case keywords, but I do care about consistency.  Specifically, I think
Emacs should not make new users fiddle with variables just to make its
behavior internally consistent.  Thus, while I do understand both the
"lowercase religion" and the "uppercase religion", I do not understand
the "inconsistency religion".

Rudy
-- 
"I love deadlines. I love the whooshing noise they make as they go by."
-- Douglas Adams, The Salmon of Doubt

Rudolf Adamkovič <salutis@me.com> [he/him]
Studenohorská 25
84103 Bratislava
Slovakia


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-09 17:21   ` Rudolf Adamkovič
@ 2022-01-10 10:26     ` Gyro Funch
  2022-01-10 13:09       ` Timothy
  0 siblings, 1 reply; 25+ messages in thread
From: Gyro Funch @ 2022-01-10 10:26 UTC (permalink / raw)
  To: emacs-orgmode

On 2022-01-09 06:21 PM, Rudolf Adamkovič wrote:
> Thank you for providing me with such a clear explanation!  To make my
> point clear, I do not care about whether Org uses upper case or lower
> case keywords, but I do care about consistency.  Specifically, I think
> Emacs should not make new users fiddle with variables just to make its
> behavior internally consistent.  Thus, while I do understand both the
> "lowercase religion" and the "uppercase religion", I do not understand
> the "inconsistency religion".
> 
> Rudy

Consider Emerson's quote:

"A foolish consistency is the hobgoblin of little minds, adored by 
little statesmen and philosophers and divines. With consistency a great 
soul has simply nothing to do."

;-)

-gyro




^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-10 10:26     ` Gyro Funch
@ 2022-01-10 13:09       ` Timothy
  2022-01-10 14:34         ` Kaushal Modi
  2022-01-10 15:31         ` Colin Baxter 😺
  0 siblings, 2 replies; 25+ messages in thread
From: Timothy @ 2022-01-10 13:09 UTC (permalink / raw)
  To: Gyro Funch; +Cc: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 828 bytes --]

Hi Gyro,

> Consider Emerson’s quote:
>
> “A foolish consistency is the hobgoblin of little minds, adored by little
> statesmen and philosophers and divines. With consistency a great soul has simply
> nothing to do.”

I think applying a quote about how societal expectations and norms can limit the
capacity for greatness of individuals, to … capitalisation is a bit of a stretch.

FWIW, I think it would be good to be internally consistent. #+RESULTS is
currently one of the few keywords inserted in upper case. Unless there’s a good
reason to distinguish it from other keywords (perhaps an argument could be made
that it should be treated differently because it is usually generated, not
inserted by the user?), I’d be in favour of changing the default to be
consistent.

All the best,
Timothy

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-10 13:09       ` Timothy
@ 2022-01-10 14:34         ` Kaushal Modi
  2022-01-10 15:31         ` Colin Baxter 😺
  1 sibling, 0 replies; 25+ messages in thread
From: Kaushal Modi @ 2022-01-10 14:34 UTC (permalink / raw)
  To: Timothy; +Cc: Gyro Funch, emacs-org list

On Mon, Jan 10, 2022 at 8:35 AM Timothy <tecosaur@gmail.com> wrote:
>
> FWIW, I think it would be good to be internally consistent. #+RESULTS is
> currently one of the few keywords inserted in upper case. Unless there’s a good
> reason to distinguish it from other keywords (perhaps an argument could be made
> that it should be treated differently because it is usually generated, not
> inserted by the user?), I’d be in favour of changing the default to be
> consistent.

+1 for consistency. The Org parser does not care if the keywords are
upper or lower case.

So inserting the #+results keyword in lower-case would be a good
change towards improving the consistency.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-10 13:09       ` Timothy
  2022-01-10 14:34         ` Kaushal Modi
@ 2022-01-10 15:31         ` Colin Baxter 😺
  2022-01-11  3:30           ` Ihor Radchenko
  1 sibling, 1 reply; 25+ messages in thread
From: Colin Baxter 😺 @ 2022-01-10 15:31 UTC (permalink / raw)
  To: Timothy; +Cc: Gyro Funch, emacs-orgmode

>>>>> Timothy  <tecosaur@gmail.com> writes:

    > Hi Gyro,
    >> Consider Emerson’s quote:
    >> 
    >> “A foolish consistency is the hobgoblin of little minds, adored
    >> by little statesmen and philosophers and divines. With
    >> consistency a great soul has simply nothing to do.”

    > I think applying a quote about how societal expectations and norms
    > can limit the capacity for greatness of individuals, to …
    > capitalisation is a bit of a stretch.

    > FWIW, I think it would be good to be internally
    > consistent. #+RESULTS is currently one of the few keywords
    > inserted in upper case. Unless there’s a good reason to
    > distinguish it from other keywords (perhaps an argument could be
    > made that it should be treated differently because it is usually
    > generated, not inserted by the user?), I’d be in favour of
    > changing the default to be consistent.

What is the point of changing a default? Users can change to whatever
they like, but a default is a default - i.e. remains fixed. Why a
particular default arose belongs to peculiarities of history. Do people
really want to revisit this year after year? The value of a
default is irrelevant: what is important is that it does not change,
once it is chosen, without some very good reason. I have not seen that
reason in this particular case. The arguments of consistency are
ephemeral.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-10 15:31         ` Colin Baxter 😺
@ 2022-01-11  3:30           ` Ihor Radchenko
  2022-01-11 14:57             ` Colin Baxter 😺
                               ` (2 more replies)
  0 siblings, 3 replies; 25+ messages in thread
From: Ihor Radchenko @ 2022-01-11  3:30 UTC (permalink / raw)
  To: Colin Baxter 😺; +Cc: Gyro Funch, emacs-orgmode, Timothy

Colin Baxter 😺 <m43cap@yandex.com> writes:

> What is the point of changing a default? Users can change to whatever
> they like, but a default is a default - i.e. remains fixed. Why a
> particular default arose belongs to peculiarities of history. Do people
> really want to revisit this year after year? The value of a
> default is irrelevant: what is important is that it does not change,
> once it is chosen, without some very good reason. I have not seen that
> reason in this particular case. The arguments of consistency are
> ephemeral.

For some more context, other functions are not really consistent about uppercase/lowercase:
- =org-insert-structure-template= lowercase
- =org-insert-drawer= uppercase
- =org-insert-property-drawer= uppercase
- =org-babel-exp-code-template= defaults to uppercase
- =org-clock-find-position= defaults to uppercase :END:
- =org-feed-write-status= defaults to uppercase
- =org-inlinetask-insert-task= defaults to uppercase
- =org-mobile-write-agenda-for-mobile= defaults to uppercase
- =org-babel-examplify-region= lowercase

I just looked for END vs end.

So, unless there is overwhelming support for changing uppercase
defaults into lowercase and a thorough patch, I am inclined towards
preserving the existing behaviour.

Changing just RESULTS keyword provides no benefit to making things
consistent.

Best,
Ihor


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11  3:30           ` Ihor Radchenko
@ 2022-01-11 14:57             ` Colin Baxter 😺
  2022-01-11 15:15             ` Timothy
  2022-01-11 19:13             ` Rudolf Adamkovič
  2 siblings, 0 replies; 25+ messages in thread
From: Colin Baxter 😺 @ 2022-01-11 14:57 UTC (permalink / raw)
  To: Ihor Radchenko; +Cc: Gyro Funch, emacs-orgmode, Timothy

>>>>> Ihor Radchenko <yantar92@gmail.com> writes:

    > Colin Baxter 😺 <m43cap@yandex.com> writes:
    >> What is the point of changing a default? Users can change to
    >> whatever they like, but a default is a default - i.e. remains
    >> fixed. Why a particular default arose belongs to peculiarities of
    >> history. Do people really want to revisit this year after year?
    >> The value of a default is irrelevant: what is important is that
    >> it does not change, once it is chosen, without some very good
    >> reason. I have not seen that reason in this particular case. The
    >> arguments of consistency are ephemeral.

    > For some more context, other functions are not really consistent
    > about uppercase/lowercase: - =org-insert-structure-template=
    > lowercase - =org-insert-drawer= uppercase -
    > =org-insert-property-drawer= uppercase -
    > =org-babel-exp-code-template= defaults to uppercase -
    > =org-clock-find-position= defaults to uppercase :END: -
    > =org-feed-write-status= defaults to uppercase -
    > =org-inlinetask-insert-task= defaults to uppercase -
    > =org-mobile-write-agenda-for-mobile= defaults to uppercase -
    > =org-babel-examplify-region= lowercase

    > I just looked for END vs end.

    > So, unless there is overwhelming support for changing uppercase
    > defaults into lowercase and a thorough patch, I am inclined
    > towards preserving the existing behaviour.

Agreed.

    > Changing just RESULTS keyword provides no benefit to making things
    > consistent.

Agreed.


Best - Colin


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11  3:30           ` Ihor Radchenko
  2022-01-11 14:57             ` Colin Baxter 😺
@ 2022-01-11 15:15             ` Timothy
  2022-01-11 19:13             ` Rudolf Adamkovič
  2 siblings, 0 replies; 25+ messages in thread
From: Timothy @ 2022-01-11 15:15 UTC (permalink / raw)
  To: Ihor Radchenko; +Cc: Colin Baxter 😺, Gyro Funch, emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1194 bytes --]

Hi Ihor,

> For some more context, other functions are not really consistent about uppercase/lowercase:
> - `org-insert-structure-template' lowercase
> - `org-insert-drawer' uppercase
> - `org-insert-property-drawer' uppercase
> - `org-babel-exp-code-template' defaults to uppercase
> - `org-clock-find-position' defaults to uppercase :END:
> - `org-feed-write-status' defaults to uppercase
> - `org-inlinetask-insert-task' defaults to uppercase
> - `org-mobile-write-agenda-for-mobile' defaults to uppercase
> - `org-babel-examplify-region' lowercase

Ok, I thought we were much closer to consistency than we seem to be. In that
case, I don’t see much point in /just/ changing #+results.

> So, unless there is overwhelming support for changing uppercase
> defaults into lowercase and a thorough patch, I am inclined towards
> preserving the existing behaviour.

I do think it would be nice if we went one way or the other (and from previous
discussion, lower case looks like the direction we’d go in), but it would have
to be across the board.

> Changing just RESULTS keyword provides no benefit to making things
> consistent.

Yep.

All the best,
Timothy

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11  3:30           ` Ihor Radchenko
  2022-01-11 14:57             ` Colin Baxter 😺
  2022-01-11 15:15             ` Timothy
@ 2022-01-11 19:13             ` Rudolf Adamkovič
  2022-01-11 19:53               ` William Denton
                                 ` (2 more replies)
  2 siblings, 3 replies; 25+ messages in thread
From: Rudolf Adamkovič @ 2022-01-11 19:13 UTC (permalink / raw)
  To: Ihor Radchenko, Colin Baxter 😺; +Cc: Gyro Funch, emacs-orgmode, Timothy

Ihor Radchenko <yantar92@gmail.com> writes:

> So, unless there is overwhelming support for changing uppercase
> defaults into lowercase and a thorough patch, I am inclined towards
> preserving the existing behaviour.

The results so far:

- For inconsistent defaults:
  Colin

- For consistent defaults:
  Rudy (me), Tim, Timothy, Kaushal

- Unknown:
  Gyro

Four times more people would like to see consistent defaults so far.
Does that count as overwhelming support? :)

> Changing just RESULTS keyword provides no benefit to making things
> consistent.

Agreed, like everyone else.

Rudy
-- 
"Programming reliably --- must be an activity of an undeniably
mathematical nature […] You see, mathematics is about thinking, and
doing mathematics is always trying to think as well as possible." --
Edsger W. Dijkstra (1981)

Rudolf Adamkovič <salutis@me.com> [he/him]
Studenohorská 25
84103 Bratislava
Slovakia


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11 19:13             ` Rudolf Adamkovič
@ 2022-01-11 19:53               ` William Denton
  2022-01-11 20:30               ` Colin Baxter 😺
  2022-01-12 14:17               ` Ihor Radchenko
  2 siblings, 0 replies; 25+ messages in thread
From: William Denton @ 2022-01-11 19:53 UTC (permalink / raw)
  To: Rudolf Adamkovič; +Cc: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 582 bytes --]

On 11 January 2022, Rudolf Adamkovič wrote:

> Four times more people would like to see consistent defaults so far.
> Does that count as overwhelming support? :)

I'm for consistent defaults too, and #+RESULTS looks wrong to me, but I suspect 
I'm one of many who isn't able to provide patches, doesn't really mind it enough 
to be terrifically bothered, is happy to live with it, and wouldn't mind if 
attention was directed to bigger issues.

Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11 19:13             ` Rudolf Adamkovič
  2022-01-11 19:53               ` William Denton
@ 2022-01-11 20:30               ` Colin Baxter 😺
  2022-01-12 14:17               ` Ihor Radchenko
  2 siblings, 0 replies; 25+ messages in thread
From: Colin Baxter 😺 @ 2022-01-11 20:30 UTC (permalink / raw)
  To: Rudolf Adamkovič; +Cc: Gyro Funch, emacs-orgmode, Ihor Radchenko, Timothy

>>>>> Rudolf Adamkovič <salutis@me.com> writes:

    > Ihor Radchenko <yantar92@gmail.com> writes:
    >> So, unless there is overwhelming support for changing uppercase
    >> defaults into lowercase and a thorough patch, I am inclined
    >> towards preserving the existing behaviour.

    > The results so far:

    > - For inconsistent defaults: Colin

I did not write that. I wrote that I am for a default remaining a
default. Whether it is "consistent" or "inconsistent" is not
important. Once chosen it should stay fixed.


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-11 19:13             ` Rudolf Adamkovič
  2022-01-11 19:53               ` William Denton
  2022-01-11 20:30               ` Colin Baxter 😺
@ 2022-01-12 14:17               ` Ihor Radchenko
  2 siblings, 0 replies; 25+ messages in thread
From: Ihor Radchenko @ 2022-01-12 14:17 UTC (permalink / raw)
  To: Rudolf Adamkovič
  Cc: Colin Baxter 😺, Gyro Funch, emacs-orgmode, Timothy

Rudolf Adamkovič <salutis@me.com> writes:

> The results so far:
>
> - For inconsistent defaults:
>   Colin
>
> - For consistent defaults:
>   Rudy (me), Tim, Timothy, Kaushal
>
> - Unknown:
>   Gyro
>
> Four times more people would like to see consistent defaults so far.
> Does that count as overwhelming support? :)

Bastien would count as overwhelming support :) Though seriously - I am
generally in favour of being consistent, but not to the point that I
prioritise it over fixing bugs and implementing new features. If someone
is bothered enough to spend time scanning all the instances of using
uppercase/lowercase keywords in Org sources, I can prepare a patch based
on that information.

Best,
Ihor


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-08  8:58 [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)] Rudolf Adamkovič
  2022-01-08  9:47 ` Colin Baxter 😺
  2022-01-08 21:29 ` Tim Cross
@ 2022-01-12 16:00 ` Christopher M. Miles
  2022-01-12 16:35   ` Timothy
  2022-01-14  2:00   ` Ihor Radchenko
  2 siblings, 2 replies; 25+ messages in thread
From: Christopher M. Miles @ 2022-01-12 16:00 UTC (permalink / raw)
  To: Rudolf Adamkovič; +Cc: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]


I suggest to keep current defaults. Because I have lot of Org files, if changed, I have to do lot of
work to adopt files and might get wrong. It's very important.

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-12 16:00 ` Christopher M. Miles
@ 2022-01-12 16:35   ` Timothy
  2022-01-13  1:43     ` Ihor Radchenko
  2022-01-13  3:29     ` Christopher M. Miles
  2022-01-14  2:00   ` Ihor Radchenko
  1 sibling, 2 replies; 25+ messages in thread
From: Timothy @ 2022-01-12 16:35 UTC (permalink / raw)
  To: numbchild; +Cc: emacs-orgmode, Rudolf Adamkovič

[-- Attachment #1: Type: text/plain, Size: 627 bytes --]

Hi Christopher,

> I suggest to keep current defaults. Because I have lot of Org files, if changed, I have to do lot of
> work to adopt files and might get wrong. It’s very important.

Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
indeed case-sensitive. This comes as a surprise to me, as I thought that /all/
keywords were parsed in a case-insensitive manner.

Is there a good reason for this?

At a glance, I’d personally be tempted to make the use case insensitive, and
only use `org-babel-results-keyword' when inserting, or remove it all together.

All the best,
Timothy

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-12 16:35   ` Timothy
@ 2022-01-13  1:43     ` Ihor Radchenko
  2022-01-13  4:27       ` Timothy
  2022-01-13  3:29     ` Christopher M. Miles
  1 sibling, 1 reply; 25+ messages in thread
From: Ihor Radchenko @ 2022-01-13  1:43 UTC (permalink / raw)
  To: Timothy; +Cc: Rudolf Adamkovič, emacs-orgmode

Timothy <tecosaur@gmail.com> writes:

> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
> indeed case-sensitive. This comes as a surprise to me, as I thought that /all/
> keywords were parsed in a case-insensitive manner.
>
> Is there a good reason for this?

Could you elaborate on this? It should not be case-sensitive, AFAIK.

Best,
Ihor


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-12 16:35   ` Timothy
  2022-01-13  1:43     ` Ihor Radchenko
@ 2022-01-13  3:29     ` Christopher M. Miles
  2022-01-13  4:33       ` Timothy
  1 sibling, 1 reply; 25+ messages in thread
From: Christopher M. Miles @ 2022-01-13  3:29 UTC (permalink / raw)
  To: Timothy; +Cc: emacs-orgmode, Rudolf Adamkovič

[-- Attachment #1: Type: text/plain, Size: 1351 bytes --]


Timothy <tecosaur@gmail.com> writes:

> Hi Christopher,
>
>> I suggest to keep current defaults. Because I have lot of Org files, if changed, I have to do lot of
>> work to adopt files and might get wrong. It’s very important.
>
> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword' are
> indeed case-sensitive. This comes as a surprise to me, as I thought that /all/
> keywords were parsed in a case-insensitive manner.
>
> Is there a good reason for this?
>
> At a glance, I’d personally be tempted to make the use case insensitive, and
> only use `org-babel-results-keyword' when inserting, or remove it all together.
>
> All the best,
> Timothy

Me too, I hope it can be case-insensitive, if org-mode internal has already case-sensitive
processing. I suggest to keep one standard. I remember used to blocks like ~#+BEGIN_SRC~ etc are
uppercase by default. Latter changed into lowercase. Then I did a lot of work to replace them. If we
need to use lowercase, I suggest to use them all. It might improve regexp matching speed? Don't know......

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-13  1:43     ` Ihor Radchenko
@ 2022-01-13  4:27       ` Timothy
  0 siblings, 0 replies; 25+ messages in thread
From: Timothy @ 2022-01-13  4:27 UTC (permalink / raw)
  To: Ihor Radchenko; +Cc: Rudolf Adamkovič, emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 829 bytes --]

Hi Ihor,

>> Hmm. Upon inspection I see that some uses of `org-babel-results-keyword’ are
>> indeed case-sensitive. This comes as a surprise to me, as I thought that /all/
>> keywords were parsed in a case-insensitive manner.
>>
>> Is there a good reason for this?
>
> Could you elaborate on this? It should not be case-sensitive, AFAIK.

I had a quick glance earlier. Having another look, I misread the code (I thought
I saw `(case-fold-search nil)' but it’s actually `(case-fold-search t)').

So, the two uses of `org-babel-results-keyword' are `org-babel-find-named-result'
and `org-babel--insert-results-keyword'.

`org-babel--insert-results-keyword' just inserts `org-babel-results-keyword'
verbatim. `org-babel-find-named-result' searches for it with `(case-fold-search t)'.

All the best,
Timothy

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-13  3:29     ` Christopher M. Miles
@ 2022-01-13  4:33       ` Timothy
  2022-01-13  5:25         ` Christopher M. Miles
  0 siblings, 1 reply; 25+ messages in thread
From: Timothy @ 2022-01-13  4:33 UTC (permalink / raw)
  To: numbchild; +Cc: emacs-orgmode, Rudolf Adamkovič

[-- Attachment #1: Type: text/plain, Size: 1057 bytes --]

Hi Christopher,

>> Is there a good reason for this?
>>
>> At a glance, I’d personally be tempted to make the use case insensitive, and
>> only use `org-babel-results-keyword’ when inserting, or remove it all together.
>
> Me too, I hope it can be case-insensitive, if org-mode internal has already case-sensitive
> processing. I suggest to keep one standard. I remember used to blocks like `#+BEGIN_SRC' etc are
> uppercase by default. Latter changed into lowercase. Then I did a lot of work to replace them. If we
> need to use lowercase, I suggest to use them all. It might improve regexp matching speed? Don’t know……

See my reply to Ihor, I actually misread the code. It *is* case insensitive (as it
should be). So, changing the default capitalisation of `org-babel-results-keyword'
would have no effect on the interpretation or function of existing documents.

Based on your comments on converting block case, maybe it would be worth
providing a function to normalise the case in an Org document?

All the best,
Timothy

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-13  4:33       ` Timothy
@ 2022-01-13  5:25         ` Christopher M. Miles
  0 siblings, 0 replies; 25+ messages in thread
From: Christopher M. Miles @ 2022-01-13  5:25 UTC (permalink / raw)
  To: Timothy; +Cc: emacs-orgmode, Rudolf Adamkovič

[-- Attachment #1: Type: text/plain, Size: 2365 bytes --]


Timothy <tecosaur@gmail.com> writes:

> Hi Christopher,
>
>>> Is there a good reason for this?
>>>
>>> At a glance, I’d personally be tempted to make the use case insensitive, and
>>> only use `org-babel-results-keyword’ when inserting, or remove it all together.
>>
>> Me too, I hope it can be case-insensitive, if org-mode internal has already case-sensitive
>> processing. I suggest to keep one standard. I remember used to blocks like `#+BEGIN_SRC' etc are
>> uppercase by default. Latter changed into lowercase. Then I did a lot of work to replace them. If we
>> need to use lowercase, I suggest to use them all. It might improve regexp matching speed? Don’t know……
>
> See my reply to Ihor, I actually misread the code. It *is* case insensitive (as it
> should be). So, changing the default capitalisation of `org-babel-results-keyword'
> would have no effect on the interpretation or function of existing documents.
>
> Based on your comments on converting block case, maybe it would be worth
> providing a function to normalise the case in an Org document?
>
> All the best,
> Timothy

Indeed, there is a similar purpose function:

#+begin_src emacs-lisp
(defun modi/lower-case-org-keywords ()
  "Lower case Org keywords and block identifiers.

Example: \"#+TITLE\" -> \"#+title\"
         \"#+BEGIN_EXAMPLE\" -> \"#+begin_example\"

Inspiration:
https://code.orgmode.org/bzg/org-mode/commit/13424336a6f30c50952d291e7a82906c1210daf0."
  (interactive)
  (save-excursion
    (goto-char (point-min))
    (let ((case-fold-search nil)
          (count 0))
      ;; Match examples: "#+FOO bar", "#+FOO:", "=#+FOO=", "~#+FOO~",
      ;;                 "‘#+FOO’", "“#+FOO”", ",#+FOO bar",
      ;;                 "#+FOO_bar<eol>", "#+FOO<eol>".
      (while (re-search-forward "\\(?1:#\\+[A-Z_]+\\(?:_[[:alpha:]]+\\)*\\)\\(?:[ :=~’”]\\|$\\)" nil :noerror)
        (setq count (1+ count))
        (replace-match (downcase (match-string-no-properties 1)) :fixedcase nil nil 1))
      (message "Lower-cased %d matches" count))))
#+end_src

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-12 16:00 ` Christopher M. Miles
  2022-01-12 16:35   ` Timothy
@ 2022-01-14  2:00   ` Ihor Radchenko
  2022-01-14  4:23     ` Christopher M. Miles
  1 sibling, 1 reply; 25+ messages in thread
From: Ihor Radchenko @ 2022-01-14  2:00 UTC (permalink / raw)
  To: numbchild; +Cc: emacs-orgmode, Rudolf Adamkovič

> I suggest to keep current defaults. Because I have lot of Org files, if changed, I have to do lot of
> work to adopt files and might get wrong. It's very important.

Org mode does not distinguish the _meaning_ of all keywords regardless
of their case. Including src blocks and results. If it is not the case,
it should be a bug (and please report it then). So, you should have no
need to change keyword case in your existing documents except for your
visual satisfaction.

What we are discussing here is the visual appearance of how the keywords
are inserted by default. Nothing functional.

Best,
Ihor


^ permalink raw reply	[flat|nested] 25+ messages in thread

* Re: [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)]
  2022-01-14  2:00   ` Ihor Radchenko
@ 2022-01-14  4:23     ` Christopher M. Miles
  0 siblings, 0 replies; 25+ messages in thread
From: Christopher M. Miles @ 2022-01-14  4:23 UTC (permalink / raw)
  To: Ihor Radchenko; +Cc: emacs-orgmode, Rudolf Adamkovič

[-- Attachment #1: Type: text/plain, Size: 990 bytes --]


Ihor Radchenko <yantar92@gmail.com> writes:

>> I suggest to keep current defaults. Because I have lot of Org files, if changed, I have to do lot of
>> work to adopt files and might get wrong. It's very important.
>
> Org mode does not distinguish the _meaning_ of all keywords regardless
> of their case. Including src blocks and results. If it is not the case,
> it should be a bug (and please report it then). So, you should have no
> need to change keyword case in your existing documents except for your
> visual satisfaction.
>
> What we are discussing here is the visual appearance of how the keywords
> are inserted by default. Nothing functional.
>
> Best,
> Ihor

That's the best, thanks for explanation.

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 25+ messages in thread

end of thread, other threads:[~2022-01-14  4:46 UTC | newest]

Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-08  8:58 [BUG] Prefer lowercase #+results [9.5.2 (release_9.5.2-3-geb9f34 @ /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/org/)] Rudolf Adamkovič
2022-01-08  9:47 ` Colin Baxter 😺
2022-01-08 18:18   ` Rudolf Adamkovič
2022-01-08 21:29 ` Tim Cross
2022-01-09 17:21   ` Rudolf Adamkovič
2022-01-10 10:26     ` Gyro Funch
2022-01-10 13:09       ` Timothy
2022-01-10 14:34         ` Kaushal Modi
2022-01-10 15:31         ` Colin Baxter 😺
2022-01-11  3:30           ` Ihor Radchenko
2022-01-11 14:57             ` Colin Baxter 😺
2022-01-11 15:15             ` Timothy
2022-01-11 19:13             ` Rudolf Adamkovič
2022-01-11 19:53               ` William Denton
2022-01-11 20:30               ` Colin Baxter 😺
2022-01-12 14:17               ` Ihor Radchenko
2022-01-12 16:00 ` Christopher M. Miles
2022-01-12 16:35   ` Timothy
2022-01-13  1:43     ` Ihor Radchenko
2022-01-13  4:27       ` Timothy
2022-01-13  3:29     ` Christopher M. Miles
2022-01-13  4:33       ` Timothy
2022-01-13  5:25         ` Christopher M. Miles
2022-01-14  2:00   ` Ihor Radchenko
2022-01-14  4:23     ` Christopher M. Miles

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).