Re: [O] orgmode for many continuous tasks?

[Eric S Fraga]

On Tuesday,  3 Oct 2017 at 16:04, Mycroft Jones wrote:
> How do I learn about org-contrib and how to use it?

Org contrib is a collection of extra functionality.  It comes with the
development version of org (i.e. from git) but is also available as a
MELPA package I believe.

How do you install org?  Or do you use org that comes with your Emacs?
If the latter, maybe somebody else on this list can help point you to
how to install org-contrib.

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c


signature.asc
Description: PGP signature

Re: [O] Trying to get chart from table working

[Eric S Fraga]

On Tuesday,  3 Oct 2017 at 15:28, Peter Davis wrote:
> Yup. I deleted the source block and the results line, and now export to
> HTML and PDF works with no problems.

Please post the complete file (t.org?) to this list.

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c


signature.asc
Description: PGP signature

Re: [O] [ANN] Agenda speed up

[Samuel Wales]

bugs:

the following line will produce an entry in the agenda.

#   S CHEDULED: <%%(memq (calendar-day-of-week date) '(1 2 3 4 5))>

and tel: links are interpreted as timestamps.

and the closing time for clocks are not listed.

and it misses an entire, normal looking inactive timestamp that is the
entry after tel.

===

personal opinion: i was excited that the agenda was going to be sped
up, but i thought that that would apply to my regular 2d agenda, which
is the only view i commonly use.  but if the speedup will slow down 2d
in order to make 30d faster, i personally do not favor this branch.  i
almost never do n greater than 2.

i /expect/ 30d to be slow, but i want 1d and 2d to be extremely fast.
like instant.

ymmv.

===

unlikely i can contribute to further testing much if at all, for health reasons.

Re: [O] [ANN] Agenda speed up

[Samuel Wales]

On 10/3/17, Nicolas Goaziou  wrote:
>> org-element-at-point  1104
>> 17.213785437  0.0155921969
>> org-element--parse-to 1104
>> 17.098407592  0.0154876880
>> org-element--current-element  69978
>> 15.421312201  0.0002203737
>> org-at-clock-log-p12745
>> 12.127817233  0.0009515745
>
> Fixed. Could you test it again?

still much slower.  check out the filenames for the times.

--- "elp-results--(14.120262055 14 0.868587649)--release_9.1.1-114-gf5bc56" 
+++ "elp-results--(2.823281612 3
0.1366931619998)--release_9.1.1-99-g7a2b64"
@@ -1,85 +1,85 @@
-org-at-planning-p 19438
1.7517455880  9.011...e-05
-org-agenda-prepare-buffers1
1.280357753   1.280357753
-org-refresh-category-properties   8
0.5655261619  0.0706907702
-org-back-to-heading   3831
0.4543286779  0.0001185927
-org-parse-time-string 2739
0.3607386119  0.0001317044
-org-matcher-time  195
0.3364286490  0.0017252751
-org-2ft   192
0.3350386229  0.0017449928
-org-end-of-subtree197
0.2835889550  0.0014395378
-org-refresh-stats-properties  8
0.216994121   0.0271242651
-org-entry-get 1001
0.1716580229  0.0001714865
-org-entry-properties  994
0.1433018570  0.0001441668
-org-refresh-properties16
0.130269807   0.0081418629
-org-closest-date  1000
0.1084333750  0.0001084333
-org-at-property-p 121
0.1060563869  0.0008764990
-org-get-property-block128
0.092064553   0.0007192543
-org-refresh-effort-properties 8
0.071788969   0.0089736211
-org-get-priority  312
0.0678388049  0.0002174320
-org-set-regexps-and-options   8
0.0584633600  0.0073079200
-org--setup-collect-keywords   8
0.057983882   0.0072479852
-org-before-first-heading-p215
0.023083193   0.0001073636
-org-today 1985
0.0227823760  1.147...e-05
-org-in-commented-heading-p80
0.0167247850  0.0002090598
-org-outline-level 197
0.0147668000  7.495...e-05
-org-get-tags-at   321
0.0123168869  3.837...e-05
-org-heading-components80
0.0086148070  0.0001076850
-org-activate-links35
0.0079194529  0.0002262700
-org-get-agenda-file-buffer32
0.005901701   0.0001844281
-org-find-base-buffer-visiting 32
0.0057470019  0.0001795938
-org-get-limited-outline-regexp2009
0.0046851680  2.332...e-06
-org-date-to-gregorian 544
0.0042989290  7.902...e-06
-org-add-props 981
0.0042024999  4.283...e-06
-org-refresh-property  7
0.003612339   0.0005160484
-org--property-local-values7
0.0034815799  0.0004973685
-org-element-at-point  2
0.003142827   0.0015714135
-org-plist-delete  310
0.0022100709  7.129...e-06
-org-days-to-iso-week  2
0.0021368679  0.0010684339
-org-get-wdays 966
0.0021314989  2.206...e-06
-org-element-context   1
0.001709069   0.001709069
-org-element--parse-to 1
0.001696425   0.001696425
-org-get-todo-face 310
0.0016314150  5.262...e-06
-org-get-category  321
0.0013590150  4.233...e-06
-org-element-link-parser   34
0.001083772   3.187...e-05
-org-element-headline-parser   1
0.001021417   0.001021417
-org-eval  325
0.0009354789  2.878...e-06
-org-check-agenda-file 16
0.000722695   4.516...e-05
-org-defkey141
0.0006374779  4.521...e-06
-org-font-lock-add-tag-faces   1
0.000607730.00060773
-org-in-src-block-p47
0.000511424   1.088...e-05
-org-element--current-element  3
0.000489721   0.0001632403
-org-agenda-files  3
0.000378044   0.0001260146
-org-reduced-level 

