Re: [O] Babel-R TBLFM example

[Shiyuan]

Thanks Bastien. I see ob-R.el from org-mode repos has been updated. So is
the org-R from git-repos ready to use? Could you suggest  a good place to
start learning the new org-R? The source file ob-R.el?

Shiyuan


On Mon, Jul 28, 2014 at 6:21 AM, Bastien  wrote:

> Hi Shiyuan,
>
> Shiyuan  writes:
>
> > Also, I found this tutorial for org-R http://orgmode.org/worg/
> > org-tutorials/org-R/org-R.html, however, the org-R-apply function
> > seems no longer available in my org mode 8.2.6. Is org-R supposed to
> > be deprecated?
>
> No, but it's moving.  Since ob-R.el is perhaps one of the most useful
> Babel library out there, we need to document the changes carefully in
> etc/ORG-NEWS.
>
> --
>  Bastien
>

[O] [PATCH] Remove unecesssary invocations of org-mode in ox-publish

[Matt Lundin]

This patch fixes a bug in which org-publish makes the following call...

(let ((org-inhibit-startup t) (org-mode)))

...in buffers that are already open. This often happens, for instance,
when publishing a sitemap. But there is no need to call org-mode again
in these open buffers. Moreover calling org-mode with
org-inhibit-startup set to t destroys crucial information in open
buffers, such as dir-locals variables. This can interfere rather
seriously with web publishing, causing website files I am editing to
lose the following crucial settings after I call org-publish:

