[O] table, columns and plot

[flav]

Hi !
I want to plot the extract of columns :
But, the gnuplot block do not found the tab1.
Is it possible to name the columnview table ?

Org-mode version 8.3.3 (8.3.3-17-gce80a0-elpa @
/home/flav/.emacs.d/elpa/org-20160118/) 

Thks

* Synthèse
  #+name: tab1
  #+begin: columnview :hlines 1 :id "prj_encours"
  | prj | Client | Acteurs | Début | Charges |
  |-++-+---+-|
  | || |   | |
  | p1  | c1 | a1, a2  | [2016-01-26 mar.] |  10 |
  | p2  | c2 | a3  | [2017-01-02 lun.] |  12 |
  #+end

  #+begin_src gnuplot :var data=tab1 :file syn_prj.png
  reset
  #   ZZset terminal png transparent truecolor
  set grid
  set style data histograms
  set key top left outside horizontal autotitle columnhead
  set style histogram cluster gap 1
  set boxwidth 0.9 relative
  set style fill solid 1.0 border -1
  set xtics rotate by 30
  set xtics offset 0,-1.0
  plot data using 5:xticlabels(1)
  #+end_src

   #+RESULTS:
   [[file:syn_prj.png]]

* prj en cours
  :PROPERTIES:
  :ID:   prj_encours  
  :COLUMNS:  %prj %Client %Acteurs %Début %Charges
  :END:
** mig UIM
   :PROPERTIES:
   :prj:  p1
   :Client:   c1
   :Acteurs:  a1, a2
   :Début:[2016-01-26 mar.]
   :Charges:  10
   :END:
** D-Series
   :PROPERTIES:
   :prj: p2
   :Client:   c2
   :Acteurs:  a3
   :Début:[2017-01-02 lun.]
   :Charges:  12
   :END:
   
* prj archives

-- 
flav

Re: [O] Breaking up long #+TBLFM line?

[Nicolas Goaziou]

Hello,

"Loris Bennett"  writes:

> However, it seems a little inconsistent that some options, like
> '#+OPTIONS' or '#+LATEX_HEADER', are cumulative whereas others, like
> '#+TBLFM', are not.

Those are different things. 

#+LATEX_HEADER is a global keyword, which affects the whole document.
Most are related to export. There is no rule for them as each back-end
can treat them in any way. You may check `org-export-options-alist' for
the standard behaviour of the generic ones. Those that are not export
related (e.g., #+STARTUP, or #+CATEGORY), are expected to appear only
once. If they appear more, usually, only the first occurrence is
considered, but this is really an implementation detail.

Now, there are also affiliated keyword, which are local to the element
they apply to. Ther are "#+CAPTION", "#+HEADER", "#+NAME", "#+PLOT",
"#+RESULTS" and any "#+ATTR_..." construct. Among them, only
"#+CAPTION", "#+HEADER" and "#+ATTR_..." can be repeated. This is
defined in Org's syntax.

Eventually, there is "#+TBLFM", which doesn't belong to any of the
previous categories. This is just part of the syntax of Org tables. As
such, it follows its own rule, which is that multiple lines are allowed,
but only the first one is "active" in the current table.


Regards,

-- 
Nicolas Goaziou

Re: [O] set modes for org-edit-special (elisp block)

[Alan Schmitt]

Hello,

On 2016-01-25 12:37, Nick Dokos  writes:

> Alan Schmitt  writes:
>
>> I’m having the same problem with python: I’m still in emacs-lisp mode.
>> I checked the value of the variable and it is as expected. For some
>> reason the change is not picked up. Is it because there are several
>> occurrences of "elisp" in the list and it’s not the first one that is
>> picked up?
>>
>
> org-src--get-lang-mode uses assoc, so it should pick up the first pair
> whose car matches. You can try it by hand:
>
> (org-src--get-lang-mode "elisp")
>
> Of course, it's possible (but unlikely) that somebody is using some
> other way to get at the mode.

I finally found the source of my problem, and I feel very stupid: my
elisp blocks use the name "emacs-lisp" as language, so this
customization was not picked up, since "elisp" and "emacs-lisp" are
different.

Sorry for the confusion,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Athmospheric CO₂ (Updated January 25, 2016, Mauna Loa Obs.): 404.15 ppm


signature.asc
Description: PGP signature

Re: [O] table, columns and plot

[flav]

Eric S Fraga  writes:

> On Tuesday, 26 Jan 2016 at 11:20, f...@epita.fr wrote:
>> Hi !
>> I want to plot the extract of columns :
>> But, the gnuplot block do not found the tab1.
>> Is it possible to name the columnview table ?
>>
>> Org-mode version 8.3.3 (8.3.3-17-gce80a0-elpa @
>> /home/flav/.emacs.d/elpa/org-20160118/) 
>>
>> Thks
>>
>> * Synthèse
>>
>>   #+name: tab1
>>   #+begin: columnview :hlines 1 :id "prj_encours"
>
> What is this line meant to do?  Without it, the gnuplot src block works
> just fine.

   #+begin: columnview :hlines 1 :id "prj_encours"

without this line "#+begin: columnview :hlines 1 :id "prj_encours", I
can't extract properties to make my table, isn't it ?

-- 
flav

[O] [PATCH] org-attach.el: Get attachments from git annex

[Erik Hetzner]

* org-attach.el (org-attach-use-annex): New function to check if git
  annex should be used.
  (org-attach-annex-get-maybe): New function to get a file from git
  annex if necessary.
  (org-attach-annex-confirm-get-function): New defcustom to determine
  behavior of org-attach-annex-get-maybe.
  (org-attach-open): Automatically get attached files from git annex when
  opening if necessary.
* testing/lisp/test-org-annex.el: New file for testing org-attach. Only
  contains code for testing org-attach with git annex at the moment.
* mk/targets.mk: Fix cleantest target so it can delete git annex repos.
---
I believe this addresses all the issues that have been raised. Thanks for all
your help with this.

 lisp/org-attach.el  | 61 +++---
 mk/targets.mk   |  2 +
 testing/lisp/test-org-attach.el | 95 +
 3 files changed, 142 insertions(+), 16 deletions(-)
 create mode 100644 testing/lisp/test-org-attach.el

diff --git a/lisp/org-attach.el b/lisp/org-attach.el
index e6ad4b1..ec68ac4 100644
--- a/lisp/org-attach.el
+++ b/lisp/org-attach.el
@@ -131,6 +131,16 @@ When set to `query', ask the user instead."
  (const :tag "Always delete attachments" t)
  (const :tag "Query the user" query)))
 
