Re: multipage html output
Orm Finnendahl writes: > https://github.com/ormf/ox-html-multipage Do I understand it right, that this exports a single org file into multiple HTML files in the html subfolder? In the interest of making it possible to build upon the code, can you make the license GPL v2.0 *or later*? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [ANN] Org mode 9.7 is out
Ihor Radchenko writes: > Org 9.7, a major release, is out. > - Org mode supports drag-and-drop and pasting images/files from > clipboard (pasting from clipboard requires Emacs >=29) > - Moving, promoting, and demoting headings/items honors region. That’s great! What happens when I paste an image? > We are still looking for additional maintainers of individual Org > libraries, especially ox-latex and ox-html. More than half of all the > Org libraries currently do not have any dedicated maintainer. Please > consider volunteering. See > https://orgmode.org/worg/org-maintenance.html#maintainer-role for more > details. Maintaining takes less effort than one may expect (see the > link). I wish I could join (I use both ox-latex and ox-html in hobby-but-for-me-personally-critical tasks), but I’m already overstretched. Deepest thanks to all current maintainers for your great work! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: SMART goals and bolding the first letter
Sharon Kimble writes:
> How can I bold the first letter of a word please? I'm trying to do this -
>
>
> - - *S*pecific - You don’t want a vague goal.
>
>
> Its part of a section explaining SMART goals.
>
> Any ideas please?
I don’t know a pure org method, but if this is for LaTeX, you can use:
@@latex:\textbf{@@S@@latex:}\nobreak\hspace{0pt}@@pecific.
(for the cleaner looking method: https://tex.stackexchange.com/a/267806 )
If this is HTML, you can CSS it:
#+html: .first-letter-bold li::first-letter {font-weight: bold}
#+attr_html: :class first-letter-bold
- Specific
- Measurable
- ...
See https://developer.mozilla.org/en-US/docs/Web/CSS/::first-letter
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: [BUG] org-publish: org-element--cache: Got empty parent while parsing [9.6.18 ( @ /home/arne/.emacs.d/elpa/org-9.6.18/)]
Ihor Radchenko writes: > "Dr. Arne Babenhauserheide" writes: > >> I added >> ;;; use dev-version of org-mode >> (setq load-path (cons "~/eigenes/Programme/org-mode/lisp" load-path)) >> (setq load-path (cons "~/eigenes/Programme/org-mode/contrib/lisp" load-path)) >> >> just before (require 'org). >> ... >> On the second run I got the endless org-element-cache warnings again, >> though. > > May you be able to make a reproducer that will demonstrate the problem > with your config installed from scratch? What would help you best? The setup is built to be as self-contained as possible (so the config from the repository is used, not my local one). I can try to build a Dockerfile or see whether I can get it working in a VM, or create a new user account and get it to work there. Best wishes, Arne signature.asc Description: PGP signature
Re: [BUG] org-publish: org-element--cache: Got empty parent while parsing [9.6.18 ( @ /home/arne/.emacs.d/elpa/org-9.6.18/)]
Ihor Radchenko writes: > "Dr. Arne Babenhauserheide" writes: > >> I often see a huge number of warnings while publishing my website with >> org-publish: >> >> Warning (org-element-cache): org-element--cache: Got empty parent while >> parsing. >> ... >> To reproduce (though I’m not sure whether this will work outside my >> machine): >> >> - Requirements: mercurial, make, Emacs (naturally :)) >> >> hg clone https://hg.sr.ht/~arnebab/draketo >> cd draketo >> autoreconf -i >> ./configure >> make >> >> This should open a graphical Emacs (required for good syntax >> highlighting) which then displays the warnings in the *Warnings* buffer. > > What if you use the dev version of Org mode? I added ;;; use dev-version of org-mode (setq load-path (cons "~/eigenes/Programme/org-mode/lisp" load-path)) (setq load-path (cons "~/eigenes/Programme/org-mode/contrib/lisp" load-path)) just before (require 'org). And with that I didn’t see the problem before creating a new article. When I tried creating a new article, the org-element-cache problem didn’t appear at the start. What I saw in the minibuffer are messages I’d been ignoring before: after adding a new article, the first run errors out and the *Messages* buffer ends with: Mark set Replaced 0 occurrences Code block produced no output (took 0.3s). htmlize-face-to-fstruct-1: Wrong type argument: htmlize-fstruct, #s(htmlize-fstruct "#00" "#ff" nil nil nil nil nil nil nil) Package cl is deprecated I had to quit manually (though I could have waited for the timeout in the Makefile). I’m not sure whether this is local breakage from my setup. On the second run I got the endless org-element-cache warnings again, though. After aborting with C-g, exiting (with regular quit) and running the third time, that org-element-cache warning appeared for three articles, but only once each: - https://hg.sr.ht/~arnebab/draketo/browse/politik/terror-gegen-israel.org?rev=tip - https://hg.sr.ht/~arnebab/draketo/browse/software/install-on-guix.org?rev=tip - https://hg.sr.ht/~arnebab/draketo/browse/software/install-freenet-linux.org?rev=tip Best wishes, Arne signature.asc Description: PGP signature
[BUG] org-publish: org-element--cache: Got empty parent while parsing [9.6.18 ( @ /home/arne/.emacs.d/elpa/org-9.6.18/)]
I often see a huge number of warnings while publishing my website with
org-publish:
Warning (org-element-cache): org-element--cache: Got empty parent while
parsing.
…
Backtrace:
nil
This doesn’t happen always. It seems to be the case more often when I
add a new org-file to my site.
To reproduce (though I’m not sure whether this will work outside my
machine):
- Requirements: mercurial, make, Emacs (naturally :))
hg clone https://hg.sr.ht/~arnebab/draketo
cd draketo
autoreconf -i
./configure
make
This should open a graphical Emacs (required for good syntax
highlighting) which then displays the warnings in the *Warnings* buffer.
It includes a custom emacs config in
https://hg.sr.ht/~arnebab/draketo/browse/.emacs.d
I’ll gladly help getting this to run if reproduction shouldn’t work for you.
Best wishes,
Arne
Emacs : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
cairo version 1.18.0)
Package: Org mode version 9.6.18 ( @ /home/arne/.emacs.d/elpa/org-9.6.18/)
current state:
==
(setq
org-agenda-clockreport-parameter-plist '(:link t :maxlevel 2 :properties
("Effort"))
org-latex-pdf-process '("pdflatex -interaction nonstopmode -shell-escape
-output-directory %o %f"
"bibtex $(basename %b)"
"pdflatex -interaction nonstopmode -shell-escape
-output-directory %o %f"
"pdflatex -interaction nonstopmode -shell-escape
-output-directory %o %f")
org-persist-before-write-hook '(org-element--cache-persist-before-write)
org-global-properties '(("Effort_ALL" . "0:30 1:00 2:00 3:00 6:00 8:00 16:00
40:00"))
org-html-mathjax-template "\n
MathJax.Hub.Config({\ndisplayAlign: \"%ALIGN\",\ndisplayIndent:
\"%INDENT\",\n\n\"HTML-CSS\": { scale: %SCALE,\n
linebreaks: { automatic: \"%LINEBREAKS\" },\nwebFont:
\"%FONT\"\n },\nSVG: {scale: %SCALE,\n
linebreaks: { automatic: \"%LINEBREAKS\" },\n font:
\"%FONT\"},\nNativeMML: {scale: %SCALE},\nTeX: {
equationNumbers: {autoNumber: \"%AUTONUMBER\"},\n MultLineWidth:
\"%MULTLINEWIDTH\",\n TagSide: \"%TAGSIDE\",\n
TagIndent: \"%TAGINDENT\"\n }\n});\n\n"
org-html-format-headline-function 'org-html-format-headline-default-function
org-jira-priority-to-org-priority-alist '(("Blocker" . 65) ("Critical" . 66)
("Major" . 67) ("Minor" . 68))
org-checkbox-hierarchical-statistics nil
org-reveal-start-hook '(org-decrypt-entry)
org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
org-clock-out-hook '(kiwon/org-agenda-redo-in-other-window)
org-after-todo-state-change-hook '(kiwon/org-agenda-redo-in-other-window)
org-default-notes-file "~/Plan/plan.org"
org-clock-string-limit 22
org-directory "~/Plan"
org-latex-format-inlinetask-function
'org-latex-format-inlinetask-default-function
org-plantuml-jar-path "~/.guix-profile/share/java/plantuml.jar"
org-agenda-include-diary t
org-safe-remote-resources
'("\\`https://commons\\.wikimedia\\.org/wiki/File:Walsh-18-Fourier\\.svg\\'"
"\\`https://commons\\.wikimedia\\.org/wiki/File:Ami_encoding\\.svg\\'"
"\\`https://commons\\.wikimedia\\.org/wiki/File:Manchester-code\\.png\\'"
"\\`https://commons\\.wikimedia\\.org/wiki/File:Nyquist_Aliasing\\.svg\\'"
"\\`https://www\\.draketo\\.de/wissen/cherry-blossom--cc-by--by-deivudesu\\.png\\'"
"\\`https://www\\.draketo\\.de/wissen/covid-19-germany-infections-by-date-prognosen\\.png\\'"
"\\`https://www\\.draketo\\.de/files/stenoGG-art-5-3-eine-zensur-findet-nicht-statt-einzeln-500x354\\.png\\'")
org-jira-progress-issue-flow '(("Open" . "In Bearbeitung") ("In Bearbeitung" .
"In Review")
("In Review" . "Bearbeitet"))
org-habit-show-all-today t
org-agenda-custom-commands '(("o" "Agenda and TODOs"
((agenda) (tags-todo "-notodo-TERMIN"
((org-agenda-block-separator 45)))
(tags "KANBAN"
((org-agenda-block-separator 45)
(org-agenda-compact-blocks nil)
(org-agenda-overriding-header ""))
)
)
)
)
org-structure-template-alist '(("k" . "kasten") ("a" . "export ascii") ("c" .
"center") ("C" . "comment")
("e" . "example") ("E" . "export") ("h" .
"export html") ("l" . "export latex")
("q" . "quote") ("s" . "src") ("v" . "verse"))
org-babel-tangle-lang-exts '(("wisp" . "w") ("python" . "py") ("D" . "d")
("C++" . "cpp") ("emacs-lisp" . "el")
Re: [Worg] CSS improvements
Ihor Radchenko writes:
> Adam Porter writes:
>
>>> I am not sure if centered text should stand out.
>>> AFAIU, you want to add this style for the sole purpose of highlighting
>>
>> What is the purpose of centering text if not to make it stand out?
>
> To align text. I am not sure why anything more is necessary - it
> is certainly counter-intuitive for me that "center" means something more
> than just alignment.
>
> If you need extra highlighting, we may introduce a dedicated style and
> apply it via special block.
I defined a "kasten" block for my own page, maybe you can re-use that:
# ELISP
(add-to-list 'org-structure-template-alist '("k"
"#+begin_kasten\n?\n#+end_kasten" "?"))
# ORG-MODE
# kasten-Environment for full-width boxed text.
#+latex_header: \definecolor{cream}{rgb}{1.0, 0.99, 0.82}
#+latex_header: \provideenvironment{kasten}% level0
#+latex_header: {\begin{tcolorbox}[colback=cream, sharp corners]%
#+latex_header: \medskip%
#+latex_header: }
#+latex_header: {\medskip\end{tcolorbox}%
#+latex_header: }
# CSS:
/* full-width boxed text */
.kasten {
color: #111;
text-align: justify;
clear: both;
border-top: 1px solid gray !important;
border-right: 0px none gray !important;
border-left: 0px none gray !important;
border-bottom: 1px solid gray !important;
background-color: #f6efca;
border-top: thin solid gray;
border-bottom: thin solid gray;
float: left;
width: 100%;
z-index: 1;
margin-top:20px;
margin-bottom:20px;
}
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: An academic journal entirely made in Org-Mode
Hi, Juan Manuel Macías writes: > Org-Publish and LuaTeX. If anyone is interested in the code I used for > specific aspects of the publication, I can share it here :-). That sounds very interesting! I’m writing roleplaying books and my website with org-mode and since there are many small pieces I found over the years, I expect that the solved problems for a journal will be very educational! > https://recyt.fecyt.es/index.php/rel/issue/view/4327/948 One small thing: the boxes for the abstract look pretty nice! How to create the complex tables on page 109ff would also be great to know. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] cannot export org-file: Warning (org-element-cache): org-element--cache: Got empty parent while parsing [9.6.12 (N/A @ /gnu/store/h6351wyaf8gahx46y71vd1200wr5l9gv-emacs-org-9.6.12/share/emac
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> M-x org-toggle-debug-on-quit
>>
>>
>> Debugger entered--Lisp error: (quit)
>> org-element--parse-to(13994)
>> org-element-at-point()
>> org--collect-keywords-1(("SETUPFILE" "BIND") nil nil
>> ("/home/arne/Schreibtisch/arnebab-org/politik/geschl...") nil)
>> org-collect-keywords(("BIND"))
>> org-export--list-bound-variables()
>
> I am confused. Does it mean that you can reproduce the error manually,
> not from Makefile?
I can abort the publishing process in the Emacs started from the
Makefile (graphical Emacs, not in batch mode) and then export again from
the org-file, and then I see this error.
I cannot reproduce it from my regular Emacs session.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: [BUG] cannot export org-file: Warning (org-element-cache): org-element--cache: Got empty parent while parsing [9.6.12 (N/A @ /gnu/store/h6351wyaf8gahx46y71vd1200wr5l9gv-emacs-org-9.6.12/share/emac
Ihor Radchenko writes:
> I downloaded the files, adjusted paths, and tried to export the main org
> file to html and latex. It was successfully export using the latest
> bugfix and main branches.
>
> May you please provide more details? Ideally, a recipe starting from
> emacs -Q. See https://orgmode.org/manual/Feedback.html#Feedback
I run the export from the Makefile via an adjusted HOME:
sitemap.org: site/.published
site/.published: index.org external-rss.org $(arnebab_DATA) setup.el
.emacs.d/init.el ## create and publish the site according to setup.el
echo -e Yes\\nYes > $$(tty) ; time HOME="$(realpath
@abs_top_builddir@)" timeout 360 emacs --load .emacs.d/init.el --load setup.el
"$<" --eval "(setq org-babel-ditaa-java-cmd
\"LD_LIBRARY_PATH=$${LD_LIBRARY_PATH}:$$HOME/.guix-profile/lib/ java\"
plantuml-executable-path \"plantuml\" org-plantuml-jar-path
\"$${GUIX_ENVIRONMENT=/home/$(whoami)/.guix-profile}/share/java/plantuml.jar\"
org-plantuml-exec-mode 'plantuml)" --eval '(org-publish-current-project
"arnebab-org")' -f kill-emacs && touch "$@" < $$(tty) > build.log && rm -f
site/*~ site/*/*~ site/*/*/*~ site/*/*/*/*~
I already tried to find the cause — I can publish it from my regular
Emacs, but not from the stripped down version in the repository.
I created a backtrace via
M-x org-toggle-debug-on-quit
Debugger entered--Lisp error: (quit)
org-element--parse-to(13994)
org-element-at-point()
org--collect-keywords-1(("SETUPFILE" "BIND") nil nil
("/home/arne/Schreibtisch/arnebab-org/politik/geschl...") nil)
org-collect-keywords(("BIND"))
org-export--list-bound-variables()
org-export--generate-copy-script(#
:copy-unreadable do-not-check :drop-visibility nil :drop-narrowing nil
:drop-contents nil :drop-locals nil)
org-export-copy-buffer(:to-buffer nil :drop-visibility nil :drop-narrowing
nil :drop-contents nil :drop-locals nil)
org-export-as(html nil nil nil (:output-file
"geschlechtsneutrale-sprache.html"))
org-export-to-file(html "geschlechtsneutrale-sprache.html" nil nil nil nil
nil)
org-html-export-to-html(nil nil nil nil)
org-export-dispatch(nil)
funcall-interactively(org-export-dispatch nil)
command-execute(org-export-dispatch)
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
[BUG] cannot export org-file: Warning (org-element-cache): org-element--cache: Got empty parent while parsing [9.6.12 (N/A @ /gnu/store/h6351wyaf8gahx46y71vd1200wr5l9gv-emacs-org-9.6.12/share/emacs/si
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
I have a file I currently cannot export (I get an infinite loop). The
error message is:
Warning (org-element-cache): org-element--cache: Got empty parent while
parsing. Please report it to Org mode mailing list (M-x org-submit-bug-report).
The org-file is:
https://hg.sr.ht/~arnebab/draketo/browse/politik/geschlechtsneutrale-sprache.org
It uses the setupfile:
https://hg.sr.ht/~arnebab/draketo/browse/org-templates/level-1.org?rev=tip
and includes:
https://hg.sr.ht/~arnebab/draketo/browse/org-templates/level-1-politik.org?rev=tip
Best wishes,
Arne
Emacs : GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37,
cairo version 1.16.0)
Package: Org mode version 9.6.12 (N/A @
/gnu/store/h6351wyaf8gahx46y71vd1200wr5l9gv-emacs-org-9.6.12/share/emacs/site-lisp/org-9.6.12/)
current state:
==
(setq
org-link-elisp-confirm-function 'yes-or-no-p
org-html-mathjax-template "\n
MathJax.Hub.Config({\ndisplayAlign: \"%ALIGN\",\ndisplayIndent:
\"%INDENT\",\n\n\"HTML-CSS\": { scale: %SCALE,\n
linebreaks: { automatic: \"%LINEBREAKS\" },\nwebFont:
\"%FONT\"\n },\nSVG: {scale: %SCALE,\n
linebreaks: { automatic: \"%LINEBREAKS\" },\n font:
\"%FONT\"},\nNativeMML: {scale: %SCALE},\nTeX: {
equationNumbers: {autoNumber: \"%AUTONUMBER\"},\n MultLineWidth:
\"%MULTLINEWIDTH\",\n TagSide: \"%TAGSIDE\",\n
TagIndent: \"%TAGINDENT\"\n }\n});\n\n"
org-bibtex-headline-format-function #[257 "\300%1\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
org-publish-project-alist '(("arnebab-org-serviceworker" :base-directory
"/home/arne/Schreibtisch/arnebab-org/"
:publishing-directory
"/home/arne/Schreibtisch/arnebab-org/site/"
:base-extension "js" :recursive nil
:publishing-function org-publish-attachment
:include
["sw.js"])
("arnebab-org-static-wissen" :base-directory
"/home/arne/Schreibtisch/arnebab-org/wissen"
:publishing-directory
"/home/arne/Schreibtisch/arnebab-org/site/wissen"
:base-extension
"css\\|js\\|png\\|jpg\\|gif\\|avif\\|webp\\|svg\\|pdf\\|m3u\\|mp3\\|ogg\\|swf\\|webm\\|opus\\|dat\\|txt\\|scm\\|w"
:recursive t :publishing-function org-publish-attachment :exclude
"org-templates\\|.*html\\|.*~\\|site\\|\\..*emacs\\.d\\|org-timestamps\\|arnebab-[0-9]\\.[0-9]\\.[0-9]")
("arnebab-org-static-software" :base-directory
"/home/arne/Schreibtisch/arnebab-org/software"
:publishing-directory
"/home/arne/Schreibtisch/arnebab-org/site/software"
:base-extension
"css\\|js\\|png\\|jpg\\|gif\\|avif\\|webp\\|svg\\|pdf\\|m3u\\|mp3\\|ogg\\|swf\\|webm\\|opus\\|dat\\|txt\\|scm\\|w"
:recursive t :publishing-function org-publish-attachment :exclude
"org-templates\\|.*html\\|.*~\\|site\\|\\..*emacs\\.d\\|org-timestamps\\|arnebab-[0-9]\\.[0-9]\\.[0-9]")
("arnebab-org-static-rollenspiel" :base-directory
"/home/arne/Schreibtisch/arnebab-org/rollenspiel"
:publishing-directory
"/home/arne/Schreibtisch/arnebab-org/site/rollenspiel"
:base-extension
"css\\|js\\|png\\|jpg\\|gif\\|avif\\|webp\\|svg\\|pdf\\|m3u\\|mp3\\|ogg\\|swf\\|webm\\|opus\\|dat\\|txt\\|scm\\|w"
:recursive t :publishing-function org-publish-attachment :exclude
"org-templates\\|.*html\\|.*~\\|site\\|\\..*emacs\\.d\\|org-timestamps\\|arnebab-[0-9]\\.[0-9]\\.[0-9]")
("arnebab-org-static-politik" :base-directory
"/home/arne/Schreibtisch/arnebab-org/politik"
:publishing-directory
"/home/arne/Schreibtisch/arnebab-org/site/politik"
:base-extension
"css\\|js\\|png\\|jpg\\|gif\\|avif\\|webp\\|svg\\|pdf\\|m3u\\|mp3\\|ogg\\|swf\\|webm\\|opus\\|dat\\|txt\\|scm\\|w"
:recursive t :publishing-function org-publish-attachment :exclude
Re: org-ditaa woes
Florin Boariu writes: > Replying to Arne's comment: > >> In my current source I see [...] >> >> (use C-h v org-babel-ditaa-java-cmd to see the value of the java >> executable — you can then customize this to use a different command) > > As far as I understand that part of code it still kind-of assumes that > I'm using a command line of type "java -jar ditaa.jar ...", just with > more flexibility in choosing which "java" command I'm using, right? Yes, it does. ob-plantuml already migrated to allow a regular command, but ob-ditaa still only enables using the jar directly. That is something which would be nice to fix — and ob-plantuml should show the path forward. > I've just tried setting org-babel-ditaa-java-cmd to "/usr/bin/ditaa", > and org-ditaa-jar-option to "", but now the error is something like: > >> /usr/bin/ditaa /orgfile/base/folder \ >> /tmp/babel-0YxwcE/ditaa-NyIQwH \ >> /orgfile/base/folder/network.png > > where "/orgfile/base/folder" is the dirname of the full path of my > .org file (e.g. something like /orgfile/base/folder/file.org). > > So org-ditaa apparently somewhere still tries to set a work directory > (or so?) after the org-ditaa-jar-option part. I'm not exactly sure > which code version the current Emacs Flatpak has, and I don't know how > to look (I'm not *that* much of a Flatpak nerd :-p ) But if I had to > bet, I'd assume it's a fairly recent one. If you do the C-h v org-ditaa-jar-option command, you should normally have a link to ob-ditaa.el in your help buffer. You can click that to get the source. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: org-ditaa woes
Leo Butler writes: >>> [...] >>>(cmd (concat "java " java " " org-ditaa-jar-option " " >>> (shell-quote-argument >>>(expand-file-name >>> (if eps org-ditaa-eps-jar-path org-ditaa-jar-path))) >>> " " cmdline >>> " " (org-babel-process-file-name in-file) >>> " " (org-babel-process-file-name out-file))) >>> [...] From the commit, this is an ancient version of ob-ditaa (11 years ago). In my current source I see (cmd (concat org-babel-ditaa-java-cmd " " java " " org-ditaa-jar-option " " (shell-quote-argument (expand-file-name (if eps org-ditaa-eps-jar-path org-ditaa-jar-path))) " " cmdline " " (org-babel-process-file-name in-file) " " (if pdf-cmd eps-file (org-babel-process-file-name out-file) (use C-h v org-babel-ditaa-java-cmd to see the value of the java executable — you can then customize this to use a different command) Going forward we may want to adjust ob-ditaa to allow for an executable like ob-plantuml does it. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Strategic time planing: Breaking down EFFORT property
Sven Bretfeld writes:
> Ihor Radchenko writes:
>> For weekly/monthly/total, you can use clock tables to summarize the time
>> spend on different projects during the week/month/in total. See
>> https://orgmode.org/manual/The-clock-table.html
>>
>> You can display additional property values in the clock table using
>> :properties attribute. That will allow seeing clocked time and your
>> estimates stored in EFFORT_* properties.
>
> I think this is what I'm looking for. I considered clock tables to be
> only for reviews, not planning. But I'm just playing with the feature
> and seem to be able to do what I want.
Can you share your setup once it is working as you want it?
What you are doing is much more complex (and useful) than what I used
EFFORT for and I would like to check whether I can adapt part of it.
I usually plan with a gantt chart in a plantuml code block:
#+begin_src plantuml :file THE-TITLE-gantt.png
@startgantt
title THE TITLE
saturday are closed
sunday are closed
2023-08-02 is closed
ganttDiagram {
task {
BackGroundColor GreenYellow
LineColor Green
unstarted {
BackGroundColor Fuchsia
LineColor FireBrick
}
}
}
' see https://plantuml.com/gantt-diagram
Project starts at 2023-09-18
[init] on {Arne:74%} lasts 2 days
[logging] on {Arne:74%} lasts 1 day
[config] on {Bera:80%} lasts 2 days
[scheduling] on {Arne:74%} lasts 1 day
[documentation] on {Arne:74%} lasts 1 day
[logging] starts at [init]'s end
[config] starts at [init]'s end
[scheduling] starts at [logging]'s end
[documentation] starts at [scheduling]'s end
@endgantt
#+end_src
This doesn’t have the nice org-mode integration, though.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
[BUG] PRIORITIES does not accept multi-byte unicode characters [9.6.9 (N/A @ /gnu/store/3rxpvdkn907pb1ccm2yl3ffyaz02k7d1-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. Hi, I tried to hack a UI together to have simple marking of entries with priorities and found that multi-byte priorities do not work. To reproduce: Set priorities as #+PRIORITIES: Then go on a headline and press S-up. Expected: The lowest priority is selected: [#] Actual: Only the first byte of the lowest priority is selected: [#] I understand full well that I am not using this as indended, but I think nonetheless that this is a bug, because it would likely also break for at least some Japanese letters. Best wishes, Arne Emacs : GNU Emacs 29.0.92 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) Package: Org mode version 9.6.9 (N/A @ /gnu/store/3rxpvdkn907pb1ccm2yl3ffyaz02k7d1-emacs-org-9.6.9/share/emacs/site-lisp/org-9.6.9/) -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [ANM] org-timeblock: Schedule your day visually, using timeblocking technique inside Emacs
Ilya Chernyshov writes: > Recently, I implemented multi-day views feature for org-timeblock. You > can now choose the number of days (1-7) displayed via command > org-timeblock-switch-view. Here's a screenshot: > > https://raw.githubusercontent.com/ichernyshovvv/org-timeblock/master/screenshots/multi-day-view.png > > Quick video demo of multi-day views: > https://www.youtube.com/watch?v=aOkRw03Wg3o > > Link: https://github.com/ichernyshovvv/org-timeblock I started using this, and it’s great! Thank you! I also found an edge case: I have a deadline set to 23:59, and that deadline is only visible in the timeblocks when I only have that task in and switch to hiding all hours before the task (then 23:00 to 0:00 is large enough that the task shows at the end). Is there a way to switch the day view to include additional space at the bottom so tasks at the end of the day are visible? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [DISCUSSION] May we recognize everything like [[protocol:uri]] as a non-fuzzy link? (was: [BUG] URI handling is overly complicated and nonstandard [9.6.7 (N/A @ /gnu/store/mg7223g8mw90lccp6mm5g6f3
Ihor Radchenko writes: > Then, ox.el and other link processing code, when encountering a link > type that is not registered, will fall back to searching "fuzzy" link. > > So, export, and following the link should not be affected. This resolves my worry — thank you! > There might be caveats related to parser though. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [DISCUSSION] May we recognize everything like [[protocol:uri]] as a non-fuzzy link? (was: [BUG] URI handling is overly complicated and nonstandard [9.6.7 (N/A @ /gnu/store/mg7223g8mw90lccp6mm5g6f3
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>>> Any thoughts?
>>
>> Thinking about the effort I’d have to fix all internal links in all
>> org-documents I have (dozens of large ones and hundreds of small ones) I
>> don’t like the idea of breaking internal link syntax.
>
> May you elaborate about what is going to be broken?
I have many links where I use <> along with
[[sec:spielbeispiel]], often along with
@@latex:\phantomsection\label{sec:spielbeispiel}@@ to enable reliable
inline linking inside org-mode and across different export formats.
If I understood the proposal right, all of these would break. Or did I
misundestand that?
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: [DISCUSSION] May we recognize everything like [[protocol:uri]] as a non-fuzzy link? (was: [BUG] URI handling is overly complicated and nonstandard [9.6.7 (N/A @ /gnu/store/mg7223g8mw90lccp6mm5g6f3
Ihor Radchenko writes: > In theory, we might change the parser to treat anything like foo:bar or > or [[foo:bar]] as a link with "foo" protocol and "bar" URI. > And introduce [[::fig:something]] to allow explicit internal links. > But, despite simplifying the parser, it will certainly be a breaking > change. > > Any thoughts? Thinking about the effort I’d have to fix all internal links in all org-documents I have (dozens of large ones and hundreds of small ones) I don’t like the idea of breaking internal link syntax. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [ANM] org-timeblock: Schedule your day visually, using timeblocking technique inside Emacs
Ilya Chernyshov writes: > I don't understand why I need latex for this. Today I added command > org-timeblock-write (bound to [w]) which you can use now to write > org-timeblock buffer to SVG|PDF|PNG file. However, inkscape has to be > installed in your system. That’s just for print-quality, but outputting via inkscape should provide similar quality for the usecase. Building on existing LaTeX packages was just to not have to implement the PDF layout yourself, but exporting what’s defined directly sounds better — thank you! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [ANM] org-timeblock: Schedule your day visually, using timeblocking technique inside Emacs
Ilya Chernyshov writes: > Recently, I implemented multi-day views feature for org-timeblock. You > can now choose the number of days (1-7) displayed via command > org-timeblock-switch-view. Here's a screenshot: > > https://raw.githubusercontent.com/ichernyshovvv/org-timeblock/master/screenshots/multi-day-view.png Wow, that looks nice! > Quick video demo of multi-day views: > https://www.youtube.com/watch?v=aOkRw03Wg3o > > Link: https://github.com/ichernyshovvv/org-timeblock If you want to provide a print-export (i.e. for hanging on the door of a lecture room), you could see whether it’s easy to translate it to a latex time table like this: https://hg.sr.ht/~arnebab/stundenplan-wochenplan/browse/stundenplan-7days.tex?rev=tip https://www.draketo.de/software/stundenplan.pdf https://www.draketo.de/software/stundenplan-wochenplan-latex Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)
Jonathan Gregory writes: > On 20 Aug 2023, Ihor Radchenko wrote: > >> Jonathan Gregory writes: >> >>> ob-doc-lilypond.html looks good, but I changed lilypond.org in: >>> >>> https://git.sr.ht/~bzg/worg/commit/6b9da77c8078be183971575fdc79d402bf6184c2 >> >>> - b c d e >>> + b4 c d e >> >> Is there any specific reason for this change? > > This is to ensure that the notes use the correct duration in > arrange-mode. 4 is the default duration and is carried over until > a new value is added, in this case c1. 1 is then carried over > making all subsequent "e"s have a value of 1, which is incorrect. This looks safe to me. Omitting the duration in the next line is a mistake I made a few times, so I think it’s a good change to have. Could you add a comment before the prologue-line #+PROPERTY: header-args:lilypond :prologue (org-babel-ref-resolve "settings[]") that this uses the source-block named settings? Calling org-babel-ref-resolve directly there is something I have not seen before so I think it won’t be obvious from the documentation. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Add a Chinese version to index.org of orgmode.org
Hi lux, Ihor Radchenko writes: > lux writes: >> To facilitate Chinese users' understanding of Org Mode, I have >> translated index.org into Simplified Chinese. Please review it. > Thanks! > However, we already have another, more complete translation pending. > See https://list.orgmode.org/orgmode/sdvzg71zzor@netyu.xyz/ Maybe you can use the experience with the text you now have to review this other translation and suggest improvements? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)
Jonathan Gregory writes: > Given the feedback, I went ahead and changed the lilypond.org file: > > https://git.sr.ht/~bzg/worg/commit/6f69d212f41bc372426dc9b4df286638fe8f2a92 -#+begin_src org :exports none +#+begin_src lilypond :exports none That’s strange — what was the reason for using org as source before? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] WORG example for ob-lilypond is no longer working as described
"Dr. Arne Babenhauserheide" writes: > Ihor Radchenko writes: > >> "Dr. Arne Babenhauserheide" writes: >> >>> I typically use it directly, but if the maintenance burden is >>> manageable, I could offer maintenance here, too (once I have the papers >>> in place). >> >> I have recently seen https://masto.ai/@rfc1149/110674961710491363 that >> revealed a problem with example from >> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html#org29a742f >> >> Instead of lilypond fragments, full pages are inserted when exporting to pdf. >> >> Upon further investigation, it looks like something changed in how >> Lilypond defines page layout. > @lilypond-user: I didn’t find solutions, so I’m CC’ing you as those who > might know. Can the page layout be changed to only the > content, not the whole page? Jonathan suggested \version "2.24.1" #(ly:set-option 'use-paper-size-for-page #f) #(ly:set-option 'tall-page-formats 'pdf) This works for me. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] WORG example for ob-lilypond is no longer working as described (was: Moving some lisp/ob-*.el files to org-contrib - your advice?)
Jonathan Gregory writes: > Hi Ihor > > On 12 Jul 2023, Ihor Radchenko wrote: > > [...] > >> I have recently seen https://masto.ai/@rfc1149/110674961710491363 >> that revealed a problem with example from >> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html#org29a742f >> >> Instead of lilypond fragments, full pages are inserted when >> exporting to pdf. >> >> Upon further investigation, it looks like something changed in how >> Lilypond defines page layout. > > Can you check if adding: > > \version "2.24.1" > #(ly:set-option 'use-paper-size-for-page #f) > #(ly:set-option 'tall-page-formats 'pdf) For a plain Lilypond file this works! It does not even need the version (I tried it with \version "2.19.80"). Thank you! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] WORG example for ob-lilypond is no longer working as described
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> I typically use it directly, but if the maintenance burden is
>> manageable, I could offer maintenance here, too (once I have the papers
>> in place).
>
> I have recently seen https://masto.ai/@rfc1149/110674961710491363 that
> revealed a problem with example from
> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-lilypond.html#org29a742f
>
> Instead of lilypond fragments, full pages are inserted when exporting to pdf.
>
> Upon further investigation, it looks like something changed in how
> Lilypond defines page layout.
>
> Arne, maybe you can point me in the right direction?
I would love to, because I have the same problem. But the only solution
I found was to crop the images that get inserted from lilypond:
\includegraphics[width=0.96\linewidth, keepaspectratio, trim=0 160cm 0
0]{delfini-tune}% trim, because lilypond creates full-page pngs
This is the lilypond-file in questoin:
https://hg.sr.ht/~arnebab/draketos-songbook/browse/delfini-tune.ly?rev=tip
Converted to PNG in a two step process:
lilypond -dbackend=eps -dno-gs-load-fonts -dinclude-eps-fonts --pdf -o
"$(basename "$i" .ly)"-lily $i
convert -density 600 "$(basename "$i" .ly)"-lily.pdf "$(basename "$i" .ly)".png
@lilypond-user: I didn’t find solutions, so I’m CC’ing you as those who
might know. Can the page layout be changed to only the
content, not the whole page?
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: exporting to PDF multi-lingual document
Stefan Nobis writes: > Ihor Radchenko writes: > >> The downside of lualatex is that it is slower: >> https://list.orgmode.org/orgmode/87a69j9c6s.fsf@localhost/ > > Yes, for sure. But I have the impression that newer versions of luatex > have become a bit faster (maybe it's just a subjective impression that > I want to be true, because I don't want to regret the complete switch > to luatex). :) > > On the other hand: Luatex is much more flexible and has better support > for modern fonts and modern font render engines. > > It depends what one assumes to be the most common use case for Org. If > it's many rather short and simple documents then pdftex should suffice > most of the time and the fast compile speed will matter. If we want to Isn’t the speed more relevant for large documents? Small documents don’t need the speed that much, but for my 300 page roleplaying book I already feel the compile times a lot (with pdflatex). Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: exporting to PDF multi-lingual document
andrés ramírez writes:
> Arne> I think you have to solve this on the LaTeX-side: including
> packages that support the
> Arne> required unicode.
> Thanks. That helped. It ended like this:
I’m glad to hear that! Thank you for posting your solution.
> #+LATEX_HEADER: \usepackage{CJKutf8}
> * Japanese
> @@latex:\begin{CJK}{UTF8}{min}@@
> ダウンロード
> @@latex:\end{CJK}@@
This still seems like a lot of manual deciding whether something is
Japanese or not. I’m not sure whether there’s an easier solution,
though.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: exporting to PDF multi-lingual document
Hi, Andrés Ramírez writes: > Could You address me to the proper sintax for the japanese characters to > appear in the output?. I think you have to solve this on the LaTeX-side: including packages that support the required unicode. For a part of that I usually use uniinput, for example this: https://hg.sr.ht/~arnebab/vorlesung-verteilte-systeme/browse/vorlesung-1-p2p/uniinput.sty To solve the problem, first export to LaTeX instead of PDF and then process that LaTeX file directly with pdflatex. Use one of the guides to write japanese with LaTeX — some examples: https://tex.stackexchange.com/questions/15516/how-to-write-japanese-with-latex https://www.overleaf.com/learn/latex/Japanese https://www.preining.info/blog/2014/12/writing-japanese-in-latex-part-1-introduction/ https://ctan.math.illinois.edu/macros/latex/contrib/babel-contrib/japanese/japanese.pdf Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: An Org-mode-based blogging engine?
Marcin Borkowski writes: > I'm preparing to set up a new blog, and I'd like to have a fully > Org-mode-based workflow. Ideally, I'd like to be able to do everything > - including publishing the posts - from within Emacs. > > I know about things like "Org publish" and ox-hugo, though I never used > them - and there are probably others - but I'm asking specifically about > two things: > > A. other people's experiences with similar workflows, and > B. tool/workflow recommendations. My setup is different in that I use one org-file per article, but I use org publish for my website. You can find it on https://hg.sr.ht/~arnebab/draketo/browse - Emacs-tooling: https://hg.sr.ht/~arnebab/draketo/browse/draketo.el?rev=tip - Publishing setup: https://hg.sr.ht/~arnebab/draketo/browse/setup.el.in?rev=tip - Makefile: https://hg.sr.ht/~arnebab/draketo/browse/Makefile.am?rev=tip - Description: https://hg.sr.ht/~arnebab/draketo/browse/README?rev=tip - Example Template: https://hg.sr.ht/~arnebab/draketo/browse/org-templates/level-1.org?rev=tip - Page with its own RSS-feed: https://hg.sr.ht/~arnebab/draketo/browse/politik/kommentare.org?rev=tip > 1. I want the blog to be fully static HTML+CSS, with a tiny sprinkling > of (my custom) JS. Check :-) > 2. I want to publish a whole set of HTML files from a single Org mode > file. I don’t have that. Instead I have the function M-x draketo-go that enables quick ido-completion for all sites. > 3. I want to be able to fully customize the HTML produced. Mostly yes. See https://www.draketo.de > 4. I am going, though, to need some custom "blocks" - in HTML parlance, > s and possibly also s. I want to be able to mark them up > somehow in my Org source and get and class="...">. Reusing existing markup (like _underline_, which I'm not > going to use) is not enough - I will need more than a dozen of those > custom classes. I just use #+html: ... #+html: Also @@html:@@ ... @@html:@@ or #+begin_kasten #+end_kasten (custom block with its own shortcut and style) Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Suggestion to increase usefulness of TAB key / 'org-cycle' function
Esteban Ordóñez writes: > Hello Doctor. > >> That said: C-c C-t or M-x outline-hide-body > > C-c C-t > is org-todo, not outline-hide-body. I guess I customized that … > Thanks for the clarification. Glad to :-) Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Suggestion to increase usefulness of TAB key / 'org-cycle' function
Philipp Kiefer writes: > Thanks, Eric, I am aware of customization options. > > My suggestion was aimed at improving the out-of-the-box experience of (new) > Org users by extending the usefulness of 'org-cycle' by > folding the subtree at point from anywhere inside it that is not itself a > parent item rather than doing nothing at all in those positions. > I've used two flavours of dedicated outlining software for many years and > both have easy shortcuts to fold the current subtree from > any position - it is a frequently used action. Do I understand you correctly that you mean tab should cycle visibility in this case? * headline some text CURSOR IS HERE - a list For me tab is useful as it is, because it indents whatever I am writing right now. That could be a list-item or a source-block or a verse. Org is not just for outlining but also for full-blown writing, and that would be disrupted if tab were to fold the entry away that I’m currently writing in. That said: C-c C-t or M-x outline-hide-body Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
[BUG] cannot latex-export images linked to websites (error) [9.6.3 (N/A @ /gnu/store/5bhjhzyn6cnal35xad5x55f7b4hf2jcp-emacs-org-9.6.3/share/emacs/site-lisp/org-9.6.3/)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
When I try to export this org-mode snippet as PDF, I get errors:
#+caption: Schematic
[[https://www.draketo.de/wissen/essd-14-4811-2022-f02-web--cc-by.png][file:essd-14-4811-2022-f02-web--cc-by.png]]
Runaway argument?
{\begin {figure}[htbp]
! Paragraph ended before \href@split was complete.
\par
l.38
LaTeX Warning: File `essd-14-4811-2022-f02-web--cc-by.png' not found on input l
ine 39.
! Package pdftex.def Error: File `essd-14-4811-2022-f02-web--cc-by.png' not fou
nd: using draft setting.
See the pdftex.def package documentation for explanation.
Type H for immediate help.
...
l.39 ...dth]{essd-14-4811-2022-f02-web--cc-by.png}
(/gnu/store/3rqj0gzglw46lw3prrd1pdzqzkw0d2nz-texlive-texmf-20210325/share/texmf
-dist/tex/latex/base/t1cmtt.fd)
! LaTeX Error: \caption outside float.
See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
...
l.40 \caption
{Schematic}
Overfull \hbox (8.6822pt too wide) in paragraph at lines 39--41
[][] \T1/cmr/m/n/10.95 Schematic
! Extra }, or forgotten \endgroup.
\@endfloatbox ...pagefalse \outer@nobreak \egroup
\color@endbox
l.41 \end{figure}
}
! Too many }'s.
\color@endbox ->\color@endgroup \egroup
l.41 \end{figure}
}
! LaTeX Error: \begin{document} ended by \end{figure}.
See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
...
l.41 \end{figure}
}
! Extra \endgroup.
\endgroup
l.41 \end{figure}
}
! Too many }'s.
l.41 \end{figure}}
The cause seems to be that this is exported as a figure wrapped in a
\href — see the latex export part:
\href{https://www.draketo.de/wissen/essd-14-4811-2022-f02-web--cc-by.png}{\begin{figure}[htbp]
\includegraphics[width=.9\linewidth]{essd-14-4811-2022-f02-web--cc-by.png}
\caption{Schematic}
\end{figure}}
Best wishes,
Arne
Emacs : GNU Emacs 29.0.60 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30,
cairo version 1.16.0)
Package: Org mode version 9.6.3 (N/A @
/gnu/store/5bhjhzyn6cnal35xad5x55f7b4hf2jcp-emacs-org-9.6.3/share/emacs/site-lisp/org-9.6.3/)
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: A dream?
Christopher Dimech writes: > We ran it on the International Space Station. If that is the response of > students, > then they are lame bro, Is there a writeup of this? Or a talk? “Emacs on the ISS” would be a great story to share! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Clocktable :formatter to record time in hours or work-days
William Denton writes: > How could I format the Time column in hours? How could I format it to > hours/8, > rounded, to represent work-days? I only want this formatting for this table, > I > have other clocktables in the same file I don't want to change. I use the customization '(org-duration-format '((special . h:mm))) but that would also change other clocktables. I hope it helps get you started. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [Q] How to italicize without introducing a space?
Ruijie Yu writes: > "Dr. Arne Babenhauserheide" writes: > >> [...] >> You could try using a ZERO WIDTH SPACE around the expression [...] > > Thank you Arne and Steven. I have tried to just insert the zero width > space, and it seems to work very well (at least on HTML export, which is > the only backend that orgweb wants, because I'm working on a translation > for it). You’re welcome! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [Q] How to italicize without introducing a space?
Hello,
Ruijie Yu via "General discussions about Org-mode."
writes:
> Hello,
>
> I am working on a piece of CJK text, which requires italicization.
>
> 任何一个章节可以通过增加例如 =TODO= 或者 =HOLD= 等关键词来被设置成 /待办/ 。
>
>
> Note the spaces before and after the pair of `?/'.
…
> Are there any other solutions than what I have currently?
You could try using a ZERO WIDTH SPACE around the expression, like this:
任何一个章节可以通过增加例如 =TODO= 或者 =HOLD= 等关键词来被设置成/待办/
You can insert it with M-x insert-char RET ZERO WIDTH SPACE
I’m not sure how well it works with the different export backends,
though. For LaTeX you may need to define the right way to export it with
#+latex_header: \DeclareUnicodeCharacter{200B}{\allowbreak }
(if you want to allow linebreaks here, otherwise a better fitting LaTeX
command that does not look like a space)
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: [POLL] Should we accept breaking changes to get rid of Org libraries that perform side effects when loading? (was: org-ctags land grab)
Ihor Radchenko writes: > Max Nikulin writes: > >>> Sure. This is not by itself a big deal. A number of Elisp libraries, >>> including built-in Emacs libraries are loaded with side effects. >> >> It is still violation of conventions: >> >> (info "(elisp) Coding Conventions") >> https://www.gnu.org/software/emacs/manual/html_node/elisp/Coding-Conventions.html >>> D.1 Emacs Lisp Coding Conventions >>> >>> Simply loading a package should not change Emacs’s editing behavior. >>> Include a command or commands to enable and disable the feature, or to >>> invoke it. >>> >>> This convention is mandatory for any file that includes custom >>> definitions. If fixing such a file to follow this convention requires an >>> incompatible change, go ahead and make the incompatible change; don’t >>> postpone it. > > This is convincing. > I am then CCing Bastien, as, despite the Elisp convention, following it > will break https://bzg.fr/en/the-software-maintainers-pledge/ Isn’t the problem that the behavior changed — so that org-ctags gets loaded in Emacs 30 but not in Emacs 28 is already an incompatible change? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [POLL] Naming of "export features"
Timothy writes: > Both components are crucial to the overall system, however if anything I view > the latter as more important and so am not a fan of describing this system as > “export contexts”. That said, I am open to considering alternatives. > > Here is a list of terms which I’d feel comfortable applying to the system: > ⁃ export features > ⁃ export capabilities > ⁃ export snippets From the four, "contexts" sounds the most intimidating to me. Snippets would conflict in meaning with yasnippet. It also looks to me as if features may be too generic. If I understand it correctly, this is conditional enrichment. Maybe something like export adaption? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: netspend table
Jude DaShiell writes: > I think if I had known about orgmode when studying adjusted trial balance > sheets I would have used it since braille paper has a maximum of 42 > characters in a line. Are you using orgmode blind? If so, do you have a good resource I could send a blind author? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: netspend table
Jude DaShiell writes: > Thanks much for your help on this problem. I've never done anything with > ledger-cli yet and wasn't aware such a package existed. Glad to help :-) I now polished the tips a bit more and pushed them to my org-mode tipps: https://www.draketo.de/software/org-mode-tipps#ledger-org Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: netspend table
Jude DaShiell writes: > This is a running balance table and I don't know what kind of a #TBLFMT > line would be useful for that either. > > | date | transaction | amount | fee | balance | > |--+--++---+-| > | [2023-01-11] | original balance | +0.00 | +0.00 | +423.17 | > | [2023-01-12] | dunkin | -18.68 | -1.00 | 403.49 | > | [2023-01-13] | WalMart | -28.68 | -1.00 | 384.88 | > | [2023-01-16] | Deposit | + | | 634.88 | > | [2023-01-17] | Capris | - | - | 615.34 | > | [2023-01-17] | Mcdonalds| -4.74 | -1.00 | 609.60 | > | [2023-01-18] | verizon | - | - | 543.35 | > | [2023-01-26] | dunkin | - | - | 542.37 | > | [2023-02-01] | damgoodcafe | -13.28 | -1.00 | 528.09 | > | | || | | One thing I could see as useful is a check column to enusre that balance - amount - fee actually gives the previous balance: | date | transaction | amount | fee | balance | check | |--+--++---+-+| | [2023-01-11] | original balance | +0.00 | +0.00 | +423.17 | 423.17 | | [2023-01-12] | dunkin | -18.68 | -1.00 | 403.49 | 423.17 | | [2023-01-13] | WalMart | -28.68 | -1.00 | 384.88 | 414.56 | | [2023-01-16] | Deposit | + | | 634.88 | 634.88 | | [2023-01-17] | Capris | - | - | 615.34 | 615.34 | | [2023-01-17] | Mcdonalds| -4.74 | -1.00 | 609.60 | 615.34 | | [2023-01-18] | verizon | - | - | 543.35 | 543.35 | | [2023-01-26] | dunkin | - | - | 542.37 | 542.37 | | [2023-02-01] | damgoodcafe | -13.28 | -1.00 | 528.09 | 542.37 | | | || | | 0 | #+TBLFM: $6='(- $5 $4 $3);N As you can see, The balance after WalMart does not add up, so I think this could be a good check to have. > Suggestions for any other improvements I could make on this table will be > appreciated and implemented if possible. I use ledger-cli for such tables which can generate suitable output. https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-ledger.html https://www.ledger-cli.org/3.0/doc/ledger3.html#Org-mode-with-Babel You could do some clever stuff like #+name: ledger-to-table #+begin_src elisp :var data="" (concat "#+name: ledger-results\n" data "#+tblfm: \n")) #+end_src #+begin_src ledger :results raw :post ledger-to-table(*this*) :cmdline --register-format "| %(format_date(date)) | %(payee) | %(display_account) | %(display_amount) | %(display_total) | \n" reg -M --wide --date-format %y-%m-%d 2022-06-15 * py2guile ArneBab:Assets:Autorenhonorar:epubli 3.13€ ArneBab:Income:sale:nonrpg:epubli #+end_src #+begin_src elisp :exports results (org-babel-do-load-languages 'org-babel-load-languages '((ledger . t) ;this is the important one for this tutorial )) nil #+end_src #+RESULTS: If you use ledger-cli for accounting, you can do pretty clever post-processing inside org-mode. Here’s an example that uses [[https://www.ledger-cli.org/3.0/doc/ledger3.html#Output-customization][--register-format]] to provide the register results directly as an org-mode table: #+begin_src org ,#+name: ledger-to-table ,#+begin_src elisp :var data="" (concat "#+name: ledger-results\n" data "#+tblfm: \n")) ,#+end_src ,#+begin_src ledger :results raw :post ledger-to-table(*this*) :cmdline --register-format "| %(format_date(date)) | %(payee) | %(display_account) | %(display_amount) | %(display_total) | \n" reg -D --wide --date-format %Y-%m-%d 2022-06-15 * py2guile ArneBab:Assets:Autorenhonorar:epubli 3.13€ ArneBab:Income:sale:nonrpg:epubli ,#+end_src #+end_src This results in output like this (evaluated live on every export of this website): #+name: ledger-to-table #+begin_src elisp :var data="" (concat "#+name: ledger-results\n" data "#+tblfm: \n")) #+end_src #+begin_src ledger :results raw :post ledger-to-table(*this*) :cmdline --register-format "| %(format_date(date)) | %(payee) | %(display_account) | %(display_amount) | %(display_total) | \n" reg -D --wide --date-format %Y-%m-%d 2022-06-15 * py2guile ArneBab:Assets:Autorenhonorar:epubli 3.13€ ArneBab:Income:sale:nonrpg:epubli #+end_src #+RESULTS: #+name: ledger-results | 2022-06-15 | - 2022-06-15 | ArneBab:Assets:Autorenhonorar:epubli | 3.13€ | 3.13€ | | 2022-06-15 | - 2022-06-15 | ArneBab:Income:sale:nonrpg:epubli | -3.13€ | 0.00€ | #+tblfm: Also see - https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-ledger.html - https://www.ledger-cli.org/3.0/doc/ledger3.html#Org-mode-with-Babel Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc
Re: [ANN] Looking for new maintainers for ox-html.el
Ihor Radchenko writes: > I have been informed that our current ox-html maintainer will no longer > able to perform his duties in full extent. > > We thus need volunteers to help maintaining Org HTML export library - > lisp/ox-html.el I depend on ox-html for my personal website. I would be glad to help. > We need people fluent with Elisp with FSF copyright assignment (or > willing to sign it). I have copyright set up assignment and I’m mostly fluent with FSF. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Docstrings and literate programming (good practices?)
Ihor Radchenko writes: > Juan Manuel Macías writes: > >> #+NAME: docstring1 >> #+begin_src org :post format-docstring(*this*) :results replace :exports >> results :tangle no >> Lorem ipsum dolor sit amet. >> >> Consectetuer adipiscing elit. "Donec hendrerit tempor tellus". Donec >> pretium posuere >> tellus. Proin quam nisl, tincidunt et, mattis eget, convallis nec, purus. >> Cum sociis >> natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. >> #+end_src > > You can also have > > #+name: docstring1 > : Lorem ipsum dolor sit amet. > > : > : Consectetuer adipiscing elit. "Donec hendrerit tempor tellus". Donec > pretium posuere > : tellus. Proin quam nisl, tincidunt et, mattis eget, convallis nec, purus. > Cum sociis > : natoque penatibus et magnis dis parturient montes, nascetur ridiculus > mus. > >> #+begin_src emacs-lisp :noweb strip-export :exports code >> (defun foo () >><> >> (message "hello world")) >> #+end_src Both of these options look awesome! Thank you for sharing! The first (org-block) for long-form text (like official javadoc), the second (just verbatim) for shorter docstrings. They finally solve a long-standing problem for me. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Getting X selection reliably (Re: idea for capture anywhere in x)
Max Nikulin writes: > Then you should always have an X11 Emacs frame, maybe behind other > windows This sounds like a tray application. Do you know whether something like that already exitst (mark one frame as system tray entry)? Code the other way round (emacs *as* system tray) seems to already exist in EXWM: https://wiki.archlinux.org/title/EXWM#System_tray Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> One idea that could work well is to add an explicit allow-list
>> trusted-sources-to-allow-unsafe-modes with entries of domain and
>> path-prefix where people can add trusted sources.
>>
>> If for example my server were draketo.de,¹ I could set this list to
>>
>> '(("https://www.draketo.de; "/software"))
>>
>> and when I would then open a link like
>>
>> https://www.draketo.de/software/advent-of-wisp-code-2021.org
>>
>> with eww, it would directly switch to org-mode.
>
> I am a bit lost about the aim of this tread, but let me share some
> existing remote resource controls we have employed on the latest Org:
> (defun org--safe-remote-resource-p (uri)
> "Return non-nil if URI is considered safe.
> This checks every pattern in `org-safe-remote-resources', and
> returns non-nil if any of them match."
> You can check the implementation at
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/tree/lisp/org.el#n4540
That’s pretty awesome! Thank you!
So we could have companywide shared setupfiles without granting
ssh-access to machines …
… and to the topic: this may be something that could be re-used in eww.
Though I would prefer having a less-intrusive notification than a y-n
question; maybe just a message in the echo area that with a specific
command this uri could be marked as safe and then get interpreted as org
right away.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Dr. Arne Babenhauserheide [2022-10-28 01:11]: >> >> Max Nikulin writes: >> >> > How are you going to distinguish your personal files and arbitrary >> > files from non-trusted sources? By signing your files and maintaining >> > list of trusted certificates? >> >> One idea that could work well is to add an explicit allow-list >> trusted-sources-to-allow-unsafe-modes with entries of domain and >> path-prefix where people can add trusted sources. > > That implies that for every content type you are supposed to do the > same. No, you misunderstood the proposal. > And what makes you want to limit people how they want to run their Org > files? The wish to limit the fallout when¹ this gets weaponized by criminals. If you explicitly allow-list trusted sources, bad actors have to take over your trusted server to attack you. That’s much less likely than bad actors taking over some random long-unmainted server of a link you stumbled upon. ¹: when, not if. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Max Nikulin writes:
> How are you going to distinguish your personal files and arbitrary
> files from non-trusted sources? By signing your files and maintaining
> list of trusted certificates?
One idea that could work well is to add an explicit allow-list
trusted-sources-to-allow-unsafe-modes with entries of domain and
path-prefix where people can add trusted sources.
If for example my server were draketo.de,¹ I could set this list to
'(("https://www.draketo.de; "/software"))
and when I would then open a link like
https://www.draketo.de/software/advent-of-wisp-code-2021.org
with eww, it would directly switch to org-mode.
If, however, I would open the link
https://draketo.de.evil.attacks/software/advent-of-wisp-code-2021.org
with eww, it would display it as plain text, because it would not be in
the list of trusted sources.
Best wishes,
Arne
¹: hypothetically speaking :-)
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Max Nikulin [2022-10-27 18:40]: >> On 27/10/2022 11:55, Jean Louis wrote: >> > >> > Now is clear that main problem here is that Org advertises somewhere >> > to be "text" in MIME context, while it is not, it is by default >> > "application" and thus unsafe, see: >> ... >> > Text Media Types >> > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.1 >> >> I do not see any problem or any difference what MIME type you are going to >> associate with Org mode. I agree with Arne that text/... type is more >> appropriate for a format readable as text. I do not see any contradictions >> with that RFC. > > You were the one speaking and reporting that Org executes Emacs Lisp. > > And now you imply that it is safe to open it because it is text? > > If Org or any file implies possible execution when loaded, and Org > implies it, it is not any more "text/*" MIME type. Whether or not something *can* be executed is irrelevant for text/* vs. application/*. Relevant is whether something *must* be executed for the document to be usable. > From: > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.5 > >> 4.2.5. Application Media Types > >>The "application" top-level type is to be used for discrete data that >>do not fit under any of the other type names, and particularly for >>data to be processed by some type of application program. This is >>information that must be processed by an application before it is >>viewable or usable by a user. > > That is exactly the case with Org. Of course, one could minimize org > file to empty string, and say this is Org file and there is no > execution necessary, so it is "text". > > Otherwise information must be processed by application which is > clearly the Org package before it is viewable or usable by a user. #+title: I disagree * Firstoff because this is a valid org-structure. * Second because you can use this. #+begin_src bash echo "even the embedded source here" #+end_src * Test If you could not read the two arguments _without_ first processing this section with org-mode then I am wrong. If so, please tell me /"could not read"/. That said: If you tell me /"could not read"/ I know that you *could* read this section, so you would be wrong. * Conclusion Org mode documents belong into text/* >> Expected uses for the "application" type name include but are not >> limited to file transfer, spreadsheets, presentations, scheduling >> data, and languages for "active" (computational) material. > > ✔️ YES, we have spreadsheets in Org which results may be viewable only > after computed. application/* and text/* are not distinguished by their domain, but by whether they are readable as plain text. Same for your other points. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Dr. Arne Babenhauserheide [2022-10-27 14:23]: >> >> Jean Louis writes: >> >> > * Jean Louis [2022-10-25 15:14]: >> >> >> >> This wish request is related to Emacs EWW and Org mode. >> >> >> >> Please make EWW recognize Org file when served by WWW server. Currently >> >> it does not recognize the MIME type text/x-org and opens the file as >> >> text, it does not invoke the org mode. In my opinion, it should. >> > >> > Now is clear that main problem here is that Org advertises somewhere >> > to be "text" in MIME context, while it is not, it is by default >> > "application" and thus unsafe, see: >> > >> > Application Media Types >> > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.5 >> > >> > and understand difference to: >> > >> > Text Media Types >> > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.1 >> > >> > Thus I suggest that Org changes its MIME type and stop falsely >> > claiming to be "text" in MIME context, but that content type: >> > "application/x-org" become adopted, as that way it will become clear >> > that it is unsafe opening Org as falsely claimed "plain" text. >> >> You are mixing up text/plain and text/*. Orgmode is clearly text/* but >> not text/plain. From your link: > > How do I mix it? The paragraph about plain text only applies to text/plain. The following paragraph shows clearly that org-mode is rich-text, because it can be read without specialized program. And it is: I sometimes read org-mode documents with nano. >>Beyond plain text, there are many formats for representing what might >>be known as "rich text". An interesting characteristic of many such >>representations is that they are to some extent readable even without >>the software that interprets them. It is useful to distinguish them, >>at the highest level, from such unreadable data as images, audio, or >>text represented in an unreadable form. In the absence of >>appropriate interpretation software, it is reasonable to present >>subtypes of "text" to the user, while it is not reasonable to do so >>with most non-textual data. Such formatted textual data can be >>represented using subtypes of "text". > > Org is not just rich text for reason as explained here: > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.5 so I > suggest reading it. This is information that must be processed by an application before it is viewable or usable by a user" That is very much *not* the case for org-mode documents. You’ll have to quote a specific point you mean, because I do not find anything that supports your point in there. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Andreas Schwab [2022-10-27 11:03]: >> On Okt 26 2022, Jean Louis wrote: >> >> > With "predicate" do you mean URI scheme? >> >> When I write predicate, I mean predicate. > > Can that predicate understand content type? A predicate is a function that returns true or false. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
writes: > [[PGP Signed Part:Good signature from 05C82CF57AD1DA46 tomás zerolo (moep > moep) (trust undefined) created at > 2022-10-27T06:25:44+0200 using DSA]] > On Wed, Oct 26, 2022 at 11:16:15PM +0200, Dr. Arne Babenhauserheide wrote: > > [...] > >> > That is not business of web server, HTTP or browser. Those are >> > delivery, retrieval and presentation tools >> >> Yet there is so such separation between eww and org-mode. > > > I think this was a typo for "no". Ah, yes, thank you! That should have been "no". Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Jean Louis [2022-10-25 15:14]: >> >> This wish request is related to Emacs EWW and Org mode. >> >> Please make EWW recognize Org file when served by WWW server. Currently >> it does not recognize the MIME type text/x-org and opens the file as >> text, it does not invoke the org mode. In my opinion, it should. > > Now is clear that main problem here is that Org advertises somewhere > to be "text" in MIME context, while it is not, it is by default > "application" and thus unsafe, see: > > Application Media Types > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.5 > > and understand difference to: > > Text Media Types > https://datatracker.ietf.org/doc/html/rfc6838#section-4.2.1 > > Thus I suggest that Org changes its MIME type and stop falsely > claiming to be "text" in MIME context, but that content type: > "application/x-org" become adopted, as that way it will become clear > that it is unsafe opening Org as falsely claimed "plain" text. You are mixing up text/plain and text/*. Orgmode is clearly text/* but not text/plain. From your link: Beyond plain text, there are many formats for representing what might be known as "rich text". An interesting characteristic of many such representations is that they are to some extent readable even without the software that interprets them. It is useful to distinguish them, at the highest level, from such unreadable data as images, audio, or text represented in an unreadable form. In the absence of appropriate interpretation software, it is reasonable to present subtypes of "text" to the user, while it is not reasonable to do so with most non-textual data. Such formatted textual data can be represented using subtypes of "text". Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Tim Cross writes: > and people constantly use M-x package-install to install packages > from GNU ELPA, nonGNU ELPA and MELPA, often with this misguided belief > that these packages are being vetted by the security fairies. Yes, and no. There is still a world of a difference between "any random website can attack me when I just navigate there" and "installing a package may not be safe". This is a false whatabout: That packages are not safe does not mean that attacks by any random website aren’t much *more* dangerous. > While adding the sorts of controls you outline is not a bad idea, I > think it is far more important to train people to accept that their > system simply is not secure. This treats security as a boolean. It is not. The chance and impact of a breach matter a lot, and any random website being able to exploit a weakness in org-mode incleases the chance and impact a lot. That Emacs is not perfect does not mean that it doesn’t matter if we make it worse. > You should start from the position that > Emacs is not secure. Why? Because it is a large, complex and powerful > piece of software which has no formal security analysis or testing and > is usually augmented with numerous packages of unknown quality from > largely unknown sources. Essentially, Emacs already suffers from all the > same issues identified for systems like node and the NPM ecosystem. Yes. We should avoid adding *one more* issue that is actually worse than the others. And yes, we should rather reduce the number of packages we rely on. I’ve done that multiple times in the past. > The only think which is really providing protection for us Emacs users > is that the rewards for compromising Emacs are too low for the effort > required. Similar to why you don't see many viruses on macOS - it isn't > that it is significantly more secure than Windows (these days), but > rather the pool of potential 'targets' and scale of rewards are higher > when you focus on the Windows environment. It is all about return on > investment. This is no longer true about macOS. It has grown to be a large target, but it still is hard to crack. Windows became safer by starting to add safeguards (like asking the user for admin rights before doing admin stuff — essentially sudo) and taking security seriously. > update after formal review and testing of updated version, don't use > Emacs for email or web browsing, only run emacs in an isolated locked The point here is: Without auto-switching to org-mode, using emacs for web browsing is likely reasonably safe. Adding this as default would remove that. > Even if you decide your risks are low, you may still decide to not use > Emacs for some purposes. For example, you might decide not to use Emacs > for password management or not use Emacs packages which require you to > keep sensitive data (toekns, passwords, API keys etc) using insecure > mechanisms etc. You describe that whenever we do not care about security for some mechanism, this removes this part of Emacs from the features people with some security needs can use. It breaks the integration of Emacs — which is one of its biggest strengths — if we have to say “for convenience we enabled opening any web document automatically in org-mode, so if you think that unsafe, don’t browse the web with Emacs *anymore*”. As secure as we can should be the default, not "change these random configuration settings and avoid those features to get some security". Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > Browser like EWW, being able to accept content types, should give to > user the option to decide if to open PDF file by integrated PDF viewer > or any external PDF viewer, or to download the file, or to open the > file by user's customized function, mode or program. I’m not sure why you keep pressing for this: people agreed that enabling users to configure that (as long as it’s not the default) is a good idea. There’s no discussion there. Your reply was to Max saying that this must not be the default, and that using "safe" as part of the function name is a bad idea. > Is there much of difference of opening Org file by using EWW or > sending link to Org file to be downloaded and THEN opened by Emacs? There is a difference, yes: A browser only opens inline what is deemed safe with the session-data. PDFs are only opened with pdf.js (more restricted compared to a pdf reader). Javascript is heavily restricted (with good reason). Opening org-files clicked in eww directly with org-mode is like opening a spreadsheet with active fields inline in the browser, so a rogue formula can steal the session of your banking login. > That is not business of web server, HTTP or browser. Those are > delivery, retrieval and presentation tools Yet there is so such separation between eww and org-mode. If you want that separation, you have to open the org-file in a second Emacs process. If you don’t want that separation, you have to add other precautions. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: bug#58774: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Ihor Radchenko writes: > If necessary, we can introduce a special variable in Org mode that will > disable all the potential third-party code evaluation, even if user has > customized Org to execute code without prompt. If that would be part of org-mode, this would be close to a safe-org-mode. An important part in what I wrote about safe-org-mode is that it has to ensure that what is shown cannot trick the user into thinking something else would get run. A way to reduce risk would be to introduce a domain-allow-list (or prefix-allow-list) in eww for filetypes that could be unsafe, so you could for example add "orgmode.org" to your allowlist and for those domains org-files would auto-open in org-mode. Such security risks have a tendency of getting weaponized down the road when they really hurt. Like when people didn’t care about npm dependencies and had them suddenly deleting their files. And opening in the currently used Emacs may give a malicious file access to remote files opened via tramp, even if you (by virtue of being careful) require a password for the connection to sensitive servers. That way, running something in Emacs can be even more dangerous than running it in the shell. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: >> If you ask me whether I can make this work safely: This would first >> require the introduction of a safe-org-mode which strictly disables all >> features that can execute remote code or disguise unsafe operations as >> safe ones. If a user then decides to explicitly call M-x org-mode, >> that’s their problem. > > Thanks, though, that was not my request. > > Please note that you miss very important issue, and that is that all > browsers support customization on how to open specific content types, > so it is quite trivial to customize in browser to open Common Lisp > program with Common Lisp. I may have misunderstood what you want. Do you want eww to open text/x-org files in org-mode by default, or do you search for a way how you can modify your local eww to open text/x-org files with org-mode? My worries apply to the first, not to the second (there users know what they get into). Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > * Dr. Arne Babenhauserheide [2022-10-25 18:06]: >> > This wish request is related to Emacs EWW and Org mode. >> > >> > Please make EWW recognize Org file when served by WWW server. Currently >> > it does not recognize the MIME type text/x-org and opens the file as >> > text, it does not invoke the org mode. In my opinion, it should. >> >> This sounds dangerous. Org mode can execute untrusted code, so this >> could trick people into running untrusted code with the permissions of >> their Emacs. > > I can always do that in Emacs, execute untrusted code. There are no > trust mechanisms for plethora of Emacs packages and codes distributed > over Internet. All of the Emacs packages have some amount of implicit trust. Even melpa carefully vets packages nowadays. That’s not the case for some website you visit. > That was not my request. > > Do you know how to make this work? If you ask me whether I can make this work safely: This would first require the introduction of a safe-org-mode which strictly disables all features that can execute remote code or disguise unsafe operations as safe ones. If a user then decides to explicitly call M-x org-mode, that’s their problem. If you ask me whether I know how to make this work unsafely: It likely won’t need a lot of elisp reading, but I do not, because I do not look for it, because if I did, I would not. I do not want to be the one who caused the systems of eww users to get breached, or who helped opening that security hole. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 29.0.50; [WISH]: Let us make EWW browse WWW Org files correctly
Jean Louis writes: > This wish request is related to Emacs EWW and Org mode. > > Please make EWW recognize Org file when served by WWW server. Currently > it does not recognize the MIME type text/x-org and opens the file as > text, it does not invoke the org mode. In my opinion, it should. This sounds dangerous. Org mode can execute untrusted code, so this could trick people into running untrusted code with the permissions of their Emacs. Links in org-mode can run shell scripts. Yes, they usually ask, but this may be changed it a local Emacs, trusting that it will only be used to open trusted local files. The threat model of eww changes a lot when any file on the web can request being opened with org-mode. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] org-forward-sentence does not recognize the end of sentences with footnotes [9.5.4 (N/A @ /gnu/store/zi4gr63h5k2w3y5srydk3k05bjrx9pi9-emacs-org-9.5.4/share/emacs/site-lisp/org-9.5.4/)]
Ihor Radchenko writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> If you go to the first word in the following paragraph and press M-e
>> (org-forward-sentence), the point jumps to the end of the paragraph. But
>> it should jump to just after the footnote [fn:23].
>>
>> If I remove the footnote [fn:23], it correctly jumps to the end of the
>> first colon:
>>
>> Die Anzahl und Stärke der Werte ist durch eure
>> gewählte Machtstufe begrenzt:[fn:23] Ein starker
>> Wert@@latex:\index{Starker Wert}@@ kostet einen Punkt und ein
>> überragender Wert@@latex:\index{überragender Wert}@@ drei
>> Punkte.[fn:133] Starke Werte markiert ihr mit =+=, überragende Werte
>> mit =++=.
>
> But colon is not a sentence end. Or do I miss something?
I think I added colon there; in default setting this should jump to the
end of [fn:133]. If you have sentence with two spaces set, try adding a
space after [fn:133] — it is not recognized as end of a sentence:
Die Anzahl und Stärke der Werte ist durch eure
gewählte Machtstufe begrenzt:[fn:23] Ein starker
Wert@@latex:\index{Starker Wert}@@ kostet einen Punkt und ein
überragender Wert@@latex:\index{überragender Wert}@@ drei
Punkte.[fn:133] Starke Werte markiert ihr mit =+=, überragende Werte
mit =++=.
Wheras without the footnote it is:
Die Anzahl und Stärke der Werte ist durch eure
gewählte Machtstufe begrenzt:[fn:23] Ein starker
Wert@@latex:\index{Starker Wert}@@ kostet einen Punkt und ein
überragender Wert@@latex:\index{überragender Wert}@@ drei
Punkte. Starke Werte markiert ihr mit =+=, überragende Werte
mit =++=.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
[BUG] org-forward-sentence does not recognize the end of sentences with footnotes [9.5.4 (N/A @ /gnu/store/zi4gr63h5k2w3y5srydk3k05bjrx9pi9-emacs-org-9.5.4/share/emacs/site-lisp/org-9.5.4/)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Dear Org Hackers,
If you go to the first word in the following paragraph and press M-e
(org-forward-sentence), the point jumps to the end of the paragraph. But
it should jump to just after the footnote [fn:23].
If I remove the footnote [fn:23], it correctly jumps to the end of the
first colon:
Die Anzahl und Stärke der Werte ist durch eure
gewählte Machtstufe begrenzt:[fn:23] Ein starker
Wert@@latex:\index{Starker Wert}@@ kostet einen Punkt und ein
überragender Wert@@latex:\index{überragender Wert}@@ drei
Punkte.[fn:133] Starke Werte markiert ihr mit =+=, überragende Werte
mit =++=.
Best wishes,
Arne
Emacs : GNU Emacs 28.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30,
cairo version 1.16.0)
Package: Org mode version 9.5.4 (N/A @
/gnu/store/zi4gr63h5k2w3y5srydk3k05bjrx9pi9-emacs-org-9.5.4/share/emacs/site-lisp/org-9.5.4/)
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: the comment environment does not work for checkboxes
Uwe Brauer writes: > #+BEGIN_COMMENT > WAIT Computer > :PROPERTIES: > :Nr: 4 > :Comp1:[X] > :Comp2:[X] > :END: > #+END_COMMENT > Does not. Any idea why? In a block, you must escape * as ,* — open the environment with C-c C-' and save it the same way, then it escapes them for you. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: ChangeLog.org
Uwe Brauer writes: > So the question is, how to generate this file. Maybe there is a > ChangeLog-->ChangeLog.org exporter/converter? > > https://github.com/johnlepikhin/el-conventional-changelog/blob/master/conventional-changelog.el I see only 6 calls to git in that file. Maybe the easiest way would be to port it? Or even better: generalize it by calling (vc-deduce-backend) and automatically using the commands for the found vcs (and sending a patch to the author)? Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > > PCI compliance is not required by law but is considered > > mandatory through court precedent. > > The crucial questions would be: required _of whom_, in what circumstances? If I understood it correctly, it’s required of the platform. They do not have the option to ship other code if they want their site to be allowed to process credit card data. But this is guesswork on my side. > > > I wonder if users could run the free version of that JS code > > > while talking with Stripe. > > > You could try replacing it in your browser. > > Yes, that's what I'm thinking of. The decentraleyes extension might be able to automate that: https://decentraleyes.org/test/ https://git.synz.io/Synzvato/decentraleyes Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > "Note: To be PCI compliant, you must load Stripe.js directly from > > https://js.stripe.com. You cannot include it in a bundle or host > > it yourself. This package wraps the global Stripe function > > provided by the Stripe.js script as an ES module." > > That is hard for me to understand, since I don't know what "PCI > compliant" means (or who is expected to comply with "PCI" or why). PCI compliance is a requirement by the credit card industry: https://www.investopedia.com/terms/p/pci-compliance.asp Companies that follow and achieve the Payment Card Industry Data Security Standards (PCI DSS) are considered to be PCI compliant. The PCI Security Standards Council is responsible for developing the PCI DSS. PCI DSS has 12 key requirements, 78 base requirements, and 400 test procedures to ensure that organizations are PCI compliant. Being PCI compliant reduces data breaches, protects the data of cardholders, avoids fines, and improves brand reputation. PCI compliance is not required by law but is considered mandatory through court precedent. > Also, what is a "ES module" and what are the implications of that? ES module (EcmaScript modules) is just the term for the module system in Javascript. https://hacks.mozilla.org/2018/03/es-modules-a-cartoon-deep-dive/ > I wonder if users could run the free version of that JS code > while talking with Stripe. You could try replacing it in your browser. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > > GNU Taler requires an intermediary to clear the coins. > > I am not sure what that means. Could you state in different words > what job that "intermediary" would do? > > In fact, the Taler developers are hoping that banks will play two > roles: issuing Taler tokens to spend, and redeeming those that people > receive as payment. That’s when banks take up Taler. Before they do, any intermediary can take that role and use Taler to pool money so it can be sent in larger regular transactions. > I don't know whether that is possible -- I suggest you talk with the Taler > developers about it. It’s one of the use-cases in their documentation, so I expect that it should work. > > To take up criticism before it becomes a discussion: While Github is > > annoying, you can read it without running proprietary Javascript (I just > > checked that by opening it in eww), and you can interact with it using > > email. > > See https://www.gnu.org/software/repo-criteria-evaluation.html for what's > wrong with Github. Some actions, such as creating an account, appear > to require running nonfree JS code. You can add this to the reasons:¹ https://sfconservancy.org/blog/2022/jun/30/give-up-github-launch/ I’m already trying to find ways to get out, but depending on the integrations used, that can take quite some time. ¹: # Give Up GitHub: The Time Has Come! by Denver Gingerich and Bradley M. Kuhn on June 30, 2022 Those who forget history often inadvertently repeat it. Some of us recall that twenty-one years ago, the most popular code hosting site, a fully Free and Open Source (FOSS) site called SourceForge, proprietarized all their code — never to make it FOSS again. Major FOSS projects slowly left SourceForge since it was now, itself, a proprietary system, and antithetical to FOSS. FOSS communities learned that it was a mistake to allow a for-profit, proprietary software company to become the dominant FOSS collaborative development site. SourceForge slowly collapsed after the DotCom crash, and today, SourceForge is more advertising link-bait than it is code hosting. We learned a valuable lesson that was a bit too easy to forget — especially when corporate involvement manipulates FOSS communities to its own ends. We now must learn the SourceForge lesson again with Microsoft's GitHub. A parody of the GitHub logo, walling off user rights and demanding payment GitHub has, in the last ten years, risen to dominate FOSS development. They did this by building a user interface and adding social interaction features to the existing Git technology. (For its part, Git was designed specifically to make software development distributed without a centralized site.) In the central irony, GitHub succeeded where SourceForge failed: they have convinced us to promote and even aid in the creation of a proprietary system that exploits FOSS. GitHub profits from those proprietary products (sometimes from customers who use it for problematic activities). Specifically, GitHub profits primarily from those who wish to use GitHub tools for in-house proprietary software development. Yet, GitHub comes out again and again seeming like a good actor — because they point to their largess in providing services to so many FOSS endeavors. But we've learned from the many gratis offerings in Big Tech: if you aren't the customer, you're the product. The FOSS development methodology is GitHub's product, which they've proprietarized and repackaged with our active (if often unwitting) help. FOSS developers have been for too long the proverbial frog in slowly boiling water. GitHub's behavior has gotten progressively worse, and we've excused, ignored, or otherwise acquiesced to cognitive dissonance. We at Software Freedom Conservancy have ourselves been part of the problem; until recently, even we'd become too comfortable, complacent, and complicit with GitHub. Giving up GitHub will require work, sacrifice and may take a long time, even for us: we at Software Freedom Conservancy historically self-hosted our primary Git repositories, but we did use GitHub as a mirror. We urged our member projects and community members to avoid GitHub (and all proprietary software development services and infrastructure), but this was not enough. Today, we take a stronger stance. We are ending all our own uses of GitHub, and announcing a long-term plan to assist FOSS projects to migrate away from GitHub. While we will not mandate our existing member projects to move at this time, we will no longer accept new member projects that do not have a long-term plan to migrate away from GitHub. We will provide resources to support any of our member projects that choose to migrate, and help them however we can. There are so many good reasons to give up on GitHub, and we list the major ones on our Give Up On GitHub site. We were already considering this action ourselves for some time, but last week's event
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > Meanwhile, we have a potential solution for donating money: GNU Taler. > It shows promise, for the long term: even national banks are starting > to get interested in it. (See taler.net.) But banking systems are > not set up to interact with it today. GNU Taler requires an intermediary to clear the coins. This would again be where a platform like liberapay would come in. The place to bring that up seems to be the "third payment processor" issue: https://github.com/liberapay/liberapay.com/issues/1394 And they are planning to do that, so a donation via LiberaPay is an option to minimize proprietary Javascript — and to get rid of it in the long run. Though I do agree that it would be nice to have an *option* to send a bank transfer and/or have an address to mail a cheque. To take up criticism before it becomes a discussion: While Github is annoying, you can read it without running proprietary Javascript (I just checked that by opening it in eww), and you can interact with it using email. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > > Yes, sad to say they should not directly offer donation methods. > > > So they should rather link to liberapay, so it is not a direct offer? > > You can't make a serious point by twisting words. I do make a serious point: by linking to liberapay who are actively searching for ways to get rid of proprietary software, those links are most likely to become usable without proprietary software once a practical method to donate without proprietary software exists. But yes, wrapping that into a cheeky answer is not the most effective way to make this point. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Links to javascript-based websites from orgmode.org: Paypal and Github
Richard Stallman writes: > [[[ To any NSA and FBI agents reading my email: please consider]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > AFAIU, there are no nonfree payment services, except some crypto > > payments. > > In Europe, at least, there is bank transfer. If you go to a bank > branch, I think, you can do transfers to someone else's account without > running any particular software. This is becoming harder and harder, because banks push everyone to use onlinebanking — with non-free apps and non-free Javascript. And it costs money: A bank transfer by going to the branch is nowadays more expensive than the amount people usually donate per month. > > So, does what you say imply that GNU packages should not provide any > > donation options, except crypto (via free payment software)? > > Yes, sad to say they should not directly offer donation methods. So they should rather link to liberapay, so it is not a direct offer? After the initial setup liberapay usually does the automatic renewal, so it is not necessary to interact with non-free Javascript after the initial setup. That’s not perfect, but much better than PayPal. https://liberapay.com/about/payment-processors > The FSF manages to accept credit card donations without making donors > run nonfree software. But it is not easy to arrange that. And it does not work for many people in Europe (I for example have no credit card). Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Subject: [PATCH] Fix DISPLAY error on exporting org with plantuml to html
Hi Lin Sun, lin Sun via "General discussions about Org-mode." writes: > This patch will re-submit the solution based on the last rev. > > Please help review and merge the patch. Thanks > > [4. text/x-patch; > 0001-ob-plantuml-fix-DISPLAY-error-with-html-export.patch]... > From 6512e94806a4c08f40e6796e239ad2b318f7fbc5 Mon Sep 17 00:00:00 2001 > From: Lin Sun > Date: Tue, 7 Jun 2022 04:06:06 + > Subject: [PATCH] ob-plantuml: fix DISPLAY error with html export > > * lisp/ob-plantuml.el (org-babel-execute:plantuml): Use headless mode > for Org calling plantuml for exporting to html to avoid issues with > operations that normally try to access the system graphics stack. > --- > lisp/ob-plantuml.el | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/lisp/ob-plantuml.el b/lisp/ob-plantuml.el > index 6e1b1b1..37a631b 100644 > --- a/lisp/ob-plantuml.el > +++ b/lisp/ob-plantuml.el > @@ -122,6 +122,7 @@ This function is called by `org-babel-execute-src-block'." > ((not (file-exists-p org-plantuml-jar-path)) >(error "Could not find plantuml.jar at %s" > org-plantuml-jar-path)) > (t `(,java > + "-Djava.awt.headless=true" This looks good and low-risk to me. >"-jar" >,(shell-quote-argument (expand-file-name > org-plantuml-jar-path)) > ,@org-plantuml-args > -- > 2.7.0 Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
[BUG] Exporting italic link with bang inside to html fails to parse the link [9.5.2 (N/A @ /gnu/store/89yvbijwnvsbpa5h33mvbgh1gy9w30n2-emacs-org-9.5.2/share/emacs/site-lisp/org-9.5.2/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. To reproduce: - create an org-file with the following content: /Foo [[https://taz.de/!5843294/][link with a bang]]/ - M-x org-html-export-to-html Expected: The HTML-file contains an italic link named "link with a bang". Actual: The HTML-file contains a broken link with only the domain: Foo [[https://taz.de;>https://taz.de!5843294/][link with a bang]]/ Best wishes, Arne Emacs : GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.16.0) Package: Org mode version 9.5.2 (N/A @ /gnu/store/89yvbijwnvsbpa5h33mvbgh1gy9w30n2-emacs-org-9.5.2/share/emacs/site-lisp/org-9.5.2/) -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: How do you manage complex project with Org-mode
Hello Seb,
It sounds like org-mode can be a great fit.
Sébastien Gendre writes:
> But, as a student, I regularly have big and important projects to do for
> the school. The kind of project who need several days to be done, with
> deadlines too soon, and if you fail one them the consequences can be
> disastrous. And generally, I have to many of these project in the same
> time and not enough time to do all the work. So, I also need to follow
> the progress of each project to choose which is sufficiently advanced to
> be stop for the benefit of another less advanced project.
Do I understand it right that what you need is to track the time
required to reach milestones, not following the *progress*? So following
progress seems like it would take more mental bandwidth than needed.
You could have one org-mode task (headline) per milestone, with a
DEADLINE (org-deadline), and then SCHEDULE (org-schedule) appointments.
To track how much time you will still need, you can use org-set-effort.
I did that at work for a while to train to get better at estimating. By
having the effort in a clocktable I could see progress *when needed*.
Hitting R in the org-agenda shows the clockreport-mode and you can see
the Effort in the agenda by setting
(org-agenda-clockreport-parameter-plist (quote (:link t :maxlevel 2
:properties ("Effort". For a while I had the clocktable active by
default.
You can also add that to the column-mode (org-columns) to get a quick
overview for a file (leave with org-columns-quit). Customize:
(org-columns-default-format
"%25ITEM %TODO %3PRIORITY %TAGS %17Effort(Estimated Effort){:} %CLOCKSUM")
> And I don't know how to manage this kind of projects with Org-mode. How
> to do it, without failing a 6 days project because I spent to much time
> on something else and I have only 3 days left with 3 half-day important
> appointment I cannot cancel. I can't risk failing a single one of these
> project by trying. So, when I am in a period with a lot of these
> projects, I stop using Org-mode and concentrate on doing these project
> as fast as I can. And because I often have this kind of project, I spend
> most of the year without being able to use Org-mode.
I found that org-mode is the only organization tool for which using the
tool actually reduces the time I need for organization. That works by
taking notes in org-mode, too, and keeping it simple.
What I do:
** Custom starting point: agenda-with-kanban
A function to show the agenda it besides the Kanban table. I start
each day and after each larger break by hitting F12. It shows me the
agenda and entry points into my work. This enables me to stay focussed.
** One planning file
I have a single file for all my tasks. That keeps working
surprisingly long. Once a year or so it needs some cleanup to become
faster again.
** Kanban Table at the top
I have a kanban table. It shows as most important information the
tasks I am doing right now. If I am doing more than three work-tasks
at the same time, it’s warning sign that I’m becoming inefficient.
With this I start every day in org-mode by clicking on the link of the
project from the kanban table to get to its notes (which I also track
in org-mode). See
https://www.draketo.de/light/english/free-software/el-kanban-org-table
→ https://hg.sr.ht/~arnebab/kanban.el
** Capture tasks for Projects
Projects have as many tasks as I need to track. At work they are
usually Stories (3-5 days). Nowadays I create new tasks by using
org-capture templates with one template per larger project and one for
bugs, but I used to just use two templates (which might be a
better fit for you):
- (i) task to start immediately and
- (l) task to start later
** Setup
(with-eval-after-load 'org
(setq org-agenda-custom-commands
'(("o" "Agenda and TODOs"
((agenda) ; nil ((org-agenda-compact-blocks
nil)(org-agenda-block-separator ?-)(org-agenda-overriding-header "")))
(tags-todo "-notodo-TERMIN" ((org-agenda-block-separator ?-)))
(tags "KANBAN" ((org-agenda-block-separator ?-)
(org-agenda-compact-blocks nil)
(org-agenda-overriding-header ""
(defun my/org-agenda-show-kanban ()
(interactive)
(save-excursion
(search-forward ":KANBAN:")
(org-agenda-goto)
(org-narrow-to-subtree)
(show-all)
(fit-window-to-buffer)
(widen)
(recenter-top-bottom 0)))
(defun agenda-and-todo ()
(interactive)
(org-agenda nil "o")
(delete-other-windows)
(my/org-agenda-show-kanban)
;; desktop systemsettings shortcuts: map f12 to
;;emacsclient -e '(progn (show-frame)(agenda-and-todo))'
(global-set-key (kbd "") 'agenda-and-todo)
> So, if you have any suggestion on how to manage, in Org-mode, projects
> with:
> * Lot of work to do (many days)
> * Short deadline (not enough time)
This is something to fix. Also outside org. Always feeling like having
to
Re: LaTeX letters in Org
Michael Eliachevitch writes: > For this kind of short writing I'm always wondering whether doing it > in org-mode is really worth it. I see a trade-of between the > convenience of org-markup (e.g. emphasis markers, itemize lists, > links, …), and the inconvience of adding literal latex to org-mode, > which is just a bit more cumbersome than doing so in an actual latex > file with a latex major mode*. Especiall since you don't use headers For my website I added some custom commands so I can use M-x draketo-software to start an article with a template. Alternatively add a capture-template that creates a letter. Then M-x org-capture L (or such) would create a new letter prefilled with everything you typically need. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]
"Dr. Arne Babenhauserheide" writes: > Ihor Radchenko writes: >> "Dr. Arne Babenhauserheide" writes: >>> In org 9.5.1 I get problems exporting a table. Trying to export >>> https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org >>> as ascii or running the embedded gnuplot source block fails with >>> wholenump error. >>> ... >>> Debugger entered--Lisp error: (wrong-type-argument wholenump -2) >>> make-string(-2 32) >>> org-ascii-table-cell((table-cell (:begin 14... >> >> Thanks for reporting! >> >> It should have been fixed after 895e0baad. Can you update Org an try >> again? > > I can update org once the new version is in Guix. I tried 9.5.2, but the error is still there: org-ascii-table-cell: Wrong type argument: wholenump, -2 Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]
Ihor Radchenko writes: > "Dr. Arne Babenhauserheide" writes: >> In org 9.5.1 I get problems exporting a table. Trying to export >> https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org >> as ascii or running the embedded gnuplot source block fails with >> wholenump error. >> ... >> Debugger entered--Lisp error: (wrong-type-argument wholenump -2) >> make-string(-2 32) >> org-ascii-table-cell((table-cell (:begin 14... > > Thanks for reporting! > > It should have been fixed after 895e0baad. Can you update Org an try > again? I can update org once the new version is in Guix. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
[BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]
ffiliated 232 :parent #33) (table-cell
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard
:begin 253 :end 274 :contents-begin 254 :contents-end 273 :post-blank 0
:post-affiliated 253 :parent #33) (table-cell ... ...) (table-cell ... ...)
(table-cell ... ...)) (table-row (:type standard :begin 274 :end 295
:contents-begin 275 :contents-end 294 :post-blank 0 :post-affiliated 274
:parent #33) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...))
(table-row (:type standard :begin 295 :end 316 :contents-begin 296
:contents-end 315 :post-blank 0 :post-affiliated 295 :parent #33) (table-cell
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard
:begin 316 :end 337 :contents-begin 317 :contents-end 336 :post-blank 0
:post-affiliated 316 :parent #33) (table-cell ... ...) (table-cell ... ...)
(table-cell ... ... (table-cell (:begin 2 :end 9 :contents-begin 3
:contents-end 7 :post-blank 0 :parent #15) #("2008" 0 4 (:parent #18)))
(table-cell (:begin 9 :end 14 :contents-begin 9 :contents-end 12 :post-blank 0
:parent #15) #("8.6" 0 3 (:parent #19))) #1)) #("GNU/Linux users per 1000
Windows users (GNU/kw)" 0 47 (:parent #1))) #("\"GNU/Linux users per 1000
Windows users (GNU/kw)\"" 1 48 (:parent (table-cell (:begin 14 :end 63
:contents-begin 14 :contents-end 61 :post-blank 0 :parent (table-row (:type
standard :begin 1 :end 64 :contents-begin 2 :contents-end 63 :post-blank 0
:post-affiliated 1 :parent (table ... #19 ... ... ... ... ... ... ... ... ...
... ... ... ...)) (table-cell (:begin 2 :end 9 :contents-begin 3 :contents-end
7 :post-blank 0 :parent #19) #("2008" 0 4 ...)) (table-cell (:begin 9 :end 14
:contents-begin 9 :contents-end 12 :post-blank 0 :parent #19) #("8.6" 0 3 ...))
#5)) #("GNU/Linux users per 1000 Windows users (GNU/kw)" 0 47 (:parent #5)
(:subtitle nil :ascii-bullets ((ascii 42 43 45) (latin1 167 182) (utf-8 9674))
:ascii-caption-above nil :ascii-charset ascii :ascii-global-margin 0
:ascii-format-drawer-function #f(compiled-function (name contents width)
#) :ascii-format-inlinetask-function
org-ascii-format-inlinetask-default :ascii-headline-spacing (1 . 2)
:ascii-indented-line-width auto :ascii-inlinetask-width 30 :ascii-inner-margin
2 :ascii-links-to-notes t :ascii-list-margin 0 :ascii-paragraph-spacing auto
:ascii-quote-margin 6 :ascii-table-keep-all-vertical-lines nil
:ascii-table-use-ascii-art nil :ascii-table-widen-columns t :ascii-text-width
72 :ascii-underline ((ascii 61 126 45) (latin1 61 126 45) (utf-8 9552 9472 9548
9476 9480)) :ascii-verbatim-format "`%s'" :title nil :date nil :author (#("Dr.
Arne Babenhauserheide" 0 25 (:parent #51))) :email "arne_...@web.de" ...))
org-export-with-backend(ascii (table-cell (:begin 14 :end 63 :contents-begin
14 :contents-end 61 :post-blank 0 :parent (table-row (:type standard :begin 1
:end 64 :contents-begin 2 :contents-end 63 :post-blank 0 :post-affiliated 1
:parent (table (:begin 1 :end 337 :type org :tblfm nil :contents-begin 1
:contents-end 337 :value nil :post-blank 0 :post-affiliated 1 :parent (section
... #34)) #16 (table-row (:type standard :begin 64 :end 85 :contents-begin 65
:contents-end 84 :post-blank 0 :post-affiliated 64 :parent #34) (table-cell ...
...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard
:begin 85 :end 106 :contents-begin 86 :contents-end 105 :post-blank 0
:post-affiliated 85 :parent #34) (table-cell ... ...) (table-cell ... ...)
(table-cell ... ...)) (table-row (:type standard :begin 106 :end 127
:contents-begin 107 :contents-end 126 :post-blank 0 :post-affiliated 106
:parent #34) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...))
(table-row (:type standard :begin 127 :end 148 :contents-begin 128
:contents-end 147 :post-blank 0 :post-affiliated 127 :parent #34) (table-cell
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard
:begin 148 :end 169 :contents-begin 149 :contents-end 168 :post-blank 0
:post-affiliated 148 :parent #34) (table-cell ... ...) (table-cell ... ...)
(table-cell ... ...)) (table-row (:type standard :begin 169 :end 190
:contents-begin 170 :contents-end 189 :post-blank 0 :post-affiliated 169
:parent #34) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...))
(table-row (:type standard :begin 190 :end 211 :contents-begin 191
:contents-end 210 :post-blank 0 :post-affiliated 190 :parent #34) (table-cell
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard
:begin 211 :end 232 :contents-begin 212 :contents-end 231 :post-blank 0
:post-affiliated 211 :parent #34) (table-cell ... ...) (table-cell ... ...)
(table-cell ... ...)) (table-row (:type standard :begin 232 :end 253
:contents-begin 233 :contents-end 252 :post-blank 0 :post-affiliated 232
:parent #34) (table-cell ... ...) (table
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Tim Cross writes: > "Dr. Arne Babenhauserheide" writes: >> The change to electric indent broke my workflow badly (always having to >> undo the indentation after every new headline), and it took long until I >> found out how to avoid that. > environment. While this change may have 'broken' your workflow, the > previous behaviour was breaking other users workflows because org did > not honour electric-indent-mode and was not consistent with other core > emacs modes. This stretches the definition of workflow. Other users had a less consistent workflow, but since orgmode had never done electric indent, they did not have a workflow requiring electric indent in org which could be broken by the existing behaviour. This is rather an example where going for consistency over stability creates problems. (but still: that happened once; emacs is not perfectly stable, but when staying close to vanilla, it is mostly stable) Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Russell Adams writes: > Did Org break your Org editing experience in Emacs for your Org files, > or did this change just break some of the finer formatting details of > your exported Org file? The change to electric indent broke my workflow badly (always having to undo the indentation after every new headline), and it took long until I found out how to avoid that. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Tim Cross writes: > Russell Adams writes: >> That Org can also be used to export to other formats is both a >> blessing and a curse. Org can only do high level constructs in the >> languages it exports to, and really should only be expected to do just >> that. It's a paper thin macro or template over a much more complicated >> document language. … >> The exporting is the difference in expectations. Org's lightweight >> markup is quite simple, and the documents it produces should be as >> well. This is much like the original HTML specification. Look how >> complicated it is to write HTML now with CSS and Javascript emulating >> mundane functions after decades of bolt on "standards". Yes, the language-specific hacks are outside its scope. When I do #+latex: … or @@html:…@@ I am in the export formats. What should not happen is that >>> Please do not make org-mode volatile.¹ >> … >> I think our maintainers have done an excellent job of minimizing the >> impact of any changes. Yes, they have. That’s why I wrote that it is a too rarely highlighted strength, that Emacs is stable. >> However I only export Org to be backwardly compatible with itself, not >> the languages it makes exports to. One of the big strengths of org-mode is in its integrations. When the languages change that it exports to, it cannot do much. But where they don’t, an update of org-mode should not break the export. From the expectations-side, that’s the extended 80/20 rule: 80% of your users only use 20% of the features¹, but they don’t all use the same 20%. So everytime you break something that’s not in the core 20%, you lose some users until only a small core is left that actually did not use anything outside those 20%. ¹: for org-mode it migh rather be 5% :-) > As you point out, the big benefit of org mode is that the files are > plain text. This means you will always be able to 'fix' any issues which > arise from change. It might not be convenient and you may be frustrated > by such change, but you will likely have a much better outcome than you > would with any other document formatting system which is not based on > plain text. Yes — that’s also one of the reasons why I’m using org-mode. It’s awesome integrations and tooling are why I use org-mode instead of markdown or asciidoc or similar. It binds all my work in Emacs together. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Tim Cross writes: > What really doesn't help is to immediately jump to extremes and start > talking about making something volatile just because change is > mentioned. I am wording this so strongly because we currently have talk about creating more abstract org syntax. This is the situation in which the temptation to skip backwards compatibility is highest — as is the cost of that, because not updating will quickly not be an option (because dependencies will follow). In another situation I would be much more relaxed about this discussion, but when larger refactoring is on the table, it is important that backwards compatibility is high in the priorities. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Russell Adams writes: > On Wed, Dec 08, 2021 at 05:16:20PM +0100, Dr. Arne Babenhauserheide wrote: >> >> Tim Cross writes: >> >> > Backwards compatibility is important and changes should never be done >> > lightly. However, that doesn't mean they don't occur (we have already >> > had breaking changes, so old org files are likely to have issues >> > already). Backwards compatibility can also become a burden and >> >> I already spent several hours fixing old presentations, because of org >> format changes, so I want to put in a strong vote for backwards >> compatibility. > > I agree completely. Luckily org-lint provides great insights into > changes. Reading the release notes between major versions is a good > idea. I have found that anytime I've had a problem it was well > documented in the release notes, and that I simply neglected to read > them. > >> If you have 1400 slides of lectures, all carefully laid out to convey >> information as best as possible, and you realize a few days before the >> lecture when you want to update them that the layout is broken, because >> of some minor change in interpretation of empty headlines in org-beamer >> export so you have to go over each slide individually to make sure that >> nothing is cut off and no layout is broken — and check the compile to >> latex many times until the layout is working again — that is a huge >> cost. > > I don't see this as much different from the issues encountered with > compiling code with libraries. During development you have to freeze > libraries you're working against. After an update, you'll have to > check again. > > I've had this come up in my professional documents on occasion, and > I've developed habits to help. For instance: > > - Every file gets an export header template and all settings are done >there. > > - Exported documents must never depend on variables in my >init.el. All variables must be stored as file local variables if >they required customization against Org defaults. I actually have separate .emacs.d folders and autotools setups for most of my org-mode projects. But that’s to separate it from my emacs setup, not as protection against a potentially volatile¹ document format. > - I run org-lint first if I suspect a problem. > > - I pay latex experts to make my templates so I don't have to. > > - Anything outside of basic Org syntax, tables and source blocks I do >directly in latex. Images are a good example. I will use latex code >for the image, sizing, orientation, etc instead of relying on Org's >extended syntax for image links, caption, and attributes. > As a result my publishing has been pretty consistent for customer > documents. I also only update my Org between projects. ;] If I had needed a stronger argument for more backwards compatibility, this list of habits is it. That should not be required to keep your org-mode documents working. I use org-mode for a lecture I give as small side-job because I like teaching. It is not my main job. And I use org-mode for hobby-projects. Yes, the hobby project is a 400 page RPG rulebook, but it is still a hobby project. And I use org-mode to publish my personal website (also as a Hobby), with about 150% that size. And my projects do not end. Some of these documents are already in use for a decade. Org-mode is not just a library, it keeps user-data. It should really not be volatile¹. If I can’t trust org-mode to keep working but have to check the documents every time I come back to them — and might have to spend hours fixing them — then it not suitable for writing, as much as that would pain me (because it would cast into doubt most of my decisions around writing of the past decade). To date, I only had a bigger problem once (and that hurt a lot, because it was just before giving a lecture, so I had to ditch most of the improvements I wanted to do and instead spend all the time fixing the document), but the talk here about “sometimes you have to break compatibility” goes into a direction I consider as very dangerous. Please do not make org-mode volatile.¹ Org-Mode and Emacs have mostly been stable the past 15 years. And it is good to be stable; a strength that is highlighted much too seldomly. Best wishes, Arne ¹: https://stevelosh.com/blog/2012/04/volatile-software/ -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Tim Cross writes: > Ihor Radchenko writes: > >> Tim Cross writes: >> >>> Meanwhile, Emacs development continues and new features/capabilities >>> continue to be added. In particular, a new feature is added which is >>> extremely powerful and would be a huge benefit for Emacs org-mode users. >>> However, there is a problem. In order to take advantage of this new >>> feature, significant changes are required for the specification. This >>> will result in implementations requiring considerable work in order to >>> update them to the new specification. >> >> I disagree. We already need to care about back-compatibility of Org >> syntax (think of org documents written years ago). Major changes to >> syntax are very unlikely even without considering third-party software. >> And, by the way, remember the existing "third party" Elisp packages >> (think of Org roam, for example). We do not want to break them. >> > > Backwards compatibility is important and changes should never be done > lightly. However, that doesn't mean they don't occur (we have already > had breaking changes, so old org files are likely to have issues > already). Backwards compatibility can also become a burden and I already spent several hours fixing old presentations, because of org format changes, so I want to put in a strong vote for backwards compatibility. If you have 1400 slides of lectures, all carefully laid out to convey information as best as possible, and you realize a few days before the lecture when you want to update them that the layout is broken, because of some minor change in interpretation of empty headlines in org-beamer export so you have to go over each slide individually to make sure that nothing is cut off and no layout is broken — and check the compile to latex many times until the layout is working again — that is a huge cost. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: frustrations
Jan Ulrich Hasecke writes: > There are some more issues. Startup time of my emacs is more than 30 > seconds even after optimizing something with esup. I have 10.000+ files > in my org-roam and fear that I hit some limitation either of org-roam or > my hardware. I use use-package with the :defer option for everything that I don’t always need at startup. That gives me sub-second startup, which is OK, and at first idle it adds more packages. The other main focus I have there nowadays is to stay close to vanilla Emacs: Only change what I really need different. The main advantage of that is that when I need an editor that is there *at once*, I just use emacs -Q That avoids all customizations, even those from the distribution, and it is roughly instant (if you need more, then add -nw to open it purely in the terminal). Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: noweb and shell heredocs
Immanuel Litzroth writes:
> You can set the delimiters used for noweb code.
> org-babel-noweb-wrap-end and org-babel-noweb-wrap-end.
>
> I think I set them to @@ in shell code.
I almost always use {{{...}}} via a footer in my org-files:
# Local Variables:
# org-babel-noweb-wrap-start: "{{{"
# org-babel-noweb-wrap-end: "}}}"
# End:
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de
signature.asc
Description: PGP signature
Re: Orgdown: negative feedback & attempt of a root-cause analysis (was: "Orgdown", the new name for the syntax of Org-mode)
Karl Voit writes: > * M ‘quintus’ Gülker wrote: >> Am Montag, dem 29. November 2021 schrieb Karl Voit: >>> It seems to be the case that the name "Orgdown" is the reason why >>> the Org-mode community does not support the idea of an >>> implementation-agnostic definition of the syntax. Which is ... kinda >>> funny if you think about it. This does not represent my answer correctly. I explicitly said that org is implementation-defined, so *full* compatibility cannot easily be achieved outside Emacs. That does not prevent partial compatibility. >>> Well if the project is not working out, at least I made my point and >>> we continue to have all those misunderstandings and lack of Orgdown >>> support in 3rd party tools (because Org-mode is way too big). >> >> I think the project has value; better tooling outside of Emacs is >> something org can only profit from in my opinion. One point that has not >> been raised yet are scenarios of collaborative work; I would enjoy it >> quite a bit if I could work on documents together with people who do not >> like Emacs as an editor for whatever reason. Currently, org as a file >> format is pretty much excluded if collaboration is intended with someone >> who does not use Emacs. The natural choice in these cases is Markdown. > > I agree. > > One of the next things I do have on my list is to try out crdt as > I've learned at EmacsConf21 that it is mature enough to be used in > practice. > > If that holds true, we can start dreaming of having a Etherpad-like > session from our GNU/Emacs while peers are connected to the same > session via some web-based tool/service. That would be pretty nice. You might also want to look at orgzly[1], org-js[2], or markup-rocks[3]. [1]: http://www.orgzly.com/help [2]: https://github.com/mooz/org-js [3]: https://markup.rocks/ All of these call org-mode syntax simply "org". > There were two possible generic approaches for me: start from zero > with an open process, involving peers in all choices such as naming, > Orgdown1 syntax elements, ... You can also just take up the already given arguments, form a decision, and then move forward. > Simply switching to a different name is not just search It > would reset the project almost to its very start again, losing the > go-live effect of previous weekend (whose effect might be > questionable considering the name discussion), its project URL that > is now out there, the motivation video which aims to explain the > motivation to users of Emacs, the EmacsConf21 talk publicity, and it > would require much effort to reach the status where Orgdown is now. Why is that? From the technical side a simple entry in NEWS „Orgdown now uses the name Org Syntax as alias“ and a second domain should suffice. It’s the emotional side that no one but you could solve. > My guess is that most people do not suffer much from different > Markdown flavors because they rarely mix them in their workflows. I > guess most people are using Markdown only in their text editor OR > only in GitHub/GitLab org files OR only within any other > Markdown-tool. Or they just don’t use 90% of markdown features. Titles, quoted, bold, emphasis, links, inline-source, source-blocks. Which is a big difference compared to Org mode. Even with that, source-blocks tend to break between implementations. >> Maybe most documents are very simple files. README files for FLOSS >> projects, forum posts, blog posts. For such content the features where >> the Markdown implementations differ are usually not required. > > This sounds also a plausible explanation and is also boosted by > another posting as an answer to yours. And markdown has inline HTML: Anything missing (like tables) is just exported from org-mode as HTML. > I don't think that users of LaTeX/ConTeXt are part of the target > group. They would actually lose a bit of having control, I think. > And Overleaf might be too hard to beat I guess although I personally > don't like to use cloud-based services but meanwhile that's the > opinion of a tiny minority. Switching from LaTeX to Org-Mode was a very empowering step for me, because it simpified most documents a lot, enabled quick restructuring, allowed for easy tracking of TODO-states and using executed inline-code via babel — and I gained HTML export for free. It’s not the tool for a single paper to one journal that only has to fit one format and is never edited after final submission, but for any larger writing, org-mode is quite a boost in productivity. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: "Orgdown", the new name for the syntax of Org-mode
Juan Manuel Macías writes: > Joost Kremers writes: > >> Why not just use the term "Org markup"? It's descriptive and should be >> understandable to people familiar with the concept of markup languages. > > This. 'Org markup language' and 'Org Syntax' are obvious and natural > terms that can easily be inferred from the Org manual. Honestly I don't > see much point in coming up with new names for a concept which is > already transparent and self-explanatory. It is something I find > unnecessary and baroque. Org markup and Org syntax sound good, I think. I’m unsure which is better to convey that this includes features — that org-mode is much more than just a way to encode some information, but a way to interact with documents and an implementation of the syntax should keep that in mind. One thing that is important to keep: Org Syntax or Org Markup is implementation-defined. You cannot claim *full compatibility*, if you are not fully compatible with org-mode. This includes a lot of Emacs features, like linking to arbitrary files/buffers/things, extending links, and so on. The minimal syntax (missing a lot of features) would be outline markup or outline syntax (from outline-mode, the ancestor of org-mode). Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: 9.5: coping with loss of ditaa.jar
Max Nikulin writes: > On 03/10/2021 11:25, Jarmo Hurri wrote: >> I use ditaa with org on a regular basis. Now that ditaa.jar is out >> of >> org 9.5, I need to cope with the situtation. >> I see two options, and neither was successful today. This is sort of >> what I was afraid of when I voted for keeping ditaa bundled with org. >> 1. I am running Fedora 34, where ditaa is available as a >> package. However, just pointing org-ditaa-jar-path to the correct >> location /usr/share/java/ditaa.jar is not sufficient, because doing >> so leads to errors when trying to execute a ditaa babel block: > > I am not a ditaa user currently, but generally it should be the > preferred option. I have not looked into ob-ditaa.el however to > realize if it has enough defcustom options. A short-term quickfix could be to copy the jar from an older orgmode and point to that. Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: How to use Org with Python as an IDE?
ed...@openmail.cc writes: > I am very sorry for wasting your precious time. This was very simple It’s the finding that’s hard, not the setup. > 1. Install (some are optional) python-language-server > jedi-language-server bash-language-server python-pylint > python-pydocstyle ccls python-pyls-black You may also want to use flake8. That helps keep your code pythonic. I don’t know how much of that is in pylint. What you may want to add is tangling and *detangling* of Python-codeblocks in org-mode so you can get a full Python-IDE with actually working files that you can merge back into org for documentation. As an example: https://hg.sr.ht/~arnebab/draketo/browse/anderes/mathe-ass.org?rev=432c5954109b#L346 #+begin_src javascript :tangle "mathe-ass.js" :exports none :comments link … #+end_src Mind the :comments link. That allows getting changed code back into org by running org-babel-detangle. - org-babel-tangle creates your working codefile. - hack in the codefile with full IDE support. - org-babel-detangle gets your code back into org for better documentation. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
When parsing the following code:
Am richtigen Ort zur richtigen Zeit (=+=; 1x pro Abenteuer im richtigen
Moment auftauchen), Computeraffinität (=+= oder =++=; Bonus von 3 oder 6),
Kurze Aufmerksamskeitsspanne (~-~), Photographisches Gedächtnis (=+=),
Primitive Technologie (~-~), Schreckhaft (~-~), Schrecklich Schusselig (~-~),
Toller Laptop (=+=) oder Verträumt (~-~).
The fourth line is highlighted as code beginning at the first ~-~ until
the final closing paren (")") of the paragraph.
LaTeX-Export is correct, though.
Emacs : GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24,
cairo version 1.16.0)
Package: Org mode version 9.4.6 (9.4.6-gab9f2a @
/gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
signature.asc
Description: PGP signature
Bug: PDF Export of Link fails [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. Using the following text I get failing pdf export: The link is not recognized correctly but ends after the comma and the markup persists in the PDF. /Diesen Text habe ich leicht abgewandelt schon am Montag per E-Mail ans [[https://km-bw.de/,Lde/startseite/service/kontakt][Kultusministerium BW]] geschickt. Da hatten wir noch 2 Wochen./ Best wishes, Arne Emacs : GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0) Package: Org mode version 9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/) -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: Build agenda asynchronously
Tim Cross writes: > Emacs' support for asynchronous operations is at best primitive. There > is built-in support for calling processes asynchonously and > there is some other development work to set the stage for adding threads, > but I think general asynchronous processing inside Emacs is a long way > off. A lot of how Emacs lisp works fundamentally lacks the low level > control structures necessary to make data structures and operations on > those structures thread safe. This means you have to work at a very low > level in order to ensure code is thread safe and that simply isn't > practical. Even defining the basic model for an asynchronous emacs lisp > is non-trivial and once you have the model, you ahve to implement it. Maybe it could be possible to fire up a second Emacs and retrieve the agenda-buffer? Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: Library of Babel usage of other programming languages than elisp
Zelphir Kaltstahl writes:
> I have repeatedly tried to use another programming language than elisp for
> writing source blocks in org-mode, which I intended to use as functions inside
> org-mode spreadsheets. So far without success.
I’m using scheme in org-mode during export (though not it tables) and
that works.
call:
https://hg.sr.ht/~arnebab/ews/browse/Hauptdokument/ews30/chargen.org.in?rev=ccc9148e78a4#L27
begin_src:
https://hg.sr.ht/~arnebab/ews/browse/Hauptdokument/ews30/chargen.org.in?rev=ccc9148e78a4#L137
#+call: generate-char-jetzt()
#+name: generate-char-jetzt
#+begin_src scheme :exports none :results output raw :prologue "(import (srfi
srfi-1)(ice-9 match)(ice-9 receive))(set! *random-state*
(random-state-from-platform))\n" :tangle chargen.scm :noweb yes :var
kernantriebe=tabelle-grundantriebe :var hautfarbe=tabelle-hautfarbe :var
haarfarbe=tabelle-haarfarbe :var augenfarbe=tabelle-augenfarbe :var
darstellung1=tabelle-darstellung1 :var darstellung2=tabelle-darstellung2 :var
kleidung_oben_maenner=tabelle-kleidung-jetzt-oben-maenner :var
kleidung_unten_maenner=tabelle-kleidung-jetzt-unten-maenner :var
kleidung_oben_frauen=tabelle-kleidung-jetzt-oben-frauen :var
kleidung_unten_frauen=tabelle-kleidung-jetzt-unten-frauen :var
kleidung_oben_frauen=tabelle-kleidung-jetzt-oben-frauen :var
kleidung_unten_frauen=tabelle-kleidung-jetzt-unten-frauen :var
namen=tabelle-namen-fantasy-jetzt :var sex=tabelle-sexualitaet :var
stichwort=tabelle-stichwort-jetztzeit
(let ()
{{{chargen-setup}}}
{{{chargen-generic}}}
{{{chargen-colors}}}
{{{chargen-specifics-jetzt}}}
{{{chargen-print-char}}}
(chargen-print-char)
)
#+end_src
#+begin_src scheme :noweb-ref chargen-specifics-jetzt
(define first-names
(map first
(map string-split-space
(map third
(remove (λ(x)(not (equal? geschlecht (fourth x namen)
(define last-names (map (λ (x) (string-join (cdr x))) (map
string-split-space (map third namen
(define names (apply append (map (λ (fi) (map (λ(la) (string-join (list fi
la))) last-names)) first-names)))
;; (define worte (list->d6alist (second (apply zip zweiworte
#+end_src
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
signature.asc
Description: PGP signature
Re: literate programming, development log -- ideas? (ominbus reply)
Eric S Fraga writes: >> Not sure if it counts as off-topic for this thread, but does everyone >> use Git to manage their Org docs and notes? > > I use a variety of version control systems but for multiple computers I > use unison to keep them all synchronised. I use Mercurial for all my private versiontracking. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: literate programming, development log -- ideas?
briangpowell writes:
> * Donald Knuth created much for us, including TeX and a Literate
> Programming system called CWeb which helped to make C code documented in
> what he envisioned for Literate Programming
>
> ** A more generalized system that is based on CWeb is NoWeb--useful not
> just for C/C++ code but for every language: Recommend using NoWeb for
> Literate Programming: "NoWeb — A Simple, Extensible Tool for Literate
> Programming":
>
> https://www.cs.tufts.edu/~nr/noweb/
I use :noweb-ref quite a bit, and most of my org-files end in
# Local Variables:
# org-confirm-babel-evaluate: nil
# org-export-default-language: en
# org-babel-noweb-wrap-start: "{{{"
# org-babel-noweb-wrap-end: "}}}"
# End:
A recent wonderful discovery I made is M-x org-babel-detangle. I used it
extensively with mathe-ass:
-
https://hg.sr.ht/~arnebab/draketo/browse/anderes/mathe-ass.org?rev=e9c77a19ed5f#L344
- https://www.draketo.de/anderes/mathe-ass.js
mathe-ass.org:
* code :noexport:
#+begin_src javascript :tangle "mathe-ass.js" :exports none :comments link
…
#+end_src
mathe-ass.js:
// [[file:mathe-ass.org::*code][code:1]]
…
// code:1 ends here
With this I can program in the tangled file and then re-import the code
to org.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
signature.asc
Description: PGP signature
Re: literate programming, development log -- ideas?
Greg Minshall writes: > but i also feel a need for something that might be called a lab > notebook, a development log, of ideas, including dead ends, i pursue > during the development process, with links, etc.. but, i'm not really > sure how to structure this bit, how to integrate it in the rest of the > .org file -- i.e., as a separate heading, or related to the code section > that (originally) was under development when the notes were created. > or...? etc. I just add more sections/headings, sometimes tagged as :noexport: If need be, I add code-snippets with examples there. I feel that that’s the simplest way to do it. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: suggestion to change default org-latex-pdf-process to latexmk
Tim Cross writes: > Scott Randby writes: > >> On 6/2/21 8:07 AM, Bruce D'Arcus wrote: >>> On Wed, Jun 2, 2021 at 4:28 AM Tim Cross wrote: >>> The more I think about it, I think the best solution would be to update the code which sets the default and have it check for latexmk. If it is found, set it as the default and if it is not found, set the existing default. This would have minimum impact on users and allow those who have installed latexmk to get the benefits while not forcing those who don't need it to install it. >>> If this were possible, I agree it would be the best approach. >> >> Perhaps this is a stupid question, but what about the case in which TeX is >> installed after Emacs is installed? I do this sometimes. >> > > No impact. The code is initialised each time you load org. This is the point I missed. Sounds like a good solution to me then. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: suggestion to change default org-latex-pdf-process to latexmk
Scott Randby writes: > On 6/2/21 8:07 AM, Bruce D'Arcus wrote: >> On Wed, Jun 2, 2021 at 4:28 AM Tim Cross wrote: >> >>> The more I think about it, I think the best solution would be to update >>> the code which sets the default and have it check for latexmk. If it is >>> found, set it as the default and if it is not found, set the existing >>> default. This would have minimum impact on users and allow those who >>> have installed latexmk to get the benefits while not forcing those who >>> don't need it to install it. >> If this were possible, I agree it would be the best approach. > > Perhaps this is a stupid question, but what about the case in which TeX is > installed after Emacs is installed? I do this sometimes. Is there a reason not to have the default check for availability when run? It should be fast and would progressively improve (one step) when the user installs latexmk. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: The fate of ditaa.jar (9.4.5.)
Arthur Miller writes: > Exactly, so it is enough to just download a single file and point your > org to it with one `setq' in your init file. So it does not need a > pacakge managmenet on os level. Package management is how users should install software. Otherwise you quickly reach the point where they blindly curl and run untrusted shell-scripts from shady websites. > However, Org could also simply say: use another distro that has ditaa in > it's repository, such as Arch Linuz (in AUR). That would be openly hostile. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: The fate of ditaa.jar (9.4.5.)
Arthur Miller writes: > Jarmo Hurri writes: > >> Greetings. >> >> "Dr. Arne Babenhauserheide" writes: >> >>> Arthur Miller writes: >>> >>>> By the way, how difficult is to download one file from the internet >>>> (ditaa.jar) if you are an user? >>> >>> That’s not the point. The point is that every single user with a ditaa >>> block has to do it. >>> >>> Ask the other way round: What is the benefit of removing ditaa from >>> org? If you want to force most current org-ditaa users to unbreak >>> their setup after update, there should be a significant tangible >>> benefit. >> >> I agree. >> >> One thing I like about org is that most things work out of the box. > > If bundled ditaa is not compatible with jre installed on users > computer, or there is no jre installed, and user is not a programmer or > used to Java, how many steps it adds to such a user to sort out why org > does not work for him/her "out of the box"? Just to save some experienced > user an extra step, that probably does not even affect them since they > already have java and ditaa on their computers. The difference is not about the difference between experienced or beginner. The difference is that „use your package manager to get Java“ or „get openjdk“ is an operation that only uses standard installation processes. „Get this jar-file from somewhere and drop it somewhere and then change this configuration to point to it“ is not a standard installation action. If Java is missing, org can simply report „no java found, please install openjdk from https://adoptopenjdk.net/installation.html>“ and the user can install it like any other software. This is not the case with ditaa. Ditaa is no standard application with installer/setup/…, but a jar-file. And removing it breaks existing setups when org-mode is updated. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