((org-mode .
   ((org-link-file-path-type . relative)
(org-display-custom-times . t

Thanks,
Matt

>From 05410ec611fdf8483053e2905df9a52ea9c53551 Mon Sep 17 00:00:00 2001
From: Matt Lundin 
Date: Mon, 28 Jul 2014 23:56:42 -0500
Subject: [PATCH] Remove unnecessary invocations of org-mode

* lisp/ox-publish.el: (org-publish-find-title) (org-publish-find-date)
  Fix unnecessary invocations of org-mode with
  org-inhibit-startup.

The functions above call org-mode with org-inhibit-startup in org
buffers that are already open. The result is that these open buffers
lose some crucial local variables during publishing. For instance,
an open buffer will lose its dir-local-variables-alist setting
during publishing. There is no need to call org-mode here, because
org-mode is a) either already initialized in the buffer or b)
initialized via earlier call to find-file-no-select.

This looks to me like a relic of some past time when these functions were
called in temporary buffers that contained copies of the file's contents.
---
 lisp/ox-publish.el | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/lisp/ox-publish.el b/lisp/ox-publish.el
index be208df..94f12e9 100644
--- a/lisp/ox-publish.el
+++ b/lisp/ox-publish.el
@@ -806,11 +806,9 @@ Default for SITEMAP-FILENAME is 'sitemap.org'."
   "Find the title of FILE in project."
   (or
(and (not reset) (org-publish-cache-get-file-property file :title nil t))
-   (let* ((org-inhibit-startup t)
-	  (visiting (find-buffer-visiting file))
+   (let* ((visiting (find-buffer-visiting file))
 	  (buffer (or visiting (find-file-noselect file
  (with-current-buffer buffer
-   (org-mode)
(let ((title
 	  (let ((property (plist-get (org-export-get-environment) :title)))
 		(if property
@@ -831,7 +829,6 @@ time in `current-time' format."
 	   (file-buf (or visiting (find-file-noselect file nil)))
 	   (date (plist-get
 		  (with-current-buffer file-buf
-		(let ((org-inhibit-startup t)) (org-mode))
 		(org-export-get-environment))
 		  :date)))
   (unless visiting (kill-buffer file-buf))
-- 
2.0.2

[O] Regex Speedup for org-refresh-category-properties.

[Malcolm Purvis]

I use the master version of org, and some months ago the time required
to generate my custom agenda view sky rocketed.  I've found that 90% of
the time was being spent in the call to re-search-forward in
org-refresh-category-properties.  The patch below speeds up the regular
expression search and makes the generation of my agenda as fast as
before.

Malcolm

diff --git a/lisp/org.el b/lisp/org.el
index 7e30061..2fc6854 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -9474,7 +9474,7 @@ The refresh happens only for the current tree (not 
subtree)."
 (goto-char (point-min))
 (put-text-property (point) (point-max) 'org-category def-cat)
 (while (re-search-forward
-"^[ \t]*\\(#\\+CATEGORY:\\|[ \t]*:CATEGORY:\\)\\(.*\\)" nil t)
+"^[ \t]*\\(#\\+CATEGORY:\\|*:CATEGORY:\\)\\(.*\\)" nil t)
   (setq pos (match-end 0)
 optionp (equal (char-after (match-beginning 0)) ?#)
 cat (org-trim (match-string 2)))

-- 
   Malcolm Purvis 

Re: [O] A gentle introduction to Emacs & Org-mode?

[John Kitchin]

This page has some links to some videos that you might find helpful:
http://kitchingroup.cheme.cmu.edu/blog/2014/07/12/Org-mode-is-awesome/. Some
are more gentle than others ;)

Bastien  writes:

> Hi Marcin,
>
> Marcin Borkowski  writes:
>
>> Also, is prelude or Emacs Starter Kit a good idea?
>
> My very personal stand on this is that prelude and Starter kit
> are good options when someone wants to discover Emacs, but can
> sometimes get in the way: if something goes wrong, you are not
> sure who to blame, the modified setup or Emacs.
>
>> I understand this is opinion-based, but maybe someone has some
>> experience *teaching* Emacs and Org-mode?)
>
> My "teaching/helping" IRL experience is that people start with
> a Starter Kit because they are afraid of the Beast, sometimes
> for no good reasons.  It's better to simply play by the rules:
> that way, when something goes wrong, the odds are greater to
> understand what and why.
>
> As for a gentle introduction with a wide scope on E&Om, I don't
> think there is such a thing... sadly.
>
> Good luck to your friend!

-- 
---
John Kitchin
Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu

Re: [O] What is the best in-Emacs presentation mode for org-files today?

[John Kitchin]

I agree with org-mode. Check out
https://www.youtube.com/watch?v=JZ8RK-R9O_g, which is an illustration of
some code I adapted from Sacha Chua. At the top of
https://github.com/jkitchin/jmax/blob/master/org-show.org you can find
some links to other presentation tools in Emacs.

Bastien  writes:

> Hi Grant,
>
> Grant Rettke  writes:
>
>> What are you opinions on the best mode for doing:
>> 1. Presentations inside of Emacs
>> 2. Using all the options available for org mode while in the presentation
>
> ... org-mode.
>
> I've found out that tweaking the font size and navigating through
> an Emacs buffer is often good enough for presentations.

-- 
---
John Kitchin
Professor
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
http://kitchingroup.cheme.cmu.edu

Re: [O] [PATCH] org-capture, :default-time and <...>

[Erik Hetzner]

At Mon, 28 Jul 2014 18:13:04 +0200,
Bastien wrote:
> 
> Hi Erik,
> 
> using a custom date is done via `org-overriding-default-time' (within
> a let construct) instead of (org-capture-put :default-time date).
> 
> Yes, the details are obscure and we need to better document this.
> 
> Let us know if you achieve something,

Hi Bastien,

Thanks so much for your reply.

What I would like to do is have something a capture template string
similar to %^t, but with a custom date format string, e.g.
%^<%Y/%m/%d>. Is this possible in some way? I was using
org-capture-put because that is how org-capture-set-target-location
uses it for the file+datetree+prompt method.

best, Erik

-- 
Sent from my free software system .

Re: [O] org-envolve?

[Thomas S. Dye]

Aloha David,

David Arroyo Menendez  writes:

>>> + davidam-org-envolve-src(msg)
>>> + davidam-org-src(msg)
>>
>> It's quicker to add values to `org-structure-template-alist' IMO.
>>
>
> I'm taking a look to org-structure-template-alist, it seems for
> autocompletion. How can I use it? org-try-structure-completion, it's not
> an interactive function.

IIUC, org-structure-template-alist is for Easy Templates (Section 15.2
in the manual).  I think these function differently from your
*-envolve-* functions.  The Easy Templates prepare a container to be
filled, and your functions (which I find handy, too, thanks!) take
extant text and convert it to a source block or list.

hth,
Tom
 
-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] org-contact Export

[Daimrod]

Esben Stien  writes:

> Daimrod  writes:
>
>> It wasn't possible, but it is now. I've slightly modified
>> `org-contacts-export-as-vcard' so that it will prompt for a user name
>> when called with a prefix argument.
>
> This is in git?
Yes.

>> The new function's behovior when called interactively is the following:
>> 1. no prefix : do as before, export all contacts to
>>   `org-contacts-vcard-file'.
>> 2. C-u : prompt for a contact name and use the contact at point if it
>>   exists, then export the matching contacts to
>>   `org-contacts-vcard-file'.
>> 3. C-u C-u : same as 2. but prompt for a file name where to export
>>instead of `org-contacts-vcard-file'.
>> 4. C-u C-u C-u : same as 3. but prompt for a buffer name instead of a
>>file name.
>
> How about export to kill-ring?

Do you mean in the kill-ring instead of the buffer? or with another
prefix level (C-u C-u C-u C-u)?

-- 
Daimrod/Greg

Re: [O] org-envolve?

[David Arroyo Menendez]

Bastien  writes:

> Hi David,
>
> David Arroyo Menendez  writes:
>
>> + davidam-org-envolve-src(msg)
>> + davidam-org-src(msg)
>
> It's quicker to add values to `org-structure-template-alist' IMO.
>

I'm taking a look to org-structure-template-alist, it seems for
autocompletion. How can I use it? org-try-structure-completion, it's not
an interactive function.

>> + davidam-org-envolve-check-list()
>> + davidam-org-envolve-numbered-list()
>
> I don't understand what those functions should do and they don't work
> until the mark is set -- can you tell more?

Yes, I have some ítems

mapcar
defun
apply
cons

Then I mark the region of this ítems, apply the function and obtain:

+ [ ] mapcar
+ [ ] defun
+ [ ] apply
+ [ ] cons

:)

Re: [O] indent c-c -?

[Samuel Wales]

hi bastien,

On 7/27/14, Bastien  wrote:
>> i would like this:
>>
>>   - 1
>>   - 2
>
> Put the cursor at the beginning of the non-indented item then hit
> S-M- twice to "demote" the list by two indentation levels.

that is how to do it manually.  what i want is how to do it every time
i do c-c - on a set of entries, automatically.

Re: [O] bug: isearch puts ellipses at top of window

[Samuel Wales]

On 7/27/14, Bastien  wrote:
>> in maint, isearch very often puts ... at the top of the window.  is
>> this related to recent ellipsis bugs?
>
> This is related to the removal of an ill-thought fix for this very
> same problem.  I suggest we live with it right now.

is this fixed in master?  even when full screen and one window per
frame, i only have a few lines, so taking one away with pointless
ellipsis is significant.  also, it seems to elide file local
variables.  it is a large monitor, but large fonts.  i usually find
myself reverting the buffer to get rid of the ellipses.

thanks.

Re: [O] How to list inactive timestamps and logged items together in agenda?

[Samuel Wales]

i have these notes in my .emacs-alike:

;;this is a good solution, but it is a defvar.  ] to do it
;;temporarily.  it might exclude the ts in the closed ts.
(setq org-agenda-include-inactive-timestamps t)
;;
;;this way i can see what i did so far in the day and remind me
;;of good or bad things i did instead or in addition to the real
;;items to do today.  l to toggle.
(setq org-agenda-start-with-log-mode t)

i also find that it really helps to have inactive lines be their own
font instead of the default font.

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

Re: [O] Dired-like agenda

[Samuel Wales]

On 7/28/14, Bastien  wrote:
> 8.3 is already overloaded with new features, so let's put this
> for 8.4, and let's continue to refine the suggestion.

looking forward to it.

Re: [O] proposal to have ignoreheading tags/properties

[Rasmus]

Nicolas Goaziou  writes:

> Hello,
>
> Bastien  writes:
>
>> I suggest renaming ox-extra.el to ox-filters-extra.el and to have
>> org-mode/lisp/ox-filters.el for filters that are important enough
>> to be in core.
>>
>> I think Eric's filter is important enough to be in core, together
>> with an option to let users decide what tag should be used instead
>> of "ignore" (with "ignore" as a default).
>>
>> Filters are nice and not used enough, having some filters in core
>> can help teaching people how to use them.
>>
>> What do you all think?
>
> Filters are _not_ meant to be in core since they are hardly a generic
> solution for a class of problem. They are entry points for user-level
> hacking. Generic patches should operate at the parse tree level, not
> using regexps.
>
> Eric's filter, like any other filter, has flaws that cannot be fixed.
> Useful filters ought to be published in Worg, not included in core.

I agree with Nicolas, though I thought the inclusion was settled by
now.  Repeating myself upon the announcement of ox-extra.el¹:

If it's helpful (enough) it should be ox.el, I guess, or
ox-ENGINGE.el. . .  Parallel, semi-official extension to ox itself
doesn't sound nice.

Worg → ox-filters is better IMO.  This would only become more true (in
my mind) if that — again IMO, horrendous — idea of splitting off
contrib is made into reality.

Cheers,
Rasmus

Footnotes: 
¹   http://lists.gnu.org/archive/html/emacs-orgmode/2014-06/msg00813.html

-- 
I feel emotional landscapes they puzzle me

Re: [O] Enabling another language in org-babel

[Ista Zahn]

Hi all,

Please find code attached that implements stata support in org-babel.
The attached ob-stata.el is a modified version of ob-julia.el. It
currently supports evaluation of stata code from babel code blocks
with ':results output' (and this has been set as the default). Neither
':results value' nor ':results graphics' work. I suspect that
':results value' doen't make sense for stata, in which case all the
value-specific stuff should be removed. I would like to eventually get
':results graphics' working, but have not yet implemented it.

If there are no objections I would like to add this to contrib.

Best,
Ista

On Mon, Jul 28, 2014 at 9:20 AM, Bastien  wrote:
> Hi Ista,
>
> Ista Zahn  writes:
>
>> I don't know if this is ready for contrib yet (though I don't object
>> if you think it is). I'm not sure what quality standards exist for
>> contrib, but this is really quick and dirty; it would be nice to at
>> least implement graphics support. On the other hand its better than
>> nothing, so maybe it does make sense to add it to contrib.
>
> Yes, it makes sense to add it to contrib, it will help others step up
> and improve the code if needed.
>
>> Also I'm not sure what the development process is once things go in
>> contrib (sorry for my ignorance!). Does contrib live in the same code
>> repository as the rest of org, or are things in contrib developed
>> separately and pulled in later?
>
> contrib/ lives in the same Git repository than the rest of Org (which
> is arguably a problem).  So everything is developed at the same place.
>
> Once you send me your public key, I'll grant you write access to the
> repository and you can push commits.
>
>> In short feel free to add it to contrib if you want, but be aware that
>> it is  in pretty rough shape.
>
> Please provide a separate commit on the list for this piece of code,
> so that we can review it and commit it.  And if you want to get push
> access, please send me your public key.
>
> Thanks!
>
> --
>  Bastien
;;; ob-stata.el --- org-babel functions for stata code evaluation

;; Copyright (C) 2014 Ista Zahn
;; Author: Ista Zahn, based on ob-julia.el by G. Jay Kerns, and ob-R.el
;; by Eric Schulte and Dan Davison


;; This file is not part of GNU Emacs.

;; This program is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation; either version 3, or (at your option)
;; any later version.
;;
;; This program is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.
;;
;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs; see the file COPYING.  If not, write to the
;; Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
;; Boston, MA 02110-1301, USA.

;;; Commentary:

;; The file provides Org-Babel support for evaluating stata code.
;; It is basically result of find-and-replace "stata" for "julia"
;; in ob-julia.el by G. Jay Kerns. Only ":results output" works: the
;; header args must include ":results output" (this is the default).
;; Note that I'm not sure ':results value' makes sense or is useful 
;; but I have left all the value-processing stuff inherited from 
;; ob-julia and ob-R. ':results graphics' would be nice, but I have
;; not tried to implement it.

;;; Requirements:

;; Stata and ESS are required.

;;; Code:
(require 'ob)
(eval-when-compile (require 'cl))

(declare-function orgtbl-to-csv "org-table" (table params))
(declare-function stata "ext:ess-stata" (&optional start-args))
(declare-function inferior-ess-send-input "ext:ess-inf" ())
(declare-function ess-make-buffer-current "ext:ess-inf" ())
(declare-function ess-eval-buffer "ext:ess-inf" (vis))
(declare-function org-number-sequence "org-compat" (from &optional to inc))
(declare-function org-remove-if-not "org" (predicate seq))

(defconst org-babel-header-args:stata
  '((width		 . :any)
(horizontal		 . :any)
(results . ((file list vector table scalar verbatim)
			(raw org html latex code pp wrap)
			(replace silent append prepend)
;; NOTE: not sure 'value' makes sense in stata
;; we may want to remove it from the list
			(output value graphics
  "stata-specific header arguments.")

(add-to-list 'org-babel-tangle-lang-exts '("stata" . "do"))

;; only ':results output' currently works, so make that the default
(defvar org-babel-default-header-args:stata '((:results . "output")))

(defcustom org-babel-stata-command inferior-STA-program-name
  "Name of command to use for executing stata code."
  :group 'org-babel
  :version "24.4"
  :package-version '(Org . "8.0")
  :type 'string)

(defvar ess-local-process-name) ; dynamically scoped
(defun org-babel-edit-prep:stata (info)
  (let ((ses

Re: [O] [FeatReq] New option for `org-entry-properties' WHICH argument?

[Thorsten Jolitz]

Bastien  writes:

Hi Bastien,

> Thorsten Jolitz  writes:
>
>> what about adding one more option for WHICH
>>
>> ,[ C-h f org-entry-properties RET ]
>> | org-entry-properties is a compiled Lisp function in `org.el'.
>> | 
>> | (org-entry-properties &optional POM WHICH SPECIFIC)
>> | [...]
>> | If WHICH is nil or `all', get all properties.  If WHICH is
>> | `special' or `standard', only get that subclass.  If WHICH
>> | is a string only get exactly this property.  SPECIFIC can be a
>> | string, the
>> | specific property we are interested in.  Specifying it can speed
>> | things up because then unnecessary parsing is avoided.
>> `
>>
>> that would filter out all Org related properties, i.e. the properties
>> the system itself uses, and thus return only the application related
>> properties?
>>
>> E.g. option 'non-org'
>
> You mean `non-special' or `non-standard'?  I.e. all properties that
> are not listed as special properties?

yes, I mean filtering out as many special, standard or otherwise
'wellknown' system-properties and return just the remaining
application/user-defined properties.

> Yes, I see how it would be useful.
>
> Can you provide a patch for this?

I had a look, and its not as trivial as I thought. This function clearly
predates the new parser, it does not make use of variables like 

,
| org-custom-properties 
| org-default-properties 
| org-global-properties
| org-global-properties-fixed 
| org-special-properties
| org-element-document-properties
| org-taskjuggler-default-global-properties
`

and the way it is written I cannot simply add another 'case' or 'cond'
statement to get all properties that are not special or standard. 

So what would be the strategy here?

 - complete rewrite based on the new parser (and making use of the above
   mentioned variables)?

 - some heavy refactoring, on the line of adding let-bindings for the
   special and standard properties and introducing a '(case which ()...)
   expression with fallback to 'all?

 - ask the maintainer for a hint towards a smarter less intrusive
   solution?

-- 
cheers,
Thorsten

Re: [O] org-contact Export

[Esben Stien]

Daimrod  writes:

> It wasn't possible, but it is now. I've slightly modified
> `org-contacts-export-as-vcard' so that it will prompt for a user name
> when called with a prefix argument.

This is in git?

> The new function's behovior when called interactively is the following:
> 1. no prefix : do as before, export all contacts to
>   `org-contacts-vcard-file'.
> 2. C-u : prompt for a contact name and use the contact at point if it
>   exists, then export the matching contacts to
>   `org-contacts-vcard-file'.
> 3. C-u C-u : same as 2. but prompt for a file name where to export
>instead of `org-contacts-vcard-file'.
> 4. C-u C-u C-u : same as 3. but prompt for a buffer name instead of a
>file name.

How about export to kill-ring?

-- 
Esben Stien is b0ef@e s  a 
 http://www. s tn m
  irc://irc.  b  -  i  .   e/%23contact
   sip:b0ef@   e e 
   jid:b0ef@n n

Re: [O] Collecting unique selling proposition (USP) of Org-mode

[Thorsten Jolitz]

Bastien  writes:

> Hi Karl,
>
> Karl Voit  writes:
>
>> ... I am sure, you have a pretty good idea what to add to this list
>> as well. So: add it :-)
>
> My suggestion for a USP: "Org-mode comes with a unique community".

Maybe adding that Org-mode has a maintainer who owns the magic 

,
| M-x autopost
`

command that makes M-x butterfly look trivial and prosaic in
comparison. 

So be prepared to find 114 (!) new messages in the Org mailing list
after you went for a swim for 2hours or so, almost all of them from just
one person ;)

amazing ...

-- 
cheers,
Thorsten

Re: [O] proposal to have ignoreheading tags/properties

[Nicolas Goaziou]

Hello,

Bastien  writes:

> I suggest renaming ox-extra.el to ox-filters-extra.el and to have
> org-mode/lisp/ox-filters.el for filters that are important enough
> to be in core.
>
> I think Eric's filter is important enough to be in core, together
> with an option to let users decide what tag should be used instead
> of "ignore" (with "ignore" as a default).
>
> Filters are nice and not used enough, having some filters in core
> can help teaching people how to use them.
>
> What do you all think?

Filters are _not_ meant to be in core since they are hardly a generic
solution for a class of problem. They are entry points for user-level
hacking. Generic patches should operate at the parse tree level, not
using regexps.

Eric's filter, like any other filter, has flaws that cannot be fixed.
Useful filters ought to be published in Worg, not included in core.


Regards,

-- 
Nicolas Goaziou

Re: [O] how to use :options-alist in org-export-define-derived-backend ?

[Nicolas Goaziou]

Hello,

Bastien  writes:

> Nicolas Goaziou  writes:
>
>> Automatically set document's title to file name or buffer name when no
>> TITLE keyword is provided.
>
> I think that's the right thing to do and I don't see the benefits of
> doing otherwise.  In some cases, it even forced me to use better file
> names. 

The benefit is that it becomes less clumsy to get rid of the title, when
you don't want any.


Regards,

-- 
Nicolas Goaziou

Re: [O] [bug, beamer] Frame parameters taken from example code block

[Nicolas Goaziou]

Hello,

Bastien  writes:

> Maybe it's time to forbid blank lines between headlines and the
> properties drawer?  Or at least to discourage separating them in
> the manual?  Otherwise I don't have a steady solution at hand.

I think this is fixed already.


Regards,

-- 
Nicolas Goaziou

Re: [O] proposal to have ignoreheading tags/properties

[Mark Edgington]

Hi Rasmus,

Rasmus  gmx.us> writes:

> 
> Bastien  gnu.org> writes:
> >
> > I think Eric's filter is important enough to be in core, together
> > with an option to let users decide what tag should be used instead
> > of "ignore" (with "ignore" as a default).
> 
> How about "ignoreheading" as this is already the appropriate tag for a
> similar type of action in ox-beamer.el?  See e.g. the variable
> org-beamer-environments-special and consider this awkward headline:
> 
>* my ignored headline :ignored:ignoreheading:
>  Ignored in Beamer and in LaTeX
> 

I am partial to "ignore" because it is simpler, and if manually typing in,
requires less effort.  But anyway, wouldn't it be the case that you would
only need to use "ignore" (and not also "ignoreheading"), since it would
filter out such headlines and ox-beamer wouldn't even see them?  If this
isn't the case, it would be sensible for things to work that way nonetheless.

Regards,

Mark

Re: [O] if we operate on a subtree, perhaps we could adjust levels

[Samuel Wales]

org-yank-adjusted-subtrees?

On 7/28/14, Bastien  wrote:
> Hi Samuel and Achim,
>
> Achim Gratz  writes:
>
>> Samuel Wales writes:
>>> you will notice that the decrypted subtree is actually at a higher
>>> level than its parent.  this is a violation of org structure.
>>>
>>> in consequence, it can silently swallow the entire rest of the file.
>>>
>>> this is not desired.
>
> I see now, thanks.
>
>>> is there a way to fix it?
>>
>> There's two ways I can think of:
>>
>> 1. Record the subtree level in a property before doing the encryption
>> and compare that to the level after decryption.  If there's no match,
>> then promote or demote as appropriate.
>
> I tried that way, but promoting and demoting the subtrees of the
> encrypted entry is tricky.
>
>> 2. Demote the whole subtree to toplevel before encryption and promote
>> into the correct level on decryption, (much in the same way that
>> includes are handled).
>
> By "correct level on decryption" you mean toplevel?  This would really
> circumvent the problem.
>
> Maybe we can store the level in a property on encryption and simply
> throw a warning on decryption, letting the user decide whether she
> wants to continue decrypting even when it may break the hierarchy.
>
> What do you think?
>
> --
>  Bastien
>
>


-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

[O] error in only text exporter

[Xebar Saram]

Hi list

for some reason exporting to txt dosent work here. all other options
(html,pdf etc) work.

in the message window i get:

concat: Wrong type argument: wholenump, auto

anyway i can get more info on this and try to figure out whats going on?

thx!

Z

Re: [O] [PATCH] Fix id generation in ox-rss.el

[Bastien]

Hi Matt,

Matt Lundin  writes:

> The attached patch fixes a bug in ox-rss.el that causes org-publish to
> generate IDs in whatever org buffer emacs happens to be currently
> visiting. I was puzzled why my org files were suddenly filled with
> hundreds of ID entries. I discovered it happened when I called org
> publish while visiting those files.

Applied, thanks for catching this ugly bug.

-- 
 Bastien

Re: [O] [POLL] Syntax change: make \[...\] non-inline

[Bastien]

Hi Nicolas,

Nicolas Goaziou  writes:

> - documents containing \[...\] mid-line will be broken (such
>   constructs will not be recognized anymore).

That's a big cons for only a small benefit IMHO.

But I don't feel strongly about it.

-- 
 Bastien

Re: [O] [FR] fill caption

[Bastien]

Hi Aaron,

Aaron Ecay  writes:

> There’s a warning in the Org manual about using filladapt with org, but
> I’ve never noticed any problems.

Interesting -- was it always like this?  Or is it due to the recent
improvements Nicolas made to the filling mechanisms?  If the manual
needs to remove the warning, let's do so.

-- 
 Bastien

Re: [O] Add orgstruct-appendix to .emacs to default for .R-files

[Bastien]

Hi Henning,

Henning  writes:

> Is there any way to put the following lines of code into my
> .emacs-file, so the orgstruct-properties becaume default for all my
> .R-Files?

I guess you may want to use something like yasnippets:

  http://www.emacswiki.org/emacs/Yasnippet

HTH,

-- 
 Bastien

Re: [O] Maxima code blocks does not work in windows revisited

[Bastien]

Hi Juan,

Juan Alvaro Fuentes  writes:

> It seems that maxima code blocks still does not work in windows as
> the following code did not work when I tried to run it:

I don't have a machine with Windows so I can't really help here, but I
hope an Org/Maxima/Windows user can help debugging this further.

Best,

-- 
 Bastien

Re: [O] Advanced video tutorial

[Bastien]

Hi Chris,

Chris Henderson  writes:

> Is there any Advanced video tutorial (beyond the basics) for org-mode
> published in the last 1 year or so? By Advanced, I mean things
> archiving/ note taking/ drawers and various other new efficiency
> gains features that have come out with recent orgs.
>
> Most tutorials I found on the net only state the basics.

There is no complete video tutorial and it would be very hard to do.
Maybe a series covering each of these features would be nice, but
someone will have to step up and do it.

-- 
 Bastien

Re: [O] org-table-edit-formulas misbehaving in 8.2.7b

[Nick Dokos]

Bastien  writes:

> Hi Luke,
>
> Luke Crook  writes:
>
>> I just noticed that org does not jump to the correct cell in the table when 
>> examining formulas using "org-table-edit-formulas".
>
> Are you still seeing problems here?
>
> I tried to navigate through formulas from your example and
> I didn't notice any problem.
>
> Thanks,

I think this was another instance of the bug that was fixed with
commit c9613c0cad40c9d901609abcb8e9527c85cb9eb3. At least, I assumed
so and I haven't heard anything to contradict that.

Nick

Re: [O] :header-args: over several lines?

[Bastien]

Hi Rainer,

Rainer M Krug  writes:

>> Exactly that should work, i.e. using header-args+:
>
> And it does - should be added to the manual in the example.

Can you provide a patch for this?

-- 
 Bastien

Re: [O] Issue with multiple references to the same footnote in LaTeX export

[Bastien]

Hi York,

York Zhao  writes:

> If I have multiple references to the same footnote, in LaTeX export
> only the
> first reference is a clickable link, the rest are exported as dead
> number
> referring to the footnote definition, but not clickable links. I have
> `org-footnote-section' set to `nil' by the way.

I confirm this -- which seems to be intentional:

See `org-latex-footnote-reference' and those lines:

;; Use \footnotemark if the footnote has already been defined.
((not (org-export-footnote-first-reference-p footnote-reference info))
 (format "\\footnotemark[%s]{}"
 (org-export-get-footnote-number footnote-reference info)))

Nicolas, is there any way to get the footnote clickable here?
The current output is confusing.

Thanks,

-- 
 Bastien

[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug

[Bastien]

Eli Zaretskii  writes:

>> From: Lionel Henry 
>> Date: Sat, 26 Jul 2014 17:53:47 +0200
>> Cc: 18...@debbugs.gnu.org,
>>  michael_heerde...@web.de
>> 
>> - Open a .org file large enough that you can scroll it.
>> - Enable linum and org-indent-mode
>> - Scroll
>> 
>> The linum and the indentation will disappear in the very first line.
>
> Fixed in revision 117413 on the emacs-24 branch.

Thanks!

-- 
 Bastien

Re: [O] key collision for auto completion

[Bastien]

Shiyuan  writes:

> In particular,
> what command is M-tab supposed to be bound to for auto completion for
> the special symbols? Thanks.

See this in org.el:

(org-defkey org-mode-map "\M-\t" 'pcomplete)

-- 
 Bastien

Re: [O] Collecting unique selling proposition (USP) of Org-mode

[Bastien]

Hi Karl,

Karl Voit  writes:

> ... I am sure, you have a pretty good idea what to add to this list
> as well. So: add it :-)

My suggestion for a USP: "Org-mode comes with a unique community".

-- 
 Bastien

Re: [O] Preset filter sometimes persistent

[Bastien]

Hi Thomas,

Thomas Morgan  writes:

> Here is a recipe for a bug on the maint branch that causes a preset tag
> filter to be carried over to another agenda view in some cases.

This should now be fixed in maint.

Can you test and report back?

Thanks for the useful bug report,

-- 
 Bastien

Re: [O] proposal to have ignoreheading tags/properties

[Bastien]

Hi Mark, Aaron, Eric and Nicolas,

Eric Schulte  writes:

> Please feel free to add this to ox-extras.

I suggest renaming ox-extra.el to ox-filters-extra.el and to have
org-mode/lisp/ox-filters.el for filters that are important enough
to be in core.

I think Eric's filter is important enough to be in core, together
with an option to let users decide what tag should be used instead
of "ignore" (with "ignore" as a default).

Filters are nice and not used enough, having some filters in core
can help teaching people how to use them.

What do you all think?

-- 
 Bastien

Re: [O] Scheduled tasks: total time since last DONE

[Bastien]

Hi Fletcher,

Fletcher Charest  writes:

> This way I could see it's been 7 days I didn't do it, and tasks would
> be better organized in the agenda. RIght now, a task that I have to
> do on a weekly basis never has a number greater than '6x', and even
> if it hasn't been done for months, it still appears on the bottom of
> the list in the agenda, with a small number.
>
> So is there a way to correct this?

Not really.

> How do you proceed?

I distinguish "repeating tasks" and "nagging tasks".

Cleaning the kitchen is typically a nagging task: not because some
people find it boring (no comment) but because you can't do the next
one before doing the previous one*... a repeating task is typically a
course at the uni: you can attend the next one without attending the
previous one, and in this case, the current behavior of Org makes
sense.

So, for nagging tasks, I simply don't use a repeater, this way the
task is always nagging me :)  When it's done, I reschedule it using
C-c C-s . S- for the next week.  And voilà.

HTH,

* A joke of a good friend of mine:

« See you next time!
- Mhh.. will be difficult to see each others before this one. »

-- 
 Bastien

Re: [O] proposal to have ignoreheading tags/properties

[Mark Edgington]

Hi Bastien,

On Sun, Jul 27, 2014 at 1:21 PM, Bastien  wrote:

>
> I suggest renaming ox-extra.el to ox-filters-extra.el and to have
> org-mode/lisp/ox-filters.el for filters that are important enough
> to be in core.
>

Your suggestion sounds sensible, but of course I'm biased, as I've been
using Eric's filter daily now (thanks Eric!), and would be pleased to have
something like this in core.

Regards,

Mark

Re: [O] [PATCH] ob-java.el: Add `:var' variables import

[Bastien]

Hi Bart,

Bart Post  writes:

> Thanks for your reply! I already started the copyright assignment
> process, for now I need to wait for a disclaimer form from my
> employer, but I will notify you as soon as there is progress.

Did you get this sorted out?

> While discussing the patch with a roommate, we came to the conclusion
> that a java class which implements, extends or throws, may not
> compile correctly with the added data. So the patch will need some
> rework, or documentation about (im-)possible usage situations.

Thanks for letting us know -- thanks!

Best,

-- 
 Bastien

Re: [O] [bug, beamer] Frame parameters taken from example code block

[Bastien]

Hi Sébastien,

Sebastien Vauban 
writes:

> the frame "inherits" from the property BEAMER_opt which, though, is only
> present in the example code, not in the Beamer frame itself.

Maybe it's time to forbid blank lines between headlines and the
properties drawer?  Or at least to discourage separating them in
the manual?  Otherwise I don't have a steady solution at hand.

Best,

-- 
 Bastien

Re: [O] html-encode in mathjax latex fragments

[Bastien]

Hi Rick,

Rick Frankel  writes:

> Not sure why `org-html-protect-char-alist' is a custom and not just a
> var, but IMHO, `org-html-encode-plain-text' is the correct solution.

I made `org-html-protect-char-alist' a defvar.

-- 
 Bastien

Re: [O] Directly search for Headlines?

[Fabrice Niessen]

Ken Mankoff wrote:
> On 2014-07-08 at 17:01, Samuel Wales wrote:
>> On 7/7/14, Ken Mankoff  wrote:
>>> "s" in agenda just saves all Org Buffers for me.
>>
>> c-c a s
>>
>>> My work-around is to search for "* Foo", but this doesn't find headlines
>>> with TODO items.
>>
>> it should.
>
> You're right. It does! Not sure why I thought it didn't. 
>
> OP issue solved, I think, with this.

More info on http://orgmode.org/worg/org-tutorials/advanced-searching.html
about the different syntax (*, !, :).

Fabrice Niessen

-- 
Fabrice Niessen
Leuven, Belgium
http://www.pirilampo.org/

Re: [O] Scaling down face maintains line height

[Robert Dudley]

Hi again,

in a LaTeX buffer, for example, it works smoothly:

https://share.eva.mpg.de/public.php?service=files&t=257412dda02bccdc4ed122852e446eb1

Org buffers are the only occasions on which I encountered the described 
behavior.
The versions:

- Org-mode version 8.2 (8.2-6-gd745cd-elpa @ /home...)
- GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.2) of
  2013-07-27 on roseapple, modified by Debian

Unicode characters (nice quotes, arrows, other symbols) are used in all
cases.

Best,
Andreas


Bastien writes:

> Hi Andreas,
>
> Andreas  writes:
>
>> when I scale down (C-x C--) an org buffer's faces, they maintain the
>> original line height, filling up with vertical space, which is not what
>> I want.
>
> Is it just in org-mode or in Emacs in general?


-- 

Re: [O] proposal for improved integration of cdlatex

[Bastien]

Hi Federico,

Federico Beffa  writes:

> (defun org-cdlatex-environment-indent (&optional environment item)
   

Why those parameters?

>   (interactive)
>   (cdlatex-environment environment item)
>   (save-excursion
> (org-mark-element)
> (org-indent-region (point) (mark
>
> (org-defkey org-cdlatex-mode-map "\C-c{"
> 'org-cdlatex-environment-indent)

I'm not sure it's worth it.  You can indent the element with M-h C-\
easily enough, no?

Best,

-- 
 Bastien

Re: [O] Fontification of org code block not printed

[Bastien]

Hi Stefan,

thanks for the thorough analysis.

"Stefan-W. Hahn"  writes:

> I'm sure that this is not what I expect but I'm not sure if this is a fault
> in ps-def.el or org.el.

This is the fault of Org.

I fixed this in master by removing `org-block-background'.

This is radical but I think this is really better:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=f8b42e8

Sebastien, let's think about another way of getting a
color for the background, if that's really needed.

-- 
 Bastien

Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

[Bastien]

Nicolas Goaziou  writes:

> That would prevent \[...\] to be recognized within a paragraph, as in
> the example above. I don't think it's worth removing it as long as there
> is a latex-environment alternative for it.

FWIW I fully agree here.

-- 
 Bastien

Re: [O] BUG variable expansion with table

[Bastien]

Hi Rainer,

Rainer M Krug  writes:

> I did not get far when debugging, only that in the function
> org-babel-R-assign-elisp when assigning TABLE_FILE the rownames are
> missing in the =value=.

Did you have a chance to debug this further?

Thanks,

-- 
 Bastien

Re: [O] proposal to have ignoreheading tags/properties

[Rasmus]

Bastien  writes:

> Hi Mark, Aaron, Eric and Nicolas,
>
> Eric Schulte  writes:
>
>> Please feel free to add this to ox-extras.
>
> I suggest renaming ox-extra.el to ox-filters-extra.el and to have
> org-mode/lisp/ox-filters.el for filters that are important enough
> to be in core.
>
> I think Eric's filter is important enough to be in core, together
> with an option to let users decide what tag should be used instead
> of "ignore" (with "ignore" as a default).

How about "ignoreheading" as this is already the appropriate tag for a
similar type of action in ox-beamer.el?  See e.g. the variable
org-beamer-environments-special and consider this awkward headline:

   * my ignored headline :ignored:ignoreheading:
 Ignored in Beamer and in LaTeX

—Rasmus

-- 
May the Force be with you

Re: [O] open file link in dired?

[Bastien]

Alan Schmitt  writes:

> Thanks again (and thanks to Org for letting me remember this 18 months
> old task),

Yep, I know that feeling ;)

Thanks for sharing the improved version!

-- 
 Bastien

Re: [O] Export agenda to HTML with links to body contents

[Bastien]

Hi Sebastian,

Sebastian Fischmeister  writes:

> The only thing I'm missing is links to the body of the item. Does Org
> currently support anything in the HTML export that could enable showing
> the content on a click?

Nope, sorry.

-- 
 Bastien

Re: [O] org-table: Reference *one* cell below a hline?

[Bastien]

Hi Nick and James,

Nick Dokos  writes:

>> If assigning to an hline-relative reference is not supported, would it
>> be a valid feature request?
>
> Not sure how hard it would be to implement, but at least in this
> particular case (getting to the last row or the last few rows of the
> table), I'd recommend against using hlines as a reference: use @>, @>>,
> etc.  instead.

Agreed,

-- 
 Bastien

Re: [O] [PATCH] ox-bibtex.el: Extend to use bibtex files not in current, working directory

[Bastien]

Hi Konrad,

Konrad Herbst  writes:

> I would like to provide a patch for the ox-bibtex.el module which can 
> now handle bibtexfile destinations of the form:
>
> #+BIBLIOGRAPHY: /home/user/Literature/foo.bib plain option:-d
>
> but still accepts bibfiles in the working directory.

Thanks for the patch -- it goes beyond what can be accepted without
signing the FSF copyright assignment.  Would you be willing to sign
it?  Here is the form:

http://orgmode.org/cgit.cgi/org-mode.git/plain/request-assign-future.txt

Also, maybe John K. and other bibtex experts can have a look at the
patch and comment it?

Thanks,

-- 
 Bastien

Re: [O] [ANN] Merge export-block type within special-block

[Bastien]

Hi Nicolas,

thanks for this simplification and for the explanations.

Nicolas Goaziou  writes:

>  All back-ends in core and in contrib have been updated this way
>  already.

And for this too!

-- 
 Bastien

Re: [O] Scaling down face maintains line height

[Bastien]

Hi Andreas,

Andreas  writes:

> when I scale down (C-x C--) an org buffer's faces, they maintain the
> original line height, filling up with vertical space, which is not what
> I want.

Is it just in org-mode or in Emacs in general?

-- 
 Bastien

Re: [O] How to list inactive timestamps and logged items together in agenda?

[Bastien]

Hi Martin,

"Martin Beck"  writes:

> I want to create an agenda view which lets me list all items, I've
> been working on in a certain time interval in chronological order.
>  
> I have created an agenda which does that by listing all headings with
> inactice timestamps like that:
>  
> ("ip" "past 7d +3d" agenda "" ((org-agenda-overriding-header
> "Activities during last 7 days") (org-agenda-start-day "-7d")
> (org-agenda-span 10) (org-agenda-repeating-timestamp-show-all nil)
> (org-agenda-include-inactive-timestamps t) (org-agenda-entry-types
> (quote (:deadline :timestamp :sexp)
>  
> My problem is: it only lists items with an inactive timestamp, but
> not those which have been clocked in the observed time.

I'm not sure I understand why clocked headline don't show up.

Or maybe you just need to hit "l" in the agenda to also include
done headlines (assuming clocked items are done)?

Let us know if you came up with another solution,

-- 
 Bastien

Re: [O] [Mac OS X] - Capture items not clocking-out upon refile

[Bastien]

Hi Hassan,

Hassan Dar  writes:

> I am running Mac OS X 10.8 (Mountain Lion) and emacs 24.3.

What is your Org version?

Please report what M-x org-version RET says.

Thanks,

-- 
 Bastien

Re: [O] org-agenda-insert-diary-make-new-entry adds entry as first child?

[Bastien]

Hi Nikolai,

Nikolai Weibull  writes:

> Here’s a suggested solution.  We keep track of whether the parent
> entry already has any children, then we call org-insert-heading with
> two universal arguments to add an entry at the end of the current
> subtree.  Finally, if there weren’t any children already, we demote
> the entry we added so that it becomes a child of the parent entry.

Finally applied in master, thanks,

> Please note that this was written while eating dinner with my kid.

Bon appétit !

-- 
 Bastien

Re: [O] Writing .el files for org in org?

[Bastien]

Hi John and Rainer,

Rainer M Krug  writes:

>> What if we created a new directory in the repository called "org" which
>> contains these kinds of files?  It would be analogous to the "lisp"
>> directory. I don't think we need to have both ob-R.org and ob-R.el in the
>> repository.
>
> I think that would be a very good idea for certain modules like your
> org-ref and ob-R I am working on.

Maybe you could use such a "load-flow" for a while, see if it is
robust enough, and if so, we could move on and have it in the repo?

My gut feeling is that it will bring some issues, so experimenting
before would be nice.

-- 
 Bastien

Re: [O] [RFC] Deprecate `org-list-empty-line-terminates-plain-lists'

[Bastien]

Hi Nicolas,

Nicolas Goaziou  writes:

> Therefore, I suggest to mark it as deprecated in Org 8.3 release notes,
> and remove it altogether in Org 8.4.
>
> WDYT?

Fine for me, please go ahead,

-- 
 Bastien

Re: [O] [PATCH] org-git-link.el: Add support for line in org-git-link

[Bastien]

Hi Samuel,

Samuel Loury  writes:

> I would like to submit a small enhancement of the org-git-link package
> to add the storing and use of a line third argument.
>
> Please find the patch attached to this mail. I hope you'll find it
> useful.

Applied, thanks.

-- 
 Bastien

Re: [O] indent c-c -?

[Bastien]

Hi Samuel,

Samuel Wales  writes:

> i mark headlines then do c-c -.  i get this:
>
> - 1
> - 2
>
> i would like this:
>
>   - 1
>   - 2

Put the cursor at the beginning of the non-indented item then hit
S-M- twice to "demote" the list by two indentation levels.

HTH,

-- 
 Bastien

Re: [O] Filtering org-clock-display

[Bastien]

Hi Noah,

Noah Slater  writes:

> Can I pass in the range when calling it from a function?

Not directly.

(org-clock-display '(16)) will interactively prompt for a range.

(let ((org-clock-display-default-range 'thisweek))
  (org-clock-display))

will display the clock with the new option
`org-clock-display-default-range' set to thisweek.

HTH,

-- 
 Bastien

Re: [O] <2014-07-19 Sa .+2d> date switching no more working after some time

[Bastien]

Hi Rainer,

Rainer Stengele  writes:

> I had the same problem yesterday. It seems that the current Org mode
> does "crash" somewhere in the daily work and then show the wrong
> behavior as described.

This smells like something that has to do with the element cache.

> I know this is not information to be able to debug.
> I will try to track this.

Thanks in advance, because the bug looks pretty bad.

-- 
 Bastien

Re: [O] Bug: Problem with hook added to org-mode-hook [8.2.6 (release_8.2.6-1 @ /usr/local/share/emacs/24.4.50/lisp/org/)]

[Bastien]

Hi Tianxiang,

Tianxiang Xiong  writes:

> (add-hook 'org-mode-hook
>   (lambda ()
>  (add-hook 'after-save-hook 'tangle-init nil t)))
>
> However, when I open my init.org file, I see that the after-save-hook
> variable is nil. If I manually reapply org-mode, however, it works as
> expected.

If you define the hook then kill the buffer containing init.org then
reopens it, you don't need to manually M-x org-mode RET in order for
the hook to be taken into account.  IOW: the hook runs fine, it's
just that your buffer was already in org-mode.

Can you confirm this?

To me

(add-hook 'after-save-hook (lambda ()
  (when (derived-mode-p 'org-mode)
(tangle-init)))

seems more "natural" anyway.

Thanks,

-- 
 Bastien

Re: [O] Bug: org-agenda-get-sexps and erroneous agenda tag filtering. [8.2.6 (8.2.6-dist @ /home/rberger/Emacs/share/emacs/site-lisp/org/)]

[Bastien]

Hi Raimund,

this is now fixed, thanks and sorry for the delay.

Would be good if you can confirm if the issue is gone for you.

Thanks,

-- 
 Bastien

Re: [O] [Babel] 2 new problems with tangling

[Bastien]

Hi Sébastien,

Sebastien Vauban 
writes:

> After an update to Org 8.2.7, I have troubles tangling files.

Do you still see this?

If so, did you have time to bisect and report the first bad commit?

Thanks!

-- 
 Bastien

Re: [O] Enabling another language in org-babel

[Bastien]

Hi Ista,

Ista Zahn  writes:

> I don't know if this is ready for contrib yet (though I don't object
> if you think it is). I'm not sure what quality standards exist for
> contrib, but this is really quick and dirty; it would be nice to at
> least implement graphics support. On the other hand its better than
> nothing, so maybe it does make sense to add it to contrib.

Yes, it makes sense to add it to contrib, it will help others step up
and improve the code if needed.

> Also I'm not sure what the development process is once things go in
> contrib (sorry for my ignorance!). Does contrib live in the same code
> repository as the rest of org, or are things in contrib developed
> separately and pulled in later?

contrib/ lives in the same Git repository than the rest of Org (which
is arguably a problem).  So everything is developed at the same place.

Once you send me your public key, I'll grant you write access to the
repository and you can push commits.

> In short feel free to add it to contrib if you want, but be aware that
> it is  in pretty rough shape.

Please provide a separate commit on the list for this piece of code,
so that we can review it and commit it.  And if you want to get push
access, please send me your public key.

Thanks!

-- 
 Bastien

Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]

[Bastien]

Hi Nicolas,

Nicolas Richard  writes:

> But now that I think about it, org mode simply should avoid narrow-map
> completely : users (me included) won't randomly try to run
> org-narrow-to-subtree outside of org buffers (and those who do deserve a
> bad error message) but they might want to give "C-x n s" a try if it is
> available.
>
> While writing a patch for changing that, I see that the code is:
> (if (boundp 'narrow-map)
> (org-defkey narrow-map "s" 'org-narrow-to-subtree)
>   (org-defkey org-mode-map "\C-xns" 'org-narrow-to-subtree))
> (if (boundp 'narrow-map)
> (org-defkey narrow-map "b" 'org-narrow-to-block)
>   (org-defkey org-mode-map "\C-xnb" 'org-narrow-to-block))
> (if (boundp 'narrow-map)
> (org-defkey narrow-map "e" 'org-narrow-to-element)
>   (org-defkey org-mode-map "\C-xne" 'org-narrow-to-element))
>
> IOW, org.el purposely binds in narrow-map ! So now I don't get it :
> either it's in narrow-map and should be usable widely, or it's in
> org-mode-map only for org-mode files.

I think it's fine to bind `org-narrow-to-subtree' in narrow-map.
It's basically to enjoy the `C-x n prefix', which is natural here.

I applied your patch, but a good continuation would be to have
C-h n s bound to `outline-narrow-to-subtree' in outline-mode and
to `org-narrow-to-subtree' in org-mode, instead of just relying
on one single function.

This requires simplifying `org-narrow-to-subtree' and creating
`outline-narrow-to-subtree' in emacs.

What do you think?

-- 
 Bastien

Re: [O] Bug in org-paste-subtree

[Bastien]

Hi Anders,

Anders Johansson  writes:

> We have no subexpression to match, it should be zero.

Indeed, thanks for reporting this and for the fix, applied.

-- 
 Bastien

Re: [O] Lots of sticky search agendas clutter buffer list

[Bastien]

"Martin Beck"  writes:

> How do you handle that?
> Is there a way so kill all buffers which match e. g. "Org Agend (s:"
> with one command?


>  
> Kind regards
>  
> Martin
>
>

-- 
 Bastien

Re: [O] org-table-edit-formulas misbehaving in 8.2.7b

[Bastien]

Hi Luke,

Luke Crook  writes:

> I just noticed that org does not jump to the correct cell in the table when 
> examining formulas using "org-table-edit-formulas".

Are you still seeing problems here?

I tried to navigate through formulas from your example and
I didn't notice any problem.

Thanks,

-- 
 Bastien

Re: [O] Macros in included file not expanded in batch export

[Fabrice Niessen]

Hello Suvayu,

Suvayu Ali wrote:
> I am trying to export to LaTeX in batch mode, but it seems the exporter
> ignores macros defined in included files when exporting in batch mode.
>
> I tried to export like this:
>
>   $ emacs --eval "(require 'ox-latex)" include-test.org \
> --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs
>
>   $ emacs --batch --eval "(require 'ox-latex)" include-test.org \
> --eval '(org-LaTeX-export-to-latex nil nil nil t)'
>
> The first one exports correctly, the second doesn't.  The org files, and
> the good and bad exported TeX files are attached.

In case you or others want a simplified command-line version of such
conversion tools, you can have a look at my Orgmk project on GitHub [1].

It provides you with:

- org2html [OPTION] FILE
- org2latex [OPTION] FILE
- org2pdf [OPTION] FILE
- org2beamerpdf [OPTION] FILE
- org2odt [OPTION] FILE
- org2txt [OPTION] FILE
- org-tangle FILE

stand-alone scripts, and the `orgmk' wrapper (to convert all files
which need to in a directory, and possibly recursively).

Best regards,
Fabrice

[1] https://github.com/fniessen/orgmk

-- 
Fabrice Niessen
Leuven, Belgium
http://www.pirilampo.org/

Re: [O] François Pinard RIP

[Bastien]

Nick Dokos  writes:

> I just found out that François Pinard (author of org grep among other
> tools and frequent contributor to this list) died recently:
>
> https://plus.google.com/118038589019918324505/posts/DFuvYBrh4th

François was among the few people you can finally call "friends",
even when you never met them, just because they care about taking
the time to discuss things thoroughly and friendly on the Internet.

I was impressed to discover all the things he did for free software
and I suggest you have a look.

I was also impressed by all the patience he had when dealing with
people.  He has been more than supportive with me when things were
difficult, and I owe him a lot for that.

I already miss him and will do so for a long time I guess.

-- 
 Bastien

Re: [O] make orgtbl-ascii-plot easier to install

[Bastien]

Hi Thierry,

Thierry Banel  writes:

> I moved orgtbl-ascii-plot to MELPA (it was in Worg).
> (orgtbl-ascii-plot draws plots in pure Emacs by typing C-c p).

Thanks for this.

> Of course, I am still open to Dominik Carsten suggestion
> to add it into the core (org-table.el).
> http://thread.gmane.org/gmane.emacs.orgmode/79668

Please go ahead and provide a patch for this, I agree this
is a nice addition for Org's core.

Best,

-- 
 Bastien

Re: [O] Bug: org table updates [8.2.7 (8.2.7-elpaplus @ /Users/ctanis/.emacs.d/elpa/org-plus-contrib-20140613/)]

[Bastien]

Hi Craig,

Craig Tanis  writes:

> Specifically, there's a line in `org-self-insert-command' that checks
> `last-command' against a list of table movement functions to see if
> auto-blank-field should occur.  This list includes 
> `yas/expand' -- obsolesced in yasnippet 0.8, in favor of
> `yas-expand'.

It uses yas-expand now. 

> In my opinion, this list should be a configurable variable, as other
> minor modes may introduce functions that should also trigger auto-blank
> behavior.  I also check for `autopair-newline' here, since this is the
> binding for RET when autopair-mode is active.

I could not come up with a good name for an option, which should
probably start with "org-table-" -- if you have an idea, please let
me know.

Thanks,

-- 
 Bastien

Re: [O] bug: isearch puts ellipses at top of window

[Bastien]

Samuel Wales  writes:

> in maint, isearch very often puts ... at the top of the window.  is
> this related to recent ellipsis bugs?

This is related to the removal of an ill-thought fix for this very
same problem.  I suggest we live with it right now.

-- 
 Bastien

Re: [O] Request to patch the =org-html-fontify-code= function in =ox-html.el=

[Bastien]

Nick Dokos  writes:

>> To fix this problem by adding the following code after the
>> line (funcall lang-mode) in the org-html-fontify-code defun
>> in ox-html.el.
>>
>> (when (require 'fill-column-indicator nil 'noerror)
>> (fci-mode -1))
>>
>> Can this fix be integrated into ox-html.el? 
>>
>
> Not really: the above would cause an error if fci-mode is
> undefined. You'll have to add a bit more checking before
> calling it - check out the doc for fboundp:
>
> C-h f fboundp RET

I added such a check in `org-html-fontify-code', thanks,

-- 
 Bastien

Re: [O] What is Babel's language model?

[Bastien]

Hi Grant,

my suggestion is to start with a verbose report of your own
understanding and exploration of Babel, then to refine it so
that it can look like a "langage model" (whatever that means.)

Anything that takes the users and the developers by the hand
would be... handy :)

2 cts of course,

-- 
 Bastien

Re: [O] c-c ' strips final newline or adds blank line, but never neither

[Bastien]

Hi Samuel,

Samuel Wales  writes:

> i find that when i do c-c ' on a source block, it either strips the
> final newline in the editing buffer or adds an unwanted blank line in
> the source block.

I can't reproduce this.

With (setq org-src-strip-leading-and-trailing-blank-lines nil) there
is no change in the number of trailing newlines.

With (setq org-src-strip-leading-and-trailing-blank-lines t), blank
lines at the beginning and end of an *Org Src* editing buffer are
stripped away.

This is Org-mode version 8.3beta (release_8.3beta-74-g16e21a).

Hopefully someone can provide a reproducible recipe.

Thanks,

-- 
 Bastien

Re: [O] Escaping again!

[Bastien]

Hi Nicolas and Rustom,

Nicolas Goaziou  writes:

> I have no objection, with appropriate documentation, obviously. 
>
> Be careful, though, as some functions need to be updated accordingly:
> `org-list-struct', `org-element--list-struct',
> `org-at-item-description-p', `org-list-item-body-column',
> `org-at-item-timer-p', `org-list-insert-item'... The latter should
> probably use `org-at-item-description-p'.

Quite a lot of work for a minor useful restriction.

Let's put that aside for 8.4.

But if nobody disagree, I think this is a good restriction.

-- 
 Bastien

Re: [O] Babel-R TBLFM example

[Bastien]

Hi Shiyuan,

Shiyuan  writes:

> Also, I found this tutorial for org-R http://orgmode.org/worg/
> org-tutorials/org-R/org-R.html, however, the org-R-apply function
> seems no longer available in my org mode 8.2.6. Is org-R supposed to
> be deprecated?

No, but it's moving.  Since ob-R.el is perhaps one of the most useful
Babel library out there, we need to document the changes carefully in
etc/ORG-NEWS.

-- 
 Bastien

Re: [O] How to call org-display-inline-images so that after a graphviz block is evaluated the image is refreshed?

[Bastien]

Hi Sébastien,

Sebastien Vauban 
writes:

> Rick Frankel wrote:
>> (add-hook 'org-babel-after-execute-hook
>> (lambda () (org-display-inline-images nil t)))
>
> I simply had:
>
> (add-hook 'org-babel-after-execute-hook
>   'org-display-inline-images)
>
> Anyway, for me, this should clearly be made a *default*, nope?

I don't think so, displaying inline images can be perceived as
intrusive, it's good as an option.

-- 
 Bastien

Re: [O] [babel][PATCHES] exporting inline source code

[Bastien]

Hi,

Aaron Ecay  writes:

> Have you heard back from the FSF about your copyright assignment?

This is more than 5 weeks since the patches were sent, so I hope the
FSF sent the papers.

Nicolas, let us know so that we can move forward on this.

Thanks,

-- 
 Bastien

Re: [O] if we operate on a subtree, perhaps we could adjust levels

[Bastien]

Hi Samuel and Achim,

Achim Gratz  writes:

> Samuel Wales writes:
>> you will notice that the decrypted subtree is actually at a higher
>> level than its parent.  this is a violation of org structure.
>>
>> in consequence, it can silently swallow the entire rest of the file.
>>
>> this is not desired.

I see now, thanks.

>> is there a way to fix it?
>
> There's two ways I can think of:
>
> 1. Record the subtree level in a property before doing the encryption
> and compare that to the level after decryption.  If there's no match,
> then promote or demote as appropriate.

I tried that way, but promoting and demoting the subtrees of the
encrypted entry is tricky.

> 2. Demote the whole subtree to toplevel before encryption and promote
> into the correct level on decryption, (much in the same way that
> includes are handled).

By "correct level on decryption" you mean toplevel?  This would really
circumvent the problem.

Maybe we can store the level in a property on encryption and simply
throw a warning on decryption, letting the user decide whether she
wants to continue decrypting even when it may break the hierarchy.

What do you think?

-- 
 Bastien

Re: [O] org-mobile leaks agenda buffer named "*SUMO*" on push [8.2.7 (8.2.7-4-g880362-elpa @ /home/phil/.emacs.d/elpa/org-20140616/)]

[Bastien]

Hi Philip,

Philip Hudson  writes:

> Excise spurious Org agenda buffers leaked by org-mobile
> https://gist.github.com/PhilHudson/d6429fb48caf6065ec8c

maybe we can find some equivalent code without requiring
'syntactic-sugar and 'anaphora ?

Let us know how we can improve org-mobile.el steadily for
all users.

Thanks,

-- 
 Bastien

Re: [O] org agenda clock check shows strange clocking gaps at beginning of day

[Bastien]

Hi Gregor,

Gregor Zattler  writes:

> All three clocking items belong to the same heading.  I'm fine
> with the first clocking gabp.  But why is there a gap of 7536
> minutes shown although ‘org-agenda-clock-consistency-checks’ is
> at default values (gap-around 4:00)?

I've never seen this error -- can you reproduce it consistently?

Thanks,

-- 
 Bastien

Re: [O] how to hide titles marked with "DONE"

[Bastien]

Hi Sébastien,

Sebastien Vauban 
writes:

> As I do suffer from the same problem, and do not take the time to
> archive all DONE subtrees, I think that an alternative approach would be
> that DONE subtrees wouldn't be expanded (by default) in the S-TAB
> cycles.
>
> Does that sound reasonable?

Not to me, as there would be no real difference between DONE and
ARCHIVED tasks then.

The solution is somewhere between the keyboard and the chair :)

-- 
 Bastien

Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]

[Bastien]

Hi Nicolas,

Nicolas Richard  writes:

> org-narrow-to-subtree is very nice, and I now have C-x n s hard-wired
> into my fingers, but it doesn't work when outline-regexp is too
> different from org-outline-regexp in Outline-but-non-Org mode buffers.
>
> It looked pretty easy to fix, so here is my suggestion, below. It should
> be rather harmless since it only affects non-Org buffers (and might have
> the nice side effect of allowing other commands to run in those buffers
> -- but I haven't checked.)

Applied in master, thanks,

-- 
 Bastien

Re: [O] math minor mode for #+BEGIN_EQUATION blocks

[Bastien]

stevejb  writes:

> 1. How can I make Emacs recognize that once I type '#+LATEX:' that the
> rest of the line should be treated as being in the same minor mode as
> inside of a \begin{equation} \end{equation}?

This is not really a minor mode, thing within \begin{equation} \end{equation}

> 2. If question 1 gets solved, will org-preview-latex-fragment work as 
> expected?

-- 
 Bastien

Re: [O] capture template for interval

[Bastien]

Hi David,

David Belohrad  writes:

> any possibility how to do this?

I don't see any, but if you use these captured items with
`org-agenda-to-appt', you will be able to get reminders,
which seems to be what you really want, no?

-- 
 Bastien

Re: [O] [BUG] org-open-at-point does not work anymore in comment blocks

[Bastien]

Hi Samuel and Nicolas,

Nicolas Goaziou  writes:

> This was discussed before on this ML. Some users made a point that
> `org-open-at-point' should process links in node properties. In the case
> of comments, though, I think we should be strict and use drawers
> instead.

I disagree, as you know.  We already support opening links from
standard comments (as an exception), I don't see why the exception
should not extend to #+BEGIN_COMMENT blocks.

I pushed a change so that links in comment blocks are now opened.

-- 
 Bastien

Re: [O] [PATCH] org-capture, :default-time and <...>

[Bastien]

Hi Erik,

using a custom date is done via `org-overriding-default-time' (within
a let construct) instead of (org-capture-put :default-time date).

Yes, the details are obscure and we need to better document this.

Let us know if you achieve something,

-- 
 Bastien

Re: [O] refile affects kill ring

[Bastien]

Hi Samuel,

Samuel Wales  writes:

> in recent maint, it seems that refiling an entry will put that entry
> into the kill ring.  perhaps it should leave the kill ring intact?

I agree, I've always found this weird, I pushed a change for this.

It might be useful to be able to copy the refiled entry from time to
time, though, so others think so please speak up.

Thanks,

-- 
 Bastien

Re: [O] A way to show time effort estimates in the org-clock-report

[Bastien]

Hi Alexander,

Alexander Artemenko  writes:

> Is there a way to show time effort estimates in the org-clock-report?
> I found only that :properties ("Effort") could be specified, but it
> does not work
> neither for one level, nor for summing children nodes' estimations.

It works for me.  What did you try exactly?

-- 
 Bastien

Re: [O] org-special-keyword face not showing in sublevels anymore since commit 69700e1

[Bastien]

Hi Martin,

mc  writes:

> 2nd screenshot 
>  org-special-keyword_face_example_after_commit_69700e1.png
> shows all ‘COMMENT’ keywords as grey only at the top outline level. 
>
> I hope this clarifies the case.

Yes it does!  This is now fixed, thanks,

-- 
 Bastien

Re: [O] Dired-like agenda

[Bastien]

Hi Samuel,

Samuel Wales  writes:

> The idea is to make Org agenda act more like Dired
> for consistency.

I favor this too -- thanks for raising this.

8.3 is already overloaded with new features, so let's put this
for 8.4, and let's continue to refine the suggestion.

-- 
 Bastien

Re: [O] :exclude sub folder in org-publish

[Bastien]

Hi,

regcl  writes:

> I could not figure out how to do this from INFO. I found examples of
> preventing publishing of specific file extensions, but not whole
> directories.

Unless my memory fails me, :exclude works on names, not just on
extensions.  So maybe using both :recursive and :exclude can lead
to what you want.

-- 
 Bastien

Re: [O] [FeatReq] New option for `org-entry-properties' WHICH argument?

[Bastien]

Hi Thorsten,

Thorsten Jolitz  writes:

> what about adding one more option for WHICH
>
> ,[ C-h f org-entry-properties RET ]
> | org-entry-properties is a compiled Lisp function in `org.el'.
> | 
> | (org-entry-properties &optional POM WHICH SPECIFIC)
> | [...]
> | If WHICH is nil or `all', get all properties.  If WHICH is
> | `special' or `standard', only get that subclass.  If WHICH
> | is a string only get exactly this property.  SPECIFIC can be a string, the
> | specific property we are interested in.  Specifying it can speed
> | things up because then unnecessary parsing is avoided.
> `
>
> that would filter out all Org related properties, i.e. the properties
> the system itself uses, and thus return only the application related
> properties?
>
> E.g. option 'non-org'

You mean `non-special' or `non-standard'?  I.e. all properties that
are not listed as special properties?

Yes, I see how it would be useful.

Can you provide a patch for this?

Thanks,

-- 
 Bastien