[O] Bug: org-capture-templates with %^t

[Matt Lundin]

After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2,
org-capture-templates containing %^t do not work as expected.

The relevant capture template snippet looks like this:

(setq org-capture-templates
  '(("a" "Appointment" entry (file "~/inbox.org") "* %^{Appt}\n %^t%?\n %U\n
%a\n\n %i")))

With this capture template, I am prompted to enter a time via
org-read-date. The expected behavior is as follows:

 - if I enter a date and time of day, the resulting timestamp should 
   contain the time of day:
 - i.e., entering "Thu 8am" should yield "<2017-10-05 Thu 08:00>"
 - if I enter only a date, the resulting timestamp should contain a date
   with no time of day
 - if I enter nothing at the prompt, the resulting timestamp should
   contain today's date with no time of day

What happens now:

 - when I enter a date with a time of day, the timestamp is truncated
   and contains only a date
 - I.e., entering "Thu 8am" now yields "<2017-10-05 Thu>"

This, I think, is counter to the intent of the difference between %^t
and %^T. The lowercase and uppercase (time of day vs. no time of day)
should apply only to the default entry when nothing is entered. But when
the user enters information at the prompt, the behavior should be the
same as that of org-time-stamp, allowing a flexible decision on the fly
as to whether to enter a time of day.

Best,
Matt

Re: [O] orgmode for many continuous tasks?

[Mycroft Jones]

On Thu, Sep 28, 2017 at 06:48:16AM +0100, Eric S Fraga wrote:

On Wednesday, 27 Sep 2017 at 13:24, Bob Newell wrote:

[...]


To further the concept: If TODOs had due dates/time estimates/time spent
as perhaps additional properties, and there was a better way to express
dependencies (I think there is already an org-mode adjunct for this),
some coding could turn this into a Task Juggler input file.


There is ox-taskjuggler in org-contrib...


How do I learn about org-contrib and how to use it?

Mycroft

[O] Bug: org-backward-paragraph give an error when called from the #+BEGIN_SRC line of a source block [9.1.1 (9.1.1-17-g24ea1b-elpaplus @ /home/omar/.emacs.d/elpa/org-plus-contrib-20171002/)]

[Omar Antolin]

If you run `org-backward-paragraph` from the `#+BEGIN_SRC` line of a
source block it gives the error message "Invalid search bound (wrong
side of point)", instead of moving point.

I tried tracking it down and this error message comes from a call to
`re-search-backward` in the source for `org-backward-paragraph`:

#+BEGIN_SRC emacs-lisp
(when (re-search-backward "^[ \t]*$" contents-begin 'move)
  (skip-chars-forward " \r\t\n" origin)
  (if (= (point) origin) (goto-char contents-begin)
(beginning-of-line)))
#+END_SRC

This excerpt is from inside a branch of a `cond` that tests for
`(memq type '(src-block verse-block))`. I don't really understand what
the code is trying to do or why the case of source blocks and verse
block should be handled together.

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.




Emacs  : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
 of 2017-09-20 on lcy01-07, modified by Debian
Package: Org-mode version 8.2.10 (release_8.2.10 @ 
/usr/share/emacs/24.5/lisp/org/)

current state:
==
(setq
 org-tab-first-hook '(org-hide-block-toggle-maybe
  org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook
  org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-confirm-shell-link-function 'yes-or-no-p
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all
append local]
   5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
  org-babel-execute-safely-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-hide-inline-tasks org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 )