+(defcustom org-attach-annex-confirm-get-function #'y-or-n-p
+  "Function to call to confirm if Org should call git annex get if necessary.
+If t, always get, if nil, never get."
+  :group 'org-attach
+  :package-version '(Org . "8.3")
+  :type '(choice
+ (const :tag "confirm with y-or-n" y-or-n-p)
+ (const :tag "always get from annex if necessary" t)
+ (const :tag "never get from annex" nil)))
+
 ;;;###autoload
 (defun org-attach ()
   "The dispatcher for attachment commands.
@@ -270,29 +280,46 @@ the ATTACH_DIR property) their own attachment directory."
   (org-entry-put nil "ATTACH_DIR_INHERIT" "t")
   (message "Children will inherit attachment directory"))
 
+(defun org-attach-use-annex ()
+  "Return non-nil if git annex can be used."
+  (let ((git-dir (vc-git-root (expand-file-name org-attach-directory
+(and org-attach-git-annex-cutoff
+ (or (file-exists-p (expand-file-name "annex" git-dir))
+ (file-exists-p (expand-file-name ".git/annex" git-dir))
+
+(defun org-attach-annex-get-maybe (path)
+  "Call git annex get PATH if using git annex."
+  (when (and (org-attach-use-annex)
+(not (string-equal "found"
+   (shell-command-to-string
+(format "git annex find --format=found 
--in=here %s" (shell-quote-argument path))
+(if (if (functionp org-attach-annex-confirm-get-function)
+   (funcall org-attach-annex-confirm-get-function (format "Run git 
annex get %s? " path))
+ org-attach-annex-confirm-get-function)
+   (progn (message "Running git annex get \"%s\"." path)
+  (call-process "git" nil nil nil "annex" "get" path))
+  (error "File %s stored in git annex but it is not available, and was not 
retrieved" path
+
 (defun org-attach-commit ()
   "Commit changes to git if `org-attach-directory' is properly initialized.
 This checks for the existence of a \".git\" directory in that directory."
   (let* ((dir (expand-file-name org-attach-directory))
 (git-dir (vc-git-root dir))
+(use-annex (org-attach-use-annex))
 (changes 0))
 (when (and git-dir (executable-find "git"))
   (with-temp-buffer
(cd dir)
-   (let ((have-annex
-  (and org-attach-git-annex-cutoff
-   (or (file-exists-p (expand-file-name "annex" git-dir))
-   (file-exists-p (expand-file-name ".git/annex" 
git-dir))
- (dolist (new-or-modified
-  (split-string
-   (shell-command-to-string
-"git ls-files -zmo --exclude-standard") "\0" t))
-   (if (and have-annex
-(>= (nth 7 (file-attributes new-or-modified))
-org-attach-git-annex-cutoff))
-   (call-process "git" nil nil nil "annex" "add" new-or-modified)
- (call-process "git" nil nil nil "add" new-or-modified))
-   (incf changes)))
+(dolist (new-or-modified
+ (split-string
+  (shell-command-to-string
+   "git ls-files -zmo --exclude-standard") "\0" t))
+  (if (and use-annex
+   (>= (nth 7 (file-attributes new-or-modified))
+   org-attach-git-annex-cutoff))
+  (call-process "git" nil nil nil "annex" "add" new-or-modified)
+(call-process "git" nil nil nil "add" new-or-modified))
+   (incf changes))
(dolist (deleted
 (split-string
  (shell-command-to-string "git ls-files -z --deleted") "\0" t))
@@ -465,8 +492,10 @@ If IN-EMACS is non-nil, force opening 

Re: [O] make test hangs (master)

[Erik Hetzner]

On Mon, 25 Jan 2016 21:51:05 -0800,
Erik Hetzner  wrote:
> 
> Hi all,
> 
> make test is hanging on my environment, on the babel sh tests.

[…]

It turns out the issue is my prompt, that is, the value of the =PS1= environment
variable, which contains a lambda (λ, U+03BB). I suspect the following will fail
for all:

  $ PS1="λ " emacs -Q --batch -L lisp/ -L testing/ -L testing/lisp -l 
lisp/org.el -l lisp/org-id.el -l testing/org-test.el --eval "(progn 
(org-reload) (setq org-confirm-babel-evaluate nil) (org-babel-do-load-languages 
'org-babel-load-languages '((emacs-lisp . t) (shell . t) (org . t" -f 
org-test-run-batch-tests
  …
 passed   70/443  test-ob-shell/dont-insert-spaces-on-expanded-bodies
  [ hangs here ]

It is easy enough to set =PS1= to something sane in the Makefile, but this might
be an issue with ob-shell.el. Unfortunately I don’t understand ob-shell.el well
enough to fix this.

best, Erik

Re: [O] font bug in 0.9.16

[Robert Horn]

Robert Horn writes:

Apologies, sent to the wrong list

R Horn
-- 
Sent with my mu4e

[O] table editor is off screen (was: Breaking up long #+TBLFM line?)

[Karl Voit]

* Samuel Wales  wrote:
> i find the table editor is broken in maint. the point in the other
> window is off screen most of the time.  at least with large fonts.

In my setup, this is always the case, yes. Very annoying.

To be more specific:

When I press "C-c '" on a table, the table editor gets opened as a
second buffer below the table. When the cursor is on a field
reference like "@3$2", the corresponding field(s) are marked in the
upper buffer. Unfortunately, in many cases, the upper buffer (with
the table) is scrolled so that the highlighted text is above the
first visible line.

This is very annoying to me because I do have a tilted monitor so
that it's in portrait format (not the usual landscape): I've got
plenty of screen space for large tables *and* formula editor and all
I get is the formula editor with an out-of-sight table.

You can imagine that this is something I have to avoid to show in
any Org-mode demo.

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github

[O] [Beamer] headings missing with two columns

[Loris Bennett]

Hi,

With the following:

#+TITLE: test
#+OPTIONS: H:3
#+LaTeX_CLASS: beamer
* blah
** test
*** Food  :B_columns:
:PROPERTIES:
:BEAMER_env: columns
:END:
 Fruit :B_column:
 :PROPERTIES:
 :BEAMER_col: .5
 :BEAMER_env: column
 :END:
 - apple
 - banana
 Vegetables:B_column:
 :PROPERTIES:
 :BEAMER_col: .5
 :BEAMER_env: column
 :END:
 - artichoke
 - broccoli

I expected to see headings "Fruit" and "Vegetables" over the two
columns, but they do not appear.  I thought I had to use

:BEAMER_env: ignoreheading

explicitly to suppress the headings and that the default was to show
them. 

What am I doing wrong?

Cheers,

Loris

-- 
This signature is currently under construction.

Re: [O] Require feedback on an idea: move to a central server all my org file and edit from there?

[Jorge A. Alfaro-Murillo]

Marcin Borkowski writes:

On 2016-01-23, at 19:28, Xebar Saram  wrote: 

Thanks for the feedback guys! 

Marcin: do you know of good packages or methods to auto 
push/pull from emacs each time you save a file (preferably ones 
that dont require coding skills :-)) 


Sadly, no.  But this shouldn't be too difficult - basically, 
just put some code to run hg/git/whatever into one of the 
numerous Emacs hooks.  For instance, check out after-save-hook. 
Alternatively, you could advice a function responsible for 
actually doing the autosave (do-auto-save - unfortunately, it's 
written in C and not in Elisp).


You also might want to check git-annex, specifically the 
assistant: https://git-annex.branchable.com/assistant/


Best,
--
Jorge.

[O] bug#22399: org-mode fontification

[Kyle Meyer]

Stefan Monnier  writes:

>> Thank you.  That seems to work nicely.
>> Is there anything else I need to do for the first patch?
>
> No, it's good to go.  If you don't have commit rights, I can install it
> for you into emacs-25, unless the Org guys prefer to do it via the
> Org tree.

No, I don't have commit rights.  I'll update the Org side, but, for
issues that were introduced in the Emacs tree post 24.5, I don't know if
it's preferable to also update Emacs instead of waiting for the changes
to come over with a full sync.

(There's a similar situation in bug#22469.  Some issues were introduced
by changes to Org in the Emacs repo, and these were fixed in the Org
repo after the patch was backported.)

-- 
Kyle

Re: [O] [PATCH] org-attach.el: Fetch attachments from git annex

[Erik Hetzner]

On Mon, 25 Jan 2016 23:40:33 -0800,
Kyle Meyer  wrote:
> 
> Erik Hetzner  writes:
> 
> […]
> > * mk/targets.mk: Fix cleantest target to for deleting git annex repos.
> ^^
> Typo

Thank you!


> […]
> 
> s/if/when/

I’m sorry, you said this before, but I’ve always used =if= except in the case
where I’d otherwise need =progn=. Is the principle here that =when= should be
used when there is no else block? Is there a style guide that I should be
referring to before submitting patches?

> [...]
> 
> > - (mapcar #'list files) nil t
> > -(org-open-file (expand-file-name file attach-dir) in-emacs)))
> > + (mapcar #'list files) nil t)))
> > + (path (expand-file-name file attach-dir)))
> > +(org-attach-annex-get-maybe path)
> > +(org-open-file path in-emacs)))
> 
> I think it's a mistake to always run git annex get and to remove the
> message, because this process can hang if all the repos with the file
> are unavailable.
> 
> This is also one of the reasons why I think there should be an option to
> turn off automatic fetching.  Users should be able to stop org-attach
> from trying to make connections.

I have to admit I am reluctant to add another option to org-mode. What do you
think about a y-or-n-p if the file needs fetching that will ask if the user
would like to get the file from git annex?

best, Erik
--
Sent from my free software system .

[O] bug#22469: org-mode export fail

[Kyle Meyer]

phillip.l...@russet.org.uk (Phillip Lord) writes:

> Kyle Meyer  writes:

[...]

>> This should be fixed on the Org side as of 44c8cd7 (2015-08-10):

[...]

> Okay. What's the best way to get this fix onto the release branch?

I'm not sure, but I just asked a related question in bug#22399:

http://thread.gmane.org/gmane.emacs.bugs/111992

-- 
Kyle

Re: [O] commit 7b9f2fba66

[Achim Gratz]

Rafael Laboissiere writes:
> I am the author of the commits and I sincerely apologize for breaking
> the usual rules of development of Org-mode.

Thanks.

> I contributed in the past to both Worg and Org-mode itself.  I do not
> remember who gave me push access to the Git repositories, it was some
> years ago.  I have forgotten that all my contributions and patches to
> Org-mode where integrated by others into Git.  This time, when I fixed
> the bugs in my commits 860bcfb and 7b9f2fb, I thought that I have
> pushed changes in the past myself.  Sorry for the confusion.

It's quite likely you were supposed to have access to Worg.  That
shouldn't give you commit access to the Org repository however.  So I'd
still would like to know how you've gotten the latter part, since this
seems to indicate some oversight somewhere.  Somebody with access to the
server config should at least check that all people with permission to
commit have assigned copyright to the FSF, IMHO.

> As a matter of fact, none of those two commits introduced changes in
> functionality.

Thanks.  If you commit something to maint, you're supposed to merge that
bugfix back into master yourself.

> Nicolas Goaziou contacted me privately and suggested to get the
> copyright assignment from FSF.  I am about to sent the form to them
> and will keep you informed when it is finished.  In the meanwhile, I
> will send my patches to the ML, if there will be any.

Getting the copyright assigned would be good since if you've had some
previous changes (not the two commits you did yourself), then quite
likely you've already exhausted your TINYCHANGE budget.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] [Beamer] headings missing with two columns

[Eric S Fraga]

On Tuesday, 26 Jan 2016 at 16:11, Loris Bennett wrote:
> Hi,
>
> With the following:

[...]

> I expected to see headings "Fruit" and "Vegetables" over the two
> columns, but they do not appear.  I thought I had to use
>
> :BEAMER_env: ignoreheading
>
> explicitly to suppress the headings and that the default was to show
> them. 
>
> What am I doing wrong?

You haven't said what version of org you are using.  The above would
probably work with versions of org 7.x but for 8.x, you need a different
set of commands to achieve what you want.  The following should do what
you want:

#+begin_src org
  ,#+TITLE: test
  ,#+OPTIONS: H:3

  ,#+startup: beamer
  ,* blah
  ,** test
  ,*** Food
  , Fruit:B_block:BMCOL:
   :PROPERTIES:
   :BEAMER_col: 0.5
   :BEAMER_env: block
   :END:
   - apple
   - banana
  , Vegetables   :B_block:BMCOL:
   :PROPERTIES:
   :BEAMER_col: 0.5
   :BEAMER_env: block
   :END:
   - artichoke
   - broccoli

#+end_src

Note the removal of the LaTeX class declaration.  In v8, blocks have
headings ignored by default if they are columns so you need to specify a
block type explicitly.  Using the beamer startup directive allows you to
easily specify what you want on a headline by C-c C-b.

HTH,
eric
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org release_8.3.3-449-gd85ff3

Re: [O] [PATCH] org-attach.el: Fetch attachments from git annex

[Kyle Meyer]

Erik Hetzner  writes:

> Kyle Meyer  wrote:

>> s/if/when/
>
> I’m sorry, you said this before, but I’ve always used =if= except in the case
> where I’d otherwise need =progn=. Is the principle here that =when= should be
> used when there is no else block?

Yes, for an 'if' without an 'else', I'd prefer to use 'when', especially
with a 'then' that isn't executed for its return value.  But it's not a
strong preference.

[...]

>> > -(mapcar #'list files) nil t
>> > -(org-open-file (expand-file-name file attach-dir) in-emacs)))
>> > +(mapcar #'list files) nil t)))
>> > + (path (expand-file-name file attach-dir)))
>> > +(org-attach-annex-get-maybe path)
>> > +(org-open-file path in-emacs)))
>> 
>> I think it's a mistake to always run git annex get and to remove the
>> message, because this process can hang if all the repos with the file
>> are unavailable.
>> 
>> This is also one of the reasons why I think there should be an option to
>> turn off automatic fetching.  Users should be able to stop org-attach
>> from trying to make connections.
>
> I have to admit I am reluctant to add another option to org-mode. What do you
> think about a y-or-n-p if the file needs fetching that will ask if the user
> would like to get the file from git annex?

I think a y-or-n-p prompt would be fine.  It also has the advantage that
it would make it clear that any hanging is from the 'git annex get'
call.

-- 
Kyle

[O] Links in headings are broken

[Titus von der Malsburg]

I just updated org-mode from Elpa and since then links in headings are
not anymore interpreted as links.  Example:

* [[http://www.google.com][Google]]

I’d expect to see

* Google

with “Google” being clickable but instead I see the complete code for
the link.  Links in normal text work as usual.

Tested with Emacs -Q on a recent development version of Emacs.

  Titus




signature.asc
Description: PGP signature

Re: [O] Links in headings are broken

[Bruno Bigras]

I think I have the same problem. Also some "TODO" keywords are now
highlighted in some headings but it could be related.

In the "*messages*" buffer I have:
font-lock-fontify-keywords-region: Wrong type argument: listp,
org-level-1Error during redisplay: (jit-lock-function 240) signaled
(wrong-type-argument listp org-level-1)
Error during redisplay: (jit-lock-function 1906) signaled
(wrong-type-argument listp org-level-1)
Error during redisplay: (jit-lock-function 8102) signaled
(wrong-type-argument listp org-level-1)
Error during redisplay: (jit-lock-function 9663) signaled
(wrong-type-argument listp org-level-1)


Le mar. 26 janv. 2016 à 14:20, Titus von der Malsburg 
a écrit :

>
>
> I just updated org-mode from Elpa and since then links in headings are
> not anymore interpreted as links.  Example:
>
> * [[http://www.google.com][Google]]
>
> I’d expect to see
>
> * Google
>
> with “Google” being clickable but instead I see the complete code for
> the link.  Links in normal text work as usual.
>
> Tested with Emacs -Q on a recent development version of Emacs.
>
>   Titus
>
>
> --
Bruno

Re: [O] [PATCH] org-latex-compile timestamp checks

[Anthony Cowley]

Rasmus writes:

> Nicolas Goaziou  writes:
>
 Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
 need a similar trick.
>>>
>>> Perhaps there should be an error check in ox-odt as well?  I guess the
>>> only thing that could happen is that the zip/odt can’t be written, which
>>> could happen if it’s open in windows, which is extremely picky with locked
>>> files.  [I have had to use a windows machine at work].
>>
>> This makes sense, indeed.
>>
>> Would you want to take care of applying the patches and updating the
>> various export back-ends accordingly, or should I?
>
> My life is a bit stressful at the moment (deadlines).  I'm happy to do it,
> and maybe I can do it in the weekend, but if you feel like taking doing it
> I won’t stand in your way.
>
> Rasmus

Just a friendly bump to make sure this doesn't get lost. I think the LaTeX 
patches should still apply; let me know if there's an issue tracker I could use 
to record the need for adjustments to other back-ends.

Anthony

Re: [O] Links in headings are broken

[Titus von der Malsburg]

On 2016-01-26 Tue 11:35, Bruno Bigras wrote:
> I think I have the same problem. Also some "TODO" keywords are now
> highlighted in some headings but it could be related.

I can confirm the error messages.  Also, I think Bruno means that the
TODO keywords are *not* highlighted.  This also affects other keywords
not just TODO and I can’t really see what is triggering it.  I have one
very large org file with hundreds of TODO items and about 10% of the
TODO/DONE/… keywords are not highlighted.  The non-highlighted keywords
usually occur in streaks (in consecutive headings).

  Titus

>
> In the "*messages*" buffer I have:
> font-lock-fontify-keywords-region: Wrong type argument: listp,
> org-level-1Error during redisplay: (jit-lock-function 240) signaled
> (wrong-type-argument listp org-level-1)
> Error during redisplay: (jit-lock-function 1906) signaled
> (wrong-type-argument listp org-level-1)
> Error during redisplay: (jit-lock-function 8102) signaled
> (wrong-type-argument listp org-level-1)
> Error during redisplay: (jit-lock-function 9663) signaled
> (wrong-type-argument listp org-level-1)
>
>
> Le mar. 26 janv. 2016 à 14:20, Titus von der Malsburg 
> a écrit :
>
>>
>>
>> I just updated org-mode from Elpa and since then links in headings are
>> not anymore interpreted as links.  Example:
>>
>> * [[http://www.google.com][Google]]
>>
>> I’d expect to see
>>
>> * Google
>>
>> with “Google” being clickable but instead I see the complete code for
>> the link.  Links in normal text work as usual.
>>
>> Tested with Emacs -Q on a recent development version of Emacs.
>>
>>   Titus
>>
>>
>> --
> Bruno



signature.asc
Description: PGP signature

Re: [O] Links in headings are broken

[Bruno Bigras]

2016-01-26 14:58 GMT-05:00 Titus von der Malsburg :
> I think Bruno means that the TODO keywords are *not* highlighted.

You're right. Sorry for the confusion.

Re: [O] Links in headings are broken

[Nicolas Goaziou]

Hello,

Bruno Bigras  writes:

> 2016-01-26 14:58 GMT-05:00 Titus von der Malsburg :
>> I think Bruno means that the TODO keywords are *not* highlighted.
>
> You're right. Sorry for the confusion.

This was fixed yesterday.

Regards,

-- 
Nicolas Goaziou

Re: [O] Again - Unable to filter agenda to show only non-tagged items

[Nicolas Goaziou]

Hello,

"sgeorgii ."  writes:

> Today I completely uninstalled org-mode from emacs, restalled fresh and
> installed the latest org version 20160125.
>
> I see the bug right now on my screen.
>
> M-x
>
> org-agenda 
>
> M
>
> Match: 
>
> Result:   *Messages* = org-agenda-finalize: Wrong type argument: listp,
> default
>
> What else can I say?
>
> Anyone else having this bug with org version 20160125?

This bug was fixed yesterday.


Regards,

-- 
Nicolas Goaziou

[O] Conditionally formatting org-html-postamble-format

[Kaushal Modi]

Hi,

I have the org-html-postamble-format set to the below:

(setq org-html-postamble-format
  `(("en"
 ,(concat "Exported using "
  ;; "%c" is replaced with
`org-html-creator-string'
  ;; Emacs  (Org mode )
  ""
  "%c "
  "by %a. — "
  ""
  "%d"


It works great except for the cases where I have set a document author to
nothing using

#+AUTHOR:

What would be the best way to set the postamble so that the "by %a" portion
does not get printed if the %a value is "".

Right now, if the author is nil, the postamble gets exported as:

Exported using
Emacs  25.0.50.1 (Org
 mode 8.3.3)
 by . —
Jan 26 2016, Tue

Re: [O] [PATCH] org-attach.el: Fetch attachments from git annex

[Rasmus]

>> I have to admit I am reluctant to add another option to org-mode. What do you
>> think about a y-or-n-p if the file needs fetching that will ask if the user
>> would like to get the file from git annex?
>
> I think a y-or-n-p prompt would be fine.  It also has the advantage that
> it would make it clear that any hanging is from the 'git annex get'
> call.

How about a defcustom that default to y-or-n-p?  I think one should be
able to turn it off an on...

Rasmus

-- 
History is what should never happen again

Re: [O] [PATCH] org-attach.el: Fetch attachments from git annex

[Rasmus]

Erik Hetzner  writes:

>> Seems fine, but I wonder if it wouldn’t be better to check the exit code
>> of say an annex command and relies on its checking.  E.g. on my system
>>
>> (zerop (shell-command "cd ~/annex/doc.annex/ && git annex info --fast" 
>> nil)) => t
>> (zerop (shell-command "cd ~/src/code/org-mode && git annex info --fast" 
>> nil )) => nil
>
> This would be great, but it returns t for my non-annex git repos. I’m not sure
> why the behavior is different for you.

No idea.  I have 6.20160114 and some recent version of Emacs-git (when
xwidgets was just merged)...  Weird.

>> AFAIK annex will check if get should get anything.  If that’s correct, I’d
>> prefer to just rely on however git annex get checks files.
>
> That makes sense. I’ll change that code. The only disadvantage here is that it
> is no longer clear to me how to tell if the content was fetched, if we want to
> notify the user.

I guess you could check the return code?  And maybe output...  You could
just start by stating (message "getting $FILE..."); get it; (message "got
$FILE").  It will instantaneous when the file is available.

> This code is unchanged from org-attach.el.
> http://git-annex.branchable.com/direct_mode/#index5h2 says: “you cannot git
> commit or git pull” in direct mode - so I’m curious if direct mode would work 
> at
> all with org-attach?

Don’t know.  I use org-attach.  My dir is in a direct repo.  It never
complained.  Maybe there’s something I haven’t configured.  Maybe it’s
cause I use the assistant.  Don’t know...

> I’m happy to make that change, but I feel it should be a separate patch.

Indeed. 


Thanks for working on this.
Rasmus 

-- 
Got mashed potatoes. Ain't got no T-Bone. No T-Bone

Re: [O] [PATCH] org-latex-compile timestamp checks

[Rasmus]

Hi Anthony,

> Eventually, I think at least ox-texinfo.el, ox-man.el and ox-groff.el
> need a similar trick.

 Perhaps there should be an error check in ox-odt as well?  I guess the
 only thing that could happen is that the zip/odt can’t be written, which
 could happen if it’s open in windows, which is extremely picky with locked
 files.  [I have had to use a windows machine at work].
>>>
>>> This makes sense, indeed.
>>>
>>> Would you want to take care of applying the patches and updating the
>>> various export back-ends accordingly, or should I?
>>
>> My life is a bit stressful at the moment (deadlines).  I'm happy to do it,
>> and maybe I can do it in the weekend, but if you feel like taking doing it
>> I won’t stand in your way.
>
> Just a friendly bump to make sure this doesn't get lost. I think the
> LaTeX patches should still apply; let me know if there's an issue
> tracker I could use to record the need for adjustments to other
> back-ends.

Short weekend...  Thanks for reminding.  Would you be interested in
providing patches for the other backends?  I’d be a bit troubled by fixing
a general issue for one backend only.

Rasmus

-- 
I feel emotional landscapes they puzzle me

Re: [O] [PATCH] org-latex-compile timestamp checks

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Short weekend...  Thanks for reminding.  Would you be interested in
> providing patches for the other backends?  I’d be a bit troubled by fixing
> a general issue for one backend only.

FWIW, I applied the patch before reading your answer.

Regards,

-- 
Nicolas Goaziou

Re: [O] [PATCH] org-latex-compile timestamp checks

[Rasmus]

Nicolas Goaziou  writes:

> Rasmus  writes:
>
>> Short weekend...  Thanks for reminding.  Would you be interested in
>> providing patches for the other backends?  I’d be a bit troubled by fixing
>> a general issue for one backend only.
>
> FWIW, I applied the patch before reading your answer.

Thanks!  I have added a TODO to my agenda regarding checking other
backends, but I'd not hold grudges against anyone who beats me to it.

Rasmus

-- 
Nothing's wrong with an email that ends in a minor key

[O] Error when applying table formula

[T.F. Torrey]

Hello,

I'm getting a weird error.  When I "make vanilla" from the current git
repo, I don't get the error, so I'm sure it's something I've done, but
I'm not sure what, and my customizations make tracking down the problem
complicated.  I know I can find out the source, but I'm hoping that
someone has an idea that can save me some time.

Then I type C-c C-c on a `#+TBLFM:` line, I get an error.

This weird message appears in the *Warnings* buffer:

Warning (emacs): There is no logger of name 268435455.

I also get this in the *Backtrace* buffer:

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p t)
  byte-code("\301\302\303\245\304\"\303\245!\207" [most-positive-fixnum 
truncate log 2 10] 4)
  (defconst math-bignum-digit-length (byte-code 
"\301\302\303\245\304\"\303\245!\207" [most-positive-fixnum truncate log 2 10] 
4) ("/usr/share/emacs/24.5/lisp/calc/calc.elc" . 79936))
  calc-eval(("(8)-1" calc-internal-prec 12 calc-float-format (float 8) 
calc-angle-mode deg calc-prefer-frac nil calc-symbolic-mode nil 
calc-date-format ( "-" MM "-" DD " " Www (" " hh ":" mm)) 
calc-display-working-message t) nil)
  org-table-eval-formula(nil "$1-1" noalign nocst nostore noanalysis)
  org-table-recalculate(t)
  call-interactively(org-table-recalculate)
  org-table-calc-current-TBLFM()
  org-ctrl-c-ctrl-c(nil)
  call-interactively(org-ctrl-c-ctrl-c nil nil)
  command-execute(org-ctrl-c-ctrl-c)

Also, the error appears in all my files, but when I tried to run
org-lint to look for possible problems in a file that might have them,
it simply stops with this message:

Search failed: "^[  ]*#\\+[A-Za-z]+: +setup *$"

Does anyone have any idea what a likely culprit might be?

Emacs  : GNU Emacs 24.5.1 (i586-pc-linux-gnu, GTK+ Version 3.18.2)
 of 2015-10-24 on x86-grnet-01, modified by Debian
Package: Org-mode version 8.3.3 (release_8.3.3-501-g15d591.dirty @ 
/home/tftorrey/T/hacks/org-mode/lisp/)

Thanks in advance,
Terry

Re: [O] table editor is off screen

[Nicolas Goaziou]

Hello,

Karl Voit  writes:

> * Samuel Wales  wrote:
>> i find the table editor is broken in maint. the point in the other
>> window is off screen most of the time.  at least with large fonts.
>
> In my setup, this is always the case, yes. Very annoying.
>
> To be more specific:
>
> When I press "C-c '" on a table, the table editor gets opened as a
> second buffer below the table. When the cursor is on a field
> reference like "@3$2", the corresponding field(s) are marked in the
> upper buffer. Unfortunately, in many cases, the upper buffer (with
> the table) is scrolled so that the highlighted text is above the
> first visible line.
>
> This is very annoying to me because I do have a tilted monitor so
> that it's in portrait format (not the usual landscape): I've got
> plenty of screen space for large tables *and* formula editor and all
> I get is the formula editor with an out-of-sight table.

Fixed. Thanks to both of you.


Regards,

-- 
Nicolas Goaziou

Re: [O] table editor is off screen

[Samuel Wales]

thanks!

-- 
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] bug#22399: org-mode fontification

[Stefan Monnier]

>> I see the problem.  org-src-font-lock-fontify-block is using buffers
>> named " org-src-fontification:" in an unusual way:
>> they're updated via normal buffer modifications, but they're not put in
>> font-lock-mode, so all the font-lock machinery which tries to keep the
>> fontification up-to-date is short-circuited, so it triggers a bug in
>> font-lock-ensure where we made incorrect assumptions.
>> I installed the patch below into emacs-25, which should fix this
>> problem,
> Thank you.  That seems to work nicely.
> Is there anything else I need to do for the first patch?

No, it's good to go.  If you don't have commit rights, I can install it
for you into emacs-25, unless the Org guys prefer to do it via the
Org tree.


Stefan