Re: [DRAFT PATCH v3] Decouple LANG= and testing (was: Test failure due to LANG)
> Am 23.04.2023 um 03:47 schrieb Ruijie Yu via General discussions about > Org-mode. : > > > Ruijie Yu via "General discussions about Org-mode." > writes: > >> Axel Kielhorn writes: >> >>> With this patch I get: >>> FAILED test-org-clock/clock-drawer-dwim arrayp >>> FAILED test-org-clok/org-clock-timestamps-change arrayp >>> >>> Axel >> >> Thanks for testing. Will take a look tomorrow. > > Apparently `seq-map' does not preserve the type of its input. This > patch be good then? > > <0001-DRAFT-Fix-dependence-on-locale-in-org-testing-facili.patch> This works for me, thanks. Axel
Re: [DRAFT PATCH v2] Decouple LANG= and testing (was: Test failure due to LANG)
> Am 22.04.2023 um 15:01 schrieb Ruijie Yu via General discussions about > Org-mode. : > > > Ruijie Yu via "General discussions about Org-mode." > writes: > >> Ruijie Yu via "General discussions about Org-mode." >> writes: >> >>> Ruijie Yu via "General discussions about Org-mode." >>> writes: >>> >>>> Axel Kielhorn writes: >>>> >>>>> Hello! >>>>> >>>>> I’m building org with LANG=de. >>>>> As a result I get two failed tests: >>>> >>>> Reproducible using "LANG=zh_CN.UTF-8". In fact, I got more failed tests >>>> in my testing. I think the OP's two test failures are due to hardcoded >>>> English expected result, whereas the additional test failures on my >>>> testing are probably due to the fact that each Chinese character is as >>>> wide as two latin letters, which catches some testing code offguard. >>>> >>>> Here are the test names that failed unexpectedly for me. All the >>>> "should"'s and "should-not"'s are in the attachment below. >>>> >>>> --8<---cut here---start->8--- >>>> 8 unexpected results: >>>> FAILED test-org-clock/clock-drawer-dwim >>>> FAILED test-org-clock/clocktable/lang >>>> FAILED test-org-clok/org-clock-timestamps-change >>>> FAILED test-org-colview/columns-width >>>> FAILED test-org/add-planning-info >>>> FAILED test-org/clone-with-time-shift >>>> FAILED test-org/deadline >>>> FAILED test-org/schedule >>>> --8<---cut here---end--->8--- >>>> >>>> [3. text/plain; lang.txt]... >>> >>> Update: interestingly, there is one test error when setting >>> "LANG=en_US.UTF-8" or "LANG=C". >>> >>> [2. text/plain; lang-en-us-utf8.txt]... >>> >>> >>> And, two somewhat different test errors when setting "LANG=fr_FR.UTF-8". >>> >>> [4. text/plain; lang-fr-fr-utf8.txt]... >> >> Axel, does this patch fix test-org-clock/clock-drawer-dwim on your >> system? >> >> [2. text/x-patch; 0001-testing-lisp-test-org-clock.el.patch]... > > Here is an updated patch (replacing the first iteration). This should > hopefully fix both test failures that Axel found. Once this is > confirmed good, I will look at the test failures of the other languages > to see what I can do. > > <0001-DRAFT-Fix-dependence-on-locale-in-org-testing-facili.patch> With this patch I get: FAILED test-org-clock/clock-drawer-dwim arrayp FAILED test-org-clok/org-clock-timestamps-change arrayp Axel
Re: Test failure due to LANG
> Am 22.04.2023 um 16:21 schrieb Max Nikulin : > > On 22/04/2023 19:35, Ihor Radchenko wrote: >> Axel Kielhorn writes: >>> "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Thu 06:00]--[2022-11-03 Thu 06:01] => >>> 0:01\n:END:\n" #( >>> "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Do 06:00]--[2022-11-03 Do 06:01] => >>> 0:01\n:END:\n" >> (with-environment-variables (("LANG" "de")) >> (format-time-string "%A")) >> (with-environment-variables (("LANG" "en")) >> (format-time-string "%A")) > > ("LC_TIME" "de_DE.UTF-8") > > Since it is related to dates or even "LC_ALL". E.g. Ubuntu installer may > configure LC_TIME overriding LANG. Some users may have LC_ALL that overrides > specific LC_* variable and LANG. (with-environment-variables (("LC_TIME" "de_DE.UTF-8")) (format-time-string "%A“)) Still results in „Saturday“ when I start emacs from a shell with LANG=C. Axel
Re: Test failure due to LANG
> Am 22.04.2023 um 14:35 schrieb Ihor Radchenko : > > > (with-environment-variables (("LANG" "de")) > (format-time-string "%A")) > (with-environment-variables (("LANG" "en")) > (format-time-string "%A“)) When I start Emacs from a shell with LANG=de I get „Samstag“ in both cases. When I start with LANG=C I get „Saturday“ in both cases. Axel
Re: Test failure due to LANG
> Am 22.04.2023 um 14:37 schrieb Ruijie Yu : > > > > Axel, does this patch fix test-org-clock/clock-drawer-dwim on your > system? > > <0001-testing-lisp-test-org-clock.el.patch> Yes it does, thanks. Axel
Test failure due to LANG
Hello! I’m building org with LANG=de. As a result I get two failed tests: FAILED test-org-clock/clock-drawer-dwim ((should (equal "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Thu 06:00]--[2022-11-03 Thu 06:01] => 0:01\n:END:\n" (org-test-with-temp-text "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 ??? 06:00]--[2022-11-03 ??? 06:01] => 0:01\n:END:\n" (org-ctrl-c-ctrl-c) (buffer-string :form (equal "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Thu 06:00]--[2022-11-03 Thu 06:01] => 0:01\n:END:\n" #("* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Do 06:00]--[2022-11-03 Do 06:01] => 0:01\n:END:\n" 0 2 (face org-level-1) 2 5 (face org-level-1) 6 15 (face org-drawer font-lock-fontified t) 16 22 (face org-special-keyword) 44 67 (mouse-face highlight keymap (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) face org-date) 77 82 (face org-drawer font-lock-fontified t))) :value nil :explanation (arrays-of-different-length 85 83 "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Thu 06:00]--[2022-11-03 Thu 06:01] => 0:01\n:END:\n" #( "* Foo\n:LOGBOOK:\nCLOCK: [2022-11-03 Do 06:00]--[2022-11-03 Do 06:01] => 0:01\n:END:\n" 0 2 (face org-level-1) 2 5 (face org-level-1) 6 15 (face org-drawer font-lock-fontified t) 16 22 (face org-special-keyword) 44 67 (mouse-face highlight keymap (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) face org-date) 77 82 (face org-drawer font-lock-fontified t)) first-mismatch-at 35)) FAILED test-org-clok/org-clock-timestamps-change ((should (equal "CLOCK: [2023-02-19 Sun 21:30]--[2023-02-19 Sun 23:35] => 2:05" (org-test-with-temp-text "CLOCK: [2023-02-19 Sun 22:30]--[2023-02-20 Mon 00:35] => 2:05" (org-clock-timestamps-change 'down 1) (buffer-string :form (equal "CLOCK: [2023-02-19 Sun 21:30]--[2023-02-19 Sun 23:35] => 2:05" #("CLOCK: [2023-02-19 So 21:30]--[2023-02-19 So 23:35] => 2:05" 0 6 (face org-special-keyword) 28 51 (mouse-face highlight keymap (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) face org-date))) :value nil :explanation (arrays-of-different-length 62 60 "CLOCK: [2023-02-19 Sun 21:30]--[2023-02-19 Sun 23:35] => 2:05" #( "CLOCK: [2023-02-19 So 21:30]--[2023-02-19 So 23:35] => 2:05" 0 6 (face org-special-keyword) 28 51 (mouse-face highlight keymap (keymap (follow-link . mouse-face) (mouse-3 . org-find-file-at-mouse) (mouse-2 . org-open-at-mouse)) face org-date)) first-mismatch-at 20)) When I build with LANG=C, these tests pass. I’m using macOS 11.7 on intel, but that shouldn’t affect these two fails. Greetings Axel
Re: Custom beamer blocks for pros and cons list
> Am 26.05.2022 um 23:32 schrieb Andrés Ramírez : > You want something like this as the resulting LaTeX code: \begin{frame}[label={sec:org5359014}]{Comparisson} \begin{columns} \begin{column}{0.45\columnwidth} \begin{block}{Pros}% <- superfluous environment \begin{problock}{Problock} % <— argument required \begin{itemize} \item New. \item Other Pro. \item Additional Pro. \end{itemize} \end{problock} \end{block} \end{column} > #+LaTeX_Header: \newenvironment<>{problock}[1]{% The =problock= environment takes 1 argument, but you supply none. You can supply an argument #+begin_problock @@latex:{Probloc}@@ This will be ignored for non-LaTeX exporters. But even here you have to block environments, the outer environment generated by =*** Pros= and the inner problock environment. You can get rid of the outer block environment by removing :BEAMER_env: block The resulting org code will look like this: :PROPERTIES: :BEAMER_col: 0.45 :END: #+begin_problock Pros @@latex:{Probloc}@@ - New. - Other Pro. - Additional Pro. #+end_problock Greetings Axel
Re: test-org/auto-repeat-maybe depends on locale
> Am 26.12.2021 um 16:03 schrieb Ihor Radchenko : > > Axel Kielhorn writes: > >> I have just installed Org mode 9.5 and get a few failing tests: >> >> Which LANG = de_DE.UTF-8 I get: >> >> But which LANG = C I get: > > I am unable to reproduce both the failures on my side Neither can I with current org. Somehow it got fixed, whatever it was. Greetings Axel
test-org/auto-repeat-maybe depends on locale
Hello, I have just installed Org mode 9.5 and get a few failing tests: Which LANG = de_DE.UTF-8 I get: 4 unexpected results: FAILED ob-sed-test/cmd-line-header-argument FAILED ob-shell/bash-uses-assoc-arrays FAILED test-org-table/sort-lines FAILED test-org/auto-repeat-maybe But which LANG = C I get: 3 unexpected results: FAILED ob-sed-test/cmd-line-header-argument FAILED ob-shell/bash-uses-assoc-arrays FAILED test-org-table/sort-lines The result of test-org/auto-repeat-maybe depends on the locale used. I’m using emacs 27.1 on MacOS 10.13 in case that matters. (I actually expected test-org-table/sort-lines to depend on LANG, that’s why I tried with C) I attached both fails. Greetings Axel Test test-org-table/sort-lines backtrace: signal(ert-test-failed (((should (equal "| a | x |\n| B | 4 |\n| c | ert-fail(((should (equal "| a | x |\n| B | 4 |\n| c | 3 |\n" (org-te (if (unwind-protect (setq value-15460 (apply fn-15458 args-15459)) ( (let (form-description-15462) (if (unwind-protect (setq value-15460 (let ((value-15460 'ert-form-evaluation-aborted-15461)) (let (form-d (let* ((fn-15458 #'equal) (args-15459 (condition-case err (let ((sig (progn (fset 'string-collate-lessp vnew) (let* ((fn-15458 #'equal) ( (unwind-protect (progn (fset 'string-collate-lessp vnew) (let* ((fn- (let* ((vnew #'(lambda (s1 s2 &optional locale ignore-case) (funcall (let ((original-string-collate-lessp (symbol-function 'string-collat (lambda nil (let* ((fn-15448 #'equal) (args-15449 (condition-case er ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name test-org-table/sort-lines :documentat ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re) t) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test test-org-table/sort-lines condition: (ert-test-failed ((should (equal "| a | x | | B | 4 | | c | 3 | " (org-test-with-temp-text "| a | x | | c | 3 | | B | 4 | " ... ...))) :form (equal "| a | x | | B | 4 | | c | 3 | " #("| B | 4 | | a | x | | c | 3 | " 0 9 (face org-table) 10 19 (face org-table) 20 29 (face org-table))) :value nil :explanation (array-elt 2 (different-atoms (97 "#x61" "?a") (66 "#x42" "?B") Test test-org/auto-repeat-maybe backtrace: signal(ert-test-failed (((should (string-match-p (rx "* TODO Read bo ert-fail(((should (string-match-p (rx "* TODO Read book\nSCHEDULED: (if (unwind-protect (setq value-21267 (apply fn-21265 args-21266)) ( (let (form-description-21269) (if (unwind-protect (setq value-21267 (let ((value-21267 'ert-form-evaluation-aborted-21268)) (let (form-d (let* ((fn-21265 #'string-match-p) (args-21266 (condition-case err ( (lambda nil (let* ((fn-21161 #'string-prefix-p) (args-21162 (conditi ert--run-test-internal(#s(ert--test-execution-info :test ... :result ert-run-test(#s(ert-test :name test-org/auto-repeat-maybe :documenta ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re) t) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test test-org/auto-repeat-maybe condition: (ert-test-failed ((should (string-match-p (rx "* TODO Read book SCHEDULED: <2021-06-16 Wed +1d> :PROPERTIES: :LAST_REPEAT:" ... " :END: - State \"DONE\" from \"TODO\"" ... buffer-end) (let ... ...))) :form (string-match-p "\\* TODO Read book SCHEDULED: <2021-06-16 Wed \\+1d> :PROPERTIES: :LAST_REPEAT:.+ :END: - State \"DONE\" from \"TODO\".+\\'" #("* TODO Read book SCHEDULED: <2021-06-16 Mi +1d> ^^ It says Mittwoch instead of Wednesday. :PROPERTIES: :LAST_REPEAT: [2021-09-30 Do 07:14] :END: - State \"DONE\" from \"TODO\" [2021-09-30 Do 07:14]" 0 1 (face org-level-1 org-todo-head "TODO") 1 7 (org-todo-head "TODO") 7 16 (face org-level-1 org-todo-head "TODO") 17 27 (face org-special-keyword) 130 134 (face ...))) :value nil))
Re: version-to-list: Invalid version syntax: ‘9.5-orgdev’
> Am 27.09.2021 um 10:25 schrieb Bastien : > > Hi Axel, > > Axel Kielhorn writes: > >> Now I get the following error message: >> >> version-to-list: Invalid version syntax: ‘9.5-dev’ > > Can you pull again and check if you still have this error? > org-version says 9.4.6 now, since the version is taken from the git tag. Thus it was fixed by adding tags to the repo. Thanks for the fix. Axel
version-to-list: Invalid version syntax: ‘9.5-dev’
Hello, I moved to the new repo and rebuild org. Now I get the following error message: version-to-list: Invalid version syntax: ‘9.5-dev’ It seems someone checks for the version number and can’t handle the ´-dev´. When I change org-version.el to ’9.5’ (which I shouldn’t do) the problem is gone. I’m using Emacs 26.3 and 27.2 with scimax (which requires lots of packages from ELPA), both have this problem. Should I investigate to find the culprit? And if yes, how? Greetings Axel
Still errors with Emacs 26.3
Thanks for fixing the errors in org cite. I still get the following messages with 3664447eb when building with Emacs 26.3. Compiling /Users/axel/src/Emacs/org-mode/lisp/org-agenda.el... In end of data: org-agenda.el:10873:1:Warning: the function ‘string-empty-p’ is not known to be defined. Compiling /Users/axel/src/Emacs/org-mode/lisp/org-plot.el... In org-plot/gnuplot: org-plot.el:634:4:Warning: ‘(dump-func (plist-get type :data-dump))’ is a malformed function org-plot.el:685:17:Warning: reference to free variable ‘dump-func’ In end of data: org-plot.el:731:1:Warning: the function ‘if-let’ is not known to be defined. Compiling /Users/axel/src/Emacs/org-mode/lisp/org-src.el... In org-edit-src-save: org-src.el:1207:16:Warning: replace-buffer-contents called with 3 arguments, but accepts only 1 In org-edit-src-exit: org-src.el:1255:17:Warning: replace-buffer-contents called with 3 arguments, but accepts only 1 Greetings Axel
Re: citations: rx problems with emacs-26.3
> Am 09.08.2021 um 19:18 schrieb Maxim Nikulin : > > On 08/08/2021 21:14, Nicolas Goaziou wrote: >> Maxim Nikulin writes: >>> I have noticed another problem with >>> a lot of pcase branches in `org-cite-natbib--style-to-command' in and >>> my experience is not enough to resolve it. On attempt to >>> byte-compile-file >>> the following error is reported after significant delay (and CPU fan >>> becomes more noisy) >>> >>> oc-natbib.el:108:9:Error: Bytecode overflow >> Fixed. Thank you. > > Nice. Perhaps `org-cite-biblatex-export-citation' should be fixed in a > similar way. There is no error yet but compiled file is significantly blown > up: > > -rw-rw-r-- 1 ubuntu ubuntu 13383 Aug 9 02:17 lisp/oc-biblatex.el > -rw-rw-r-- 1 ubuntu ubuntu 48906 Aug 9 17:06 lisp/oc-biblatex.elc > > There are a couple of issues with "make single" for emacs-25.2: There are still problems with Emacs 26.3 From making up1 from todays 01877f480: Compiling /Users/axel/src/Emacs/org-mode/lisp/ob-C.el... Eager macro-expansion failure: (error "rx form ‘regexp’ requires args satisfying ‘stringp’") In toplevel form: oc-basic.el:648:1:Error: Unknown rx form ‘literal’ Compiling /Users/axel/src/Emacs/org-mode/lisp/oc-biblatex.el... In toplevel form: oc-biblatex.el:248:1:Error: Unknown rx form ‘anychar’ Compiling /Users/axel/src/Emacs/org-mode/lisp/oc-csl.el... In toplevel form: oc-csl.el:255:1:Error: rx form ‘regexp’ requires args satisfying ‘stringp’ In toplevel form: oc.el:866:1:Error: rx form ‘regexp’ requires args satisfying ‘stringp’ In end of data: org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not known to be defined. Eager macro-expansion failure: (error "Unknown rx form ‘literal’“) The patch from Maxim Nikulin fixes these for me. Greetings Axel
Re: ConTeXt exporter for Org Mode
> Am 06.08.2021 um 17:04 schrieb Jason Ross : > > > - I couldn’t find a way to change the paper size. > >There is > > ;; US letter paper > > ("paper-letter" . "\\setuppapersize[letter]") > >in the code, but it doesn’t appear in the output, and I prefer the > > a-sizes (especially 2 x a5 on a4) > > To set the paper size in a particular document, add the following to the > document header: > > #+CONTEXT_HEADER: \setuppapersize[A4] Thanks for the answer. I would suggest going in a different direction. I’ll post a suggestion on GitHub once I figured out what I want to suggest. Greetings Axel
Re: ConTeXt exporter for Org Mode
> Am 04.08.2021 um 18:01 schrieb Jason Ross : > > Hello, > > I have developed a ConTeXt exporter for Org Mode. It is available at > https://github.com/Jason-S-Ross/ox-context > > The exporter provides custom environments for each document element > in an effort to make customization easier, in contrast to the Pandoc > exporter which uses built-in environments for document elements. > > I welcome any feedback. This is great news since I’m moving to ConTeXt for new documents.) Thanks for your work. I tried it on some small documents and it worked great. There are two minor issues: - ox-context does not honour #+options: toc: nil or too: 1 Since it is possible to add chapter TOCs later, it might be a good idea to omit the main TOC or limit it to one level. - I couldn’t find a way to change the paper size. There is ;; US letter paper ("paper-letter" . "\\setuppapersize[letter]") in the code, but it doesn’t appear in the output, and I prefer the a-sizes (especially 2 x a5 on a4) Do you prefer to receive comments here or should I use the githup tracker in the future? Greetings Axel ECM1.org Description: Binary data
Re: Updating column view dynamic block does not work with {est+}
> Am 20.05.2021 um 19:58 schrieb Nicolas Goaziou : > > Org Duration is strict about what it is fed with (which is good). Effort > property expects a duration as value. But "3-8" is not a valid duration. > However, "3" is a valid duration; it means 3 minutes. The problem is that effort can either be a duration and in that case the strict duration library ist fine. Or it can be a range (of days). 3:30 is fine when : is used to add the times 3.0 - 4.0 is a range estimate when est+ is used 3:00 - 4:00 is only correct by chance, 3:30 - 4:30 will lead to the same result since est+ does not handle durations. Splitting it into 2 properties (effort and effort_range) is even worse since it will be inconsistent after a few edits. Some functions only expect 1 value for the effort, which is the correct value? What happens when I : add a range? The dynamic block code juggles with conversion to minutes, which is wrong when a range is involved. It gets even more interesting when on task has 3-4 (implicit) days, while another has 8:00 (implicit) hours. (Are 8 h one work day, or are 24 h one calendar day?) > Maybe Effort property should simply accept a duration or a duration > range. That’s what I first thought it would do, since a duration is a time (8:00 for 8h). The question is how to resolve ambiguity? 1.0 is one day 1:00 is one hour 1 is one minute, really? yes, that is the default for the duration library. But it used to mean one day??? Maybe a new est: function to work with durations and the old est+ function to work with numbers (which could mean days, but it could mean ms as well)? And a warning about inconsistent units. What happens when I use a range in a clock table? The more I think about that, the more questions I have. To be honest, I’m not even sure I will use the est+ function in real life. (I discovered it when preparing some training material and thought that was interesting.) I’ll probably just : add the hours and add 10% safety margin on top. But since the feature is advertised it would be great if it works. Would I be sorry if you deprecate this feature? Probably not. Will anyone notice? Probably not, it has been broken for 4 years. Greetings Axel
Re: Updating column view dynamic block does not work with {est+}
In columnview mode the estimate is calculated[1] but the dynamic block doesn’t get updated. I did some bisecting and the last version where both column view and dynamic block were working is: Merge branch 'maint'1aeb958e5 Marco Wahl 12.02.2017, 09:19 In Use Org duration library7e8cf5f4c Nicolas Goaziou 13.02.2017, 14:41 neither column view nor dynamic block is working. For the column view this was fixed in: Merge branch 'maint'2f200f50d Bastien 03.05.2021, 15:59 (But I don’t understand how this fixes the problem.) For the dynamic block the updating does not work. Since this was broken for 4 years I think no-one uses it. [1] The „est+“ function only adds integers and doesn’t work with times like 0:15. This is to be expected since it is a „+“ function, otherwise it would be „est:“. One could argue that an „est:“ function would be more appropriate, but since no-one seems to use this feature, I’m not the one to argue that. Maybe a note in the documentation would be sufficient: Note that this is a =+= function that adds numbers, not a =:= which handles times. Do you want a patch for that? Greetings Axel
Updating column view dynamic block does not work with {est+}
Hello! Since the est+ format is working again for regular column view, I tried updating my files and ran into a new problem: When I’m on the #+BEGIN: columnview line and type C-C C-C the dynamic view is not updated. I get: org-duration-to-minutes: Invalid duration format: "2.0-5.5“ and Columnview is entered for the referenced data. Same happens when I call org-update-dblock. Adding :format "%40ITEM(Task) %12Effort(Estimate){estc+}“ to the #+BEGIN: columnview line doesn’t help. First seen on Org mode version 9.4.5 (release_9.4.5-530-g981f25 @ /Users/axel/src/Emacs/org-mode/lisp/) still in Org mode version 9.4.5 (release_9.4.5-578-g1d99f5 @ /Users/axel/src/Emacs/org-mode/lisp/) #+TITLE: ECM #+AUTHOR: Axel Kielhorn * Estimate :PROPERTIES: :COLUMNS: %40ITEM(Task) %12Effort(Estimate){est+} :ID: Arbeitszeiten :END: ** Little Thing :PROPERTIES: :Effort: 2.0-5.5 :END: ** Big Mess :PROPERTIES: :Effort: 8.0-30.0 :END: * The Reconing #+BEGIN: columnview :hlines 1 :id "Arbeitszeiten" #+END:
Re: Using est+ with effort estimate range
> Am 15.05.2021 um 11:23 schrieb Bastien : > > Kyle Meyer writes: > >> It looks like the fix from the above commit (c1558d34d) was later broken >> by the transition to the org-duration library in Org 9.1, specifically >> 7e8cf5f4c (Use Org duration library, 2017-02-08). > > I'm not able to reproduce this bug from the maint branch, closing it > right now. Please feel free to re-open it if I've not been testing it > correctly. It works fine with column view, but I have a different problem now. Will write a separate message. Greetings Axel
Re: from headers to tables, wrap long lines automatically
Hallo Uwe, > Please look at this the resulting table has a very long entry. How could > I force a line break? Of course I can go to the table and wrap the line, > but this is not what I want. > > Thanks > > Uwe Brauer > > #+begin_src > * University Göttingen > :PROPERTIES: > :COLUMNS: %10IP(IP) %10TIT(Title) %17Date(Date) > :ID: Issues > :END: > > ** Grant 123456 > :PROPERTIES: > :IP: Bernhard Riemann > :TIT: The final and most convincing proof the the Riemann Hypothesis > by very very elementary methods. > :DATE: January 1859-Today > :END: > If you are exporting to LaTeX you could use something like: #+attr_latex: :align lllp{3.5cm} > #+TBLNAME: ucm > #+BEGIN: columnview :hlines 1 :indent nil :format "%50ITEM(Project) %5IP(IP) > %12Date %5TIT(Titule)" > | Project | IP | Date | Titule > > | > |--+--++-| > | University Göttingen | || > > | > | Grant 123456 | Bernhard Riemann | January 1859-Today | The final > and most convincing proof the the Riemann Hypothesis by very very elementary > methods. | > #+END > #+end_src Greetings Axel
Re: Two tables with same data but different sorting
> Am 05.10.2020 um 10:32 schrieb Robert Pluim : > >>>>>> On Mon, 5 Oct 2020 10:08:08 +0200, Axel Kielhorn >>>>>> said: > > From the docstring: >>> Return the last link of LIST. Its car is the last element. > >Axel> But I get: >Axel> Wrong type argument: stringp, ("30 $“) > > You need to do (car (last …)) So =first= returns an element, but =last= returns a list. I get it. > If N is non-nil, return the Nth-to-last link of LIST. I was interpreting link as element and didn’t look at the docstring. > and you'll want some calls to 'string-to-number', since > > (string< "30 $" "127 $") > => nil Yes, I know. But I wanted to keep the change as minimal as possible. Thanks for you help, my example is working now. Greetings Axel
Re: Two tables with same data but different sorting
> Am 02.10.2020 um 11:36 schrieb Robert Pluim : > >>>>>> On Fri, 2 Oct 2020 08:25:03 +0200, Axel Kielhorn >>>>>> said: > >>> Am 01.10.2020 um 17:47 schrieb John Kitchin : >>> >>> Glad it was helpful. You might also try (seventh row1) or (nth 6 row1). I >>> think it is the same thing, but more obvious to read! > >Axel> I agree that „first second …“ would be easier for an english speaker. >Axel> Having the ordinal number 1 based but the nth number 0 based is > irritating (and sadly there is no „last“ or „penultimate“). > > ? C-h f last > >last is a compiled Lisp function in `subr.el'. > >(last LIST &optional N) > > Probably introduced at or before Emacs version 1.1. > This function does not change global state, including the match data. > >Return the last link of LIST. Its car is the last element. >If LIST is nil, return nil. >If N is non-nil, return the Nth-to-last link of LIST. >If N is bigger than the length of LIST, return LIST. As i understand it, this should work: * Table #+name: table1 | Manufacturer| Name| Price | |-+-+---| | ACME| super cheep | 127 $ | | Roadrunner Inc. | Kaboom | 27 $ | | ACME| cheep | 30 $ | #+RESULTS: resorted | Manufacturer| Name| Price | |-+-+---| | ACME| super cheep | 127 $ | | ACME| cheep | 30 $ | | Roadrunner Inc. | Kaboom | 27 $ | ** Code for resorting #+name: resorted #+BEGIN_SRC emacs-lisp :var data=table1 :colnames t (sort data (lambda (row1 row2) (string< (last row1) (last row2 #+END_SRC But I get: Wrong type argument: stringp, ("30 $“) Greeting Axel
Re: Two tables with same data but different sorting
> Am 01.10.2020 um 17:47 schrieb John Kitchin : > > Glad it was helpful. You might also try (seventh row1) or (nth 6 row1). I > think it is the same thing, but more obvious to read! I agree that „first second …“ would be easier for an english speaker. Having the ordinal number 1 based but the nth number 0 based is irritating (and sadly there is no „last“ or „penultimate“). Actually I was looking for something like last element or the element before the last element. (nth -1 row1) for the last row would be fine, but I guess that is the Python whispering in my ear. Combined with the right :exports I now get what I want. Thanks again for this additional information. Greetings Axel
Re: Two tables with same data but different sorting
> Am 01.10.2020 um 14:21 schrieb John Kitchin : > > You could do something like this: > > > * Table 1 > > #+name: table1 > | Manufacturer| Name| Price | > |-+-+---| > | ACME| super cheep | 25 $ | > | Roadrunner Inc. | Kaboom | 27 $ | > | ACME| cheep | 30 $ | > > #+RESULTS: resorted > | Manufacturer| Name| Price | > |-+-+---| > | ACME| super cheep | 25 $ | > | ACME| cheep | 30 $ | > | Roadrunner Inc. | Kaboom | 27 $ | > > ** Code for resorting > > #+name: resorted > #+BEGIN_SRC emacs-lisp :var data=table1 :colnames t > (sort data (lambda (row1 row2) (string< (first row1) (first row2 > #+END_SRC > > John > Thanks John, this is really powerful. I changed =first row1= to =elt row1 6= since my real table is more complex. (Again I learned a little bit more about elisp.) Greetings Axel
Two tables with same data but different sorting
Hello! I have a table that I want to show with two different sorting orders but I don’t want to maintain the data twice. * Table 1 | Manufacturer| Name| Price | |-+-+---| | ACME| super cheep | 25 $ | | Roadrunner Inc. | Kaboom | 27 $ | | ACME| cheep | 30 $ | * Table 2 | Manufacturer| Name| Price | |-+-+---| | ACME| cheep | 30 $ | | ACME| super cheep | 25 $ | | Roadrunner Inc. | Kaboom | 27 $ | Is there a way to do this in org? Right now I copy the table and apply an =C-c ^ a= on the first column. Greetings Axel
Re: Strange problem loading org features in Emacs 27.1
Hello Carlo, > Am 16.08.2020 um 05:31 schrieb Carlo Tambuatco : > > I have org-20200803 package installed in my elpa folder. > > Here’s the message emacs gives me after loading my org-init.el file > initializing org mode in > emacs 27.1: > > Problems while trying to load feature ‘org-bbdb’ > ... > Problems while trying to load feature ‘org-rmail’ > > The offending line of code in the org-init.el file is: > > ;;;Customize org modules > (setq org-modules '(org-bbdb > org-gnus > org-habit > org-irc > org-mouse > org-crypt > org-protocol > org-w3m > org-bibtex > org-docview > org-info > org-mhe > org-rmail)) > > (eval-after-load 'org > '(org-load-modules-maybe t)) > > I don’t know enough about how org mode is organized to know what is going on > here, but I just > noticed this happening after upgrading to emacs-27. > > What do I do about this problem? Emacs isn’t giving me enough information to > give me an idea > of what is going on here. These files have been renamed in March 2019. With Emacs 26 the file from a previous org version supplied with Emacs have been used. Emacs 27.1 has a more recent version of org-mode. The easiest way to fix this is to rename the files in your org-init.el file. Of course you can use the customize interface as well. Greetings Axel
Re: Using est+ with effort estimate range
> Am 30.05.2020 um 14:40 schrieb Axel Kielhorn : > > Hello, > > according to the manual, there is a special column type for column view > > ‘est+’Add low-high estimates. > > This is explained later: > > The ‘est+’ summary type requires further explanation. It is used for > combining estimates, expressed as low-high ranges. For example, instead of > estimating a particular task will take 5 days, you might estimate it as 5–6 > days if you’re fairly confident you know how much work is required, or 1–10 > days if you do not really know what needs to be done. Both ranges average at > 5.5 days, but the first represents a more predictable delivery. There was a bug report in 2014: Date: Tue, 16 Dec 2014 11:45:21 -0500 Message-ID: To: emacs-orgmode@gnu.org Subject: [O] Bug: est+ not working, or perhaps under-documented [8.2.10 (release_8.2.10 @ c:/Users/yhluc00/emacs/share/emacs/24.4/lisp/org/)] With a reply and a patch by Nicolas: From: Nicolas Goaziou Date: Tue, 16 Dec 2014 23:57:48 +0100 Subject: Re: [O] Bug: est+ not working, or perhaps under-documented [8.2.10 (release_8.2.10 @ c:/Users/yhluc00/emacs/share/emacs/24.4/lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.14 Proper syntax is simply :Effort: 4-12 But this gives: Invalid duration format: "4-12“ Here is the patch: Fix low-high estimates c1558d34d Nicolas Goaziou 16.12.2014, 23:53 Greetings Axel
Using est+ with effort estimate range
Hello, according to the manual, there is a special column type for column view ‘est+’ Add low-high estimates. This is explained later: The ‘est+’ summary type requires further explanation. It is used for combining estimates, expressed as low-high ranges. For example, instead of estimating a particular task will take 5 days, you might estimate it as 5–6 days if you’re fairly confident you know how much work is required, or 1–10 days if you do not really know what needs to be done. Both ranges average at 5.5 days, but the first represents a more predictable delivery. But I’m not able to define a range. ** Arbeitszeiten planen und erfassen :PROPERTIES: :COLUMNS: %50ITEM(Aufgabe) %11TODO(Status) %EFFORT{est+} %CLOCKSUM :ID: Arbeitszeiten :END: *** Aufgabe 2 [0/1] TODO Unteraufgabe 1 :PROPERTIES: :EFFORT: 3-5 h :END: What is the correct format to define a range? Thanks for your help. Greetings Axel
Re: TODO or checkboxes in org tables
> Am 07.05.2020 um 19:05 schrieb Uwe Brauer : > >>>> "AK" == Axel Kielhorn writes: > > Hi Alex >>> Am 02.05.2020 um 21:33 schrieb Uwe Brauer : >>> >>>>>> "AK" == Axel Kielhorn writes: >>> >>> Hi Alex, >>> >>> I am not sure my first answer made it, so I apologize for a possible >>> crossposting. > >> It didn’t reach me. > >>> A last question, which the command to generate the table >>> org-insert-dblock:columnview ? > >> I’m using: > >> org-columns-insert-dblock > > > That seems to be the same function I use. > > However I set the cursor on > ** Arbeitsfortschritt, > use that function and I obtain > > #+BEGIN: columnview :hlines 1 :id local > | ITEM | TODO | PRIORITY | TAGS | > |+--+--+---| > | Arbeitsfortschritt | | B| | > | 2017-10-19 | | B| | > | CAD nachpflegen Lasertaster| | B| :BKI: | > | Ventilinsel| DONE | B| :BKI: | > | Schaltschrank | DONE | B| | > | Schutzverkleidung | DONE | B| | > | Projektleiter Bodenverankerung (Bohrtiefe) | | B| :PL: | > | Wartungseinheit| DONE | B| | > | Roboter Vakuumerzeuger | DONE | B| | > | Aushang Arbeitsfortschritt | | B| | > | Aushang Arbeitsfortschritt (alt) | | B| | > #+END: > > > Which is not what you seemed to get. What is my mistake? I’m sorry, I didn’t tell you the whole truth. „Projektleiter“ and „CAD Nachpflegen“ are defined as TODO keywords. (A special case of WAITNG and an ALLMOST DONE state) You have to add the additional options yourself: :indent t :format "%50ITEM(Problem) %5PB(Nr) %12TODO %8TAGS(Wer) %12Termin %7ERLEDIGT(Erledigt){X/}" I hope that helps Axel
Re: [PATCH 2/4] orgcard: Update binding for org-columns-insert-dblock
Hi Kyle! Thanks for the quick reaction. > Am 05.05.2020 um 06:15 schrieb Kyle Meyer : > > As of 34b71a0ca (Add a dispatcher command for inserting dynamic > blocks, 2018-12-23), the binding was removed and the command is > available via org-dynamic-block-insert-dblock. > --- > doc/orgcard.tex | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/doc/orgcard.tex b/doc/orgcard.tex > index fa233b620..121a86442 100644 > --- a/doc/orgcard.tex > +++ b/doc/orgcard.tex > @@ -513,7 +513,7 @@ \section{Properties and Column View} > \key{special commands in property lines}{C-c C-c} > \key{next/previous allowed value}{S-LEFT/RIGHT} > \key{turn on column view}{C-c C-x C-c} > -\key{capture columns view in dynamic block}{C-c C-x i} > +\key{capture columns view in dynamic block}{C-c C-x} That should be {C-c C-x x} Orgcard.tex still has \key{insert/update table with clock report}{C-c C-x C-r} that should be: \key{insert/update table with clock report}{C-c C-x x} Everything else is fine. Greetings Axel
Manual 7.5.3 Capturing column view outdated
Hello, while exchanging mails with Uwe Brauer I discovered some errors in the manual: 7.5.3 Capturing column view links to A.6 Dynamic Blocks which describes org-dynamic-block-insert-dblock But this commands does not know about columnview Further down it says: C-c C-x i (org-insert-columns-dblock) Insert a dynamic block capturing a column view. Prompt for the scope or ID of the view. This binding does not exist for me, "C-c C-x i" is undefined. Should it be defined? There is no key binding for clocktable. (Well, the manual (8.4.2) says „C-c C-x C-r“ is a binding, but my emacs disagrees.)[*] The commands org-insert-columns-dblock is obsolete, the new commands is org-columns-insert-dblock The command is available in the menu: It would be nice to have this information in the manual as well. [*] While comparing columnview and clocktable I discovered that C-c C-x x clocktable doesn’t work either. The command to create a clocktable (org-clock-report) is available in the menu as well. Greetings Axel
Re: TODO or checkboxes in org tables
> Am 02.05.2020 um 21:33 schrieb Uwe Brauer : > >>>> "AK" == Axel Kielhorn writes: > > Hi Alex, > > I am not sure my first answer made it, so I apologize for a possible > crossposting. It didn’t reach me. > A last question, which the command to generate the table > org-insert-dblock:columnview ? I’m using: org-columns-insert-dblock Inserting via org-dynamic-block-insert-dblock Section A.6 [Dynymic Blocks] does not work. The command is available in the menu The manual (7.5.3) says C-c C-x i (org-insert-columns-dblock) Insert a dynamic block capturing a column view. Prompt for the scope or ID of the view. That does not work for me. Emacs says: org-insert-columns-dblock is an alias for `org-columns-insert-dblock'. (org-insert-columns-dblock) This function is obsolete since Org 9.0; use ‘org-columns-insert-dblock’ instead. For more information check the manuals. Create a dynamic block capturing a column view table. C-c C-x i is undefined for me. I’m sending a bug report in a separate mail. Greetings Axel
Re: TODO or checkboxes in org tables
Hi Uwe, > I have an orgtable with a lot of useful information, I would like to add > a column either for TODOS or checkboxes but it seems not work any idea > whether such an addon package exist or any change that such a feature > will be implemented? I use a different approach. I store the information in a normal org structure with TODO keywords. I hide the checkboxes (and other meta information) in a drawer. From this I generate a column view to present the information in a table. You can generate different column views from the same data set. I used the second version for years but recently discovered the :match argument. If you mark the actual data as :noexport: only the table will be printed. Greetings Axel ** Arbeitsfortschritt :PROPERTIES: :EXPORT_FILE_NAME: Beispiele :EXPORT_OPTIONS: num:nil :COLUMNS: %50ITEM(Problem) %5PB(Nr BP) %11TODO(Status) %6TAGS(Wer) %10TERMIN(Termin) %7ERLEDIGT(Erledigt){X/} %6SICHERHEIT(Sicher){X/} :ID: Aufgaben :END: *** 2017-10-19 [5/7] CAD nachpflegen Lasertaster :BKI: :PROPERTIES: :TERMIN: :PB: 1 :ERLEDIGT: [ ] :END: DONE Ventilinsel:BKI: :PROPERTIES: :ERLMON: [X] :PB: 2 :ERLEDIGT: [X] :END: - Kollision mit Verkleidung prüfen DONE Schaltschrank CLOSED: [2017-11-22 Mi 11:52] :PROPERTIES: :PB: 3 :ERLEDIGT: [X] :TERMIN: 2017-12-05 :END: DONE Schutzverkleidung CLOSED: [2017-10-20 Fr 09:29] :PROPERTIES: :PB: 4 :ERLEDIGT: [X] :TERMIN: 2017-11-03 :SICHERHEIT: [ ] :END: Projektleiter Bodenverankerung (Bohrtiefe) :PL: :PROPERTIES: :PB: 5 :ERLEDIGT: [ ] :END: - Befestigung kundenseitig DONE Wartungseinheit CLOSED: [2017-11-02 Do 07:54] :PROPERTIES: :PB: 6 :ERLEDIGT: [X] :END: - Luftzuführung - zusätzlicher Verteiler für gesicherte Luft - Rejekt und Stopper mit Einzelventilen DONE Roboter Vakuumerzeuger CLOSED: [2018-01-16 Di 13:33] :PROPERTIES: :PB: 7 :ERLEDIGT: [X] :END: - Bohrung in Rahmen fertig - Blechteil fehlt noch *** Aushang Arbeitsfortschritt #+BEGIN: columnview :hlines 1 :id "Aufgaben" :indent t :match "/-DONE" :format "%50ITEM(Problem) %5PB(Nr) %12TODO %8TAGS(Wer) %12Termin" #+attr_latex: :align p{3.5cm}rlll | Problem | Nr | TODO| Wer | Termin | |--++-+---+| | \_ Arbeitsfortschritt || | || | \_2017-10-19 || | || | \_ Lasertaster | 1 | CAD nachpflegen | :BKI: || | \_ Bodenverankerung (Bohrtiefe) | 5 | Projektleiter | :PL: || | \_Aushang Arbeitsfortschritt || | || #+END *** Aushang Arbeitsfortschritt (alt) #+BEGIN: columnview :hlines 1 :id "Aufgaben" :indent t :format "%50ITEM(Problem) %5PB(Nr) %12TODO %8TAGS(Wer) %12Termin %7ERLEDIGT(Erledigt){X/}" | Problem | Nr | TODO| Wer | Termin | Erledigt | |--++-+---++--| | \_ Arbeitsfortschritt || | | | [0/1]| | \_2017-10-19 || | | | [5/7]| | \_ Lasertaster | 1 | CAD nachpflegen | :BKI: | | [ ] | | \_ Ventilinsel | 2 | DONE| :BKI: | | [X] | | \_ Schaltschrank| 3 | DONE| | 2017-12-05 | [X] | | \_ Schutzverkleidung| 4 | DONE| | 2017-11-03 | [X] | | \_ Bodenverankerung (Bohrtiefe) | 5 | Projektleiter | :PL: | | [ ] | | \_ Wartungseinheit | 6 | DONE| | | [X] | | \_ Roboter Vakuumerzeuger | 7 | DONE| | | [X] | | \_Aushang Arbeitsfortschritt || | | | | #+END
Re: Org mode for meeting minutes
> Am 23.03.2020 um 10:36 schrieb Christian Egli : > > Hi all > > I'm picking up this thread again since I think I have solved the issue > for myself. I do use org-mode for meeting minutes now. Thanks to the > input from this list I managed to solve the outstanding issues such as > tabular reports of action items. > > I wrote a blog post summarizing my findings which you can find here > https://egli.dev/posts/using-org-mode-for-meeting-minutes/ > > Hope that helps > Christian It really did. I’m adjusting my template right now to include the :match Thanks for sharing that information! Axel
Re: A few changes to test in master
> Am 01.02.2020 um 17:39 schrieb Bastien : > > Hi Axel, > > Axel Kielhorn writes: > >> There is another issue when a column is reduced in width by C-C TAB. >> The header line still has the original width, thus the columns are >> not aligned. > > Ah, I know understand - this should be fixed too, thanks. With Org mode version 9.3.2 (release_9.3.2-182-g4d5731 ...) I now get: Error running timer: (invalid-function (ov (first (overlays-in (point) (1+ (point)) [10 times] Greetings Axel
Re: A few changes to test in master
Hi Bastien, > Hi Axel, > > thanks for testing the feature and reporting these issues. > > I pushed a fix on master - can you confirm it solves your issues? It does, thanks for the quick response. There is another issue when a column is reduced in width by C-C TAB. The header line still has the original width, thus the columns are not aligned. Greetings Axel
Re: A few changes to test in master
> Am 31.01.2020 um 12:26 schrieb Bastien : > > Dear all, > > I would like to highlight three changes from master that need to be > carefully tested before Org 9.4 can be released: > > - M-x org-table-electric-header-mode RET will display the first row > of the table at point in the header line when the first row is not > visible anymore. This sounds great! It works fine when I activate Display Line Numbers Mode. Without that I get: Org-Table-Header-Line mode enabled in current buffer Error running timer: (void-variable display-line-numbers-mode) [3 times] but no header line. When I enable Display Line Numbers Mode Activate org-table-header-line-mode And disable Display Line Numbers Mode it keeps on working but I still get lots of (void-variable display-line-numbers-mode) warnings. I’m using Emacs 26.3 on MacOS 10.13 with the scimax customization. Org mode version 9.3.2 (release_9.3.2-175-gf70490 ...) Greetings Axel
Re: [O] Bug: Bug in Orgmode Clocktable? [9.0.5 (9.0.5-elpa @ c:/Users/sane/AppData/Roaming/.emacs.d/elpa/org-20170210/)]
> Am 18.02.2017 um 09:37 schrieb Nicolas Goaziou : > > Hello, > > Axel Kielhorn writes: > >> Maybe we should add a german translation? > > It would be great. Thank you ! > org-clock: Add german translation. * lisp/org-clocl.el (org-clock-clocktable-language-setup): German translations added. Axel Kielhorn TINYCHANGE diff --git a/lisp/org-clock.el b/lisp/org-clock.el index a807e2c..51655d9 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -320,7 +320,8 @@ For more information, see `org-clocktable-write-default'." '(("en" "File" "L" "Timestamp" "Headline" "Time" "ALL" "Total time" "File time" "Clock summary at") ("es" "Archivo" "N" "Fecha y hora" "Tarea" "Tiempo" "TODO" "Tiempo total" "Tiempo archivo" "Clock summary at") ("fr" "Fichier" "N" "Horodatage" "En-tête" "Durée" "TOUT" "Durée totale" "Durée fichier" "Horodatage sommaire à") -("nl" "Bestand" "N" "Tijdstip" "Hoofding" "Duur" "ALLES" "Totale duur" "Bestandstijd" "Clock summary at")) +("nl" "Bestand" "N" "Tijdstip" "Hoofding" "Duur" "ALLES" "Totale duur" "Bestandstijd" "Clock summary at") +("de" "Datei""N" "Timestamp" "Tätigkeit" "Dauer" "ALLES" "Gesamtdauer" "Datei Zeit" "Erstellt am")) "Terms used in clocktable, translated to different languages." :group 'org-clocktable :version "24.1"
Re: [O] Bug: Bug in Orgmode Clocktable? [9.0.5 (9.0.5-elpa @ c:/Users/sane/AppData/Roaming/.emacs.d/elpa/org-20170210/)]
> Am 17.02.2017 um 15:14 schrieb Nicolas Goaziou : > > Hello, > > I'm Cc'ing the mailing list for archiving purpose. > > michael.zi...@xiron.de writes: > > It happens because no translation is available for "de" in > `org-clock-clocktable-language-setup’. Maybe we should add a german translation? Here is what I use: '(org-clock-clocktable-language-setup (quote (("en" "File" "L" "Timestamp" "Headline" "Time" "ALL" "Total time" "File time" "Clock summary at") ("es" "Archivo" "N" "Fecha y hora" "Tarea" "Tiempo" "TODO" "Tiempo total" "Tiempo archivo" "Clock summary at") ("fr" "Fichier" "N" "Horodatage" "En-tête" "Durée" "TOUT" "Durée totale" "Durée fichier" "Horodatage sommaire à") ("nl" "Bestand" "N" "Tijdstip" "Hoofding" "Duur" "ALLES" "Totale duur" "Bestandstijd" "Clock summary at") ("de" "Datei" "L" "Timestamp" "Tätigkeit" "Dauer" "ALLES" "Gesamtzeit" "Datei Zeit" "Erstellt am" Does this require a patch and a TINYCHANGE? Axel
Re: [O] Emacs+org on Windows 7 pro
> Am 23.08.2016 um 20:06 schrieb John Kitchin : > > > Axel Kielhorn writes: > >>> Am 23.08.2016 um 00:13 schrieb John Kitchin : >>> >>> Checkout http://github.com/jkitchin/scimax. With git installed it will >>> install an opinionatedly configured Emacs. Most of my students use it. I >>> would just have each user install it. >> >> I’m using a modified jmax right now. >> Should I switch to scimax? >> Anything I should look out for? >> > > They are largely the same. The scimax repo does not have emacs in it > anymore, That is good (don’t need it on non-Windows platforms) and bad (Now I have to get one for windows from somewhere else, maybe jmax?.) > so it is a lot smaller. scimax tends to use ivy more than helm > for completion. All these different completion packages irritate me. I’m using some helm, let’s see how it works with ivy. (Luckily I have two 24“ monitors, a lot of room to place notes to remind me of new commands.[1]) > scimax uses use-package for the most part to install > packages, but I think most of the functionality is the same though. > > The good news is, jmax is finally stable ;) I’m an org user, I love moving targets:-) >> Can I simply move my user folder and continue? > > Probably this should work. I’ll give it a try[2]. Axel [1] Note to self: Buy some 3M stock. [2] Another automator icon on the desktop.
Re: [O] Emacs+org on Windows 7 pro
> Am 23.08.2016 um 00:13 schrieb John Kitchin : > > Checkout http://github.com/jkitchin/scimax. With git installed it will > install an opinionatedly configured Emacs. Most of my students use it. I > would just have each user install it. I’m using a modified jmax right now. Should I switch to scimax? Anything I should look out for? Can I simply move my user folder and continue? I’m using org-master at home and org-with-contrib on Windows at work. Axel
Re: [O] Bug: keys C-c C-c do not update in Emacs app, but in Terminal emacs
> Am 14.08.2016 um 08:55 schrieb Maria Shinoto : > > Now, I will explain the behaviour on my Macbook. > > My test buffer (file, in org mode) looks like this: > > * > * A test todo [/] > [X] checkbox > [ ] another checkbox > * > > Two things I observe: > > **1** As far as I understand, the counter in the headline should update with > C-c C-c. Instead, I am asked to enter a tag, and this tag will then be set. You have to be on the [/]. If you are anywhere else on the line the default behavior is indeed to set a tag. > > **2** When I try C-c C-c with the cursor on the checkbox line, it should > change the state of the line and that of the counter -- if I understand > correctly. But I get another message "C-c C-c can do nothing useful at this > location.“ Right, because you are not in a list, use: * * A test todo [/] - [X] checkbox - [ ] another checkbox * BTW, you should get exactly the same behavior in the shell. In case you want to use the same Emacs in the shell and in GUI, add /Applications/Emacs\ 24.5.app/Contents/MacOS/ ^^^ adjust as appropriate to your PATH. Axel — And again we see the usefulness of the ECM, long live the ECM.
Re: [O] Bug: keys C-c C-c do not update in Emacs app, but in Terminal emacs [8.2.10 (release_8.2.10 @ /Users/home/.emacs.d/elpa/org-20160801/)]
> Am 13.08.2016 um 09:41 schrieb Maria Shinoto : > > Message-ID: > > > > > Hi, > > I am learning Org-mode and Emacs on a Mac, and got everything working > fine, except for the key combination C-c C-c. > > C-c C-c should update states in certain contexts, e.g. toggle the state of a > check box and the counter of tasks finished in the header of such a check box > list. > > In the Emacs UI for Mac (not Aquamac), this key combination does not > work, it is org mode version 8.2.10. > > It does work when I call emacs from the terminal though, where org-mode > version is 4.67c. > > Is there something wrong with the newer Org mode versions? You probably have „Options | Use CUA Keys“ set in the GUI Version. This maps C-C, C-X, C-V to copy, cut, paste. Since the default is off (nil) you may have activated it somehow, maybe an init.el you copied from somewhere? I have the same Emacs you have and here everything ist fine. Axel
[O] ox-taskjuggler: no multiple vacation / leaves entries
Hi! I’ve been looking for project management tools that can handle local or even company wide holidays. So far Taskjuggler looks fine but there are some minor deficiencies in the org interface. In the enclosed org file I have two vacations, but only the last one is exported. Of cause I could write all vacations in one line but that is difficult to read and edit. The same happens with leaves[1]: The first MA has two holidays, while the second has 4. But only 2 days are exported to taskjuggler. Is there a way to make these keywords cumulative? Taskjuggler handles multiple leaves/vacation lines. Axel [1] After adding the „leaves“ keyword to org-taskjuggler-valid-resource-attributes. ECM-taskjuggler.org Description: Binary data ECM-taskjuggler.tjp Description: Binary data
Re: [O] Export Subtree to LaTeX: no EXPORT_LATEX_CLASS_OPTIONS ?
Hi Richard, > > I think what you want to do is put the EXPORT_LATEX_CLASS_OPTIONS (and > the TITLE) as a property in the property drawer, like this: > > * Projektboard :noexport: > :PROPERTIES: > :EXPORT_LATEX_CLASS_OPTIONS: [landscape] > :EXPORT_TITLE: Projektboard > :EXPORT_FILE_NAME: Projektboard > :END: Indeed it works. I’m quite sure that I tried that first, maybe I mistyped something. Now I get exactly what I want. Thanks for the quick reply. Axel
[O] Export Subtree to LaTeX: no EXPORT_LATEX_CLASS_OPTIONS ?
Hi, I want to export a subtree with a columnview dynamic block in landscape orientation. I don’t want just a rotated table, the whole page should be in landscape mode. I may have to tweak the page layout using geometry as well, thus I probably need EXPORT_LATEX_HEADER. I’m using: Org-mode version 8.3.3 (release_8.3.3-629-g635161 @ /Users/axel/src/Emacs/org-mode/lisp/) with Emacs 24.5. * Projektboard :noexport: :PROPERTIES: :EXPORT_FILE_NAME: Projektboard :END: #+EXPORT_LATEX_CLASS_OPTIONS: [landscape] #+EXPORT_TITLE: Projektboard #+BEGIN_EXPORT latex \maketitle #+END_EXPORT #+BEGIN: columnview :hlines 1 :id "Inbetriebnahme" | Problem | Status MKB | Wer | Termin_MKB | Termin_Teile | ErlMon | |--++---++--+| | Inbetriebnahme || || | [2/8] | | 2016-01-01 [0/3] || || | [0/3] | | Problem 1| TODO | | 2016-02-02 | 2016-02-23 | [ ]| | Problem 2| TASK | :WER: || | [ ]| | Problem 3| TASK | :WER: || | [ ]| | 2016-01-02 [0/2] || || | [0/2] | | Problem 4| TODO | || | [ ]| | Problem 5| TASK | :WER: || | [ ]| | 2016-01-03 [2/2] || || | [2/2] | | Problem 6| DONE | || | [X]| | Problem 7| CANCELLED | || | [X]| | 2016-01-04 [0/1] || || | [0/1] | | Problem 9| in Arbeit | :WER: || | [ ]| #+END: Did I overlook something or is it not possible to use a different LaTeX configuration to export a subtree? If I use #+LATEX_CLASS_OPTIONS: [landscape] in the subtree it is used for the whole document as well. The same happens when I us an #+INCLUDE file. (Right now, I export to HTML and print from the browser.) Axel
[O] LaTeX export with listings: unknown language "calc"
Hello! I use some calc in my org document: #+begin_SRC calc :var x=5 :var y=2 :exports both 2 + a * x ** y #+end_SRC When I export this to LaTeX the listings package complains about an unknown language calc. To fix this I simply define a language: #+LATEX_HEADER: \usepackage{listings} #+LATEX_HEADER: \lstdefinelanguage{calc}{morekeywords={}} Is this the correct way to do this? Should this be added to the documentation? Regards Axel
Re: [O] Columnview *** is exported as *
> Am 12.02.2016 um 00:46 schrieb Nicolas Goaziou : > > Hello, > > Axel Kielhorn writes: > >> When I overwrite the ITME with a custom text it doesn’t: >> :COLUMNS: %ITEM(Item) %6Zeit{+} %6Effort(Plan){+} %6Kosten{+} %10Fällig >> %Fertig{X/} %8TAGS(Verant.): > > Fixed. Thank you. Verified, thanks. Axel
Re: [O] Columnview *** is exported as *
> Am 04.02.2016 um 23:10 schrieb Nicolas Goaziou : > > Hello, > > Axel Kielhorn writes: > >> Is there a way to render the different level via different indenting as it >> is done for clocktables? >> I looked at the code for clocktable but that is above my understanding >> of elisp. > > I pushed a patch in development version allowing to use :indent for > columnview dynamic blocks. Thanks, I have now moved to master and it almost works. When I simply use ITEM it works as expected: :COLUMNS: %ITEM %6Zeit{+} %6Effort(Plan){+} %6Kosten{+} %10Fällig %Fertig{X/} %8TAGS(Verant.): When I overwrite the ITME with a custom text it doesn’t: :COLUMNS: %ITEM(Item) %6Zeit{+} %6Effort(Plan){+} %6Kosten{+} %10Fällig %Fertig{X/} %8TAGS(Verant.): Please see the enclosed ECM. Is this something with my configuration I need to chase down? I am using: Org-mode version 8.3.3 (release_8.3.3-596-g8eff64 @ /Users/axel/src/Emacs/org-mode/lisp/) Regards Axel ECM-Columnview.org Description: Binary data
[O] Columnview *** is exported as *
Hi, I use org to track time and money spend on a project. This project has several sub levels that are assigned to certain workers. To view and edit the time and money spend, I use columnview which works fine. When I want to report about our effort I want to export a columnview table. In this table the tasks are shown with *, **, and *** to indicate the level. In the export the *** is rendered as a bold *. Right now I insert a space between the ** but that is not really efficient. Is there a way to render the different level via different indenting as it is done for clocktables? I looked at the code for clocktable but that is above my understanding of elisp. I’m using org-mode 8.3.3-17 from ELPA with emacs 24.5. Axel Title: ECM ECM 1 Top Level Baugruppe Zeit Plan Kosten Fällig Fertig Verant. * Top Level 24 44.0 1050 [2/4] ** Sub level 1 12 2d 500 2016-03-12 [ ] :MA1: ** Sub level 2 12 28 550 2016-03-12 [2/3] * Sub sub level 2a 4 8 100 2016-03-12 [X] :MA2: * Sub sub level 2b 4 8 400 2016-03-12 [X] :MA2: * Sub sub level 2c 4 12 50 2016-03-12 [ ] :MA1: 1.1 Sub level 1 1.2 Sub level 2 1.2.1 Sub sub level 2a 1.2.2 Sub sub level 2b 1.2.3 Sub sub level 2c Autor: Axel Kielhorn Created: 2016-01-27 Wed 18:53 Validate ECM-Columnview.org Description: Binary data
[O] Collectable results in minutes instead of HH:MM
Sorry, I have to apologize for a) Auto correct messing with the subject line, it should have been clocktable. b) Not including the ECM Axel clocktable.org Description: Binary data
[O] Collectable results in minutes instead of HH:MM
Hi, I use org mode to clock the time I spend on different tasks. Starting this year my company switched to account working time by the minute instead of using a quarter of an hour. Getting the exact time is no problem but right now I have to translate the HH:MM time into minutes since that is what the accounting software needs. When I use org-time-clocksum-use-fractional I can use a TBLFM and the result is almost right, but has rounding errors. (Increasing the rational part to 3 digits will probably help with the rounding errors.) Without it I get the HH:MM and simply multiplying the result by 60 does not work. I prefer the HH:MM format and am looking for a way to convert that. Can anyone help? Axel
[O] Creating a subtree with changes (filtered by tag)
Hi, I’m using org-mode to write specifications. Since the list grew quite long I want to add a subtree showing the changes as a quick overview. I tag the changes with the week of the modification: * Subject one * Subject two :KW38: * Subject three :KW38: * Subject four ** Subsubject four-one :KW39: With this I can get a sparse tree to see the changes. For my team I export an HTML version of the org file. I’m using the bigblow theme, thus it is possible to select the changes by using a tag filter. In addition to that I would like to get a new section with the changes: * Changes ** KW38 ** KW39 I had a look at the columnview dblock but I can’t use a tag filter with that. I’m using Org 8.2.10 with a setup based on John Kitchen’s jmax. Any ideas? Axel
Re: [O] Testers / Feedback wanted: Gantt charts via org-gantt.el
Hi Bernhard, I pulled > I fixed this. You can now set :incomplete-date-headlines and > :no-date-headlines to keep, inactive or ignore. > If inactive, the styles set via :inactive-bar-style and :inactive-group-style > are used. > All options also have an org-gantt-default... defcustom, which can be set if > you don't want to set it for each chart. > >> A two month chart doesn't fit into \textwidth. >> I wrapped it into a sideways environment (provided by rotating.sty), maybe a >> sideways option? > > Hmm, I don't see an advantage of having a sideways option vs. wrapping it > manually, but perhaps I'm missing something? No, just adding #+LATEX: \begin{sideways} #+BEGIN: org-gantt-chart #+END: #+LATEX: \end{sideways} to the documentation would be sufficient. > I have added an option :lowlevel-scale (e.g. 0.5 or 0.75) that will scale the > complete resulting chart. > You can of course also use the pgfgantt options (:options) x unit chart and y > unit chart for more specific scaling. Lowlevel-scale doesn’t seem to have an effect, adjusting y units may prove more useful. > Unfortunately, if you have sub-day effort estimates, this will currently not > be displayed correctly, as the start and end shift is computed based on days. > I should probably look into that. > Supporting weeks is difficult, as pgf-gantt does not natively support them > for compression, only for title calendar. This is probably something that should be addressed in pgfgantt. A flight to Alpha Centauri takes about 1600 days.[1] If you assume 5 mm per day that would still need 8 m of wallpaper (and a larger office). I probably wouldn’t care about sub-day efforts in this case. Emptying the litter box will be a checkpoint item, not a scheduled task. > I added an option :maxlevel (and org-gantt-default-maxlevel) Great. >> I'm not sure about inheritance: >> If I have a deadline for a task, should the subtasks inherit that deadline >> unless an >> explicit deadline is given? >> If I have a deadline for a task and efforts for all subtasks, should the >> task inherit >> that effort? >> >> That way I can give a deadline to the task and estimate efforts to get an >> initial >> chart. >> Using this chart I can divide the subtasks between workers, rearrange the >> deadlines for the subtasks and finally define a scheduled date for the main >> task. > > This works for ordered subheadlines. Deadlines are propagated downwards, if > the subheadlines are ordered. > If the subheadlines are not ordered, deadlines are only propagated upwards, > as it is not clear which task(s) should inherit the deadline. > So you can set a deadline to the (last) subtask, and it will be propagated to > its super task. The last (as in time, not position in file) deadline will be promoted to the super task, right? That way I can keep an „Integration of Submodules“ task and deadline that. >> This gives me another idea: >> Filter / color by tag. >> Print only tasks tagged :Axel: to show my workload, and print tasks tagged >> :Sam_One: to show tasks I have delegated. > Isn't this already doable by using sparse trees? Can I build a gantt chart from a sparse tree? The sparse tree shows me what is assigned to whom. What I want to see is the effort and the time the effort is scheduled. This is probably too much to ask since org is more personal manager and not a project planer. > Or would this involve some unnecessary hassle? I'm not an experienced enough > org user to determine that, but I don't want to replicate functionality that > already exists. I think these are different things. Not scheduling a person to do two things at the same time may improve efficiency. Greetings Axel [1] Not including the time needed to build the air^Wspace port.[2] [2] Sorry, since you are in Stuttgart that should be: Not including the time to build the railway station to get to the air^Wspace port.
Re: [O] Testers / Feedback wanted: Gantt charts via org-gantt.el
Hi Bernhard, Thanks for your quick response. > I tried org-gantt on a current project and ran into one problem: >> >> I track progress with >> * Task [%] >> and >> * Task [/] >> >> Of course the % causes a problem when exporting to LaTeX. >> I suggest to either ignore [%] and [/] or use them as an alternative to show >> how >> much is completed. >> It is probably a better metric than hours worked. > > I do not quite understand: Is this an org mode feature (I could not find any > documentation - you can possibly tell I haven't been using or mode for too > long), or is this just something that you do yourself? > While I agree that it would be a good idea to use those numbers, I'm a bit > wary of implementing something that is not based on official org mode > features. > As a preliminary measure, I now ignore % signs. Section 5.5 „Breaking tasks down into subtasks“ of the org (8.2) manual. It works with TODO / DONE and checkboxes in lists. I’ll look into the remaining comments later. Axel
Re: [O] Testers / Feedback wanted: Gantt charts via org-gantt.el
> Am 30.05.2015 um 13:33 schrieb Bernhard Schmitz > : > > Hi, > > my org-gantt.el is now in a usable state. It creates gantt charts via > pgfgantt directly from headlines in org mode, using deadlines, schedules, > effort estimates and (optionally) clocked time. Sounds like a good idea. I tried writing pgfgantt manually but once I finished updating the chart, it was already out of date. Getting the information from org would be fine. I tried org-gantt on a current project and ran into one problem: I track progress with * Task [%] and * Task [/] Of course the % causes a problem when exporting to LaTeX. I suggest to either ignore [%] and [/] or use them as an alternative to show how much is completed. It is probably a better metric than hours worked. pgfgantt doesn’t handle \ganttbar commands without start and end date. Therefor I can’t export an incomplete chart. You may want to set the entries with missing scheduling information to the first day of the chart. (Maybe mark the task or label with a color to indicate that they are incomplete.) (See below for some different ideas.) A two month chart doesn’t fit into \textwidth. I wrapped it into a sideways environment (provided by rotating.sty), maybe a sideways option? For a project with 2000 person hours[1] I’ll probably need a separate export and print it on A0 paper[2]. Some kind of scaling would be fine (show weeks / month instead of days). For a huge project it may be nice to limit the levels printed: Just Module 1 - 8 for the Management and each Module with the submodules for the project leader. Similar to maxlevel in the clocktable. I’m not sure about inheritance: If I have a deadline for a task, should the subtasks inherit that deadline unless an explicit deadline is given? If I have a deadline for a task and efforts for all subtasks, should the task inherit that effort? That way I can give a deadline to the task and estimate efforts to get an initial chart. Using this chart I can divide the subtasks between workers, rearrange the deadlines for the subtasks and finally define a scheduled date for the main task. This gives me another idea: Filter / color by tag. Print only tasks tagged :Axel: to show my workload, and print tasks tagged :Sam_One: to show tasks I have delegated. Color tasks by tags to show who is assigned, white for unassigned tasks. Axel [1] A 2000 PH project is not my usual project size, a few hundred is more common. [2] I have access to an A0 printer but I usually draw with felt markers on (literal) wallpaper. Much faster for an initial design and I can use „real“ cut and paste:-) Gantt-ECM.org Description: Binary data
Re: [O] Path to contrib directory in OSX Emacs
Am 30.12.2014 um 06:02 schrieb Calvin Young : > Hey all, > > Does anyone know whether the version of OSX Emacs from > http://emacsformacosx.com/ comes with all of the org-mode contrib packages? Yes: ;; This file is not part of GNU Emacs. > If so, I'm having a heck of a time finding it. These are not the files you are looking for:-) > It looks like `org.el` is getting loaded from > /Applications/Emacs.app/Contents/Resources/lisp/org, but that path doesn't > appear to have any references to the contrib packages. > > If the contrib packages don't come bundled with OSX Emacs, what's the > recommended way of getting them? http://orgmode.org/elpa.html Use the second choice: org-plus-contrib Axel
Re: [O] Clocktable language customization not working as expected
Am 11.10.2014 um 14:51 schrieb Bastien : > Hi Axel, > > Axel Kielhorn writes: > >> It still does not work for: >> >> #+LANGUAGE: "fr" > > Does it work for > > #+LANGUAGE: fr No. That was my first try. It has no effect. >> and i discovered some untranslated english words in the caption when >> generating a clock table for a week/month/quater, > > Please report missing translations and someone will fix it. > > Thanks! Here is what I'm using now in custom.el: '(org-clock-clocktable-language-setup (quote (("en" "File" "L" "Timestamp" "Headline" "Time" "ALL" "Total time" "File time" "Clock summary at") ("es" "Archivo" "N" "Fecha y hora" "Tarea" "Tiempo" "TODO" "Tiempo total" "Tiempo archivo" "Clock summary at") ("fr" "Fichier" "N" "Horodatage" "En-tête" "Durée" "TOUT" "Durée totale" "Durée fichier" "Horodatage sommaire à") ("nl" "Bestand" "N" "Tijdstip" "Hoofding" "Duur" "ALLES" "Totale duur" "Bestandstijd" "Clock summary at") ("de" "Datei" "L" "Timestamp" "Tätigkeit" "Zeit" "" "Gesamtzeit" "Datei Zeit" "Erstellt am" I haven't encountered "Timestamp" so far and didn't translate it. Getting these translations into org would be nice, but may require some discussion among the german users first. There are some untranslated strings in (defun org-clock-special-range (key &optional time as-strings wstart mstart) … (cond ((memq key '(day today)) (setq txt (format-time-string "%A, %B %d, %Y" ts))) ((memq key '(week thisweek)) (setq txt (format-time-string "week %G-W%V" ts))) ((memq key '(month thismonth)) (setq txt (format-time-string "%B %Y" ts))) ((memq key '(year thisyear)) (setq txt (format-time-string "the year %Y" ts))) ((memq key '(quarter thisq)) (setq txt (concat (org-count-quarter shiftedq) " quarter of " (number-to-string shiftedy) (if as-strings (list (format-time-string fm ts) (format-time-string fm te) txt) (list ts te txt and (defun org-clocktable-write-default (ipos tables params) … ;; Insert the text *before* the actual table (insert-before-markers (or header ;; Format the standard header (concat "#+CAPTION: " (nth 9 lwords) " [" (substring (format-time-string (cdr org-time-stamp-formats)) 1 -1) "]" (if block (concat ", for " range-text ".") "") "\n"))) Right now I'm doing weekly reports and adjust the caption. Axel
Re: [O] Clocktable language customization not working as expected
Am 06.10.2014 um 23:15 schrieb Andrea Rossetti : > Axel Kielhorn writes: >> >> Clocktable language: not working >> >> #+BEGIN: clocktable :maxlevel 2 :scope file :lang fr >> #+CAPTION: [2014-10-04 Sat 09:09] >> | || | >> |-++--| >> | *nil* | *0:31* | | >> |-++--| >> | Gesamtarbeitszeit | 0:31 | | >> | \emsp Projekt 12301 || 0:03 | >> | \emsp Projekt 12302 || 0:28 | >> #+END: >> > > Not an exhaustive answer, but hope it helps: it works > for me if I change :lang fr into :lang "fr". Same for you? Yes, this works, thanks for the suggestion. It still does not work for: #+LANGUAGE: "fr" and i discovered some untranslated english words in the caption when generating a clock table for a week/month/quater, But getting: #+BEGIN: clocktable :maxlevel 2 :scope file :lang "de" #+CAPTION: Erstellt am [2014-10-07 Tue 06:32] | Tätigkeit | Zeit | | is already an improvement. Axel
[O] Clocktable language customization not working as expected
Moin! I'm using org to keep track of my work time. Since I work at a german company I would like to generate a clock table report in german. (It is not supported yet, but that will be a one line patch.) To test the customization I switched to french, which is supported. First try: Setting the document language to fr, nothing changed Second try: Adding ~:land fr~ to the clock table options, surprising result: no language at all. Third try: Setting the language via ~Org Clocktable Defaults~: this actually works. Result: Switching languages actually works, but the interface is strange. I'm using org-mode from ELPA and Emacs 24.3 (Same results with 24.3.91) Is there anything broken in my setup or is this a bug? Axel clocktable ECM.org Description: Binary data
Re: [O] Unicode (double-byte?) goofs up text table layout
Am 01.08.2014 um 18:32 schrieb Eric Abrahamsen : > John Lusk writes: > >> Hey, org-mode crew. Awesome app; I love it. It's pretty much the >> only thing that keeps me in emacs these days (apart from writing >> Python code :) ). >> > > A bit of work has gone into keeping double-byte characters from messing > up Org tables, but my guess is what you've got there is just an odd-out > glyph. It looks like the, erm, carrots (I'm not a mathematician) are > getting borrowed from a different font and substituted into your > fixed-width font where they don't quite belong. > > [five minutes later] > > I just went and did my homework and LOGICAL OR and LOGICAL AND are > in fact single-byte characters. If they look funny, it's just because > few fixed-width fonts come with all the necessaries. I don't think > there's much way around that... Both characters are in DejaVu Sans Mono Free Monospaced Menlo Try one of these fonts. Axel
Re: [O] Bug: can not export pdf file [8.2.7c (8.2.7c-elpa @ /Users/mac/.emacs.d/elpa/org-20140730/)]
Am 02.08.2014 um 15:32 schrieb 童俊翔 : > > 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 > > http://orgmode.org/manual/Feedback.html#Feedback > > Your bug report will be posted to the Org-mode mailing list. > > When I press C-c C-e l o, *Messages* shows: > > /bin/bash: xelatex: command not found > /bin/bash: bibtex: command not found > /bin/bash: xelatex: command not found [2 times] > org-latex-compile: PDF file ./LapRPHepatectomy.pdf wasn't produced > > my mactex has updated to the latest version. > > How to deal with this problem? First try if these programs work: Open "Terminal" and enter xelatex --version if that works, start emacs from the terminal: /Applications/Emacs.app/Contents/MacOS/Emacs & this should start the GUI emacs. (Your path may vary.) From this emacs you can now export the pdf. You may want to define an alias to call emacs. An alternative would be to hardcode the path in custom.el '(org-latex-pdf-process (quote ("/usr/texbin/xelatex -interaction nonstopmode -output-directory %o %f" "/usr/texbin/xelatex -interaction nonstopmode -output-directory %o %f"))) Of course you can do this using the customize interface. Axel
Re: [O] ~C-c '~ not code
Am 09.07.2014 um 11:37 schrieb Alan Schmitt : > On 2014-07-08 11:36, Axel Kielhorn writes: > >> Hello, >> >> I'm writing a manual and I found the following problem: >> >> ~C-c '~ is not recognized as code. The following > > You should probably remove the quote from the list of boundary items in > org-emphasis-regexp-components. This is what I have in my init file. > > --8<---cut here---start->8--- > ;; needed to be set before loading org > > (setq org-emphasis-regexp-components > '(" \t('\"{" "- \t.,:!?;'\")}\\" " \t\n," "." 1)) > --8<---cut here---end--->8--- That's the solution! Thanks. Axel
[O] ~C-c '~ not code
Hello, I'm writing a manual and I found the following problem: ~C-c '~ is not recognized as code. The following Wie bereits gezeigt, kann org nicht nur Tabellen anzeigen, es kann auch in Tabellen rechnen. Zum Bearbeiten der Formeln gibt man ~C-c '~ ein, dann öffnet sich ein zweites Fenster mit dem Formeleditor. is exported as Wie bereits gezeigt, kann org nicht nur Tabellen anzeigen, es kann auch in Tabellen rechnen. Zum Bearbeiten der Formeln gibt man \textasciitilde{}C-c '\textasciitilde{} ein, dann öffnet sich ein zweites Fenster mit dem Formeleditor. ~C-c '~ isn't shown in the code face. Escaping the ' with a \ didn't help. Using = instead of ~ didn't work. Adding a non-breaking space helps, but it isn't recognized by pdflatex. (Fixing that isn't really a problem but inconvenient.) I'm using org from ELPA Org-mode version 8.2.7b (8.2.7b-1-ga5beff-elpa @ /Users/axel/.emacs.d/elpa/org-20140707/) Axel
Re: [O] LaTex export questions
Am 28.05.2014 um 08:07 schrieb Steven Arntson : > Hi Alan, > > I downloaded the book and went through it--thank you for putting that > together! It was a valuable overview. Nonetheless, some confusions > persist for me since I'm using emacs org-mode and not LyX. Should I be > putting LaTeX markup into my org-mode doc, for instance, for formatting > the title page, &c? > > Also, right now when I do the "org to latex to pdf" export, I'm given a > table of contents, and I don't want one. I'm still perplexed about where > defaults like that are kept. I had exactly the same question yesterday. Putting #+OPTIONS: toc:nil into the org file will suppress the toc. You should read the chapter "Markup for rich export" in the Org Manual. This may answer some of you questions about markup. Axel
Re: [O] emacs24-starter-kit and Aquamacs 3.0
Am 15.05.2014 um 15:01 schrieb Rick Frankel : > Probably not the answer you want, but as a long-time mac and emacs > user, my suggestion would be to use the vanilla os x version of emacs. > > The "nextstep" build of emacs runs as a native app, You are suggesting to a Mac user to build his own Emacs? Do you know what that takes? About 10 minutes :-) I just realized that it is even possible to download it prebuilt. I should have asked earlier, but everyone was suggesting Aquamacs. Since I'm starting from scratch I don't mind switching and it will be easier to share my configuration with the Unix machine I sometimes telnet to. Thanks for the suggestion. Axel
[O] emacs24-starter-kit and Aquamacs 3.0
I never wanted to learn Emacs. But hearing about Org-mode got me interested, so far I like what I see. The next step is exporting from Org-mode. There was a post by Vikas Rawal, "Using Emacs, Org-mode and R for Research Writing in Social Sciences" which looked like a simple step by step manual. I failed at the first step: Installing starter-kit. Asking Google for help I got: The starter kit is designed to be used with GNU Emacs. Version 24 or later is required, and the current released version (24.3) is recommended. It will not work with Aquamacs without modification. Here are the modifications I did: * The init.el file GNUEmacs uses .emacs.d/init.el as the init file. Everything works fine with GNUEmacs. Aquamacs uses ~/Library/Preferences/Aquamacs Emacs/Preferences.el and ~/.emacs. With this information it was easy: just link ~/.emacs.d/init.el to ~/.emacs. Now starter-kit loads * There is no place like $HOME (or rather starter-kit-dir) Starter-kit remembers the directory of the init.el file: (setq starter-kit-dir ,(file-name-directory (or load-file-name (buffer-file-name Sadly this is now ~ and not ~/emacs.d. I solved this with brute force, replacing the command with (setq starter-kit-dir "/Users/axel/.emacs.d/") Now it seems to work. There is probably a more elegant way to add a /.emacs.d to the path when the editor is Aquamacs, but I have to learn some elisp for that. Or a way to tell Aquamacs to use a different init file. Any suggestions are appreciated. Axel
Re: [O] Using Emacs, Org-mode and R for Research Writing in Social Sciences
Am 15.05.2014 um 06:49 schrieb Vikas Rawal : > > I think starter-kit is a good choice. You will be up and running in no time. > Just put it in place. > Well, time moves differently around here. Since I use Aquamacs it took me over a day to get it working. A google sear gave me: The starter kit is designed to be used with GNU Emacs. Version 24 or later is required, and the current released version (24.3) is recommended. It will not work with Aquamacs without modification. Seriously? That it? No "Here are the necessary modifications"? It seems to work now. I write a separate article to describe what I did. Axel
Re: [O] Using Emacs, Org-mode and R for Research Writing in Social Sciences
Am 15.05.2014 um 06:49 schrieb Vikas Rawal : >>> I removed explicit inclusion of these packages from this document and the >>> instructions, because I wanted to reduce the work in terms of setting >>> things up. >> >> You achieved the opposite. >> Now a user *has* to enable the config file. >> Otherwise it would be clear that additional packages may be needed which may >> not be part of a minimal TeX Live installation. >> > > May be I should specify the packages that are being called, so the user can > make sure those are installed or modify the config file. But I prefer the > basic set of LaTeX packages being called by default rather than being added > in every file. This will be a problem when one of your collaborators doesn't use your config files. There are many packages for tabular/table environments. Having them in the document gives a strong hint that there is something different that may collide with the packages another user prefers. (No-one can agree on a basic set of LaTeX packages:-) If you keep them in the configuration file, the user has to extract the relevant information (setq org-latex-default-packages-alist …) from your configuration and add it to their configuration file. You can always supply a template file with all the relevant +LaTeX_HEADER definitions. You can even have lines like #+LaTeX_HEADER: \usepackage{tabulary} % provides column specification LCRJ #+LaTeX_HEADER: \usepackage{threeparttable} % A table with cation and notes #+LaTeX_HEADER: \renewcommand{\TPTminimum}{\linewidth} % configure threeparttable #+Latex_HEADER: %\usepackage{tgschola} % enable to use the Schola font #+Latex_HEADER: %\usepackage{tgbonum} % enable to use the Bonum font #+Latex_HEADER: %\usepackage{tgpagella} % enable to use the Pagella font #+Latex_HEADER: \usepackage[urw-garamond]{mathdesign} \linespread{1.0609} and let the user decide which to use instead of hiding this in an option which requires modifications of the latex exporter. (My Latex template has several pages of commented preamble. I activate only what I need but I have everything available, including common usage examples.) But in the end this is your decision, you know what works best for your users and I know how to modify the configuration to suit my needs. Axel
Re: [O] Using Emacs, Org-mode and R for Research Writing in Social Sciences
Am 14.05.2014 um 18:51 schrieb Vikas Rawal : > > Thank you Axel for taking the time to test it. I look forward to more > comments as you look at it. You comments are very useful. I'm new to Emacs, but know LaTeX and Pandoc. I have a lot of beginner’s questions. (Configuring emacs is quite difficult: should I use - custom-set-variable - starter-kit - raw elisp in .emacs ) In your document you are using alt instead of meta. Not everyone uses alt for meta (especially on the Mac where alt (option) is used to access unusual characters). >> I tried to export the .org to Latex and failed because it needed >> tabulary and threeparttable. >> >> They are used if you use vikas-general.org but as far as i understood the >> document that is just recommended. >> >> I added the line >> #+LaTeX_HEADER: \usepackage{tabulary,threeparttable} >> to the document. >> > > vikas-general.org (I already dislike my name being on that file) How about config.org ? config-example.org ? And ask the user to copy it to $USER.org > I removed explicit inclusion of these packages from this document and the > instructions, because I wanted to reduce the work in terms of setting things > up. You achieved the opposite. Now a user *has* to enable the config file. Otherwise it would be clear that additional packages may be needed which may not be part of a minimal TeX Live installation. >> You are using >> >> : #+LaTeX_CLASS_OPTIONS: [garamond] >> >> which results in >> >> \documentclass[garamond]{article} >> >> But garamond is not a valid option for article. >> > > This is where I got this from > > http://orgmode.org/worg/org-contrib/babel/examples/article-class.html#sec-4-3-2 > > I think it requires mathdesign to be loaded. But I will check. Yes, and some additional LaTeX coding. I'll wait for the next release and have a closer look. Axel
Re: [O] Using Emacs, Org-mode and R for Research Writing in Social Sciences
Am 12.05.2014 um 14:57 schrieb Vikas Rawal : > I have been using Org for writing research papers for a while, gradually > improving my set up to be able to exactly produce the output I want. In this > process, I have benefited greatly not only from the resources available on > the Org-mode website but also from various people who generously provided > solutions to my numerous queries on this mailing list. I felt that it may be > of some use if I put together all the pieces and document what I was doing. > > I have put the draft for comments at: > https://github.com/vikasrawal/orgpaper/blob/master/orgpapers.org This looks like a workflow I may like. A few comments: I tried to export the .org to Latex and failed because it needed tabulary and threeparttable. They are used if you use vikas-general.org but as far as i understood the document that is just recommended. I added the line #+LaTeX_HEADER: \usepackage{tabulary,threeparttable} to the document. Another problem I had are the URLs in the section titles. They cause problems when running the tex file a second time. Runaway argument? {R \(` `\045\BOOKMARK [2][-]{subsection.2.4}{Pandoc}{section.2}\BOOKMARK \ETC. ! File ended while scanning use of \@@BOOKMARK. \par You may want to move the URLs from the section title to the body. You are using straight (") quotation marks in org and the LaTeX export has straight quotation marks. Is there a way to convert them to “” or \enquote? You are using : #+LaTeX_CLASS_OPTIONS: [garamond] which results in \documentclass[garamond]{article} But garamond is not a valid option for article. I use this instead #+Latex_HEADER: \usepackage{tgschola} I tried ebgaramont, but that font does not contain TS1 support. Now I have a printable version of your document and will have a closer look. Greetings Axel