[O] org keybinding "

[Martin Steffen]

Hi,

there seems to be a slight inconsistency wrt. exporting and keybinding.


I am doing LaTeX via org, more precisely latex/beamer. For latex-only
material, I use


#+BEGIN_EXPORT LATEX

#+END_EXPORT

[Side remark: that mark-up seems to be very recent, not very long ago, it
 had been 
  #+BEGIN_LATEX
  #+END_LATEX

]


Anyhow, for faster typing, I used the abbreviations provided, in that case
of LaTeX, the following tab-completion

  "

Re: [O] org keybinding "

[Nicolas Goaziou]

Hello,

Martin Steffen  writes:

> there seems to be a slight inconsistency wrt. exporting and keybinding.
>
>
> I am doing LaTeX via org, more precisely latex/beamer. For latex-only
> material, I use
>
>
> #+BEGIN_EXPORT LATEX
> 
> #+END_EXPORT
>

[...]

> What it does is, it inserts
>
>
> #+BEGIN_EXPORT latex
>
> #+END_EXPORT
>
>
> Note that "latex" is not capitalized.  It seems that capitalization /does/
> matter (unlike earlier variations of that mechanism, if I  remember
> correctly). Anyhow, that's the 
>
> inconsistency 
>
> I stumbled upon: the tab-completion completes to a patter which is not
> honored by the export.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] [ANN] Export block syntax change

[Nicolas Goaziou]

Hello,

Suvayu Ali  writes:


> On Sun, Dec 20, 2015 at 10:06:44PM +0100, Nicolas Goaziou wrote:
>> 
>> I just finalized the syntax change for export blocks. As a reminder, the
>> new syntax is:
>> 
>>   #+BEGIN_EXPORT backend
>>   ...
>>   #+END_EXPORT
>> 
>> instead of
>> 
>>   #+BEGIN_backend
>>   ...
>>   #+END_backend
>
> This seems to not work for me.  The following block is completely
> missing from the exported tex source.
>
>   #+begin_export latex
>   \begin{equation}
> ct = (S.V. - P.V.) \times m/p.
>   \end{equation}
>   #+end_export
>

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] [ANN] Export block syntax change

[Suvayu Ali]

On Sat, Jan 02, 2016 at 11:54:42AM +0100, Nicolas Goaziou wrote:
> Hello,
> 
> Suvayu Ali  writes:
> 
> 
> > On Sun, Dec 20, 2015 at 10:06:44PM +0100, Nicolas Goaziou wrote:
> >> 
> >> I just finalized the syntax change for export blocks. As a reminder, the
> >> new syntax is:
> >> 
> >>   #+BEGIN_EXPORT backend
> >>   ...
> >>   #+END_EXPORT
> >> 
> >> instead of
> >> 
> >>   #+BEGIN_backend
> >>   ...
> >>   #+END_backend
> >
> > This seems to not work for me.  The following block is completely
> > missing from the exported tex source.
> >
> >   #+begin_export latex
> >   \begin{equation}
> > ct = (S.V. - P.V.) \times m/p.
> >   \end{equation}
> >   #+end_export
> >
> 
> Fixed. Thank you.

Thanks!  It works now.

