avigoz | 21 Aug 13:28 2014
Picon

Bug: "LATEX_HEADER includes are not copied to temp directories" [8.2.5c (8.2.5c-elpa <at> /Users/avigoz/.emacs.d/elpa/org-20140107/)]


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

     http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.
------------------------------------------------------------------------

in my orgmode files i include the line "#+LATEX_HEADER: \input{lib.tex}"
in order to have the latex listings package included. (lib.tex includes
only one line - \usepackage{listings} ). When I now use c-c c-x c-l in
order to view an equation snippet inside an orgmode buffer, compilation fails
because the temporary directory that orgmode uses does not include
lib.tex . if I copy lib.tex manually to the temp directory, everything works.

Emacs  : GNU Emacs 24.3.1 (x86_64-apple-darwin12.3.0, NS apple-appkit-1187.37)
 of 2013-10-02 on avigozs-MacBook-Pro.local
Package: Org-mode version 8.2.5c (8.2.5c-elpa  <at>  /Users/avigoz/.emacs.d/elpa/org-20140107/)

current state:
==============
(setq
 org-tab-first-hook '(org-hide-block-toggle-maybe
		      org-src-native-tab-command-maybe
		      org-babel-hide-result-toggle-maybe
		      org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook
			  org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
(Continue reading)

Richard Lawrence | 21 Aug 02:03 2014
Picon

[PATCH] ox-latex: fix lost export option latex-custom-id-labels

Hi everyone,

I recently pulled from master and noticed that an option in the LaTeX
export backend that I rely on had gotten lost in the shuffle.  (I didn't
check the history, but I believe it must have been removed accidentally,
since the code that checks this option is still there.)  Here is a patch
to re-introduce it.

Thanks!

Best,
Richard

Grant Rettke | 20 Aug 23:19 2014

file-truename: Variable binding depth exceeds max-specpdl-size when tangling

Good afternoon,

While debugging one of my babel documents, I re-read [this]
documentation on `:noweb-ref'.

What I had wanted to do was to define a bunch of source blocks and then
at the end of the heading to tangle them all into a file. This was just
a natural thing to do while /in the flow/ and *not* thinking about the
document structure.

Here is the simplest possible example.

,----
|
| * Demo
|   :PROPERTIES:
|   :noweb-ref: demo
|   :END:
|
| #+begin_src emacs-lisp
| (message "demo")
| #+end_src
|
| #+begin_src emacs-lisp
| (message "this")
| #+end_src
|
| #+begin_src sh :tangle ~/tmp/demo.el :noweb yes
| ┬źdemo┬╗
| #+end_src
(Continue reading)

Charles Millar | 20 Aug 21:00 2014
Picon
Picon

LATEX_HEADER export problem

Hi,

I have the following in a file that I export to LaTeX

#+LATEX_CLASS: mysetup
#+LATEX_HEADER: \newcommand{\RATE}{65.00}

mysetup class

(add-to-list 'org-latex-classes
              '("mysetup"
"\\documentclass[11pt,letterpaper,oneside]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout} commented out for Komascript
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=0.50in]{geometry}
% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
%\\newcommand\\foo{bar}
                [NO-DEFAULT-PACKAGES]
(Continue reading)

Ken Mankoff | 20 Aug 20:03 2014
Picon

problem with markdown exporter

I've turn on Markdown exporting with (require 'ox-md). Citations aren't
being exported properly, so I'm trying to customize it. I have the
following setup:

(org-add-link-type
 "textcite"  (lambda (key) (org-open-file cby-references-file t nil key))
 (lambda (path desc format)
   (cond
    ((eq format 'latex) (format "\\textcite{%s}" path))
    ((eq format 'md) (format "[ <at> %s]" path))
    ((eq format 'odt) (format "%s" desc))
    ((eq format 'html) (format "<cite>%s</cite>" path))
    )))

Which works for latex, odt, and hml. But it doesn't appear that the
format string is ever being set to 'md, and so the [[cite:foo][Foo,
YYYY]] in my org file isn't getting converted to [ <at> foo].

Searching online I find many strings matching "(eq format 'odt)" or
'latex but none with 'md. Is there some other way to achieve this?

Thanks,

  -k.

Samuel Loury | 20 Aug 14:48 2014
Picon

[PATCH] Make the regexp matching the beginning of a table more explicit

Hi,

I would like to provide a very tiny change in the regexp matching a
beginning of table in org-table.el.

Its current value is "^\\(\\*+ \\)\\|[ \t]*|". The second part of the
regexp ("[ \t]*|") indicates that it matches any | character, following
spaces or not. This means that the "[ \t]" is useless.

Actually, it matches my :tags expression in the #+BEGIN: clocktable part
because its value is :tags " <at> home| <at> computer".

I think that Carsten Dominik wanted the | character to be matched only
when at the beginning of a line (modulo indentation spaces).

I then added the ^ character in this part of the regexp to make it work
that way.

Please find the patch attached.

--
Konubinix
GPG Key    : 7439106A
Fingerprint: 5993 BE7A DA65 E2D9 06CE  5C36 75D2 3CED 7439 106A
Thorsten Jolitz | 20 Aug 14:00 2014
Picon

org-element-at-point fails in programming-modes


Hi List,

with point at the beginning of each of the following blocks,
`org-element-at-point' does recognize the correct type when buffer is in
org-mode and other text-modes, but not so in programming modes, e.g. the
*scratch* buffer (lisp-interaction-mode). Then only the src-block is
recognized correctly, all the others are parsed as paragraphs.

* ORG SCRATCH

#+BEGIN_QUOTE
hallo world
#+END_QUOTE

#+BEGIN_COMMENT
hallo world
#+END_COMMENT

#+BEGIN_EXAMPLE
hallo world
#+END_EXAMPLE

#+BEGIN_SRC emacs-lisp
hallo world
#+END_SRC

Although Org functions are of course made only for working in org-mode
and its a bit hard to see at first sight how this could be useful, I
wonder if the regexps could be made a bit more general to make
(Continue reading)

Tory S. Anderson | 20 Aug 13:32 2014
Picon

Agenda ical export omissions: sexp, hour-in-headline

I have a shell function that exports my agenda to an ical file and uploads it for Google to read; however,
there seem to be a couple glaring omissions from the ical. Here's the bash line that works over my agenda for export:

	emacs --batch --user $USER --eval "(progn (org-agenda-list nil nil 'year) (org-icalendar-combine-agenda-files))"

It skips the following sort of agenda entries:

   *** 09:05-09:55 CS 7637 Weekly Class  <at>  Klaus 2447
   <%%(org-class 2014 8 18 2014 12 12 1)> 

and: 

     %%(org-anniversary 2015 03 26) Glory %d Birthday

So, it doesn't seem to ical-ify sexp dates, and it doesn't seem to do times (09:05-09:55) in the headers. Is
there anything to be done for this? I've just discovered the agenda power of these mighty functions but
will be limited in my use of them if they can't be exported. 

- Tory

Johannes Dahl | 19 Aug 22:13 2014
Picon

Bug: Inconsistent timestamping with org-mobile-pull [8.3beta-245-g3a1fff]

When I pull changes from mobileorg where I have changed multiple todo items, I expect the state change to be logged (as it does when I change the state manually), but that happens to only on one of them.

Steps to reproduce:
1. Create an org file with the following content:
* test-workaround
** TODO test1
:PROPERTIES:
:ID:       abc77285-41e5-4694-949e-0b2bc1db1c80
:END:
** TODO test2
:PROPERTIES:
:ID:       351fe9ee-0446-496b-9e35-3beb5706ed05
:END:

2. Create mobileorg.org in the appropriate place with the following content:
* F(edit:todo) [[id:abc77285-41e5-4694-949e-0b2bc1db1c80][test1]]
** Old value
TODO
** New value
DONE
** End of edit

* F(edit:todo) [[id:351fe9ee-0446-496b-9e35-3beb5706ed05][test2]]
** Old value
TODO
** New value
DONE
** End of edit

3. Make sure state change logging is set for at least DONE keyword and run org-mobile-pull.
4. Observe that one of the todo items now has a timestamp, whereas the other does not.

I'm using Org mode from git://orgmode.org/org-mode.git (master branch) with Emacs 24.3.1

Regards,
Johannes
Eric S Fraga | 19 Aug 22:14 2014
Picon
Picon

[bug] commit 5512bedee breaks insert diary in agenda

Hello,

changes made on 28 July, commit 5512bedee, breaks insert diary
functionality. In particular, "i d" in the agenda inserts the new entry
in the wrong place in a date-tree diary org file.

Reverting this commit fixes the problem.

I haven't looked at the code to understand why, partly because I'm not
sure what problem this commit was meant to fix.

thanks,
eric
--

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 24.4.50.1, Org release_8.3beta-237-gcc6aa4

Sharon Kimble | 19 Aug 20:28 2014

How to get cookies working with TODOs?

I'm trying to get cookies working with TODO items. The source document
is a book I'm writing and is an outline of each section and chapters so
that I can see what is still to be done. I'm writing it in latex but
doing the outline in orgs-mode.

--8<---------------cut here---------------start------------->8---
* TODO CHAPTER 1 - preface [0%]
** DONE Disclaimer
CLOSED: [2014-07-30 Wed 23:49]
** DONE Introduction
CLOSED: [2014-07-30 Wed 23:50]
--8<---------------cut here---------------end--------------->8---

Following "5.5 Breaking tasks down into subtasks" in the "org.pdf" I
should be able to 'C-c C-c' on the cookie and it updates the cookie,
except it doesn't work in this case. There are 5 sections which are all
completed in this chapter, but the cookie doesn't update.

--8<---------------cut here---------------start------------->8---
* TODO CHAPTER 2 - preamble [0/11] [0%]
:PROPERTIES:
:COOKIE_DATA: todo recursive
:END:
** DONE An overview of the endocrine system
CLOSED: [2014-07-31 Thu 02:12]
--8<---------------cut here---------------end--------------->8---

Like it shows on page 55. But the cookie doesn't update either in this case.

So how can I get the cookies working please?

Thanks
Sharon.
--

-- 
A taste of linux = http://www.sharons.org.uk
my git repo = https://bitbucket.org/boudiccas/dots
TGmeds = http://www.tgmeds.org.uk
Debian testing, fluxbox 1.3.5, emacs 24.3.92.1

Gmane