Re: [O] Trying to get chart from table working

[Peter Davis]

On Tue, Oct 3, 2017, at 01:23 PM, Nick Dokos wrote:
> Peter Davis  writes:
>
> > On Tue, Oct 3, 2017, at 10:37 AM, Nick Dokos wrote:
> >>
> >> can you export *anything* to html? Or maybe export anything with
> >> a table that includes a date? The backtrace seems to implicate this> >> 
> >> latter scenario.
> >>
> >> This seems like a more generic error in the export engine and since> >> 
> >> nobody else sees it (afaik), I tend to agree with Eric F. that it
> >> might be your installation that is at fault.
> >
> > Yes, I can export to both HTML and LaTeX/PDF, including tables with> > 
> > dates, etc.  However, the document Eric sent, t.org, gives me
> > the same> > 'wrong type argument' error. I'm assuming this is due to the 
> > gnuplot> > instruction block in the document.
> >
>
> So if you delete the source block from t.org, you can export the file> with 
> no problems, correct?

Yup. I deleted the source block and the results line, and now export to
HTML and PDF works with no problems.
--
  Peter Davis
  www.techcurmudgeon.com

[O] Heading/item insert commands

[Ingo Lohmar]

Dear All,

I have been heavily and happily using orgmode for more than 6 years now.
During this time, I have returned 4 or 5 times to changing, tweaking and
generally being puzzled by the code and commands used to insert headings
and list items.  Now, for the first time, I have tried to systematically
write down for myself the different dimensions of the problem, what kind
of combinations I want, and I have written small wrapper commands that
make it happen the way I want.

But that has basically confirmed my gut feeling that the code dealing
with these tasks is fairly convoluted.  There is no symmetry between
todo/non-todo elements, nor between headings and plain list items
(inasmuch as possible), arguments are used inconsistently, heading
insertion may or may not fallback to list items etc.

Thankfully, we are not talking about a lot of code, and it seems to be
amenable to refactoring.  Is there any interest in me trying that (no
promises as to the success)?  I could not find any previous discussions
about this topic, but wanted to get some feedback before spending my
time on this.

To me, there are a few dimensions of requirements:
- insert a heading or an item, or decide based on context?
- insert a todo or a non-todo something?
- insert right here (possibly splitting a line), after the current
  something, or at the end of current's something parent?

Plus some specialties of the current code: For a todo heading, which
keyword to use?  Override the heading level by an argument?

What I have in mind for starters:

Add orthogonal internal functions that can handle *all* sensible
combinations of requirements.  Then rewrite existing commands in terms
of these, but possibly adding new ones.

I would not want to break any workflows, of course.  But in the *long*
run, we could rethink if the existing commands and their prefix-arg
behavior are really what users want, or if we provide other ones by
default.

Does that sound reasonable, or are there any grave obstacles I did not
consider, or any hard reasons why such changes could not be accepted?

Thanks,
Ingo

Re: [O] Trying to get chart from table working

[Nick Dokos]

Peter Davis  writes:

> On Tue, Oct 3, 2017, at 10:37 AM, Nick Dokos wrote:
>> 
>> can you export *anything* to html? Or maybe export anything with
>> a table that includes a date? The backtrace seems to implicate this
>> latter scenario.
>> 
>> This seems like a more generic error in the export engine and since
>> nobody else sees it (afaik), I tend to agree with Eric F. that it
>> might be your installation that is at fault.
>
> Yes, I can export to both HTML and LaTeX/PDF, including tables with
> dates, etc.  However, the document Eric sent, t.org, gives me the same
> 'wrong type argument' error. I'm assuming this is due to the gnuplot
> instruction block in the document.
>

So if you delete the source block from t.org, you can export the file
with no problems, correct?

-- 
Nick

Re: [O] Trying to get chart from table working

[Peter Davis]

On Tue, Oct 3, 2017, at 10:37 AM, Nick Dokos wrote:
> Peter Davis  writes:
> 
> > On Mon, Oct 2, 2017, at 11:37 AM, Eric S Fraga wrote:
> >> On Monday,  2 Oct 2017 at 10:24, Peter Davis wrote:
> >> 
> >> [...]
> >> 
> >> > I added (gnuplot . t) to my org-babel-load-languages, and now I'm back
> >> > to
> >> >
> >> > Wrong type argument: arrayp, nil
> >> 
> >> Very strange.  Try M-x toggle-debug-on-error RET and then post a
> >> backtrace?
> >
> > Attached.
> >
> >> Also maybe post your complete example.
> >
> > I'm using the same t.org file you sent a couple of days ago.
> >
> >> What versions of gnuplot and org do you have installed?
> >
> > Gnuplot says it's V5.2, patchlevel 0
> > Org version is 9.0.9
> >
> > By the way, I tried filling in a tint value in the first row, and a PSA
> > value for the middle row, but got the same error.
> >
> 
> Peter,
> 
> can you export *anything* to html? Or maybe export anything with
> a table that includes a date? The backtrace seems to implicate this
> latter scenario.
> 
> This seems like a more generic error in the export engine and since
> nobody else sees it (afaik), I tend to agree with Eric F. that it
> might be your installation that is at fault.

