Re: [O] org-babel-do-load-languages

[N. Raghavendra]

At 2018-05-03T14:07:37+01:00, Aaron Ecay wrote:

> Itʼs an unusual function indeed.  Thatʼs because it is used as the :set
> function for the defcustom org-babel-load-languages; see the info
> documentation (info "(elisp) Variable Definitions").

Thank you for explaining.  I still think it would be better to avoid
unexplained parameters in the user-level function
org-babel-do-load-languages.  I wonder if something like


(defun org-babel-do-load-languages (languages)
  "Load languages as specified by LANGUAGES.
LANGUAGES must be a list, each element of which is of the form
(LANG . ACTIVE), where LANG is the identifier of a supported
language, and ACTIVE is either t, for loading LANG, or nil, for
unloading LANG.  For a list of the supported languages and their
identifiers, see the Info node `(Org)Languages'."
  (setq-default org-babel-load-languages languages)
  (dolist (pair org-babel-load-languages)
(let ((active (cdr pair)) (lang (symbol-name (car pair
  (if active
  (require (intern (concat "ob-" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-execute:" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-expand-body:" lang)))

(defcustom org-babel-load-languages '((emacs-lisp . t))
   ...
   :set #'(lambda (sym value)
(ignore sym)
(org-babel-do-load-languages value))
   ...)


looks reasonable.

Raghu.

--
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/

[O] (no subject)

[Arne Babenhauserheide]

Dear Org Hackers,

When I use org-capture to capture a new task, the next headline
sometimes ends up being prefixed by the last line of the new task.

Example:

Begin:

* Foo
** old task

* Bar

After capture:

* Foo
** old task
** ❢ new task
   :LOGBOOK:
   CLOCK: [2018-05-03 Do 14:05]--[2018-05-03 Do 15:24] =>  1:19
   :END:

https://some.url/foo* Bar


Best wishes,
Arne Babenhauserheide



Emacs  : GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21)
 of 2017-09-22, modified by Debian
Package: Org mode version 9.1.7 (9.1.7-12-g74f6ed-elpa @ 
/home/babenhauserheide/.emacs.d/elpa/org-20180305/)

current state:
==
(setq
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe 
org-babel-header-arg-expand)
 org-habit-show-all-today t
 org-speed-command-hook '(org-speed-command-activate 
org-babel-speed-command-activate)
 org-clock-history-length 35
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-clock-mode-line-total 'today
 org-duration-format '((special . h:mm))
 org-confirm-shell-link-function 'yes-or-no-p
 org-columns-default-format "%25ITEM %TODO %3PRIORITY %TAGS %17Effort(Estimated 
Effort){:} %CLOCKSUM"
 org-jira-done-states '("Closed" "Resolved" "Done" "Geschlossen" "Bearbeitet")
 org-agenda-custom-commands '(("o" "Agenda and TODOs"
   ((agenda nil
 ((org-agenda-compact-blocks nil) 
(org-agenda-block-separator 45)
  (org-agenda-overriding-header ""))
 )
(tags-todo "-Arlaub-notodo" 
((org-agenda-block-separator 45)))
(tags "KANBAN"
 ((org-agenda-block-separator 45) 
(org-agenda-compact-blocks nil)
  (org-agenda-overriding-header ""))
 )
)
   )
  )
 org-default-notes-file "~/Plan/plan.org"
 org-capture-templates '(("l" "Task for later" entry (file+headline 
"~/Plan/plan.org" "Tasks") "** ❢ %?\n\n"
  :empty-lines 1 :clock-in t :clock-resume t)
 ("i" "Task to start immediately after filing" entry
  (file+headline "~/Plan/plan.org" "Tasks") "** ☯ 
%?\n\n" :jump-to-captured t
  :empty-lines 1 :clock-in t :clock-keep t)
 ("w" "weekly schedule" entry (file+headline 
"~/Plan/schedule.org" "Regular Schedule")
  "** %?\n   SCHEDULED: %^{Scheduled when?}T\n\n" 
:empty-lines 1 :clock-resume t)
 )
 org-clock-out-when-done nil
 org-after-todo-state-change-hook '(org-clock-out-if-current 
kiwon/org-agenda-redo-in-other-window)
 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-agenda-clock-consistency-checks '(:max-duration "10:00" :min-duration 0 
:max-gap "0:05" :gap-ok-around
   ("4:00" "12:30") :default-face
   ((:background "DarkRed") (:foreground 
"white")) :overlap-face nil
   :gap-face nil :no-end-time-face nil 
:long-face nil :short-face nil)
 org-babel-pre-tangle-hook '(save-buffer)
 org-global-properties '(("Effort_ALL" . "0:30 1:00 2:00 3:00 6:00 8:00 16:00 
40:00"))
 org-mode-hook '(#[0 "\205\301 \205\302\303\301 
!\304P!\305
!\205\306
!\262
\207"
   [org-ctags-enabled-p buffer-file-name expand-file-name 
file-name-directory "/TAGS"
file-exists-p visit-tags-table]
   3]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-show-block-all append 
local] 5]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-babel-show-result-all 
append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-bibtex-headline-format-function #[257 "\300
\236A\207" [:title] 3 "\n\n(fn 
ENTRY)"]
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-directory "~/Plan"
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-agenda-start-with-clockreport-mode t
 org-agenda-finalize-hook '((lambda nil (org-agenda-to-appt t)))
 org-modules '(org-bbdb org-bibtex org-crypt org-ctags org-docview org-eww 
org-gnus org-habit org-info org-irc
   org-mhe org-rmail org-w3m)
 org-clock-report-include-clocking-task t
 org-timer-default-timer "\"0:00:30\""
 org-babel-tangle-lang-exts '(("python" . "py") ("emacs-lisp" . "el") ("elisp" 
. "el"))
 org-confirm-elisp-link-function 'yes-or-no-p
 

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "<s[TAB]")

[William Denton]

On 3 May 2018, Carsten Dominik wrote:


after initial doubt about this issue, I am now siding with Nicolas on this
one.  I have started to use C-c C-,   , and it works very well.  In
particular, as Bernt says, the wrapping makes a very big difference, I have
always missed this.


I feel the same.  I'd set up ya-snippets to get the old behaviour, but I've been 
trying this and am going to switch over permanently.  (That said, it might make 
sense to do this in version 10.)


M-x three-cheers-for-org-mode,

Bill
--
William Denton :: Toronto, Canada   ---   Listening to Art: 
https://listeningtoart.org/
https://www.miskatonic.org/ ---   GHG.EARTH: http://ghg.earth/
Caveat lector.  ---   STAPLR: http://staplr.org/

Re: [O] (no subject)

[Bastien]

Dear Arne,

there was a temporary glitch in earlier version of Org about this,
please upgrade Org to 9.1.12 through the package system and let us
know if you still have this issue.

Thanks!

-- 
 Bastien

Re: [O] [PATCH] ob-clojure-literate don't enable minor mode by default.

[Nicolas Goaziou]

Hello,

stardiviner  writes:

> Hi, Nicolas, can you merge this minor update? thanks.

Applied. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] org-babel-do-load-languages

[Nicolas Goaziou]

Hello,

"N. Raghavendra"  writes:
> I also suggest a corresponding change in Org(Languages):
>
> 
>By default, only ‘emacs-lisp’ is enabled for evaluation.  To enable
> or disable other languages, customize the ‘org-babel-load-languages’
> variable either through the Emacs customization interface, or by adding
> code to the init file as shown next:
>
>In this example, evaluation is disabled for ‘emacs-lisp’, and enabled
> for ‘R’.
>
>  (org-babel-do-load-languages
>   '((emacs-lisp . nil)
> (R . t)))

Language names are not symbols. It should be Emacs Lisp and R. See,
e.g., Emacs and ESS manuals.

Regards,

-- 
Nicolas Goaziou

[O] keyword :html-postamble-format seems to not be used

[Brady Trainor]

Looking at source of `org-html--build-pre/postamble`, I think `:html-postamble 
t` does check `org-html-postamble-format`, but I'd like it to check 
`:html-postamble-format` as well.

I encountered this problem as I'm trying to remove the validate string in the 
postamble, which `:html-postamble auto` will always include.

Not sure if there's a way to still keep the result of `:time-stamp-file` with 
`:html-postamble t`. That is, retain the inserted `Created: ...` string.

-- 
Brady

Re: [O] keyword :html-postamble-format seems to not be used

[Nicolas Goaziou]

Hello,

Brady Trainor  writes:

> Looking at source of `org-html--build-pre/postamble`, I think
> `:html-postamble t` does check `org-html-postamble-format`, but I'd
> like it to check `:html-postamble-format` as well.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] (no subject)

[Arne Babenhauserheide]

Dear Bastien,

Thank you for your answer! I’ll check whether the update resolves this.


(and I’m sorry for the empty subject, I copied the email from Emacs,
since I do not have mail sending from emacs configured at work, and I
forgot to copy the subject).

Best wishes,
Arne

Bastien  writes:

> Dear Arne,
>
> there was a temporary glitch in earlier version of Org about this,
> please upgrade Org to 9.1.12 through the package system and let us
> know if you still have this issue.
>
> Thanks!


--
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature

Re: [O] [RFC] Could we get rid of Org specific "mark ring"

[Samuel Wales]

hi bastien,

On 4/26/18, Bastien  wrote:
> yes, I read the thread.  I understand your position and that of Allen,
> and there is absolutely no rush about this change.
>
> But the fact that the Global Mark Ring does not fit several uses is
> not a reason for not moving forward - I like the idea of a "link ring"
> and I think we can implement it.

are you saying that we keep the same functionality but limit it to links?

> Yes: I'm wondering what precise use-case of `org-mark-push-ring' is
> not covered by either the emacs local mark ring or global one?

i thought we discussed that in detail.

> Also, xref calls it a "stack", which I find more intuitive.

imo stack or tree [have you ever tried undo-tree's graphical tree?]
make more sense than ring.

> If xref implements what users expect from a global ring, then
> let's fix the global ring that way.  And make "link rings" based
> on a more generic global ring.

do you mean fix emacs global mark ring?  sounds good, but [politics,
new version does not come out until years later].

probably org should keep its own until emacs has had it fixed for a
few major versions, so fewer people need to install emacs just to get
the org version to work properly.  debian oldstable currently uses
emacs 24.4.1.

i'd want the local mark ring to allow double marking the same location.

if there are people who don't want to fix emacs, then there could be a
new, generic, improved global and local mark stack or tree as a
package.

Re: [O] keyword :html-postamble-format seems to not be used

[Brady Trainor]

Brady Trainor  writes:
> [...]

However, since `:html-postamble` accepts a function, I found it straightforward 
to take a bit from the source code and write the following,

#+begin_src emacs-lisp
:html-postamble
(lambda (info) (format
"%s: %s\n"
(org-html--translate "Created" info)
(format-time-string
 (plist-get info :html-metadata-timestamp-format
#+end_src

-- 
Brady

[O] Orgalist notes

[Eric Abrahamsen]

I'm very pleased that orgalist has become its own package! However I'm
seeing a few of the same bugs that made the previous orgstruct-mode
frustrating, though I'm hoping they will be easier to fix now.

There's one right there! Spurious indentation of everything after
the first line.

Now I'm explicitly deleting indentation, and starting again at the left
margin. Another bug seems to appear when making lists: automatic
filling starts a new list item, rather than continuing the paragraph
of the first item.

- Here's an item, now I'll hit M-RET
- Very nice
- Now here's an item that is so long that eventually the auto-fill kicks
- in and the line wraps. This line is now a new line item, rather than a
- continuation of the previous list item. So is this line.

Those are my observations so far. But overall very happy to see this!

  Eric

Re: [O] (no subject)

[steen]

FYI I am on org 9.1.4 and am still seeing this issue.

-- Steen


On Thu, May 3, 2018 at 2:26 PM Arne Babenhauserheide 
wrote:

> Dear Bastien,
>
> Thank you for your answer! I’ll check whether the update resolves this.
>
>
> (and I’m sorry for the empty subject, I copied the email from Emacs,
> since I do not have mail sending from emacs configured at work, and I
> forgot to copy the subject).
>
> Best wishes,
> Arne
>
> Bastien  writes:
>
> > Dear Arne,
> >
> > there was a temporary glitch in earlier version of Org about this,
> > please upgrade Org to 9.1.12 through the package system and let us
> > know if you still have this issue.
> >
> > Thanks!
>
>
> --
> Unpolitisch sein
> heißt politisch sein
> ohne es zu merken
>

Re: [O] Orgalist notes

[Eric Abrahamsen]

Eric Abrahamsen  writes:

> I'm very pleased that orgalist has become its own package! However I'm
> seeing a few of the same bugs that made the previous orgstruct-mode
> frustrating, though I'm hoping they will be easier to fix now.
>
> There's one right there! Spurious indentation of everything after
> the first line.
>
> Now I'm explicitly deleting indentation, and starting again at the left
> margin. Another bug seems to appear when making lists: automatic
> filling starts a new list item, rather than continuing the paragraph
> of the first item.
>
> - Here's an item, now I'll hit M-RET
> - Very nice
> - Now here's an item that is so long that eventually the auto-fill kicks
> - in and the line wraps. This line is now a new line item, rather than a
> - continuation of the previous list item. So is this line.

  Though I just noted that, if I manually delete the hyphen from a second
   line, and then continue typing until it wraps to a third line,
   the third line (and the lines thereafter) is correctly
   interpreted as part of the first item (ie, no additional hyphens
   are inserted).

Re: [O] org-babel-do-load-languages

[N. Raghavendra]

At 2018-05-03T21:58:46+02:00, Nicolas Goaziou wrote:

>>In this example, evaluation is disabled for ‘emacs-lisp’, and enabled
>> for ‘R’.
>>
>>  (org-babel-do-load-languages
>>   '((emacs-lisp . nil)
>> (R . t)))
>
> Language names are not symbols. It should be Emacs Lisp and R. See,
> e.g., Emacs and ESS manuals.

I agree, but I just copied the text from the current Org manual.

Raghu.

--
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/

Re: [O] org-babel-do-load-languages

[N. Raghavendra]

At 2018-05-03T15:16:17+01:00, Aaron Ecay wrote:

> In principle, you are correct.  However:
>
>> I wonder if something like
>>
>> 
>> (defun org-babel-do-load-languages (languages)
>
> If we change the arity of the function in this way, usersʼ
> configurations will break.  We could deprecate the old arity-2 calling
> convention, but continue to support it (and give warnings when it is
> used) long enough for users to change their configurations.
>
> Is it worth it though?  Why not just add a docstring to the existing
> function that explains its calling convention and call it a day?

This is a good solution.

>> (defcustom org-babel-load-languages '((emacs-lisp . t))
>>...
>>:set #'(lambda (sym value)
>> (ignore sym)
>
> You can achieve the same by naming the argument _sym without calling
> ignore.  Underscore-prefixed names are better (in general) than
> ignore, since the byte compiler will warn if you try to access their
> value (whereas, AFAIK, there is no warning if you access an ignore-d
> variable, and thus ignore may be mistakenly misleading.  Since the
> function is so short in this case, the issue doesnʼt really arise).

Thanks for that explanation too, I didn't know that.

Regards,

Raghu.

--
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "<s[TAB]")

[Carsten Dominik]

Dear all,

after initial doubt about this issue, I am now siding with Nicolas on this
one.  I have started to use C-c C-,   , and it works very well.  In
particular, as Bernt says, the wrapping makes a very big difference, I have
always missed this.

Carsten

On Wed, May 2, 2018 at 10:26 PM Bernt Hansen  wrote:

> Bernt Hansen  writes:
>
> > I am not really for or against enabling org-tempo by default.  If it's
> > not enabled by default and a clear path is documented for how to achieve
> > the same thing in ORG-NEWS using yasnippet or some other expansion
> > system then that is perfectly okay with me.  If I can't use  > anymore I'll just have to retrain my fingers which have been using this
> > for 10 years now -- it's doable it will just take me some time :))
>
> So I'm changing my vote :)
> I've disabled org-tempo and am in the process of learning to use C-c C-,
> instead of 
> It wraps selected regions in the e and s templates and works great! :)
>
> Thanks Nicolas!
>
> Regards,
> Bernt
>
>

[O] org-babel-do-load-languages

[N. Raghavendra]

I am puzzled with this definition:


(defun org-babel-do-load-languages (sym value)
  "Load the languages defined in `org-babel-load-languages'."
  (set-default sym value)
  (dolist (pair org-babel-load-languages)
(let ((active (cdr pair)) (lang (symbol-name (car pair
  (if active
  (require (intern (concat "ob-" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-execute:" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-expand-body:" lang)))


First, the documentation string doesn't explain the significance of the
parameters SYM and VALUE.  Second, the main part of the function, that
is, the expression

(dolist (pair org-babel-load-languages) ...)

does not refer either to SYM or VALUE.  Therefore, I suggest changing
the definition along the following lines:


(defun my-org-babel-do-load-languages (languages)
  "Load languages as specified by LANGUAGES.
LANGUAGES must be a list, each element of which is of the form
(LANG . ACTIVE), where LANG is the identifier of a supported
language, and ACTIVE is either t, for loading LANG, or nil, for
unloading LANG.  For a list of the supported languages and their
identifiers, see the Info node `(Org)Languages'."
  (set-default org-babel-load-languages languages)
  (dolist (pair org-babel-load-languages)
(let ((active (cdr pair)) (lang (symbol-name (car pair
  (if active
  (require (intern (concat "ob-" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-execute:" lang)))
(funcall 'fmakunbound
 (intern (concat "org-babel-expand-body:" lang)))


I also suggest a corresponding change in Org(Languages):


   By default, only ‘emacs-lisp’ is enabled for evaluation.  To enable
or disable other languages, customize the ‘org-babel-load-languages’
variable either through the Emacs customization interface, or by adding
code to the init file as shown next:

   In this example, evaluation is disabled for ‘emacs-lisp’, and enabled
for ‘R’.

 (org-babel-do-load-languages
  '((emacs-lisp . nil)
(R . t)))


Raghu.

--
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/

Re: [O] org-babel-do-load-languages

[Aaron Ecay]

Hi Raghu,

2018ko maiatzak 3an, "N. Raghavendra"-ek idatzi zuen:
> 
> I am puzzled with this definition:

Itʼs an unusual function indeed.  Thatʼs because it is used as the :set
function for the defcustom org-babel-load-languages; see the info
documentation (info "(elisp) Variable Definitions").

-- 
Aaron Ecay

Re: [O] org-babel-do-load-languages

[N. Raghavendra]

At 2018-05-03T16:49:01+05:30, N. Raghavendra wrote:

>   (set-default org-babel-load-languages languages)

I meant `setq-default' there, not `set-default'.

Raghu.

-- 
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/

Re: [O] (no subject)

[Michael Welle]

Hello,

Bastien  writes:

> Dear Arne,
>
> there was a temporary glitch in earlier version of Org about this,
> please upgrade Org to 9.1.12 through the package system and let us
> know if you still have this issue.
oh, i thought that is a feature of some kind. Let me upgrade... Hm, the
feature|issue still exist in 9.1.12.

The issue occurs if the capture buffer isn't finished with a newline. My
workaround:

;;
;; Since some time Org does not prepend a \n after inserting
;; a capture template. We fix this ;).
;;
(defun hmw/org-insert-newline-after-template ()
  (goto-char (point-max))
  (if (not (re-search-backward "\\(^$\\)" (point-at-bol) t))
  (progn
(goto-char (point-max))
(insert "\n"

(setq org-capture-prepare-finalize-hook
  'hmw/org-insert-newline-after-template)

Regards
hmw

[O] viewing attachment directory fails (silently)

[Eric S Fraga]

Hello all,

I have org-file-apps set to '((auto-mode . emacs)) as I see no reason to
ever leave Emacs...  However, when I try to view an attachment directory
(C-c C-a f), the *Messages* buffer says:

Running view 
/home/ucecesf/s/notes/data/ff/c0d4d0-860f-4e10-8b10-9ff4ac9ad8aa...done

and nothing appears, unsurprisingly as "view" is equivalent to "vim" on
my system :-(

This started happening some time ago now but I haven't had a chance to
pursue this until now.

Can anybody please suggest what I may be doing wrong?  I see no
advantage to viewing a directory in anything other than dired!

Thanks,
eric

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-591-gee336b


signature.asc
Description: PGP signature

Re: [O] Orgalist notes

[Eric S Fraga]

On Thursday,  3 May 2018 at 16:21, Eric Abrahamsen wrote:
> I'm very pleased that orgalist has become its own package! However I'm
> seeing a few of the same bugs that made the previous orgstruct-mode
> frustrating, though I'm hoping they will be easier to fix now.
>
> There's one right there! Spurious indentation of everything after
> the first line.
>
> Now I'm explicitly deleting indentation, and starting again at the left
> margin. Another bug seems to appear when making lists: automatic
> filling starts a new list item, rather than continuing the paragraph
> of the first item.
>
> - Here's an item, now I'll hit M-RET
> - Very nice
> - Now here's an item that is so long that eventually the auto-fill kicks
> - in and the line wraps. This line is now a new line item, rather than a
> - continuation of the previous list item. So is this line.

Hi Eric,

Interesting.  I see the following:

- here is an item
- and a second from M-RET
- and the third one which is long but will hopefully be auto-filled when
  I type enough.  And, lo and behold, it seems to work just fine.

I find that orgalist works much better than orgstruct-mode ever
did.  The experience you are having is what I used to get with
orgstruct-mode which meant I usually did not enable it.  orgalist is
enabled all the time and I have yet to see any strange behaviour [1].

Hope this helps,

the other eric

Footnotes:
[1]  well, other than me sitting looking blankly at the screen while
 waiting for an email to be sent because I typed C-c C-c and forgot
 that I was sitting in a list when I did so...  orgalist takes over
 that binding when in a list and I keep forgetting!

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-591-gee336b


signature.asc
Description: PGP signature