Cheers,

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Face size for the ellipsis - a bug?

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Marcin Borkowski  writes:
>
>> when I decrease the text size in Org-mode (using e.g. `C-x -'), the
>> ellipses stay large, which is quite annoying.  Can I do anything about
>> it or is it a bug in Org-mode?
>
> You are right.  It's a bug IMO.
>
> I guess it has something to do with the display table being created for
> them when org-mode is run.  Unfortunately, I don’t know anything about
> display tables.

AFAICT, it isn't a bug related to Org, but a limitation of display
tables. It may be worth reporting it upstream.

Regards,

-- 
Nicolas Goaziou

Re: [O] [ANN] Export block syntax change

[John Hendy]

On Sat, Jan 2, 2016 at 1:54 AM, Suvayu Ali  wrote:
> Hi,
>
> On Sun, Dec 20, 2015 at 10:06:44PM +0100, Nicolas Goaziou wrote:
>>
>> I just finalized the syntax change for export blocks. As a reminder, the
>> new syntax is:
>>
>>   #+BEGIN_EXPORT backend
>>   ...
>>   #+END_EXPORT
>>
>> instead of
>>
>>   #+BEGIN_backend
>>   ...
>>   #+END_backend
>
> This seems to not work for me.  The following block is completely
> missing from the exported tex source.
>
>   #+begin_export latex
>   \begin{equation}
> ct = (S.V. - P.V.) \times m/p.
>   \end{equation}
>   #+end_export
>

Confirming I also don't get anything exported in this example. Just
did a git pull:

M-x org-version
Org-mode version 8.3.2 (release_8.3.2-441-ga87dea @
/home/jwhendy/.elisp/org.git/lisp/)

Then again, ORG-NEWS with the change reads v. 9.0... but git says I'm
at 8.3. Perhaps it's not actually in effect yet? Then again, I looked
around at recent commits, and see an example of "#+begin_export latex"
used in ox-latex.el... so maybe it is supposed to be released. Sorry
I'm not more help. Mainly wanted to replicate for you.


John

> Am I missing something?
>
> Cheers,
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>

[O] isearch-forward at end of entry

[Michael Brand]

Hi all

With today's release_8.3.2-441-ga87dea3 on Emacs 24.5 and this org
file


* d
  - e
  - f
* g


when d is folded: After "M-< C-s f RET" the entry d is folded but I
expect it to remain unfolded like after "M-< C-s e RET". Am I doing
something wrong?

Michael

[O] [PATCH] ox-koma-letter.el: Add support for section

[Daniele Pizzolli]

Hello,

I was really surprised that headlines, that are so common in org-mode
are discarded by default in ox-koma-letter.

This patch tries to add the support for them.  It works for me but
requires some work to fit the coding and documentation convention that
are still unknown to me.

I will be happy to follow your suggestion or if somebody take this code
as a minimal implementation to start to work with.

Thanks in advance,
Daniele

>From 390d93afc95f6151e1bde43ef91b4e31f91ecd01 Mon Sep 17 00:00:00 2001
From: Daniele Pizzolli 
Date: Sat, 2 Jan 2016 11:48:24 +0100
Subject: [PATCH] ox-koma-letter.el: Add support for section

* contrib/lisp/ox-koma-letter.el (org-koma-letter-headline): Add
  support for section using the text of headline.

TINYCHANGE
---
 contrib/lisp/ox-koma-letter.el | 28 ++--
 1 file changed, 26 insertions(+), 2 deletions(-)

diff --git a/contrib/lisp/ox-koma-letter.el b/contrib/lisp/ox-koma-letter.el
index 3231d34..aea5a9c 100644
--- a/contrib/lisp/ox-koma-letter.el
+++ b/contrib/lisp/ox-koma-letter.el
@@ -569,10 +569,34 @@ holding contextual information.
 Note that if a headline is tagged with a tag from
 `org-koma-letter-special-tags' it will not be exported, but
 stored in `org-koma-letter-special-contents' and included at the
-appropriate place."
+appropriate place.
+
+If the headline level is greater than one include the headline as
+section.  This allow to write letter with sections by using
+section.lco available at:
+.
+
+Add [sections] to LATEX_CLASS_OPTIONS with:
+
+#+LATEX_CLASS_OPTIONS: [sections]
+
+If section.lco is unavaliable the section are exported in the tex
+source but not rendered in the final pdf.
+
+- TODO: add test
+- TODO: level n should become n-1, because there is no real
+level 1 section
+- TODO: check if section are allowed inside other letter keywords
+"
   (let ((special-tag (org-koma-letter--special-tag headline info)))
 (if (not special-tag)
-	contents
+	(progn
+	  (if (= 1 (org-element-property :level headline))
+	  contents
+	(progn
+	  ;; TODO find out how to decrease the level by one!
+	  (org-latex-headline headline contents info)
+	  )))
   (push (cons special-tag contents) org-koma-letter-special-contents)
   "")))
 
-- 
2.1.4

Re: [O] Bug: org-indent-mode incomplete refresh after org-toggle-heading [8.3.2 (8.3.2-51-g713fe8-elpaplus @ /home/il/.emacs.d/elpa/org-plus-contrib-20151221/)]

[Nicolas Goaziou]

Hello,

Ingo Lohmar  writes:

> emacs -nw -q testfile,
> M-x org-mode
> M-x org-indent-mode
>
> Enter following plain list:
>
> - item1
>   - item1.1
> - item2
>
> Move to first line ("item1") and C-c * to org-toggle-heading.  "item1"
> becomes a heading (ok), "item1.1" gets line/wrap prefix for indentation
> (ok), but "item2" is not affected at all.
>
> I believe the last list item should get the prefixes as well, as it
> belongs to the same subtree.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

[O] [PATCH] Fix typo

[Daniele Pizzolli]

Fix a typo.

Best,
Daniele

>From 09f2c70f4e95a9489279b3b3989a2244703bc9c9 Mon Sep 17 00:00:00 2001
From: Daniele Pizzolli 
Date: Sat, 2 Jan 2016 11:25:15 +0100
Subject: [PATCH] Fix typo

---
 contrib/lisp/ox-koma-letter.el | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/contrib/lisp/ox-koma-letter.el b/contrib/lisp/ox-koma-letter.el
index aad0672..3231d34 100644
--- a/contrib/lisp/ox-koma-letter.el
+++ b/contrib/lisp/ox-koma-letter.el
@@ -80,9 +80,9 @@
 ;; `org-koma-letter-special-tags-after-closing' used as macros and the
 ;; content of the headline is the argument.
 ;;
-;; Headlines with two and from may also be used rather than the
-;; keyword approach described above.  If both a keyword and a headline
-;; with information is present precedence is determined by
+;; Headlines with to and from may also be used rather than the keyword
+;; approach described above.  If both a keyword and a headline with
+;; information is present precedence is determined by
 ;; `org-koma-letter-prefer-special-headings'.
 ;;
 ;; You need an appropriate association in `org-latex-classes' in order
-- 
2.1.4

Re: [O] Bug: Org Habits does not recalculate the "Scheduled:" line [8.3.2 (release_8.3.2-441-ga87dea @ /home/swflint/.emacs.d/org-mode/lisp/)]

[Nicolas Goaziou]

Hello,

swfl...@flintfam.org (Samuel W. Flint) writes:

> I use Org's habit feature.  I expect that when I mark a task such as the
> following as done:
>
> * TODO Weekly Review
> SCHEDULED: <2016-01-01 Fri .+1w/2w>
> :PROPERTIES:
> :STYLE:habit
> :END:
>
> The SCHEDULED line should change, to reflect the new date.  As of right
> now, it doesn't, and instead, the SCHEDULED line is removed, rendering
> the "habit" useless.

I cannot reproduce your problem. Could you try again without any
configuration on your side ?

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: problems with tangled code [8.3.2 (8.3.2-51-g713fe8-elpa @ /home/tobias/.emacs.d/elpa/org-20151221/)]

[Nicolas Goaziou]

Hello,

Tobias Müller  writes:

> I have discovered a problem with tangled source code in org-mode. As a
> minimal example I set up the following in a file ~/test.org
>
> * Section
> Some Text
> #+BEGIN_SRC python :tangle files/file.py :comments link
>print('Block 1')
> #+END_SRC
>
> More Text
> #+BEGIN_SRC python :tangle files/file.py :comments link
>print('Block 2')
> #+END_SRC
>
> If I tangle the file with C-c C-v t the resulting file ~/files/file.py
> looks like this:
>
> # [[file:test.org::*Section][Section:1]]
> print('Block 1')
> # Section:1 ends here
>
> # [[file:test.org::*Section][Section:1]]
> print('Block 2')
> # Section:1 ends here
>
> The 1st problem here is, that the code-block counter seems not to work,
> because both code blocks are labeled as [Section:1], so if I want to use
> org-babel-tangle-jump-to-org both blocks would jump to block 1.
> Furthermore the location of the .org file is not correctly indicated, 
> since the
> .org file is located at ~/test.org and not in the ~/files directory, so
> org-babel-tangle-jump-to-org tries to create a new file
> ~/files/test.org.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: Org Habits does not recalculate the "Scheduled:" line [8.3.2 (release_8.3.2-441-ga87dea @ /home/swflint/.emacs.d/org-mode/lisp/)]

[Samuel W. Flint]

> Nicolas Goaziou writes:

NG> swfl...@flintfam.org (Samuel W. Flint) writes:
>>> Nicolas Goaziou writes:
>>
NG> Hello, swfl...@flintfam.org (Samuel W. Flint) writes:
>>
 I use Org's habit feature.  I expect that when I mark a task such
 as the following as done:

 * TODO Weekly Review SCHEDULED: <2016-01-01 Fri .+1w/2w>
 :PROPERTIES: :STYLE: habit :END:

 The SCHEDULED line should change, to reflect the new date.  As of
 right now, it doesn't, and instead, the SCHEDULED line is removed,
 rendering the "habit" useless.
>>
NG> I cannot reproduce your problem. Could you try again without any
NG> configuration on your side ?
>>
>> I went ahead and tried that, no configuration other than (require
>> 'org) and (require 'org-habit), and I had that same issue.  I then
>> tried removing my TODO states configuration (stored in the file), and
>> still have the same problem.

NG> Then I may be misunderstanding the issue. Would you mind describing
NG> it step by step (as a sequence of small buffer contents and
NG> keypresses) ?

Sure.

The buffer starts out like so:

* TODO Weekly Review
SCHEDULED: <2016-01-01 Fri .+1w/2w>
:PROPERTIES:
:STYLE:habit
:END:

With the point on any part of the headline, C-c C-t switches to DONE,
and the SCHEDULED line is updated, as long as there isn't any
customization of TODO states, and is updated to look like so:

* TODO Weekly Review
  SCHEDULED: <2016-01-09 Sat .+1w/2w>
  :PROPERTIES:
  :STYLE:habit
  :LAST_REPEAT: [2016-01-02 Sat 15:14]
  :END:
  - State "DONE"   from "TODO"   [2016-01-02 Sat 15:14]

If I have other TODO states setup, such as:
#+TODO: TODO(t) WORKING(w) | DONE(d!)
#+TODO: | CANCELED(c!)
the SCHEDULED line is not updated, but rather removed.

NG> Regards,

Thanks,

Sam

--
Samuel W. Flint
4096R/266596F4
  (9477 D23E 389E 40C5 2F10  DE19 68E5 318E 2665 96F4)
(λs.s s) λs.s s


signature.asc
Description: PGP signature

[O] Bug: Asychronous export fails [8.3.2 (8.3.2-52-g6d0af5-elpa @ /home/rrt/.emacs.d/elpa/org-20151228/)]

[Reuben Thomas]

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.


With either 8.2.10 (as shipped with Emacs 24.4/5) or 20151228 (as
installed from ELPA), asychronous export to PDF via LaTeX fails unless I
have

(setq org-export-async-debug nil)

in my .emacs.

Emacs  : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
 of 2016-01-02 on ecls, modified by Debian
Package: Org-mode version 8.3.2 (8.3.2-52-g6d0af5-elpa @ 
/home/rrt/.emacs.d/elpa/org-20151228/)

current state:
==
(setq
 org-export-backends '(ascii html icalendar latex odt)
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-latex-classes '(("article" "\\documentclass[11pt]{article}"
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}")
  ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 ("report" "\\documentclass[11pt]{report}" ("\\part{%s}" . 
"\\part*{%s}")
  ("\\chapter{%s}" . "\\chapter*{%s}")
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
 ("book" "\\documentclass[11pt]{book}" ("\\part{%s}" . 
"\\part*{%s}")
  ("\\chapter{%s}" . "\\chapter*{%s}")
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
 ("scrartcl" "\\documentclass{scrartcl}"
  ("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}")
  ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 )
 org-latex-default-packages-alist '(("postscript" "ucs" nil) ("" "pifont" nil)
("utf8x" "inputenc" t) ("T1" "fontenc" t)
("" "fixltx2e" nil) ("" "graphicx" t)
("" "longtable" nil) ("" "float" nil) ("" 
"wrapfig" nil)
("" "rotating" nil) ("normalem" "ulem" t)
("" "amsmath" t) ("" "textcomp" t) ("" 
"marvosym" t)
("" "wasysym" t) ("" "amssymb" t) ("" 
"hyperref" nil)
"\\tolerance=1000" ("" "palatino" nil))
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-html-format-drawer-function '(lambda (name contents) contents)
 org-latex-format-inlinetask-function 
'org-latex-format-inlinetask-default-function
 org-confirm-shell-link-function 'yes-or-no-p
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-export-with-section-numbers nil
 org-file-apps '((t . "xdg-open %s") (system . "xdg-open %s"))
 org-export-with-toc nil
 org-latex-format-headline-function 'org-latex-format-headline-default-function
 org-default-notes-file "~/Notes/Notes.org"
 org-startup-indented t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-latex-format-drawer-function '(lambda (name contents) contents)
 org-odt-format-headline-function 'org-odt-format-headline-default-function
 org-from-is-user-regexp "\\"
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '((lambda nil (local-set-key "\351" (quote 
org-toggle-iimage-in-org)))
 window-margin-mode
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all 
append local] 5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append
local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes 
turn-on-eldoc-mode)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-ascii-format-drawer-function '(lambda (name contents width) contents)
 