Yes, I can export to both HTML and LaTeX/PDF, including tables with
dates, etc.  However, the document Eric sent, t.org, gives me the same
'wrong type argument' error. I'm assuming this is due to the gnuplot
instruction block in the document.

Thank you,
-pd


-- 
  Peter Davis
  www.techcurmudgeon.com

Re: [O] Trying to get chart from table working

[Nick Dokos]

Peter Davis  writes:

> On Mon, Oct 2, 2017, at 11:37 AM, Eric S Fraga wrote:
>> On Monday,  2 Oct 2017 at 10:24, Peter Davis wrote:
>> 
>> [...]
>> 
>> > I added (gnuplot . t) to my org-babel-load-languages, and now I'm back
>> > to
>> >
>> > Wrong type argument: arrayp, nil
>> 
>> Very strange.  Try M-x toggle-debug-on-error RET and then post a
>> backtrace?
>
> Attached.
>
>> Also maybe post your complete example.
>
> I'm using the same t.org file you sent a couple of days ago.
>
>> What versions of gnuplot and org do you have installed?
>
> Gnuplot says it's V5.2, patchlevel 0
> Org version is 9.0.9
>
> By the way, I tried filling in a tint value in the first row, and a PSA
> value for the middle row, but got the same error.
>

Peter,

can you export *anything* to html? Or maybe export anything with
a table that includes a date? The backtrace seems to implicate this
latter scenario.

This seems like a more generic error in the export engine and since
nobody else sees it (afaik), I tend to agree with Eric F. that it
might be your installation that is at fault.

-- 
Nick

Re: [O] The problem with scaling inline images with imagemagick

[Matt Lundin]

Ярослав Данько  writes:

