Re: [DRAFT PATCH v3] Decouple LANG= and testing (was: Test failure due to LANG)

2023-04-22 Thread Axel Kielhorn



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

2023-04-22 Thread Axel Kielhorn



> 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

2023-04-22 Thread Axel Kielhorn



> 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

2023-04-22 Thread Axel Kielhorn



> 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

2023-04-22 Thread Axel Kielhorn


> 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

2023-04-22 Thread Axel Kielhorn
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

2022-05-27 Thread Axel Kielhorn


> 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

2021-12-27 Thread Axel Kielhorn



> 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

2021-09-29 Thread Axel Kielhorn
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’

2021-09-27 Thread Axel Kielhorn



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

2021-09-20 Thread Axel Kielhorn
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

2021-08-15 Thread Axel Kielhorn
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

2021-08-10 Thread Axel Kielhorn



> 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

2021-08-07 Thread Axel Kielhorn



> 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

2021-08-06 Thread Axel Kielhorn

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

2021-05-20 Thread Axel Kielhorn


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

2021-05-20 Thread Axel Kielhorn
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+}

2021-05-15 Thread Axel Kielhorn
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

2021-05-15 Thread Axel Kielhorn



> 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

2020-10-16 Thread Axel Kielhorn
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

2020-10-05 Thread Axel Kielhorn



> 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

2020-10-05 Thread Axel Kielhorn



> 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

2020-10-01 Thread Axel Kielhorn


> 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

2020-10-01 Thread Axel Kielhorn



> 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

2020-10-01 Thread Axel Kielhorn
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

2020-08-15 Thread Axel Kielhorn
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

2020-06-02 Thread Axel Kielhorn



> 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

2020-05-30 Thread 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.

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

2020-05-07 Thread Axel Kielhorn



> 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

2020-05-05 Thread Axel Kielhorn
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

2020-05-03 Thread Axel Kielhorn
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

2020-05-03 Thread Axel Kielhorn



> 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

2020-05-02 Thread Axel Kielhorn
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

2020-03-23 Thread Axel Kielhorn



> 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

2020-02-01 Thread Axel Kielhorn



> 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

2020-02-01 Thread Axel Kielhorn
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

2020-02-01 Thread Axel Kielhorn



> 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/)]

2017-02-18 Thread Axel Kielhorn

> 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/)]

2017-02-17 Thread Axel Kielhorn

> 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

2016-08-23 Thread Axel Kielhorn

> 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

2016-08-23 Thread Axel Kielhorn

> 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

2016-08-14 Thread Axel Kielhorn

> 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/)]

2016-08-13 Thread Axel Kielhorn

> 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

2016-06-27 Thread Axel Kielhorn
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 ?

2016-02-21 Thread Axel Kielhorn
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 ?

2016-02-21 Thread Axel Kielhorn
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"

2016-02-13 Thread Axel Kielhorn
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 *

2016-02-12 Thread Axel Kielhorn
> 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 *

2016-02-11 Thread Axel Kielhorn

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

2016-01-27 Thread Axel Kielhorn
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

2016-01-13 Thread Axel Kielhorn
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

2016-01-13 Thread Axel Kielhorn
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)

2015-09-27 Thread Axel Kielhorn
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

2015-06-01 Thread Axel Kielhorn
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

2015-06-01 Thread Axel Kielhorn
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

2015-05-31 Thread Axel Kielhorn

> 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

2015-01-01 Thread Axel Kielhorn

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

2014-10-11 Thread Axel Kielhorn

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

2014-10-06 Thread Axel Kielhorn

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

2014-10-04 Thread Axel Kielhorn
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

2014-08-09 Thread Axel Kielhorn

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/)]

2014-08-03 Thread Axel Kielhorn

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

2014-07-09 Thread Axel Kielhorn

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

2014-07-08 Thread Axel Kielhorn
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

2014-05-27 Thread Axel Kielhorn

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

2014-05-15 Thread Axel Kielhorn

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

2014-05-15 Thread Axel Kielhorn
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

2014-05-15 Thread Axel Kielhorn

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

2014-05-15 Thread Axel Kielhorn

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

2014-05-14 Thread Axel Kielhorn

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

2014-05-14 Thread Axel Kielhorn

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