Re: [O] Remove notes blocks from latex export

[Marcin Borkowski]

On 2016-01-01, at 21:32, Joon Ro  wrote:

> Hi,
> org-reveal uses notes blocks (#+BEGIN_NOTES) for speaker notes, and I want to 
> remove those blocks when I export those slides to latex for handouts.For src 
> blocks it can be done easily with org-export-filter-src-block-functions - is 
> there any way to do this with generic blocks? 

A simple derived exporter?  Or (on the LaTeX side) the comment package?

> Thank you and happy new year!Joon   

The same to you

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Re: [O] [PATCH] ox-koma-letter.el: Add support for section

[Rasmus]

Hi Daniele,

First, thanks for your patch.

Daniele Pizzolli  writes:

> I was really surprised that headlines, that are so common in org-mode
> are discarded by default in ox-koma-letter.

Why?  They are not supported by scrlttr2.cls, except if you download an
extra lco file, not distributed via CTAN.  As such, I don’t think it
should be supported by ox-koma-letter.el.

A general headline property that allows to insert arbitrary code right
before a headline (such as "@@latex:\clearpage@@") might be a more
fruitful approach.

> +Add [sections] to LATEX_CLASS_OPTIONS with:
> +
> +#+LATEX_CLASS_OPTIONS: [sections]
> +
> +If section.lco is unavaliable the section are exported in the tex
> +source but not rendered in the final pdf.

Whether section.lco is available or not is a complicated question.  You
first need to figure out what is the tex distribution (what if it’s not in
PATH) and whether section.lco is available via something like kpsewhich.
Note that e.g. TL also looks in the current path.

Regards,
Rasmus

-- 
Summon the Mothership!