> Hello everybody,
>
> I have the line (setq org-image-actual-width '(600)) in my init file.
> With all versions of ImageMagick till 6.9.9-13 it worked well, means
> scaling inline images to 600 px in width. 
>
> But with all higher versions (now it is 6.9.9-17) scaling not happens
> with the error `ImageMagick error: no decode delegate for this image
> format `JPEG' @ error/constitute.c/ReadImage/504`.
>
> Is something can be done in the org-mode or it is imagemagick bug?
>
> Thanks in advance.

I have the same problem, and it is not just limited to Org Mode. In
fact, I find that emacs can no longer display jpeg or png images with
the version of imagemagick listed above:

There is an emacs bug report for this:

bug#28626: 25.3; problem displaying images

I'm not sure if there is a corresponding imagemagick report.

Best,
Matt

[O] The problem with scaling inline images with imagemagick

[Ярослав Данько]

Hello everybody,

I have the line (setq org-image-actual-width '(600)) in my init file. With
all versions of ImageMagick till 6.9.9-13 it worked well, means scaling
inline images to 600 px in width.

But with all higher versions (now it is 6.9.9-17) scaling not happens with
the error `ImageMagick error: no decode delegate for this image format
`JPEG' @ error/constitute.c/ReadImage/504`.

Is something can be done in the org-mode or it is imagemagick bug?

Thanks in advance.

Re: [O] [ANN] Agenda speed up

[Marco Wahl]

>> The overall outcome (from elp) was:
>>
>> | wip-agenda-speedup | 823.31343007 |
>> | master |  13.70077639 |
>
> Fixed.

Thanks!  Looks much better now.

>  Could you test it again?

Now the numbers (for the agenda today [2017-10-03 Tue 12:19]) are

| wip-agenda-speedup | 40.3 |
| master | 13.9 |

Details below.


Best regards,  Marco


*** wip-agenda-speedup(f5bc563a6)

- first agenda creation

#+begin_src emacs-lisp :results drawer
(elp-instrument-package "org-")
(org-agenda-list)
(elp-results)
(set-buffer "*ELP Profiling Results*")
(buffer-string)
#+end_src

#+RESULTS:
:RESULTS:
org-agenda-list   1   
40.319749877  40.319749877
org-agenda--all-filtered-data 1   
25.853502855  25.853502855
org-agenda--file-data 13  
24.455112311  1.8811624855
org-agenda--inactive-data 13  
20.348160329  1.5652431022
org-agenda-prepare1   
8.6519741709  8.6519741709
org-agenda-prepare-buffers1   
8.647676857   8.647676857
org-get-agenda-file-buffer39  
8.192441179   0.2100625943
org-mode  12  
7.821512181   0.6517926817
org-set-startup-visibility12  
7.3841486830  0.6153457235
org-cycle-hide-drawers12  
6.8701314540  0.5725109545
org-element-at-point  6009
4.7852410630  0.0007963456
org-at-planning-p 28631   
4.6709920739  0.0001631445
org-element--parse-to 6009
4.1859619890  0.0006966154
org-element--current-element  10699   
2.7955038890  0.0002612864
org-agenda--planning-data 13  
1.960562504   0.1508125003
org-agenda-day-entries13  
1.8965473350  0.1458882565
org-agenda--timestamp-data13  
1.5601358319  0.1200104486
org-agenda-skip   27955   
1.0537350700  3.769...e-05
org-flag-drawer   5938
0.8942473320  0.0001505973
org-inlinetask-in-task-p  2619
0.8825332480  0.0003369733
org-agenda-skip-eval  55910   
0.8576132569  1.533...e-05
org-entry-get 1021
0.8163370580  0.0007995465
org--property-local-values985 
0.7918385440  0.0008038969
org-is-habit-p929 
0.7781246909  0.0008375938
org-get-property-block1048
0.7403500450  0.0007064408
org-element-planning-parser   1963
0.6084338040  0.0003099509
org-element-timestamp-parser  2448
0.4564960249  0.0001864771
org-element-property-drawer-parser5684
0.4392262350  7.727...e-05
org-overview  12  
0.409869880.0341558233
org-element-drawer-parser 2454
0.3520127849  0.000143
org-get-limited-outline-regexp31331   
0.3462765439  1.105...e-05
org-at-heading-p  19729   
0.3450200739  1.748...e-05
org-back-to-heading   3113
0.3358626239  0.0001078903
org-agenda-finalize-entries   1   
0.277405615   0.277405615
org-inlinetask-outline-regexp 2619
0.2371466240  9.054...e-05
org-before-first-heading-p1108
0.2354297489  0.0002124817
org-refresh-properties38  
0.2335974369  0.0061473009
org-parse-time-string 3792
0.2318385470  6.113...e-05
org-element--collect-affiliated-keywords  3023
0.2182822999  7.220...e-05
org-refresh-effort-properties 25  
0.1549454639  0.0061978185
org-outline-level 7979
0.1289716940  1.616...e-05
org-refresh-category-properties   13  
0.1254479299  0.0096498407
org-get-tags-at   80  
0.1213341579  

Re: [O] [ANN] Agenda speed up

[Nicolas Goaziou]

Hello,

Samuel Wales  writes:

> fr: org-git-version to show branch name.
>
> On 10/2/17, Nicolas Goaziou  wrote:
>> Do you mean you get an error which was fixed earlier? What error?
>
> you fixed error.
>
>>> ... but 9maint and 9master produce agenda in about 3s ...
>>>
>>> ... while wip produces agenda in 26.75s ...
>>
>> This is obviously a bug. I would need a complete ELP report to fix it.
>
> org-element-at-point  1104
> 17.213785437  0.0155921969
> org-element--parse-to 1104
> 17.098407592  0.0154876880
> org-element--current-element  69978
> 15.421312201  0.0002203737
> org-at-clock-log-p12745
> 12.127817233  0.0009515745

Fixed. Could you test it again?

Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] [ANN] Agenda speed up

[Nicolas Goaziou]

Hello,

Marco Wahl  writes:

> The overall outcome (from elp) was:
>
> | wip-agenda-speedup | 823.31343007 |
> | master |  13.70077639 |

Fixed. Could you test it again?

Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Trying to get chart from table working

[Eric S Fraga]

On Monday,  2 Oct 2017 at 15:39, Peter Davis wrote:
>> Very strange.  Try M-x toggle-debug-on-error RET and then post a
>> backtrace?
>
> Attached.

I cannot figure this out.  Maybe Nicolas will be able to help here.

> By the way, I tried filling in a tint value in the first row, and a PSA
> value for the middle row, but got the same error.

So it's not gnuplot, I would guess.  Could it be that you have a mixed
org installation?  Grasping at straws here...

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-87-g3c83f1


signature.asc
Description: PGP signature