Re: org-persist asking for temp-file encoding every time
On 06-04-2024 14:44, Ihor Radchenko wrote: You need to redirect where Emacs looks for Org mode: (add-to-list 'load-path "/path/to/org-mode/lisp") Somewhere early in your init.el. Thank you for the hint. It seems to be working without the issue in the development version. Brian
Re: org-persist asking for temp-file encoding every time
On 20-03-2024 10:14, Ihor Radchenko wrote: org-persist forces encoding in Org 9.7-pre (development version). May you try it and let us know if your problem is still present there? I have been looking into this, but it is not clear to me how to override emacs' builtin org-mode, and run another version. I obtained the version from the repository as explained here: https://orgmode.org/org.html#Installation Brian
org-persist asking for temp-file encoding every time
Hi I am experiencing a small issue with an org-file. Every time I close it I am prompted with: Select coding system (default utf-8): when org-mode is saving a *Temp file*. In the *Messages* buffer it says: org-persist: Writing to "c:/Users/user/AppData/Roaming/.emacs.d/org-persist/18/673ac1-50b0-4f3c-9cab-58f496875f4f" took 56.90 sec. Can this somehow be avoided? Best regards, Brian
org-persist asking for temp-file encoding every time
Hi I am experiencing a small issue with an org-file. Every time I close it I am prompted with: Select coding system (default utf-8): when org-mode is saving a *Temp file*. In the *Messages* buffer it says: org-persist: Writing to "c:/Users/user/AppData/Roaming/.emacs.d/org-persist/18/673ac1-50b0-4f3c-9cab-58f496875f4f" took 56.90 sec. Can this somehow be avoided? Best regards, Brian
[BUG] commit 7048876f broke Figure link with caption [9.6 (release_9.6 @ /Users/powellb/src/org-mode/lisp/)]
It seems that the following commit broke the ability to link to a figure with a caption. commit 7048876f6fa519513763c83bc5baa791420cddab Author: Ihor Radchenko Date: Tue Dec 13 11:44:22 2022 +0300 org-export-get-ordinal: Do not ignore ELEMENT type when TYPES is given * lisp/ox.el (org-export-get-ordinal): Append ELEMENT type to TYPES, when TYPES is non-nil. I have a simple file with a figure and image link. The figure has a #+name and #+caption. If I add a link to the figure name in the document, then exporting to HTML fails. Prior commits did not have any issue. Using `emacs -Q` with the following: (add-to-list 'load-path "/Users/powellb/src/org-mode/lisp") (require 'org) With the following sample file: #+TITLE: test #+AUTHOR: Me #+EMAIL: email #+DATE: #+name: fig:parcel #+caption: Illustration of joy #+attr_html: :width 600px #+attr_org: :width 50px #+attr_latex: :width 3.5in [[file:./test.png]] Done! So, Figure [[fig:parcel]] is an illustration of the stuff. Executing C-c C-e h o : to export to html and open, results in the attached trace dump. Cheers, Brian Emacs : GNU Emacs 29.0.60 (build 1, aarch64-apple-darwin22.2.0, NS appkit-2299.30 Version 13.1 (Build 22C65)) of 2022-12-16 Package: Org mode version 9.6 (release_9.6 @ /Users/powellb/src/org-mode/lisp/) Debugger entered--Lisp error: (wrong-type-argument listp (link . link)) memq(section (link . link)) (if (memq --type types) (progn (let ((result (funcall fun --data))) (cond ((not result)) (first-match (throw :--map-first-match result)) (t (setq --acc (cons result --acc))) (cond ((not --data)) ((and info (memq --data --ignore-list))) ((not --type) (mapc --walk-tree --data)) ((eq --type 'org-data) (mapc --walk-tree (org-element-contents --data))) (t (if (memq --type types) (progn (let ((result (funcall fun --data))) (cond ((not result)) (first-match (throw :--map-first-match result)) (t (setq --acc ...)) (if (and (eq --category 'objects) (not (stringp --data))) (progn (let ((tail (cdr ...))) (while tail (let (...) (funcall --walk-tree ...) (setq tail ...)) (if (and with-affiliated (eq --category 'objects) (eq (org-element-class --data) 'element)) (progn (let ((tail org-element--parsed-properties-alist)) (while tail (let (...) (let ... ...) (setq tail ...)) (cond ((memq --type no-recursion)) ((not (org-element-contents --data))) ((and (eq --category 'greater-elements) (not (memq --type org-element-greater-elements ((and (eq --category 'elements) (eq (org-element-class --data) 'object))) (t (mapc --walk-tree (org-element-contents --data)) (let ((--type (org-element-type --data))) (cond ((not --data)) ((and info (memq --data --ignore-list))) ((not --type) (mapc --walk-tree --data)) ((eq --type 'org-data) (mapc --walk-tree (org-element-contents --data))) (t (if (memq --type types) (progn (let ((result ...)) (cond (...) (first-match ...) (t ...) (if (and (eq --category 'objects) (not (stringp --data))) (progn (let ((tail ...)) (while tail (let ... ... ...) (if (and with-affiliated (eq --category 'objects) (eq (org-element-class --data) 'element)) (progn (let ((tail org-element--parsed-properties-alist)) (while tail (let ... ... ...) (cond ((memq --type no-recursion)) ((not (org-element-contents --data))) ((and (eq --category 'greater-elements) (not (memq --type org-element-greater-elements ((and (eq --category 'elements) (eq (org-element-class --data) 'object))) (t (mapc --walk-tree (org-element-contents --data))) (closure ((--walk-tree . #0) (--acc) (--ignore-list) (--category . objects) (no-recursion) (types link . link) (with-affiliated) (first-match . first-match) (info :export-options nil :back-end ... :translate-alist ... :exported-data # :input-buffer "newtest.org" :input-file "/Users/powellb/tmp/new..." :html-doctype "xhtml-strict" :html-container "div" :html-content-class "content" :description nil :keywords ...) (fun closure ... ... ...)) (--data) (let (...) (cond ... ... ... ... ...)))((section (:begin 1 :end 307 :contents-begin 1 :contents-end 307 :robust-begin 1 :robust-end 305 :post-blank 0 :post-affiliated 1 :mode first-section :granularity nil :parent (org-data (:begin 1 :contents-begin 1 :contents-end 307 :end 307 :robust-begin 3 :robust-end 305 :post-blank 0 :post-affiliated 1 :path "/Users/powellb/tmp/newtest.org" :mode org-data :CATEGORY "newtest" :granularity nil) #1)) (keyword (:key "TITLE" :value "test" :begin 1 :end 21 :post-blank 0 :post-affiliated 1 :mode top-comment :granularity nil :parent #1)) (keyword (:key "AUTHOR" :value "Brian Powell" :begin 21 :end 49 :post-blank 0 :post-affiliated 21 :mode nil :granularity nil :parent #1)) (keyword (:key "EMAIL" :value
Re: [PATCH] Re: Inconsistent use of \ref and \eqref in ox-latex and ox-html
Thanks again. Please find attached patch addressing issues below.
Cheers,
Brian
On Mon, Apr 20 2020, Nicolas Goaziou wrote:
>> Subject: [PATCH] add org-html-equation-reference-format to customize MathJax
>> ref command
>
> The commit message should reference the file being modified. I suggest
> something along the lines:
>
> Add customizable format string for equations
>
> * lisp/ox-html.el (org-html-equation-reference-format): New variable.
updated
>> +(defcustom org-html-equation-reference-format "\\eqref{%s}"
>> + "MathJax command to use when referencing equations. This is a
>> +format controls string, expecting a single argument, the equation
>> +being referenced that is generated on export.
>
> Small nit here. The first line of a docstring must contain complete
> sentences only. Therefore you need to move "This is a" part to the line
> below.
>
> Also : controls -> control
>
> Otherwise, it looks good! Could you provide an entry in ORG-NEWS about
> it? I think Version 9.4 > Miscellaneous is a fine place for it.
Done and done.
>From f3a8e7d99a390c6dd965f347d95f35780e7d3a77 Mon Sep 17 00:00:00 2001
From: Brian Powell
Date: Mon, 20 Apr 2020 09:49:12 -1000
Subject: [PATCH] Add customizable format string for equations in HTML export
* lisp/ox-html.el (org-html-equation-reference-format): New variable.
* doc/org-manual.org update to reference new variable
---
doc/org-manual.org | 1 +
etc/ORG-NEWS | 9 +
lisp/ox-html.el| 25 ++---
3 files changed, 32 insertions(+), 3 deletions(-)
diff --git a/doc/org-manual.org b/doc/org-manual.org
index 6d5a34e56..4b1a14ef4 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -15851,6 +15851,7 @@ Settings]]), however, override everything.
| ~:html-link-use-abs-url~ | ~org-html-link-use-abs-url~ |
| ~:html-mathjax-options~| ~org-html-mathjax-options~|
| ~:html-mathjax-template~ | ~org-html-mathjax-template~ |
+| ~:html-equation-reference-format~ | ~org-html-equation-reference-format~ |
| ~:html-metadata-timestamp-format~ | ~org-html-metadata-timestamp-format~ |
| ~:html-postamble-format~ | ~org-html-postamble-format~ |
| ~:html-postamble~ | ~org-html-postamble~ |
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index f6f806b8f..fbee0124d 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -384,6 +384,15 @@ now. E.g.,
This bug [[https://lists.gnu.org/archive/html/emacs-orgmode/2013-08/msg00072.html][originally reported]] by Matt Lundin and investigated by Andrew
Hyatt has been fixed. Thanks to both of them.
+*** Format of equation reference in HTML export can be specified
+
+By default, HTML (via MathJax) and LaTeX export equation references
+using different commands. LaTeX must use \ref{%s} because it is used
+for all labels; however, HTML (via MathJax) uses \eqref{%s} for equations
+producing inconsistent output. New option
+~org-html-equation-reference-format~ sets the command used in
+HTML export.
+
* Version 9.3
** Incompatible changes
diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index e70b8279b..266467345 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -121,6 +121,7 @@
(:html-link-home "HTML_LINK_HOME" nil org-html-link-home)
(:html-link-up "HTML_LINK_UP" nil org-html-link-up)
(:html-mathjax "HTML_MATHJAX" nil "" space)
+(:html-equation-reference-format "HTML_EQUATION_REFERENCE_FORMAT" nil org-html-equation-reference-format t)
(:html-postamble nil "html-postamble" org-html-postamble)
(:html-preamble nil "html-preamble" org-html-preamble)
(:html-head "HTML_HEAD" nil org-html-head newline)
@@ -761,6 +762,24 @@ The function should return the string to be exported."
LaTeX
+(defcustom org-html-equation-reference-format "\\eqref{%s}"
+ "The MathJax command to use when referencing equations.
+
+This is a format control string that expects a single string argument
+specifying the label that is being referenced. The argument is
+generated automatically on export.
+
+The default is to wrap equations in parentheses (using \"\\eqref{%s}\)\".
+
+Most common values are:
+
+ \"\\eqref{%s}\"Wrap the equation in parentheses
+ \"\\ref{%s}\" Do not wrap the equation in parentheses"
+ :group 'org-export-html
+ :package-version '(Org . "9.4")
+ :type 'string
+ :safe t)
+
(defcustom org-html-with-latex org-export-with-latex
"Non-nil means process LaTeX math snippets.
@@ -3113,9 +3132,9 @@ I
[PATCH] Re: Inconsistent use of \ref and \eqref in ox-latex and ox-html
Nicolas, thank you for the feedback, and I apologize for my errors.
On Sun, Apr 19 2020, Nicolas Goaziou wrote:
>
> You need to provide a commit message, using git format-patch
> mechanism.
>
Apologies while I learn the procedure. I have corrected the issues below and
generated a commit patch attached. Please let me know if there are any problems.
> However, it would be nice to reference that variable in
>
> Publishing > Configuration > Options for the exporters > HTML specific
> properties
>
It is now listed in this section and removed from the others.
>
> It might be useful to explicitly state this is a format control string,
> expecting a single argument, the actual reference.
>
>
> It should be "9.4".
>
Both are corrected.
>
> Indentation problem?
>
The indentation problem is in the original org code.
Thank you for all of your help and efforts.
Cheers,
Brian
>From a7c078e4b5f3d97fa7db0e1df192e26e6953ef71 Mon Sep 17 00:00:00 2001
From: Brian Powell
Date: Sun, 19 Apr 2020 12:59:53 -1000
Subject: [PATCH] add org-html-equation-reference-format to customize MathJax
ref command
---
doc/org-manual.org | 1 +
lisp/ox-html.el| 23 ---
2 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/doc/org-manual.org b/doc/org-manual.org
index 6d5a34e56..4b1a14ef4 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -15851,6 +15851,7 @@ Settings]]), however, override everything.
| ~:html-link-use-abs-url~ | ~org-html-link-use-abs-url~ |
| ~:html-mathjax-options~| ~org-html-mathjax-options~|
| ~:html-mathjax-template~ | ~org-html-mathjax-template~ |
+| ~:html-equation-reference-format~ | ~org-html-equation-reference-format~ |
| ~:html-metadata-timestamp-format~ | ~org-html-metadata-timestamp-format~ |
| ~:html-postamble-format~ | ~org-html-postamble-format~ |
| ~:html-postamble~ | ~org-html-postamble~ |
diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index e70b8279b..0565d47f0 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -121,6 +121,7 @@
(:html-link-home "HTML_LINK_HOME" nil org-html-link-home)
(:html-link-up "HTML_LINK_UP" nil org-html-link-up)
(:html-mathjax "HTML_MATHJAX" nil "" space)
+(:html-equation-reference-format "HTML_EQUATION_REFERENCE_FORMAT" nil org-html-equation-reference-format t)
(:html-postamble nil "html-postamble" org-html-postamble)
(:html-preamble nil "html-preamble" org-html-preamble)
(:html-head "HTML_HEAD" nil org-html-head newline)
@@ -761,6 +762,22 @@ The function should return the string to be exported."
LaTeX
+(defcustom org-html-equation-reference-format "\\eqref{%s}"
+ "MathJax command to use when referencing equations. This is a
+format controls string, expecting a single argument, the equation
+being referenced that is generated on export.
+
+Default is to wrap equations in parentheses (using \"\\eqref{%s}\)\".
+
+Most common values are:
+
+ \"\\eqref{%s}\"Wrap the equation in parentheses
+ \"\\ref{%s}\" Do not wrap the equation in parentheses"
+ :group 'org-export-html
+ :package-version '(Org . "9.4")
+ :type 'string
+ :safe t)
+
(defcustom org-html-with-latex org-export-with-latex
"Non-nil means process LaTeX math snippets.
@@ -3113,9 +3130,9 @@ INFO is a plist holding contextual information. See
(eq 'latex-environment (org-element-type destination))
(eq 'math (org-latex--environment-type destination)))
;; Caption and labels are introduced within LaTeX
- ;; environment. Use "eqref" macro to refer to those in
- ;; the document.
- (format "\\eqref{%s}"
+ ;; environment. Use "ref" or "eqref" macro, depending on user
+ ;; preference to refer to those in the document.
+ (format (plist-get info :html-equation-reference-format)
(org-export-get-reference destination info))
(let* ((ref (org-export-get-reference destination info))
(org-html-standalone-image-predicate
--
2.26.0
Re: Inconsistent use of \ref and \eqref in ox-latex and ox-html
Nicolas,
Thank you for the message. I spent about 2 hours on it today learning more
about lisp and the internals to explain your email to me. I learned a lot.
I have modified ox-html.el to include a local OPTION as well as a customizable
setting. I tested with both as well as with an export option. All three worked
correctly. I also updated the org-manual.org.
Please find my patch attached.
Cheers,
Brian
diff --git a/doc/org-manual.org b/doc/org-manual.org
index 6d5a34e56..69a36d6c7 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -12531,6 +12531,15 @@ settings described in [[*Export Settings]].
to typeset LaTeX math in HTML documents. See [[*Math formatting in
HTML export]], for an example.
+- =HTML_EQUATION_REFERENCE_FORMAT= ::
+
+ #+cindex: @samp{HTML_EQUATION_REFERENCE_FORMAT}, keyword
+ #+vindex: org-html-equation-reference-format
+ Specify the MathJax command for referencing equations
+ (~org-html-equation-reference-format~). The default is to wrap in
+ parentheses using "\\eqref{%s}". Setting to "\\ref{%s}" is consistent
+ with LaTeX export.
+
- =HTML_HEAD= ::
#+cindex: @samp{HTML_HEAD}, keyword
@@ -12898,6 +12907,9 @@ files. This method requires that the dvipng program, dvisvgm or
ImageMagick suite is available on your system. You can still get this
processing with
+The command for formatting equation references can be configured via
+~org-html-equation-reference-format~.
+
: #+OPTIONS: tex:dvipng
: #+OPTIONS: tex:dvisvgm
diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index e70b8279b..4848028a2 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -121,6 +121,7 @@
(:html-link-home "HTML_LINK_HOME" nil org-html-link-home)
(:html-link-up "HTML_LINK_UP" nil org-html-link-up)
(:html-mathjax "HTML_MATHJAX" nil "" space)
+(:html-equation-reference-format "HTML_EQUATION_REFERENCE_FORMAT" nil org-html-equation-reference-format t)
(:html-postamble nil "html-postamble" org-html-postamble)
(:html-preamble nil "html-preamble" org-html-preamble)
(:html-head "HTML_HEAD" nil org-html-head newline)
@@ -761,6 +762,20 @@ The function should return the string to be exported."
LaTeX
+(defcustom org-html-equation-reference-format "\\eqref{%s}"
+ "MathJax command to use when referencing equations.
+
+Default is to wrap equations in parentheses (using \"\\eqref{%s}\)\".
+
+Most common values are:
+
+ \"\\eqref{%s}\"Wrap the equation in parentheses
+ \"\\ref{%s}\" Do not wrap the equation in parentheses"
+ :group 'org-export-html
+ :package-version '(Org . "9.3")
+ :type 'string
+ :safe t)
+
(defcustom org-html-with-latex org-export-with-latex
"Non-nil means process LaTeX math snippets.
@@ -3113,9 +3128,9 @@ INFO is a plist holding contextual information. See
(eq 'latex-environment (org-element-type destination))
(eq 'math (org-latex--environment-type destination)))
;; Caption and labels are introduced within LaTeX
- ;; environment. Use "eqref" macro to refer to those in
- ;; the document.
- (format "\\eqref{%s}"
+ ;; environment. Use "ref" or "eqref" macro, depending on user
+ ;; preference to refer to those in the document.
+ (format (plist-get info :html-equation-reference-format)
(org-export-get-reference destination info))
(let* ((ref (org-export-get-reference destination info))
(org-html-standalone-image-predicate
On Fri, Apr 17 2020, Nicolas Goaziou wrote:
> Hello,
>
> Brian Powell writes:
>
>> The issue is that when exporting equation numbers with ox-html, it uses
>> MathJax's \eqref that wraps the equation in parentheses, for example:
>>
>> "Refer to (3) for more."
>>
>> However, when exporting the same document with ox-latex, it uses Latex's
>> \ref that does not wrap the equation in parentheses. Would it be possible to
>> add an option or variable to ox-html for the user to select whether to use
>> \ref or \eqref on export?
>>
>> For those of us that publish to HTML and PDF, it is very difficult because
>> you end up with either double or no parentheses.
>>
>> My proposed fix would be a change to ox-html from:
>>
>>(format "\\eqref{%s}"
>>(org-export-get-reference destination info))
>>
>> to
>>
>>(format (if org-html-export-mathjax-ref "\\ref{%s}"
>> "\\eqref{%s}")
>>(org-export-get-reference destination info))
>>
>&
Inconsistent use of \ref and \eqref in ox-latex and ox-html
This topic was discussed in 2015:
<https://lists.gnu.org/archive/html/emacs-orgmode/2015-02/msg00527.html>
However, it seems that it we are still stuck with inconsistent exports between
latex and HTML.
The issue is that when exporting equation numbers with ox-html, it uses
MathJax's \eqref that wraps the equation in parentheses, for example:
"Refer to (3) for more."
However, when exporting the same document with ox-latex, it uses Latex's \ref
that does not wrap the equation in parentheses. Would it be possible to add an
option or variable to ox-html for the user to select whether to use \ref or
\eqref on export?
For those of us that publish to HTML and PDF, it is very difficult because you
end up with either double or no parentheses.
My proposed fix would be a change to ox-html from:
(format "\\eqref{%s}"
(org-export-get-reference destination info))
to
(format (if org-html-export-mathjax-ref "\\ref{%s}"
"\\eqref{%s}")
(org-export-get-reference destination info))
The variable org-html-export-mathjax-ref is non-nil to use \ref vs. nil to be
the default \eqref.
Cheers,
Brian
Re: Bug: LaTeX output of numbered TODO plain list items lose numbering. [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/27.0.50/lisp/org/)]
On 11/9/19 6:59 AM, Fraga, Eric wrote: > On Friday, 8 Nov 2019 at 21:28, Brian Carlson wrote: >> So it seems that the numbering of numbered items in a plain list are not >> maintained when the numbered item is also a TODO plain list item. > This is a "feature", not a bug. The intention was to export check box > lists nicely to LaTeX, showing which were done and which were not. This > doesn't mix well with any other type of list except for simple bullet > points unfortunately. This is, indeed, a very odd "feature." Why change the numbering to not match what the org file shows? This is especially problematic if you use internal links... --8<---cut here---start->8--- * My tasks 1. one item 2. Something interesting 1. [X] <> another item 3. A note that isn't really a ToDo 1. Here we refer to item [[target]] saying it's related. 2. another item --8<---cut here---end--->8--- That file give the following LaTeX output. (I've omitted the Table of Contents). Notice that the reference is to "2." The actual reference is to 2.1 but since it's a plain list todo so it references the WRONG item. --8<---cut here---start->8--- 1 My tasks 1. one item 2. Something interesting [X] another item 3. A note that isn't really a ToDo (a) Here we refer to item 2 saying it's related (b) another item --8<---cut here---end--->8--- This is inconsistent with the org mode content. It is also inconsistent with the HTML output, which IMHO matches the intent of the org mode file: --8<---cut here---start->8--- 1 My tasks 1. one item 2. Something interesting 1. [X] another item 3. A note that isn't really a ToDo 1. Here we refer to item 2.1 saying it's related. 2. another item --8<---cut here---end--->8--- This change in behavior, err 'feature', should at least be documented in that it is shocking to a user. The full ramification of the change may require quite a few documented use cases. Perhaps the "feature creator" or someone who understands the reasoning wouldn't mind documenting this inconsistency in LaTeX exports (but not other Export targets)? In the mean time, I guess I'll just have to add some "override" lisp to my init file to do the sane and expected thing. This is very unfortunate since org-latex-item is pretty big. I don't think I can easily just advise this function. > The only way around it is to have them as separate lists (e.g. two empty > lines between the check box item and the numbered items) and start the > numbered list with the desired number ([@2], I believe). But I don't want separate lists. I want a "todo list" that's numbered but doesn't change the numbering when I add a comment or wish to refer to another task in that list. Having to constantly update the numbering every time I change my list seems sort of contrary to the whole simplicity of Org Mode. I find this a very odd exception to just the LaTeX export. Thanks, ;-b
Bug: LaTeX output of numbered TODO plain list items lose numbering. [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/27.0.50/lisp/org/)]
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
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
So it seems that the numbering of numbered items in a plain list are not
maintained when the numbered item is also a TODO plain list item.
Here is how I produced the issue:
$ emacs -Q
I created a very simple org-mode file:
--8<---cut here---start->8---
* Test file
1. [ ] item
2. item 2
3. item 3
--8<---cut here---end--->8---
I then used the export facilities to create a PDF: C-c C-e l o
I expected to see a PDF that looked like:
--8<---cut here---start->8---
Contents
1 Test File
1 Test File
1. [] item
2. item 2
3. item 3
--8<---cut here---end--->8---
Instead I see a pdf that has the following:
--8<---cut here---start->8---
Contents
1 Test File
1 Test File
[] item
1. item 2
2. item 3
--8<---cut here---end--->8---
Notice how the "1." was removed in the generated PDF from the first item
and the numbering started from 1. on "item 2"
This used to work, but I'm not exactly certain when it changed.
It *appears* that the generated \item for enumeration is incorrect?
The .tex file contains the following:
\item[{$\square$}] item
I /think/ that this should be:
\item{$\square$} item
Maybe the [ and ] are not being stripped and converted into the {$\square$},
but are rather being left and ending up
with [{$\square$}].
(The same thing happens with the \boxtimes for "completed" TODOs.
If that is the case then I /think/ that this patch would fix it:
diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
index 832d9bf8..b9734443 100644
--- a/lisp/ox-latex.el
+++ b/lisp/ox-latex.el
@@ -2208,9 +2208,9 @@ contextual information."
"\\item"
(cond
((and checkbox tag)
- (format "[{%s %s}] %s" checkbox tag tag-footnotes))
+ (format "{%s %s} %s" checkbox tag tag-footnotes))
((or checkbox tag)
- (format "[{%s}] %s" (or checkbox tag) tag-footnotes))
+ (format "{%s} %s" (or checkbox tag) tag-footnotes))
;; Without a tag or a check-box, if CONTENTS starts with
;; an opening square bracket, add "\relax" to "\item",
;; unless the brackets comes from an initial export
I haven't done any thorough testing, just looking where I thought the issue
might be.
Thanks for all the great work on Org Mode,
;-b
Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.18.9)
of 2019-09-04
Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @
/usr/share/emacs/27.0.50/lisp/org/)
current state:
==
(setq
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-html-format-inlinetask-function
'org-html-format-inlinetask-default-function
org-odt-format-headline-function 'org-odt-format-headline-default-function
org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
org-mode-hook '(#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-show-block-all append
local]
5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all
append local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes)
org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
org-archive-hook '(org-attach-archive-delete-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn
ENTRY)"]
org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
org-babel-pre-tangle-hook '(save-buffer)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-ascii-format-drawer-function #[771 "\207" [] 4 "\n\n(fn NAME CONTENTS
WIDTH)"]
org-occur-hook '(org-first-headline-recenter)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-speed-command-hook '(org-speed-command-activate
Re: [O] Scheduling and calendar-day-of-week
Sorry! I see that is exactly what you said. Best wishes, Brian > On 6 Apr 2018, at 17:46, Brian Shine <briansh...@mac.com> wrote: > > An alternative, which isn’t as neat as you would like, would be to set up the > 3 days as separate events, with 7-day repeats. > > Best wishes, > Brian > >> On 6 Apr 2018, at 15:16, Nick Dokos <ndo...@gmail.com> wrote: >> >> Cecil Westerhof <cldwester...@gmail.com> writes: >> >>> There is something I want to do on Monday, Wednesday and Friday. So I tried: >>> *** TODO Monday, Wednesday and Friday >>>SCHEDULED: <%%(memq (calendar-day-of-week date) '(1 3 5))> >>> >>> This seems to work: I see the activity on the correct days. >>> But then I changed today's entry to DONE. But then all are gone in my >>> agenda view. >>> What I want is for today's item to be 'gone' and the future ones still >>> displayed as TODO. Is that possible? >>> >>> -- >>> Cecil Westerhof >>> >> >> My impression is that calendar sexp entries don't play well with the >> rest of org-mode: most of the code does not understand them, so you >> end up with situations like the above. >> >> IMO, you are better off creating separate entries for MWF. You might >> want to look into `org-clone-subtree-with-time-shift' to create them >> efficiently. >> >> -- >> Nick >> >> >
Re: [O] Scheduling and calendar-day-of-week
An alternative, which isn’t as neat as you would like, would be to set up the 3 days as separate events, with 7-day repeats. Best wishes, Brian > On 6 Apr 2018, at 15:16, Nick Dokos <ndo...@gmail.com> wrote: > > Cecil Westerhof <cldwester...@gmail.com> writes: > >> There is something I want to do on Monday, Wednesday and Friday. So I tried: >> *** TODO Monday, Wednesday and Friday >> SCHEDULED: <%%(memq (calendar-day-of-week date) '(1 3 5))> >> >> This seems to work: I see the activity on the correct days. >> But then I changed today's entry to DONE. But then all are gone in my agenda >> view. >> What I want is for today's item to be 'gone' and the future ones still >> displayed as TODO. Is that possible? >> >> -- >> Cecil Westerhof >> > > My impression is that calendar sexp entries don't play well with the > rest of org-mode: most of the code does not understand them, so you > end up with situations like the above. > > IMO, you are better off creating separate entries for MWF. You might > want to look into `org-clone-subtree-with-time-shift' to create them > efficiently. > > -- > Nick > >
Re: [O] org-mode R using xtable produces strange output
Brilliant! Thank you so much. Best wishes, Brian > On 20 Mar 2018, at 16:47, Berry, Charles <ccbe...@ucsd.edu> wrote: > > > >> On Mar 19, 2018, at 4:44 PM, Brian Shine <briansh...@mac.com> wrote: >> >> I am using xtable to produce summary tables of linear models, specifying the >> output as latex. If I just run the code in R, I get the correct output. >> However, the latex output in the org document contains a lot of “|”s. I >> think this is because the header of the table contains some code to make “p >> > |t|”, where the vertical lines are to indicate “absolute value of t”. My >> guess is that when the output is written to the results section, org >> interprets the “|” signs as an org-table and tries to be helpful by adding >> more of them to make up the correct number of columns. > > > See > > (info "(org) results") > > and note the difference between `:results output' and `:results value' (the > default). > > Since you want the printed version of the R object, you should use > > `:results output latex' > > to pass the printed output to the org #+Results or > > `:results raw :wrap export latex' > > to pass the unadorned value. In your use case they seem to produce the same > #+Results. > > HTH, > > Chuck
[O] org-mode R using xtable produces strange output
I am using xtable to produce summary tables of linear models, specifying the output as latex. If I just run the code in R, I get the correct output. However, the latex output in the org document contains a lot of “|”s. I think this is because the header of the table contains some code to make “p > |t|”, where the vertical lines are to indicate “absolute value of t”. My guess is that when the output is written to the results section, org interprets the “|” signs as an org-table and tries to be helpful by adding more of them to make up the correct number of columns. If I switch off the latex output, and write the xtable to a small .tex file, using xtable.print and then include the file after the code block, the table appears correctly. I’m using emacs 25.2. Here’s an example: Best wishes, Brian xtableeg.org Description: Binary data
Re: [O] Fwd: how do you compose mails in Gnus with org-mode
Thank you so much. This looks like a great website. I’ll have a read and see whether I can get it to work. I may well call on you! Best wishes, Brian > On 1 Mar 2018, at 18:46, Joseph Vidal-Rosset <joseph.vidal.ros...@gmail.com> > wrote: > > Le jeu. 01 mars 2018 à 06:17:48 , Brian Shine <briansh...@mac.com> a > envoyé ce message: > > This is a wonderful resource, but I wonder if I can ask how to set up > > email using emacs? I’ve failed multiple times to do this using > > several solutions that are suggested. My main accounts are with iCloud > > and Exchange and I have never managed to log in through the suggested > > methods. I’m obviously doing something basic incorrectly. > > > > Is there a really simple guide to setting this up? > > > > Best wishes, > > Brian > Hello, > It is difficult to give you and advice, because as you know there are > many email clients for emacs. > Maybe you can read this web page first, that could help you to make a > choice: > https://wwwtech.de/articles/2016/jul/my-personal-mail-setup > <https://wwwtech.de/articles/2016/jul/my-personal-mail-setup> > I am using Gnus with Gmail, and it works smoothly. I do not believe > that I will change now. But it is time consuming to get the convenient > setup. > If Gnus can be you choice, I will be happy to help you, as I can, > because there many people in this list that are more experts than me > (Eric Fraga for example). > Best wishes, > Jo. >
Re: [O] Fwd: how do you compose mails in Gnus with org-mode
This is a wonderful resource, but I wonder if I can ask how to set up email using emacs? I’ve failed multiple times to do this using several solutions that are suggested. My main accounts are with iCloud and Exchange and I have never managed to log in through the suggested methods. I’m obviously doing something basic incorrectly. Is there a really simple guide to setting this up? Best wishes, Brian > On 1 Mar 2018, at 18:04, Joseph Vidal-Rosset <joseph.vidal.ros...@gmail.com> > wrote: > > Le jeu. 01 mars 2018 à 04:59:27 , Eric S Fraga <esfli...@gmail.com > <mailto:esfli...@gmail.com>> a > envoyé ce message: >> On Thursday, 1 Mar 2018 at 16:29, Joseph Vidal-Rosset wrote: >>> The first option would be the best for me: because my use of org-mode is >>> mainly for my work and I am always pasting this link in new org file. It >>> is boring. If you could me help to define such a hook, I will be again >>> indebted to you. But please do it only if it is not time consuming for >>> you. >> >> I use autoinsert to automatically insert contents into new files. Look >> at autoinsert.el in your emacs distribution. I do the following: >> >> (require 'autoinsert) >> (push '(org-mode . "/SOMEPATH/orgskeleton.org") auto-insert-alist) >> (add-hook 'find-file-hook 'auto-insert) >> >> where orgskeleton.org has the initial contents I want inserted into any >> new org file. These include settings and some default headlines in my >> case. > > Many thanks Eric, it is very kind of you to help me so much. > > autoinsert works well for new org files, it is a first good point for > me. I receive this message: Perform org-mode auto-insertion? (y or n) > and after replying "y" I get my org file with the bibliography link. > > Unfortunately, it does not work in Gnus with the command M-x org-mode on > a reply to a message, and I do not understand why. > > Regards, and thanks again ! > > -- > Joseph Vidal-Rosset
[O] Unexpected behaviour from capture-template
I have set up a capture template as follows (shortened for sake of brevity):
("h" "Health" entry (file+datetree "~/health.org")
"* %? %^g\n%U\n** SYMPTOMS\n%^{SYMPTOMS}\n%^{SEVERITY}p\n")
This capture template (should) do the following according to my
understanding:
* Make a journal entry
* Prompt for tags
* Insert an inactive timestamp on a new line
* Prompt for symptoms, insert on new line heading 2
* Prompt for severity property, insert on new line
* Put the cursor back on the heading 1 line.
Everything works except for the property, which for some reason gets
inserted above the symptom line, even though it is prompted for last.
This is what the capture template looks like after finishing:
--
* Test Health Journal:HEADACHE:
[2018-01-29 Mon 22:52]
** SYMPTOMS
:PROPERTIES:
:SEVERITY: 2
:END:
My symptoms...
--
Am I doing something wrong or is there a bug here?
Many thanks in advance, fellow org-moders!
Cheers,
Brian.
[O] clocktable :formula not working for columns > $9
org-mode development team, When generating a clocktable and using the :formula parameter, attempts to manipulate columns > $9 are unsuccessful. For example, consider the attached (anonymised) screen-grab of the output from a clocktable in one of my org files. As a test, I have used the :formula parameter to create sequential columns. It works up to and including column 9, but fails thereafter. No error is generated. Here is the generated #+TBLFM line: #+TBLFM: @1$4 = (4)::@1$5 = (5)::@1$6 = (6)::@1$7 = (7)::@1$8 = (8)::@1$9 = (9)::@1$10 = (10)::@1$11 = (11) This formula works fine on tables that I create myself. It only fails to work in clocktables. If this failure can be repeated by other org-mode users, perhaps we should file a bug report. -- ++ | Brian J Hoskins BSc MIET | | Electronics Engineer & Computer Programmer | +--+-+ | WEB: | brianhoskins.uk | | GIT: | github.com/bh4017 | | PGP: | keybase.io/bjh | +--+-+
[O] org-batch-agenda-csv issue
Hello, I am trying to automatically extract the todo's from my orgmode files and format them for display via a widget on my desktop. The following command works fine with no errors when executed in a terminal emacs -batch -l ~/.emacs -eval '(org-batch-agenda-csv "a")' However when I setup the same command to run every 15 minutes via crontab I get the following error message *--[ Loading my Emacs init file ]-- Cannot open load file: package Why would it work fine in the terminal but not when executed via a crontab entry? Thanks --jbw GNU Emacs 25.1.1 on MacOS OrgMode 9.0.1-elpa
Re: [O] PATCH: ox: Starting source code export at non-zero (-n value)
On 2016-05-26 02:52, Nicolas Goaziou wrote: I realize that the org texinfo manual probably needs to be updated, as well. I'll take a stab at updating that unless someone else wants to take that on. You're right. You can merge ORG-NEWS modifications into the documentation patch. I just realized. I the patch I submitted had modifications to doc/org.texi. Should I have made the changes to contrib/orgmanual.org rather than doc/org.texi. Or should I have made changes to both? Thanks, ;-b
Re: [O] PATCH: ox: Starting source code export at non-zero (-n value)
On 2016-05-26 02:52, Nicolas Goaziou wrote:
I realize that the org texinfo manual probably needs to be updated, as well.
I'll take a stab at updating that unless
someone else wants to take that on.
You're right. You can merge ORG-NEWS modifications into the
documentation patch.
Here is the patch for both doc/org.texi and etc/ORG-NEWS. I apologize for the
delay in getting this to the list.
Thanks!
;-b
>From 466f0c755180f7475484abc6715accdf74a8a0f3 Mon Sep 17 00:00:00 2001
From: "Brian J. Carlson" <hac...@briancarlson.org>
Date: Sun, 29 May 2016 22:37:18 -0400
Subject: [PATCH] org.texi: Updated doc for [+-]n in SRC/EXAMPLE export
* doc/org.texi (Timers): Added information about optional argument to
-n/+n line-numbering
* etc/ORG-NEWS: Added infomation for "Provide offset to [+-]n in
SRC/EXAMPLE export" (commit af8e3d8)
---
doc/org.texi | 29 ++---
etc/ORG-NEWS | 16
2 files changed, 38 insertions(+), 7 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index 9d89975..0d0d30f 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -10045,13 +10045,28 @@ shortcuts to easily insert code blocks.
Both in @code{example} and in @code{src} snippets, you can add a @code{-n}
switch to the end of the @code{BEGIN} line, to get the lines of the example
-numbered. If you use a @code{+n} switch, the numbering from the previous
-numbered snippet will be continued in the current one. In literal examples,
-Org will interpret strings like @samp{(ref:name)} as labels, and use them as
-targets for special hyperlinks like @code{[[(name)]]} (i.e., the reference name
-enclosed in single parenthesis). In HTML, hovering the mouse over such a
-link will remote-highlight the corresponding code line, which is kind of
-cool.
+numbered. The @code{-n} takes an optional numeric argument specifying the starting
+line number of the block. If you use a @code{+n} switch, the numbering from
+the previous numbered snippet will be continued in the current one. The
+@code{+n} can also take a numeric argument. The value of the argument will be
+added to the last line of the previous block to determine the starting line
+number.
+@example
+#+BEGIN_SRC emacs-lisp -n 20
+ ;; this will export with line number 20
+ (message "This is line 21")
+#+END_SRC
+#+BEGIN_SRC emacs-lisp +n 10
+ ;; This will be listed as line 31
+ (message "This is line 32")
+#+END_SRC
+@end example
+
+In literal examples, Org will interpret strings like @samp{(ref:name)} as
+labels, and use them as targets for special hyperlinks like @code{[[(name)]]}
+(i.e., the reference name enclosed in single parenthesis). In HTML, hovering
+the mouse over such a link will remote-highlight the corresponding code line,
+which is kind of cool.
You can also add a @code{-r} switch which @i{removes} the labels from the
source code@footnote{Adding @code{-k} to @code{-n -r} will @i{keep} the
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index 72f8d5c..34eb9ab 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -159,6 +159,22 @@ If the block has a =#+NAME:= attribute assigned, then the HTML element
will have an ~id~ attribute with that name in the HTML export. This
enables one to create links to these elements in other places, e.g.,
~text~.
+ Line Numbering in SRC/EXAMPLE blocks support arbitrary start number
+The ~-n~ option to ~SRC~ and ~EXAMPLE~ blocks can now take a numeric
+argument to specify the staring line number for the source or example
+block. The ~+n~ option can now take a numeric argument that will be
+added to the last line number from the previous block as the starting
+point for the SRC/EXAMPLE block.
+#+BEGIN_SRC org
+ ,#+BEGIN_SRC emacs-lisp -n 20
+;; this will export with line number 20
+(message "This is line 21")
+ ,#+END_SRC
+ ,#+BEGIN_SRC emacs-lisp +n 10
+;; This will be listed as line 31
+(message "This is line 32")
+ ,#+END_SRC
+#+END_SRC
*** Babel
Support for SLY in Lisp blocks
--
2.8.3
Re: [O] PATCH: ox: Starting source code export at non-zero (-n value)
On 2016-05-26 02:52, Nicolas Goaziou wrote: Hello, Brian Carlson <hac...@abutilize.com> writes: I put the signed paperwork into the mail this evening. Great. Sure. I'll use previous entries as a starting point. I was thinking that the entry should go under: Version 9.0/New Features/Export/ unless there's a more appropriate place in the Document. I also think this is the correct location. Here's what I thought about putting. I can make a patch if that is preferred means of submission. If what I've written doesn't make sense let me know. Line Numbering in SRC/EXAMPLE blocks support arbitrary start number The -n option to SRC and EXAMPLE blocks can now take an numeric argument to specify "a numeric argument" the staring line number for the source or example block. The +n option can now take a numeric argument that will be added to the last line number from the previous block as the starting point for the SRC/EXAMPLE block. #+BEGIN_SRC emacs-lisp -n 20 ;; this will export with line number 20 (message "This is line 21") #+END_SRC #+BEGIN_SRC emacs-lisp +n 10 ;; This will be listed as line 31 (message "This is line 32") #+END_SRC I realize that the org texinfo manual probably needs to be updated, as well. I'll take a stab at updating that unless someone else wants to take that on. You're right. You can merge ORG-NEWS modifications into the documentation patch. Thank you ! Regards,
Re: [O] PATCH: ox: Starting source code export at non-zero (-n value)
On 2016-05-24 16:33, Nicolas Goaziou wrote: > Completing myself Great. Thanks! Very much appreciated. I went back and forth on the tests with the "string formatting." I should have gone with my original thoughts ;) The fixes to (org-export-get-loc) were a bit beyond my skill level. I don't work in lisp/scheme/emacs-lisp too much. Usually I know just enough to be dangerous ;) So Thanks! >> Applied, with a small refactoring. Thank you. No problem. Hope it helps others. >> Please let us know when the FSF paperwork is done I put the signed paperwork into the mail this evening. > Also, could you provide and ORG-NEWS entry for that patch? Sure. I'll use previous entries as a starting point. I was thinking that the entry should go under: Version 9.0/New Features/Export/ unless there's a more appropriate place in the Document. Here's what I thought about putting. I can make a patch if that is preferred means of submission. If what I've written doesn't make sense let me know. --8<---cut here---start->8--- Line Numbering in SRC/EXAMPLE blocks support arbitrary start number The -n option to SRC and EXAMPLE blocks can now take an numeric argument to specify the staring line number for the source or example block. The +n option can now take a numeric argument that will be added to the last line number from the previous block as the starting point for the SRC/EXAMPLE block. #+BEGIN_SRC emacs-lisp -n 20 ;; this will export with line number 20 (message "This is line 21") #+END_SRC #+BEGIN_SRC emacs-lisp +n 10 ;; This will be listed as line 31 (message "This is line 32") #+END_SRC --8<---cut here---end--->8--- I realize that the org texinfo manual probably needs to be updated, as well. I'll take a stab at updating that unless someone else wants to take that on. Thanks, ;-b
[O] PATCH: ox: Starting source code export at non-zero (-n value)
On 2016-05-20 16:48, Nicolas Goaziou wrote:
The code is written with the following design:
-n is the same as -n 1 : The functionality is unchanged
+n is the same as +n 1 : The functionality is unchanged
-n X will "reset" and start new code block starting at line X
+n X will "add" X to the last line of the block before.
Thank you for the patch. It looks like an useful addition to Org. Some
comments follow.
I believe that I addressed all your review comments/recommendations. I
am submitting the latest patch. This patch also include some additions
to /testing/lisp/test-ox.el to test the feature. All of the existing
tests pass (without modification).
In general the main change was to (org-export-get-loc) which returns
the number of lines "before" the first line of a block (as it always
has) regardless of the type (new/continued) (or nil if the block does
not provide +/-n option (as it always has).
Thanks,
;-b
>From dd01dada2c3c0ee0d8cc28184026720f8602680b Mon Sep 17 00:00:00 2001
From: Brian Carlson <hac...@abutilize.com>
Date: Mon, 16 May 2016 10:58:01 -0400
Subject: [PATCH] ox: Provide offset to [+-]n in SRC/EXAMPLE export
* lisp/org-element.el (org-element-example-block-parser): Use cons cell
for :number-lines specifying offset in addition to type (new/continue).
('continue . offset) for :number-lines will add this offset count to
the last line number. ('new . offset) for :number-lines will reset the
line number counting starting at offset
(org-element-src-block-parser): same for SRC block as EXAMPLE block
* lisp/ox-html.el (org-html-format-code): Use cons cell :number-lines
* lisp/ox-latex.el (org-latex-src-block): Use cons cell :number-lines
* lisp/ox-odt.el (org-odt-format-code): Use cons cell for :number-lines
* lisp/ox.el (org-export-resolve-coderef): Use cons cell for :number-lines
(org-export-get-loc): Use new cons cell for :number-lines
(org-export-format-code-default): Use new cons cell for :number-lines
* testing/lisp/test-ox.el (ert-deftest test-org-export/get-loc): Tests for
changes
(test-org-gen-loc-list): helper function for test-org-export/get-loc
* contrib/lisp/ox-groff.el (org-groff-src-block): Use new cons cell for
:number-lines
---
contrib/lisp/ox-groff.el | 4 +-
lisp/org-element.el | 26 ---
lisp/ox-html.el | 4 +-
lisp/ox-latex.el | 4 +-
lisp/ox-odt.el | 4 +-
lisp/ox.el | 20 +
testing/lisp/test-ox.el | 109 +++
7 files changed, 146 insertions(+), 25 deletions(-)
diff --git a/contrib/lisp/ox-groff.el b/contrib/lisp/ox-groff.el
index b49edce..25ed8b0 100644
--- a/contrib/lisp/ox-groff.el
+++ b/contrib/lisp/ox-groff.el
@@ -1488,9 +1488,7 @@ contextual information."
(custom-env (and lang
(cadr (assq (intern lang)
org-groff-custom-lang-environments
- (num-start (case (org-element-property :number-lines src-block)
- (continued (org-export-get-loc src-block info))
- (new 0)))
+ (num-start (org-export-get-loc src-block info))
(retain-labels (org-element-property :retain-labels src-block))
(caption (and (not (org-export-read-attribute
:attr_groff src-block :disable-caption))
diff --git a/lisp/org-element.el b/lisp/org-element.el
index 368da60..5f62a7e 100644
--- a/lisp/org-element.el
+++ b/lisp/org-element.el
@@ -1896,8 +1896,16 @@ containing `:begin', `:end', `:number-lines', `:preserve-indent',
;; Switches analysis
(number-lines
(cond ((not switches) nil)
- ((string-match "-n\\>" switches) 'new)
- ((string-match "+n\\>" switches) 'continued)))
+ ((string-match "-n *\\([0-9]+\\)\\>" switches)
+ ;; subtract 1 to give number of lines before first line
+ (cons 'new (- (string-to-number (match-string 1 switches)) 1)))
+ ((string-match "-n\\>" switches)
+ (cons 'new 0))
+ ((string-match "+n *\\([0-9]+\\)\\>" switches)
+ ;; subtract 1 to give number of lines between last number and first line
+ (cons 'continued (- (string-to-number (match-string 1 switches)) 1)))
+ ((string-match "+n\\>" switches)
+ (cons 'continued 0
(preserve-indent
(and switches (string-match "-i\\>" switches)))
;; Should labels be retained in (or stripped from) example
@@ -2393,7 +2401,7 @@ Assume point is at the beginning of the block."
(looking-at
(concat "^[ \t]*#\\+BEGIN_SRC"
"\\(?: +\\(\\S-+\\)\\)?"
- "\\(\\(?: +\\(?:-l \".*?\"\\|[-+][A-Za-z]\\)\\)+\\)?"
+ "\\(\\(?: +\\(?:-l \".+\"\\|[+-]n *[0-9]+\\|-[iIkKrRnN]\\|+[nN]\\)\\)+\\)?"
"\\(.*\\)[ \t]*$"))
(org-match-strin
Re: [O] Starting source code export at non-zero (-n value)
On 2016-05-20 16:48, Nicolas Goaziou wrote: Hello, Brian Carlson <hac...@abutilize.com> writes: Hello other org mode aficionados! (I apologize for the errant email I send a minute ago. ) From 6b4db0a978cc3492f0d0ac7e29008de6846fbe4a Mon Sep 17 00:00:00 2001 From: Brian Carlson <hac...@abutilize.com> Date: Mon, 16 May 2016 10:58:01 -0400 Subject: [PATCH] ox: provide [+-]n functionality Here you need to specify all the functions being modified. You may want to look at other commit messages in the repository. I'll make the appropriate commentary in my commit message in my branch. @@ -1488,9 +1488,9 @@ contextual information." (custom-env (and lang (cadr (assq (intern lang) org-groff-custom-lang-environments - (num-start (case (org-element-property :number-lines src-block) + (num-start (case (car (org-element-property :number-lines src-block)) (continued (org-export-get-loc src-block info)) - (new 0))) + (new (or (cdr (org-element-property :number-lines src-block)) 0 This pattern appears often in your patch, and, of course in the code base. I suggest to factorize it out. Indeed, we could take advantage of the new behaviour of `org-export-get-loc' that your patch introduces. I started doing that, and with your recommendation. I'll do just that. IIUC, the new `org-export-get-loc' returns the number for the first line of the current block, not the number of the last line in the previous block, like it used to do. It can then includes the construct above: (pcase (org-element-property :number-lines src-block) ;; No need to compute line numbers before this one. (`(new . ,n) (or n 2)) (`(continued . ,_) ;; Count all lines above, up to the first block that has "new" line ;; numbering. (let ((loc 0)) (org-element-map (plist-get info :parse-tree) ... Of course, tests would have to be changed or updated accordingly. A very nice recommendation. I'll look into this. - ((string-match "-n\\>" switches) 'new) - ((string-match "+n\\>" switches) 'continued))) + ((string-match "-n *\\([0-9]+\\)" switches) (cons 'new (- (string-to-number (match-string 1 switches)) 1 ))) There is a spurious white space after the last 1. + ((string-match "+n *\\([0-9]+\\)" switches) (cons 'continued (- (string-to-number (match-string 1 switches)) 1 ))) Ditto. + ((string-match "+n" switches) (cons 'continued 0)) + )) These parens should be moved at the end of the previous line. Nice catch. Before I resubmit the patch. I'll clean up this and the other non-standard coding conventions. I haven't submitted patches to emacs code before, so I really do appreciate bringing my attention to areas where I fail to follow the coding conventions. (preserve-indent (and switches (string-match "-i\\>" switches))) ;; Should labels be retained in (or stripped from) example @@ -2393,7 +2396,7 @@ Assume point is at the beginning of the block." (looking-at (concat "^[ \t]*#\\+BEGIN_SRC" "\\(?: +\\(\\S-+\\)\\)?" -"\\(\\(?: +\\(?:-l \".*?\"\\|[-+][A-Za-z]\\)\\)+\\)?" +"\\(\\(?: +\\(?:-l \".+\"\\|[+-]n *[[:digit:]]+\\|[+-][[:alpha:]]\\)\\)+\\)?" I don't think "[-+][[:alpha:]]" is correct here and neither was [-+][A-Za-z]. We only want to match valid switches: k, r and i. Besides, there is no +k, +r or +i. Thus, it should be "-[iIkKrR]". I agree with this. I'll fix this, as well. I think we actually need -[iIkKrRnN]|+[nN] The first part of the regular expression catches [-+][Nn] *[0-9]+ but not [-+][Nn] in isolation (which obviously we still need). "\\(.*\\)[ \t]*$")) (org-match-string-no-properties 1))) ;; Get switches. @@ -2403,8 +2406,11 @@ Assume point is at the beginning of the block." ;; Switches analysis (number-lines (cond ((not switches) nil) - ((string-match "-n\\>" switches) 'new) - ((string-match "+n\\>" switches) 'continued))) + ((string-match "-n *\\([0-9]+\\)" switches) (cons 'new (- (string-to-number (match-string 1 switches)) 1 ))) + ((string-match "+n *\\([0-9]+\\)" switches) (cons 'continued (- (string-to-nu
[O] Starting source code export at non-zero (-n value)
Hello other org mode aficionados! (I apologize for the errant email I send a minute ago. ) I have created a (possible) patch to the export (ox.el and other ox-XXX.el) files that allow for "source code" and "example" blocks to have line numbers starting at an arbitrary number. Before the (wonderful) ox redesign I used to have advice around some functions. I hadn't needed this functionality for a while, but now that I did I thought I would share. The code is written with the following design: -n is the same as -n 1 : The functionality is unchanged +n is the same as +n 1 : The functionality is unchanged -n X will "reset" and start new code block starting at line X +n X will "add" X to the last line of the block before. example: * Heading 1 * ~-n 10~ #+BEGIN_SRC emacs-lisp -n 10 (save-excursion ;; This is line 10 (goto-char (point-min))) ;; 11 #+END_SRC * ~-n~ #+BEGIN_SRC emacs-lisp -n (save-excursion ;; line 1 (goto-char (point-min))) ;; line 2 #+END_SRC * ~+n 155~ #+BEGIN_SRC emacs-lisp +n 155 (save-excursion;; line 157 (goto-char (point-min))) ;; line 158 #+END_SRC Gives the following "Text - ascii output" 1 Heading 1 === * `-n 10' , | 10 (save-excursion ;; This is line 10 | 11 (goto-char (point-min))) ;; 11 ` * `-n' , | 1 (save-excursion ;; line 1 | 2 (goto-char (point-min))) ;; line 2 ` * `+n 155' , | 157 (save-excursion;; line 157 | 158 (goto-char (point-min))) ;; line 158 ` I have tested the code (using make test) and generated (hand verified) the LaTeX and HTML output. ODT has an issue already with +n in that each code block starts at line 1. (I did not address that). I have included the git format patch output. This is a fairly small set of changes, but I do assign the Copyright to the Free Software Foundation. Thanks, ;-b >From 6b4db0a978cc3492f0d0ac7e29008de6846fbe4a Mon Sep 17 00:00:00 2001 From: Brian Carlson <hac...@abutilize.com> Date: Mon, 16 May 2016 10:58:01 -0400 Subject: [PATCH] ox: provide [+-]n functionality --- contrib/lisp/ox-groff.el | 4 ++-- lisp/org-element.el | 16 +++- lisp/ox-html.el | 4 ++-- lisp/ox-latex.el | 4 ++-- lisp/ox-odt.el | 4 ++-- lisp/ox.el | 16 ++-- 6 files changed, 29 insertions(+), 19 deletions(-) diff --git a/contrib/lisp/ox-groff.el b/contrib/lisp/ox-groff.el index b49edce..517da9a 100644 --- a/contrib/lisp/ox-groff.el +++ b/contrib/lisp/ox-groff.el @@ -1488,9 +1488,9 @@ contextual information." (custom-env (and lang (cadr (assq (intern lang) org-groff-custom-lang-environments - (num-start (case (org-element-property :number-lines src-block) + (num-start (case (car (org-element-property :number-lines src-block)) (continued (org-export-get-loc src-block info)) - (new 0))) + (new (or (cdr (org-element-property :number-lines src-block)) 0 (retain-labels (org-element-property :retain-labels src-block)) (caption (and (not (org-export-read-attribute :attr_groff src-block :disable-caption)) diff --git a/lisp/org-element.el b/lisp/org-element.el index 368da60..65f9833 100644 --- a/lisp/org-element.el +++ b/lisp/org-element.el @@ -1896,8 +1896,11 @@ containing `:begin', `:end', `:number-lines', `:preserve-indent', ;; Switches analysis (number-lines (cond ((not switches) nil) - ((string-match "-n\\>" switches) 'new) - ((string-match "+n\\>" switches) 'continued))) + ((string-match "-n *\\([0-9]+\\)" switches) (cons 'new (- (string-to-number (match-string 1 switches)) 1 ))) + ((string-match "+n *\\([0-9]+\\)" switches) (cons 'continued (- (string-to-number (match-string 1 switches)) 1 ))) + ((string-match "-n" switches) (cons 'new 0)) + ((string-match "+n" switches) (cons 'continued 0)) + )) (preserve-indent (and switches (string-match "-i\\>" switches))) ;; Should labels be retained in (or stripped from) example @@ -2393,7 +2396,7 @@ Assume point is at the beginning of the block." (looking-at (concat "^[ \t]*#\\+BEGIN_SRC" "\\(?: +\\(\\S-+\\)\\)?" - "\\(\\(?: +\\(?:-l \".*?\"\\|[-+][A-Za-z]\\)\\)+\\)?" + "\\(\\(?: +\\(?:-l \".+\"\\|[+-]n *[[:digit:]]+\\|[+-][[:alpha:]]\\)\\)+\\)?" "\\(.*\\)[ \t]*$")) (org-match-string-no-properties 1))) ;; Get switches. @@ -2403,8 +2406,11 @@ Assume point is at th
Re: [O] MobileOrg does not sync with local Android calendar
On Feb 1, 2016 5:21 AM, "Karl Voit" <devn...@karl-voit.at> wrote: > > btw, MobileOrg Android v0.9.13 > > * Ramon Diaz-Uriarte <rdia...@gmail.com> wrote: > > > > On Mon, 01-02-2016, at 12:11, Karl Voit <devn...@karl-voit.at> wrote: > >> > >> Maybe it has something to do with my disabled sync settings: I don't > >> sync to the Google cloud. > > > > Aha, I think this is probably needed. I think I only get entries updated if > > I enable syncing of the calendar (but you can decide what you sync with > > google --- no need to sync everything, from email to contacts to ). > > OK, then MobileOrg -> Calendar feature is of no use to me since I > avoid the Google cloud. > > OK, at least I got a confirmation that MobileOrg needs this cloud > sync stuff. How unfortunate. I use an app (from the Play Store) called Offline Calendar. It makes Google calendars that do not sync. I have mobile org write to a calendar it creates and never sync calendars on my phone or tablet. It works on my nexus 7 and my Moto G. It also worked on the Nexus 4 and an ancient 2.x Android Samsung phone. Best, Brian vdB
[O] Straight recursive fact prints in floating-point in org-babel but not in REPL
Org-babel seems to print SLIME / SBCL bignums as floating point, at least in this gist (please see https://gist.github.com/rebcabin/f73cecd3c9b7da6218e9). I'd like to be able to control whether bignums are printed out in full. Any advice for me?
Re: [O] Bug? Improper interaction with python variable _ ?
Correction: The first elisp-block should contain another command Here is the corrected org-mode file, top-to-bottom #+TITLE: Org-Babel Bug? #+AUTHOR: Brian Beckman #+EMAIL: bc.beck...@gmail.com #+BEGIN_SRC emacs-lisp :exports results :results none (org-babel-do-load-languages 'org-babel-load-languages '((python . t))) (setq org-confirm-babel-evaluate nil) (org-babel-map-src-blocks nil (org-babel-remove-result)) #+end_src * Mystery Number 1 The first line of the first block must be blank, or we must =C-c C-c= the block two times. But we want to eval the entire file /via/ =C-c C-v C-b=, and we found that the first line must be empty. If you =C-c C-v C-b= this entire file, the python session buffer, named =*bug-org-babel*=, contains an error message that suggests the variable =_= is implicated in an error. We expect the value of this first block to be 999. Make sure that the python session is clear by typing =quit()=, then evaluate this entire file by =C-c C-v C-b=. #+NAME: probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value 999 #+END_SRC #+RESULTS: probe : 999 * Mystery Number 2 Now, we set the value of the variable =_= to something arbitray. In a real scenario, this variable may be set casually in a loop or some other context. The variable =_= is often recommended for /ad-hoc/ use, as in "don't care." #+NAME: second-probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value _ = 42 _ #+END_SRC #+RESULTS: second-probe : 42 But now, all blocks with =:results value= return the value of =_=. We broke org-babel! #+NAME: third-probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value 999 #+END_SRC #+RESULTS: third-probe : 42 On Sun, Oct 4, 2015 at 10:12 PM, Brian Beckman <bc.beck...@gmail.com> wrote: > Please see the gist below for a self-explaining example > copied here for convenience. Emacs 24.5.1 with org-mode > 8 something (not sure how to get it to report its exact > version)... a very late version, I am sure. Verified with > no init.el, that is, with emacs -Q > > https://gist.github.com/rebcabin/37f800da658f4b23ceaa > > #+TITLE: Org-Babel Bug? > #+AUTHOR: Brian Beckman > #+EMAIL: bc.beck...@gmail.com > > #+BEGIN_SRC emacs-lisp :exports results :results none > (setq org-confirm-babel-evaluate nil) > (org-babel-map-src-blocks nil (org-babel-remove-result)) > #+end_src > > * Mystery Number 1 > > The first line of the first block must be blank, or we must =C-c C-c= the > block > two times. But we want to eval the entire file /via/ =C-c C-v C-b=, and we > found > that the first line must be empty. > > If you =C-c C-v C-b= this entire file, the python session buffer, named > =*bug-org-babel*=, contains an error message that suggests the variable =_= is > implicated in an error. > > We expect the value of this first block to be 999. Make sure that the python > session is clear by typing =quit()=, then evaluate this entire file by > =C-c C-v C-b=. > > #+NAME: probe > #+BEGIN_SRC python :session bug-org-babel :exports both :results value > > 999 > #+END_SRC > > #+RESULTS: probe > : 999 > > * Mystery Number 2 > > Now, we set the value of the variable =_= to something arbitray. In a real > scenario, this variable may be set casually in a loop or some other context. > The > variable =_= is often recommended for /ad-hoc/ use, as in "don't care." > > #+NAME: second-probe > #+BEGIN_SRC python :session bug-org-babel :exports both :results value > _ = 42 > _ > #+END_SRC > > #+RESULTS: second-probe > : 42 > > But now, all blocks with =:results value= return the value of =_=. We broke > org-babel! > > #+NAME: third-probe > #+BEGIN_SRC python :session bug-org-babel :exports both :results value > 999 > #+END_SRC > > #+RESULTS: third-probe > : 42 > > >
[O] Bug? Improper interaction with python variable _ ?
Please see the gist below for a self-explaining example copied here for convenience. Emacs 24.5.1 with org-mode 8 something (not sure how to get it to report its exact version)... a very late version, I am sure. Verified with no init.el, that is, with emacs -Q https://gist.github.com/rebcabin/37f800da658f4b23ceaa #+TITLE: Org-Babel Bug? #+AUTHOR: Brian Beckman #+EMAIL: bc.beck...@gmail.com #+BEGIN_SRC emacs-lisp :exports results :results none (setq org-confirm-babel-evaluate nil) (org-babel-map-src-blocks nil (org-babel-remove-result)) #+end_src * Mystery Number 1 The first line of the first block must be blank, or we must =C-c C-c= the block two times. But we want to eval the entire file /via/ =C-c C-v C-b=, and we found that the first line must be empty. If you =C-c C-v C-b= this entire file, the python session buffer, named =*bug-org-babel*=, contains an error message that suggests the variable =_= is implicated in an error. We expect the value of this first block to be 999. Make sure that the python session is clear by typing =quit()=, then evaluate this entire file by =C-c C-v C-b=. #+NAME: probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value 999 #+END_SRC #+RESULTS: probe : 999 * Mystery Number 2 Now, we set the value of the variable =_= to something arbitray. In a real scenario, this variable may be set casually in a loop or some other context. The variable =_= is often recommended for /ad-hoc/ use, as in "don't care." #+NAME: second-probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value _ = 42 _ #+END_SRC #+RESULTS: second-probe : 42 But now, all blocks with =:results value= return the value of =_=. We broke org-babel! #+NAME: third-probe #+BEGIN_SRC python :session bug-org-babel :exports both :results value 999 #+END_SRC #+RESULTS: third-probe : 42
Re: [O] export: noweb blocks substituted versus verbatim ?
Brian Beckman gmail.com> writes: Found the appropriate docs here: http://orgmode.org/manual/noweb.html#noweb
Re: [O] export: noweb blocks substituted versus verbatim ?
Andreas Leha med.uni-goettingen.de> writes: > > Hi Brian, > [[ omitted: deeper quotes ]] > > As far as I can see, the difference is that some of the code blocks have > the header argument `:noweb yes', while others do not. > > I do not know how to achieve working noweb extension during evaluation > but omitting noweb extension during export, though. > > HTH, > Andreas > Hi Andreas, Thanks for answering. I did some experiments putting `:noweb yes' in various combinations and also putting a dummy line before the references in the first (offending) block, like this: #+NAME: test-block #+BEGIN_SRC python :noweb yes :tangle test_foo.py dummy_for_org_mode = True <> <> def test_smoke (): np.testing.assert_approx_equal (foo_func (), foo_constant) #+END_SRC and separating the code lines with blank lines (as we must do in org-babel `session' mode). None of it made any visible difference. None of it made any difference
[O] export: noweb blocks substituted versus verbatim ?
Hello -- I have a situation where some code blocks with noweb references in them <> are substituted inline when I export the document, and other code blocks with noweb references, are copied verbatim into the exported PDF. I do not know what causes this difference in behavior and I don't know how to control it, but I'd like to control it. I'd like to be able to specify that some blocks have behavior 1 (references substituted inline) and other blocks have behavior 2 (references verbatim). I'm sure this is pilot error, but I'm stumped and would be grateful for advice. My Minimal Viable Example (MVE) follows below, and the PDF file that's exported is here https://drive.google.com/file/d/0B4v0MzmZfdm8TzRLeFlreUFnbEk/view #+BEGIN_COMMENT The emacs lisp block must export results, even though the exports are none, otherwise the block will not be eval'ed on export, and we will get unacceptable confirmation requests for all the subsequent python blocks. #+END_COMMENT #+BEGIN_SRC emacs-lisp :exports results :results none (setq org-confirm-babel-evaluate nil) #+END_SRC ** PyTests Define the test and cases. This code must be tangled out to an external file so =py.test= can see it. When I /export/ this to PDF, the noweb references, namely =<>= and =<>=, are substituted inline, so the typeset version of this block in the PDF shows ALL the code. This is not what I want. #+NAME: test-block #+BEGIN_SRC python :noweb yes :tangle test_foo.py <> <> def test_smoke (): np.testing.assert_approx_equal (foo_func (), foo_constant) #+END_SRC #+RESULTS: test-block : None The following blocks import prerequisites and do a quick smoke test: ** Do Some Imports #+NAME: imports #+BEGIN_SRC python import numpy as np #+END_SRC #+RESULTS: imports : None ** Define Some Variables However, in the typeset PDF, the noweb reference =<>= in the block below is /not/ substituted in-line, but rather appears verbatim. I want /all/ noweb references to appear verbatim in the exported, typeset, PDF document, just like this one. #+NAME: definitions #+BEGIN_SRC python foo_constant = 42.0 <> #+END_SRC #+RESULTS: definitions ** Define Some Functions *** Foo Function is Really Interesting #+NAME: foo-func #+BEGIN_SRC python def foo_func () : return 42.000 #+END_SRC #+RESULTS: foo-func : None We want results from pytest whether it succeeds or fails, hence the /OR/ with =true= in the shell #+BEGIN_SRC sh :results output replace :exports both py.test || true #+END_SRC #+RESULTS: : = test session starts == : platform darwin -- Python 2.7.10, pytest-2.8.0, py-1.4.30, pluggy-0.3.1 : rootdir: /Users/bbeckman/foo, inifile: : collected 1 items : : test_foo.py . : : === 1 passed in 0.06 seconds ===
[O] Bug: ox-texi language set to uppercase -- causes texi2pdf errors [8.2.7c (8.2.7c-44-g3fed03-elpaplus @ /home/brian/.emacs.d/elpa/org-plus-contrib-20140818/)]
I exported an org document to texi. When I attempt to convert the outputted
texi file to pdf using texi2pdf
the language setting in the org file gets converted to uppercase:
#+LANGUAGE: en -- @documentlanguage EN
This causes texi2pdf to encounter errors:
,
| $ texi2pdf foo.texi
| This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
| restricted \write18 enabled.
| entering extended mode
| (./foo.texi (/usr/share/texmf/tex/texinfo/texinfo.tex
| Loading texinfo [version 2013-09-11.11]: pdf, fonts, markup, glyphs,
| page headings, tables, conditionals, indexing, sectioning, toc, environments,
| defuns, macros, cross references, insertions,
| (/usr/share/texlive/texmf-dist/tex/generic/epsf/epsf.tex
| This is `epsf.tex' v2.7.4 14 February 2011
| ) localization, formatting, and turning on texinfo input format.)
| Runaway argument?
| {EN_\finish }\else \globaldefs = 1 \input txi-EN.tex \fi \closein 1 \endgroup
\
| ETC.
| ./foo.texi:9: Paragraph ended before \documentlanguagetrywithoutunderscore was
| complete.
| to be read again
|\par
| l.9
|
| ?
`
I believe this is because the replace-regexp-in-string is replacing all
uppercase 'AUTO' and the FIXEDCASE argument to
replace-regexp-in-string is set to nil. I believe this should be set to t.
The following patch to ox-texinfo.el makes certain to use the value of
#+LANGUAGE: without changing the case.
Patch:
--8---cut here---start-8---
--- ox-texinfo.el.~1~ 2014-08-18 15:33:00.390014736 -0400
+++ ox-texinfo.el 2014-08-18 21:31:35.615925585 -0400
@@ -541,7 +541,7 @@
^@documentencoding \\(AUTO\\)$
coding
(replace-regexp-in-string
- ^@documentlanguage \\(AUTO\\)$ language header nil nil 1)
+ ^@documentlanguage \\(AUTO\\)$ language header t nil 1)
nil nil 1)))
;; Additional header options set by #+TEXINFO_HEADER.
(let ((texinfo-header (plist-get info :texinfo-header)))
--8---cut here---end---8---
Thanks,
;-b
Emacs : GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
of 2014-03-07 on lamiak, modified by Debian
Package: Org-mode version 8.2.7c (8.2.7c-44-g3fed03-elpaplus @
/home/brian/.emacs.d/elpa/org-plus-contrib-20140818/)
current state:
==
(setq
org-src-lang-modes '((ocaml . tuareg) (elisp . emacs-lisp) (ditaa .
artist) (asymptote . asy) (dot . fundamental)
(sqlite . sql) (calc . fundamental) (C . c) (cpp
. c++) (screen . shell-script) (sql . sql))
org-export-backends '(ascii html icalendar latex man odt texinfo)
org-hide-leading-stars t
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)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-log-done t
org-confirm-shell-link-function 'yes-or-no-p
org-finalize-agenda-hook '((lambda nil (iimage-mode t)) org-agenda-to-appt)
org-special-ctrl-a/e 'reversed
org-agenda-custom-commands '((f Agenda and (f)ull TODO list ((agenda
Daily) (todo TODO
org-use-sub-superscripts '{}
org-todo-keyword-faces '((TODO . org-todo) (PROJECT . org-todo))
org-capture-templates '((c calfw2org entry (file nil) * %?\n
%(cfw:org-capture-day)))
org-agenda-include-diary t
org-after-todo-state-change-hook '(org-clock-out-if-current)
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-remember-templates '((Tasks 116 ** TODO %? %i\n %a ~/doc/inbox.org
Tasks)
(Appointments 97 ** APPOINTMENT %?\n%^T\n%i\n
%a ~/doc/inbox.org Appointments)
(Note 110 ** NOTE %? %i\n %a ~/doc/inbox.org
Notes))
org-mode-hook '(#[nil \300\301\302\303\304$\207 [org-add-hook
before-save-hook org-encrypt-entries nil t] 5]
(lambda nil (set-face-foreground (quote org-hide)
(frame-parameter nil (quote background-color
(lambda nil (if org-mode-use-flyspell (flyspell-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
org-journal-update-auto-mode-alist)
org-fontify-done-headline t
org-agenda-time-grid '((daily today require-timed remove-match)
#( 0 16 (org-heading t))
(700 800 900 1000 1100 1200 1300 1400 1500 1600 1700
1800 1900 2000 2100 2200 2300))
org-agenda-file-regexp \\`[^.].*\\.\\(org\\|org
Re: [O] World Cup 2014 Schedule for Org-mode
On Jun 13, 2014 8:44 AM, Thorsten Jolitz tjol...@gmail.com wrote: Even this is not accurate, because without that penalty the game might have taken a completely different direction. Maybe change it to Brazil+Referee vs Croatia: 3-1 Well, if we are going to start counting that way, Brazil+Referee vs Croatia+Brazil: 3-1, surely :-) Best, Brian vdB
Re: [O] Possible bug - shifting headline - hashmark and what follows is considered part of headline that is shifted
On May 23, 2014 12:02 PM, Charles Millar mill...@verizon.net wrote: Hi Bastien, Bastien wrote: Hi Charles, Charles Millar mill...@verizon.net writes: If I attempt to move headline 2b above 2a (M-up) * 1 ** 2a ** 2b # LocalWords: the result is * 1 ** 2b # LocalWords: Y ** 2a Yes, # LocalWords: Y is part of the ** 2b headline. Should it be as such, since # LocalWords since it is associated with ispell/flyspell and really has nothing to do with headline ** 2b? Of course what I neglected to mention was that I would expect, which would be * 1 ** 2b ** 2a # LocalWords: Y Regards, Charlie Hi Charlie and all, As I understand the parsing of an org file, if you have a heading of level n, everything below it until a heading of level m, m n, is it its subtree. Org doesn't know that you want that line at the bottom of buffer (say) and not associated with the current headline and current active subtrees. Many of my org files have a final top level config headline to hold various in-buffer settings. Would that work for your case? Best, Brian vdB
[O] Using MobileOrg w/ Dropbox from multiple systems
I'm finally spending some time trying to implement using org-mode and mobileorg. I need to use it from multiple systems. Does anyone have some recommendations on doing this? The issues I can see are having to sync the files between the ~/Dropbox/Apps/MobileOrg/ directory and ~/org/ directories on different systems. I want to be able to carry a laptop to a meeting and take notes, then go back to my desk and use a desktop with multiple screens for efficiency. For this to work, any changes made on one system have to be pushed to the dropbox folder and then pulled in to the ~/org/ folder on the other system. Any insights or recommendations would be appreciated. Thanks, Brian
Re: [O] Using MobileOrg w/ Dropbox from multiple systems
I understand how it works. Are you recommending to simply set the org default directory to the Dropbox filter or even just use a symlink? I'm testing this now. The org-mobile-push will move them there, but it seems that org-mobile-pull only grabs the from-mobile.org. Sent from my iPhone On Feb 24, 2014, at 5:04 PM, Samuel W. Flint swfl...@flintfam.org wrote: On Mon, February 24, 2014 4:18 pm, Brian Whitehead wrote: I'm finally spending some time trying to implement using org-mode and mobileorg. I need to use it from multiple systems. Does anyone have some recommendations on doing this? The issues I can see are having to sync the files between the ~/Dropbox/Apps/MobileOrg/ directory and ~/org/ directories on different systems. I want to be able to carry a laptop to a meeting and take notes, then go back to my desk and use a desktop with multiple screens for efficiency. For this to work, any changes made on one system have to be pushed to the dropbox folder and then pulled in to the ~/org/ folder on the other system. Keep both the mobileorg and normal org files in dropbox. MobileOrg syncs with your phone, not your computers. Any insights or recommendations would be appreciated. Thanks, Brian -- Sam Flint swfl...@flintfam.org freenode: swflint (402) 517-8468 http://flintfam.org/~swflint BAFBF3FF
Re: [O] freemind export
OK, thanks anyway. I'd love to help, but I'm not a programmer. Brian On Mon, Nov 4, 2013 at 7:22 AM, Bastien b...@gnu.org wrote: Hi Brian, Brian Keats bke...@gmail.com writes: I'm just getting started with org-mode, and I seem to be having an issue with freemind export. None of the structural elements (http:// orgmode.org/manual/Easy-Templates.html) seem to be recognized when exported to freemind (except html). I'm interested in example mode so my pasted text files show up as plain text. Am I doing something wrong, or is this a limitation? P.S., I'm working in windows. I guess it's a limitation -- by the way, the freemind exporter needs love and maintainership, help welcome here. Thanks, -- Bastien
[O] freemind export
I'm just getting started with org-mode, and I seem to be having an issue with freemind export. None of the structural elements ( http://orgmode.org/manual/Easy-Templates.html) seem to be recognized when exported to freemind (except html). I'm interested in example mode so my pasted text files show up as plain text. Am I doing something wrong, or is this a limitation? P.S., I'm working in windows. Thanks Brian
Re: [O] Bug: subtree LaTeX export problems after upgrade [8.1 (8.1-elpa @ /home/brian/.emacs.d/elpa/org-20130906/)]
Please disregard my recent bug report re: LaTeX exports... the problem was entirely on my end.
[O] Bug: subtree LaTeX export problems after upgrade [8.1 (8.1-elpa @ /home/brian/.emacs.d/elpa/org-20130906/)]
I just upgraded to org-mode 8.1 using 'package-install' and I think I am encountering some bugs when exporting to LaTeX. I am using the following tags in the header of my orgmode files: #+AUTHOR:[my name] #+DATE: %B %e, %Y If I am exporting an entire buffer, %B %e, %Y now shows up verbatim instead of as a date like it used to. If I am exporting a subtree, I am also forced to re-specify the author and date with :EXPORT_DATE: and :EXPORT_AUTHOR: or else the name is changed to Charles Cave and the date something like 01-01-2009. Emacs : GNU Emacs 24.2.1 (i686-pc-linux-gnu, GTK+ Version 3.6.4) of 2013-04-09 on komainu, modified by Debian Package: Org-mode version 8.1 (8.1-elpa @ /home/brian/.emacs.d/elpa/org-20130906/) current state: == (setq org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-latex-format-headline-function 'org-latex-format-headline-default-function org-export-with-drawers '(not LOGBOOK) org-export-copy-to-kill-ring 'if-interactive org-archive-location ::*Archived Tasks org-export-date-timestamp-format nil org-export-with-tags t 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-refile-targets '((org-agenda-files :maxlevel . 3)) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-babel-pre-tangle-hook '(save-buffer) org-occur-hook '(org-first-headline-recenter) org-export-email-info t org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-capture-templates '((t Task entry (file+headline ~/MasterFile.org Tasks) * TODO %? %i %a) (n General Note entry (file+headline ~/MasterFile.org Notes) * %? %i %a :kill-buffer t) ) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-log-refile 'time org-mode-hook '(#[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) org-directory ~/Documents/ org-export-creator-info nil org-metadown-hook '(org-babel-pop-to-session-maybe) org-agenda-files '(~/Documents/area_paper2/area_paper2.org ~/MasterFile.org) org-file-apps '((auto-mode . emacs) (\\.mm\\' . default) (\\.x?html?\\' . default) (\\.pdf\\' . evince %s)) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-after-todo-state-change-hook '(org-clock-out-if-current) org-confirm-shell-link-function 'yes-or-no-p )
Re: [O] Index of cases
On Sep 9, 2013 3:14 AM, Alan L Tyree alanty...@gmail.com wrote: snip At least a lot of simple editors (the software) are LaTeX aware, so my editor (the human being) should be able to handle it. I don't know it well, but Lyx http://wiki.lyx.org/FAQ/LyX purports to almost be LaTeX and almost be WYSIWYG, so that might be an editor to try for those who will find markup scary. HTH, Brian vdB
Re: [O] LaTex Adjustments for Org-Export
On Jul 31, 2013 8:28 AM, Jeff Rush jr...@taupro.com wrote: I'm trying to export a .org file to .pdf and although I've gotten past many formatting hurdles, I am stuck on two problems. snip 2) How can I change the basic formatting of paragraphs everywhere to a) omit the leading indent, and b) have a blank line between paragraphs Instead of this strange-looking style: This is a test paragraph of the following kind of thing. And so is this one. I want it to look like this: This is a test paragraph of the following kind of thing. And so is this one. Hi all, (Catching up on the traffic, so a bit late to the thread.) I don't use org's export facilities, so I am not sure how and where to object this into org's export process. But, the LaTeX way is to use the parskip package. Please do reconsider, though. Just about every book on my shelves follows what you label a 'strange style,' for the good reason that the style you favour can result in ambiguity. (A paragraph that ends a page, takes up the entire last line and is followed by a new paragraph cannot be distinguished from a paragraph that spans the page break.) Best, Brian vdB
Re: [O] LaTex Adjustments for Org-Export
On Aug 3, 2013 9:26 PM, John Hendy jw.he...@gmail.com wrote: On Sat, Aug 3, 2013 at 3:49 PM, Brian van den Broek brian.van.den.br...@gmail.com wrote: On Jul 31, 2013 8:28 AM, Jeff Rush jr...@taupro.com wrote: I'm trying to export a .org file to .pdf and although I've gotten past many formatting hurdles, I am stuck on two problems. snip 2) How can I change the basic formatting of paragraphs everywhere to a) omit the leading indent, and b) have a blank line between paragraphs Instead of this strange-looking style: This is a test paragraph of the following kind of thing. And so is this one. I want it to look like this: This is a test paragraph of the following kind of thing. And so is this one. Hi all, (Catching up on the traffic, so a bit late to the thread.) I don't use org's export facilities, so I am not sure how and where to object this into org's export process. But, the LaTeX way is to use the parskip package. Please do reconsider, though. Just about every book on my shelves follows what you label a 'strange style,' for the good reason that the style you favour can result in ambiguity. (A paragraph that ends a page, takes up the entire last line and is followed by a new paragraph cannot be distinguished from a paragraph that spans the page break.) snip That was [mostly] a joke. I'm actually not clear from the text above what is desired. The description says no leading indent and blank line between, but the example text shows non-indent on first paragraph, indent on second (which would void the page-span concern), and no line break... Indeed it does. I missed that reading on my phone. I don't see how I can blame my strange typo on that though, so perhaps I ought just give up :-) As I said, I don't export from org to latex, but I am puzzled. The style you describe (and which the OP appears to display) is what LaTeX does for me by default. I know that no leading indent and inter-paragraph separation is a common desire, so I guess I let lazy thinking take over. I take it you have literary experience, which I'm glad to have on the list. Your comment made me consider that I often fiddle with what seems to look nice, overlooking that some of these things have a very specific purpose in terms of avoiding ambiguity or what you described -- I'd never have thought of that! I care about typography and have come to embrace that Knuth, Lamport, and that maintainers of all things TeXnical are rather better at it than am I. It is hard to resist the urge to fiddle, but I try :-) Best, Brian vdB
Re: [O] Wrong Type Error When Publishing Project
On 07/27/2013 01:21 AM, Nick Dokos wrote: Nick Dokos ndo...@gmail.com writes: This was valid for org 7.x, but for org 8.x you have to say :publishing-function org-html-publish-to-html BTW, you should check your installation: presumably you are not getting on error when calling org-publish-org-to-html, which means that it is somehow defined - but it should not be if you are running 8.x. You might be getting the orgmode bundled with emacs: if that's true, that's a state of affairs that is bound to be confusing. I was concerned about his too. But, when I do M-x org-version, it does say 8.0.5 which is the version I downloaded manually and installed. For some reason I could never get the ELPA version to load.
Re: [O] Wrong Type Error When Publishing Project
Thank you. I thought it was probably something like this. Is there updated documentation yet for 8.x? The Worg link below is one site I based my attempt on: http://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html -Brian On 07/26/2013 08:33 PM, Nick Dokos wrote: Brian Callies br...@gibbous.org writes: I'm sure I must be doing something obviously wrong, but I've had no success at publishing a project I've just created. I've been working on this error for some time, incidentally fixing other mistakes, but I'm unable to get it working. I get the same error on Arch Linux, as I do on Win8. I'm using Org-mode 8.0.5. I get the following error: Wrong type argument: stringp My project config is below. Images-w and css-w export fine on their own, but alpharednotes-w and AlphaRedWin both fail with the error above. (setq org-publish-project-alist '( (alpharednotes-w :base-directory C:/Users/bcallies/Dropbox/RPG/Alpha Red/org :base-extension org :publishing-directory C:/Users/bcallies/Dropbox/RPG/Alpha Red/org/html/ ; :recursive t :publishing-function org-publish-org-to-html This was valid for org 7.x, but for org 8.x you have to say :publishing-function org-html-publish-to-html -- Nick
[O] Wrong Type Error When Publishing Project
Good Day, I'm sure I must be doing something obviously wrong, but I've had no success at publishing a project I've just created. I've been working on this error for some time, incidentally fixing other mistakes, but I'm unable to get it working. I get the same error on Arch Linux, as I do on Win8. I'm using Org-mode 8.0.5. I get the following error: Wrong type argument: stringp My project config is below. Images-w and css-w export fine on their own, but alpharednotes-w and AlphaRedWin both fail with the error above. (setq org-publish-project-alist '( (alpharednotes-w :base-directory C:/Users/bcallies/Dropbox/RPG/Alpha Red/org :base-extension org :publishing-directory C:/Users/bcallies/Dropbox/RPG/Alpha Red/org/html/ ; :recursive t :publishing-function org-publish-org-to-html ; :headline-levels 5 ; :auto-preamble t ) (images-w :base-directory C:\\Users\\bcallies\\Dropbox\\RPG\\Alpha Red\\org\\img :base-extension jpg\\|gif\\|png :publishing-directory C:\\Users\\bcallies\\Dropbox\\RPG\\Alpha Red\\org\\html\\images\\ :publishing-function org-publish-attachment ) (css-w :base-directory C:\\Users\\bcallies\\Dropbox\\RPG\\Alpha Red\\org\\css :base-extension css :publishing-directory C:\\Users\\bcallies\\Dropbox\\RPG\\Alpha Red\\org\\html\\css\\ :publishing-function org-publish-attachment ) (AlphaRedWin :components (alpharednotes-w images-w css-w)) )) Thank You, Brian
Re: [O] advice needed: how do you guys sync org files between devices?
On Jul 1, 2013 8:26 AM, Xebar Saram zelt...@gmail.com wrote: Hi all I have been using dropbox since i started using orgmode a few weeks ago (yeah im a neewb :)), which kinda works but i find it very annoying as it keeps creating conflicted copies, isnt reliable on my Linux main machine etc etc.. I was wondering what you guys do for syncing org files between PC's, Os's, devices (android etc).. Best Itai Hi, For keeping org files in sync between real computers, version control seems to me the obvious way to go. It gets you sync and history. There is perhaps a bit of a learning curve, but time spent learning widely useful tools is time well spent :-) bzr and hg are (superficially?) easier and git is pretty dominant. For Android, mobile org push to android has worked for me (syncing over SD rather than the cloud or WebDAV). Pulling from Android hasn't been reliable enough for me to use it. HTH, Brian vdB
[O] latex export of words starting with a superscript
Dear list,
this is my first time posting here so: thanks for all the work on
org-mode! I like the new changes (although the new variable names were a
pain).
This is either a feature request, a complaint or a demonstration of my
lack of knowledge of org-mode.
When export latex of words starting with a superscript or subscript, the
caret or underscore is escaped unless preceded with something other than
a space, such that I have to use \space^{14}C for a carbon radioisotope.
I do not need this when when exporting to html.
Org-mode version 8.0.1 (8.0.1-6-ge6776c-elpa @
/home/onb134/.emacs.d/elpa/org-20130422/)
GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of
2013-04-14 on chindi10, modified by Debian
I like things to be controlled and set:
(setq org-use-sub-superscripts {})
but it doesn't make a difference whether this is set or not.
It would be nice if this could be implemented, but I am aware of the
difficulties/conflicts given that underlining needs a word to start with
_. Maybe some nice regexp work.
Thanks!
Brian
Re: [O] Release 8.0
On 18 Apr 2013 18:05, Carsten Dominik carsten.domi...@gmail.com wrote: On 18.4.2013, at 18:41, Bastien b...@gnu.org wrote: Dear all, I'm releasing Org 8.0. This is a beautiful release. Just reading the list of changes wets my appetite to try it all out. A looong list con contributors. Thanks to you all for your contributions! An intimidatingly long list of changes, actually. :-) For what it is worth, I think if Bastien erred in the list of contributors he thanked, it was on the side of over-inclusion, rather than under. In the last year or so, I think I've contributed a tiny change doc patch, a bug report or two, and a few Please, could someone magically make it work like this? messages, yet I find myself included. Congrats and thanks to all who helped in whatever way. The efforts from the heroic and steady to minor and irregular have all helped to make my life better. Best, Brian vdB
Re: [O] blank todo kw does not delete closed ts
On 12 Apr 2013 11:58, Bastien b...@gnu.org wrote: Hi Samuel, I'm convinved now, and switching to state without any TODO keyword will now remove the CLOSED planning information. Thanks, -- Bastien Hi Bastien and all, I am afriad you saw this coming: Could that be an option? I actively would want to preserve the closed note to keep an accurate history of my work with the task. Best, Brian vdB
Re: [O] New logo
On 1 April 2013 13:20, Bastien b...@altern.org wrote: Hi all, I've been trying hard to enhance the logo for the release of 8.0 and I gather that my attempts failed so far. So instead of trying to change the colors and the shape, I suddenly realized we could simply find... a *better* animal. What is the most appropriate symbol of why we all use Org-mode? Yes, procrastination. Fiddling with Emacs instead of achieving the work we need to achieve. Trying to convince ourselves that this tiny Org feature will make us more proficient at our jobs, instead of simply working. I asked many Org friends during the last few weeks, and we all agreed that an ostrich might be a good candidate. So here it is -- I just updated the website accordingly: http://orgmode.org I did spent a lot of time and energy on deciding this, and this is not only me, but also many Org users I've asked, so please do not discuss this change. Hope you'll get used to it! Best, -- Bastien Oh, +1. No, strike that. +4 Best, Brian vdB
Re: [O] New logo
On 1 Apr 2013 14:23, Evan Misshula evanmissh...@gmail.com wrote: I did spent a lot of time and energy on deciding this, and this is not only me, but also many Org users I've asked, so please do not discuss this change. Seems like an April fools joke. Of course we will discuss. :-P On Mon, Apr 1, 2013 at 2:16 PM, Brian van den Broek brian.van.den.br...@gmail.com wrote: snip Oh, +1. No, strike that. +4 Best, Brian vdB That's not in keeping with the spirit of the thing. Knowing allusions (as above) are fine, but overtly pointing it? That's not cricket! Brian vdB
Re: [O] ostrich mascott but with reading glasses (was: Re: New logo)
On 1 Apr 2013 14:36, Gregor Zattler telegr...@gmx.net wrote: snip The more conservative org-mode users may argue -- and in sharp contrast to our benevolent dictator Bastien I encourage everyone to argue over everything -- that ostrichs typically are portrayed with their head in the sand. Being in harmonic mode at the moment I would propose as a compromise that the ostrich wears reading glasses while stuck with the head in the sand. It is a non-problem. After all, glass is made of sand! Best, Brian vdB
Re: [O] [html] nil getting inserted
On 19 March 2013 20:24, Samuel Wales samolog...@gmail.com wrote: I am getting this diff in HTML output in recent git master. I don't think I changed anything and I have no filters for links. I haven't tried it in emacs -Q though. Note the nil before the . === -severe to any person who is not a href=http://thekafkapandemic.blogspot.com/2012/04/misopathy.html;misopathic/a, but they are +severe to any person who is not a href=http://thekafkapandemic.blogspot.com/2012/04/misopathy.htmlnilmisopathic/a, but they are === Thanks. Samuel Samuel, Did you see the recent thread http://article.gmane.org/gmane.emacs.orgmode/68325? I don't export so I don't claim to know, but that suggests a pull might contain a fix. Best, Brian vdB
Re: [O] Repeated tasks, but only for a limited period (of time)
On 12 March 2013 11:06, Rick Hanson cryptor...@gmail.com wrote: Hi everyone, I've already RTFMed for this, but I still don't see how to do the following. Fact: I can add a repeater to a time stamp (like +1d) in org-mode so that a task shows up in my agenda as an every day item. Question: Can I restrict this repetition to, say, 1 week? For instance, I have a task I have to perform every day this week, /but only for this week/. So if I were to pull up my agenda for this week, I should see the task posted every day of this week, but if I then hit the f key to go forward a week, I should *not* see that task in this (the following) week. This is a not deal-breaker if not possible. I can just get rid if the task at the end of the week (but it's state, of course, that I have to keep in my mind, instead of committing it to the magic of org-mode). Thanks a lot of any help! (My apologies if it's in the manual and I missed it.) Best, --Rick Hi Rick, I know of no way to do exactly what you are after. But, for things like that, I make one headline task and then apply M-x org-clone-subtree-with-time-shift to get the desired number of distinct tasks. Perhaps that will suit your needs. Best, Brian vdB
Re: [O] Create course material with org-mode
On 9 March 2013 17:21, Torsten Wagner torsten.wag...@gmail.com wrote: Hi, I plan to create new course materials for teaching at university level. snip I'm looking for a system which enables me to keep all materials together and to reuse as much as possible the same source files. E.g., for a particular topic, I would love to create all the above materials within a single file. This would help me to keep it among all materials coherent, correct errors and do updates effectively and save (hopefully) a lot of time. Hi Torsten, I thought I'd muddy your waters by throwing a contrary voice into the mix :-) I've been refining the way I manage my college and uni teaching with org for 5+ years, now. I am making extensive use of the scheduling and TODO functionality. I am not storing course materials in the org files. I found that I could not get by with just one teaching.org file, but instead needed to break out each class into its own org file. With everything in one, even on my pretty beefy box (quad core i7, 8GB RAM) there was too much of a periodic lag when editing the org file for that to be comfortable. On my netbook (which I take to the office as the College insists I need a Windows box on my desk), the lag made working with the file far too painful. I've not tried putting my (extensive) LaTeX beamer slides sources, exams, etc. into the org files, but I fear the lag would again occur. I've been keeping all course related material other than the org files which manage scheduling into a seperate directory under git version control and I link from the org file's scheduled tasks to the relevant course related materials. It seems to be working in that I am halfway through the term and am at most a week behind :-) Having those materials in nested dirs in the filesystem is helpful, too; it allows granular use of things like $git log . and that often gives me a better sense of what I've been up to than would running git log against one monster all in org file. I don't however too much by way of multiple outputs derived from common sources. I let LaTeX beamer's facilities take care of prodicing a display and a downloadable version of my slides. That just needs two short master files which \include the body of the slides. What duplication I have is in things like tests and paper topics when I have multiple sections of the same course in a term, differing only in section numbers and dates. The duplication is a bit inellegant, but it is not extensive enough for me to worry about the overhead of avoiding it. And, disk space is approximately free, at least if one is worried about having duplicates of latex sources that generate a few pages. HTH, Brian vdB
Re: [O] Has anybody noticed ellipses instead of the top line of the window?
On 6 December 2012 19:43, Brian van den Broek brian.van.den.br...@gmail.com wrote: On 6 Dec 2012 13:46, Samuel Wales samolog...@gmail.com wrote: Has anybody encountered ellipses instead of the first line of the window? On 8/21/12, Samuel Wales samolog...@gmail.com wrote: === beginning of window ... *** Above all Above all, it is a collapse of the uneasy and corrupt I have. Haven't noticed a pattern; I always get mildly concerned and often am motivated to reassure myself there's be no data loss. Never has been. Hi all, I've found one repeatable way to generate these unwanted ellipses. I have an org file with two top-level headings. The second is small and containing only a few lines of text. The first is huge and has a crypt tag and thus is encrypted with org-crypt. (For obvious reasons, I am unwilling to post the file.) Steps: 1) Visit the file 2) Call org-decrypt-entry on the crypt heading 3) Follow a link at the top of the crypt tree to a heading deep within that tree. Ensure that it is not the case that the entire tree is expanded (decription occurs below) 4) Edit somewhere in the heading 5) Save the file (C-x C-s). This causes the heading to be encrypted again. 6) M-x undo to restore the file to its unencrypted state. 7) Observe that the top of the buffer has the ellipses and all data before the heading being edited can no longer be seen. The file looks roughly like: # -*- buffer-auto-save-file-name: nil; -*- Two lines of description not in any heading * vault :crypt: ** Quick links ** stuff ** other stuff ** still more stuff ** more stuff still Each of the various stuff headings (there are plenty more) may have several layers of descendant headings. In the Quick links heading there are org links to the most used headings. At step (3) in the recipe above, I expand the Quick links heading and follow one of the links there which points to a heading buried within the tree. I hit TAB to expand that heading. (It has siblings both before and after.) There is a `...' at the end of the heading when it is expanded. The ellipses observed at (7) seem to appear either before the heading that follows the top level tree that I edited (so, right before `more stuff still' if I edited a tree several layers in `still more stuff' *or* immediately before all of the body text of the headline that I edited and taking the place of the subtree headline to which the link that I followed points. (I've not discerned a pattern, but it seems to depend upon the expansion state around the edit or the location of the cursor when I save; I am not sure, though.) Either way, M-x beginning-of-buffer never takes me past the `...'. Following the same steps but first ensuring that the entire tree is fully expanded does not result in the `...'. I hope both that my description is tolerably clear and that it is some help in the ellipses bug hunt. Best, Brian vdB
Re: [O] [OT]: Search for missing :END:
I just found a few of these errors in *Messages* and since I have 20 .org files, I used this approach cd ~/orgmode # this gives me the byte offset the filename for each matching line grep -br 'CLOCK: ' * ~/tmp/org-missing-end.txt #this searches within a few bytes of the byte offset reported by emacs grep -E :3007.: ~/tmp/org-missing-end.txt Searching within a few bytes was not necessary. In my case I found a :CLOCK: string at the byte-offset in the error message. -- Brian Wood Applications Programmer UC Berkeley IST
[O] internal links not being followed; instead, offer to create new heading
Hi all, I am having trouble with following internal org links. After carefully reading the documentation (especially 4.2 Internal Links http://orgmode.org/org.html#Internal-links) with the following test.org file, I would expect that C-c C-o on the link text in the bar tree would jump to the corresponding text in the foo tree. #+BEGIN_EXAMPLE * foo a string to search for * bar [[string to search]] #+END_EXAMPLE Instead, what occurs is that I get the following in the Messages buffer: #+BEGIN_QUOTE Position saved to mark ring, go back with C-c . No match - create this as a new heading? (y or n) org-link-search: No match #+END_QUOTE where the last line appears after I hit `n' in respond to the prompt. This works as expected with a minimal init loading org 6.33 that shipped with my Emacs. I have tried it with the following minimal init: #+BEGIN_SRC emacs-lisp (setq load-path (cons /home/brian/code/foreign/org-mode/lisp load-path)) (setq load-path (cons /home/brian/code/foreign/org-mode/contrib/lisp load-path)) (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-cc 'org-capture) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (setq org-directory /home/brian/docs/org) (setq org-default-notes-file ~/docs/org/inbox.org) #+END_SRC My emacs and org: Org-mode version 7.9.3e (7.9.3e-973-gba38de @ /home/brian/code/foreign/org-mode/lisp/) GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2012-08-24 on trouble, modified by Debian I don't rule out that I have misunderstood something, but the observed behaviour doesn't match (how I understand) the documented behaviour. Thanks and best, Brian vdB
Re: [O] internal links not being followed; instead, offer to create new heading
On 10 February 2013 16:21, John Hendy jw.he...@gmail.com wrote: On Sun, Feb 10, 2013 at 12:53 PM, Brian van den Broek brian.van.den.br...@gmail.com wrote: Hi all, I am having trouble with following internal org links. After carefully reading the documentation (especially 4.2 Internal Links http://orgmode.org/org.html#Internal-links) with the following test.org file, I would expect that C-c C-o on the link text in the bar tree would jump to the corresponding text in the foo tree. I'd never heard of being able to do this, so I read the documentation as well and this how I parsed it: - Is link text a URL? - If yes - open url - If no, check current file - Is link text a custom ID? - If yes - go to headline with matching ID - If no, check for custom target - Is there a match between [[link text]] and an occurrence of link text (dedicated target)? - If yes - go to the dedicated target location - If no, check file type - Is this a .org file? - If yes, check for a *headline* (or possibly keywords/tags) matching the [[link text]] [1] - If no, conduct a string search for the [[link text]] [1] Quote: If no dedicated target exists, Org will search for a headline that is exactly the link text but may also include a TODO keyword and tags snip 1) The documentation is incorrect (maybe), or 2) I don't know how to do C-c C-o provided by Org in a non-org file correctly (more probable) snip Hi John, Thanks for the reply. This prodded me to investigate more thoroughly (and to learn how to use git bisect). I had observed that org 6.33 behaved as I expected from looking at the documentation. Bisecting led to: commit a84c8a2cba8c510acfa0c14487f6c993f664a406 Author: Carsten Dominik carsten.domi...@gmail.com Date: Fri Aug 6 08:34:33 2010 +0200 Make internal links in Org files search for an exact headline match * lisp/org.el (org-link-search-must-match-exact-headline): New option. (org-link-search-inhibit-query): New variable. (org-link-search): Search for exact headline match in Org files * doc/org.texi (Internal links): Document the changes in internal links. Internal links used to do a fuzzy text search for the link text. This patch changes the behavior for Org files. Here a link [[My Target]] now searches for an exact headline match, i.e. for a headline that does look like * My Target, optionally with TODO keyword, priority cookie and tags. The new option `org-link-search-must-match-exact-headline' is `query-to-create' by default. This means that a failed link search will offer to create the headline as a top-level headline at the end of the buffer. This corresponds to a wiki-like behavior where missing targets are automatically created. If you do not like this behavior, change the option to t. The commit alters the docs, evidently intending them to be read as you (John) read them. I'd argue that this wasn't entirely pulled off, as the passage Links such as ‘[[My Target]]’ or ‘[[My Target][Find my target]]’ lead to a text search in the current file combined with my memory of how org used to work gave me a different expectation. At any rate, to my cursory testing, (setq org-link-search-must-match-exact-headline nil) in my .emacs appears to make org behave as I expect it to. Thanks and best, Brian vdB
[O] C-u C-c C-t not behaving as documented
Hi all, I have (setq org-todo-keywords '((sequence TODO(t!) STARTED(s!) WAITING(w@/@) | DONE(d@/@) CANCELLED(c@/@) DEFERRED(D@/@ in my .emacs. In http://orgmode.org/org.html#TODO-basics I read C-u C-c C-t Select a specific keyword using completion or (if it has been set up) the fast selection interface. For the latter, you need to assign keys to TODO states, see Per-file keywords, and Setting tags, for more information. When I hit C-u C-c C-t on a headline, the result is that the headline cycles through my TODO states (as defined above). In effect, C-u C-c C-t behaves as C-c C-t is documented to. I've checked through my org configuration for other settings that affect todo sequences and states and don't think I've got anything that accounts for this. I'm perfectly happy with the behaviour I observe. But, it isn't what one would expect from reading the docs. (I suspect that the docs might not have been updated when org-todo-keywords was introduced. Or, as has happened before, I've misunderstood something.) Org-mode version 7.9.2 (7.9.2-dist @ /home/brian/.emacsd/site-lisp/org/) Mark set GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-12-11 on brahms, modified by Debian Best, Brian vdB
Re: [O] Org Mobile and Adroid 2.3.6
On 2 Jan 2013 07:49, Martin Butz m...@mkblog.org wrote: Hello, in case anyone is interested, here is a short report what I found out: + I tested mobileorg on my Android phone without encryption and with synchronization via Ubuntu one. Seems to work. However: I do not want to store unencrypted org-files on a remote server. snip + Nevertheless it's very tempting to have all my org-notes and schedules on my phone. I will wait until I can manage to make sure that encryption is being used. Thanks Martin snip Hi Martin, Have you considered using the SD card for syncing? It is a bit more of a hassle than syncing with a server, but it works well enough to satisfy this owner of a tin foil hat :-) Best, Brian vdB
Re: [O] Org Mobile and Adroid 2.3.6
On 2 January 2013 11:29, Martin Butz m...@mkblog.org wrote: Hi Brian, Am 02.01.2013 16:36, schrieb Brian van den Broek: [...] Have you considered using the SD card for syncing? It is a bit more of a hassle than syncing with a server, but it works well enough to satisfy this owner of a tin foil hat :-) yes and no;) I briefly thought of it and might give it a try. Anyway, both solutions bring up a more general issue which I haven't really thought of, since I owned the smartphone only recently: the encryption of all relevant data on the smartphone (which to me seems even more important, if I carry my org-mode files on a phone). But this is beyond this list... Nevertheless I am courious: Do you encrypt your data in case of loss of the phone? Hi Martin and all, [This may be veering off topic; if anyone minds, please feel free to let me know.] Any data that is truly private is encrypted within org using org-crypt. None of that is in my agenda files, so those files never make their way to the phone. A purely phone encyption solution would not work for me as I almost always take my netbook with my full suite or org files in to work. My office is secure enough that I will leave the netbook there from time to time, but not so secure that I am willing to have the truly private data live on in unencrypted. (It does have full disk encryption, but in a triumph of ease over security, I often leave the netbook suspended, thus leaving the disk unlocked.) I use mobile-org primary to sync with the phone's own calendar (and thus to get notifications for tasks and appointments ithout obviously sharing my details with google) and, since recent versions of mobile org for Android enabled this to work for me, quick capture on the phone. With the small screen and my usually having a proper computer at hand, I don't consult my org files on the phone very often. At least on my form-factor of phone, the mobile org for Android UI makes reading org files there a bit awkward. If I know that I have data stored in org that I will need to consult on the phone, I usually copy paste into some another app that makes it easier to read on the go. I have had success with both Wikilin https://play.google.com/store/apps/details?id=com.mosharu.wikilinhl=en and Simple Notepad https://play.google.com/store/apps/details?id=org.mightyfrog.android.simplenotepadfeature=search_result#?t=W251bGwsMSwxLDEsIm9yZy5taWdodHlmcm9nLmFuZHJvaWQuc2ltcGxlbm90ZXBhZCJd. Sadly, neither is FLOSS. The UI of Wikilin isn't as good for reading on the phone as is Simple Notepad, but its data files are stored as plain text on the SD card making editing them from a real computer much easier. HTH, Brian vdB
Re: [O] Bug: In list with checkboxes, meta-RET should add a checkbox for the next entry. [7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)]
On 30 Dec 2012 05:30, Bastien b...@altern.org wrote: Hi Arne, Arne Babenhauserheide arne_...@web.de writes: So I would love to see org-mode adding the checkbox by default, when I am on a list entry which has a checkbox. Try S-M-RET. This is consistent with the behavior of M-RET and S-M-RET on headlines, Hi all, If I am adding an item to a plain list, almost always I want the added item to agree with the item beneath which it will occur on the presence of checkboxes. So, I think that it would be more useful were M-RET to create a new item that has or does not have a checkbox present depending on whether it is invoked in a plain list item with or without a checkbox. Likewise S-M-RET could differ from the item at which is called with respect to checkbox presence. The downsides are this behaviour is more complex and likely would disturb some orgers' muscle memories. So, I'm not pushing hard but throwing it out there to see if it sticks :-) Best, Brian vdB
Re: [O] Adding tags when capturing?
On 20 Dec 2012 06:56, Richard Riley rile...@gmail.com wrote: snip context What would be nice would for org-tag-alist to allow org files to be included so all tags in those were enabled too. Oh, yes please! Brian vdB
Re: [O] clocking ongoing items
On 14 Dec 2012 01:52, Rainer Stengele rainer.steng...@online.de wrote: Hi all! I wonder how others are clocking ongoing isues, which are not really todos but more like issues collecting clocked time for work done regularly. Example: Reading mail and organising daily priorities of tasks. This todo will not finish very soon. I want this item to be clocked daily but do not want it to look like a standard todo. Hi Rainer, Why do you not want them as TODOs? I had thought I didn't but came to believe I was over-complicating things. I have a number of daily and weekly tasks of this sort (these include your examples), and they are genuinely things I need to do :-) They have appropriate repeater cookies in the scheduled lines and it works just fine. Well enough that I've forgotten the reasons for which I resisted treating them as TODO items in the first place. Best, Brian vdB
Re: [O] The statement on what is orgmode.
On 6 December 2012 10:03, Jambunathan K kjambunat...@gmail.com wrote: snip When description becomes boring what is needed is a catchy phrase that stirs up imagination. Free/Libre Digital diary for DIY nuts/ Gen Z geeks/ nerds Tongue only half-in cheek: Org-mode: the text editor's best chance at achieving the singularity Best, Brian vdB
Re: [O] Has anybody noticed ellipses instead of the top line of the window?
On 6 Dec 2012 13:46, Samuel Wales samolog...@gmail.com wrote: Has anybody encountered ellipses instead of the first line of the window? On 8/21/12, Samuel Wales samolog...@gmail.com wrote: === beginning of window ... *** Above all Above all, it is a collapse of the uneasy and corrupt I have. Haven't noticed a pattern; I always get mildly concerned and often am motivated to reassure myself there's be no data loss. Never has been. Best, Brian vdB
Re: [O] The statement on what is orgmode.
6. Org-mode: It's difficult to say what exactly Emacs' Org-mode will do for you; it's easier to list all things it doesn't do. Wow! Great thread. I was going to ask the question what @isn't@ Emacs OrgMode--and not in a trite way at all; in a serious way. Emacs is a mode-less (concurrent major modes and minor modes galore) and an infinitely extensible software tool. OrgMode is an amazing tool that enables Emacs users the ability to do a huge number of things, very simply and easily. (E)macs (M)akes (A)ll (C)omputing (S)imple. I often think: What are the epistemological limits of Emacs? What can't you do or find out in Emacs? Emacs has the fastest regexp engine (in the NFA and first character descrimination sense--p.197 MRE, Friedl, et. al) for some things. OrgMode's table interfaces with EmacsCalc--an extremely high-quality science and math tool. Seriously, you can do anything in/with Emacs; and, OrgMode works well in most all other major modes in Emacs. Remember the old icon symbol of Emacs--it literally is a picture of kitchen sink--because you can do everything except the kitchen sink in Emacs--and therefore OrgMode. So, again, seriously, this thread is misnamed. What can't you do in Emacs/OrgMode? What can't it be used for?--this should be the thread! I'd really like to know. Every week or two, something comes off my very tiny list, which is just about empty. Of course we all have computing limits of cpu and hard-drive space etc. so those hard limits will always be the bottleneck as to what Emacs and OrgMode can really be used for--buffers can only be so big. Theoretically there are no limits here except computing limits--P vs. NP is unproven--but P(space) is a hard limit. Like with so many other things in life; Emacs OrgMode is what you make of it. If I had to chose: I vote for #1 or something like: Its your life [organized] in plain text.
[O] mobileorg for android: perhaps best to wait on an update
Hi all, mobileorg for android 0.9.5 came out a few days ago. Looks like there's been a lot of forward movement, and that's just great. Less great is that it busted calendar sync up pretty badly: https://github.com/matburt/mobileorg-android/issues/305. Just thought I'd try to save others on the list the hassle. Best, Brian vdB
Re: [O] sticky agenda and clock persistence interaction
On 21 September 2012 09:37, Bastien b...@altern.org wrote: Hi Brian, Brian van den Broek brian.van.den.br...@gmail.com writes: I just found that if I have (setq org-agenda-sticky t) (org-clock-persistence-insinuate) in my .emacs---or rather in a file that my .emacs invokes with load-library---I get Warning (initialization): An error occurred while loading `/home/brian/.emacs': Symbol's function definition is void: org-toggle-sticky-agenda If you are not requiring Org anyhow, org-agenda-sticky will not be known. What if you do (require 'org-install) (setq org-agenda-sticky t) (org-clock-persistence-insinuate) ? Hi Bastien, (After the bad website report, I'm pleased to see I've not done anything so silly this time :-) I have a file, ogrconf.el that gets loaded by my .emacs. It starts with (require 'org-install). So, the error I reported emerged from what you suggest, save that I have a few hundred lines of config between the require and the sticky and persistence lines. I just tested, and if I start out my orgconf.el with (require 'org-install) (setq org-agenda-sticky t) (org-clock-persistence-insinuate) (thus, putting the relevant lines before any of my other org configuration) I get the same warning I reported in the original post. I've not done the backtrace assuming that the same warning with pretty much the same cause would have the same backtrace; I'm happy to provide if it is wanted. The backtrace from running with --debug-init is attached. (Btw, there is a suspicious ~/.emacsd/ here -- not ~/.emacs.d/. Looks weird but maybe that's intentional.) It's intentional. At some point, my .emacs became unwieldy. I separated my config into a bunch of files which .emacs loads and put them into a user-created dir ~/.emacsd, leaving ~/.emacs.d for emacs to have its way with. I prefer to enforce separation between files I administer and those under emacs's control. Best, Brian
[O] [OT] Mindwave Emacs. EEG reading and Data gathering in an org-mode buffer.
I still wonder if org is the right medium for this. Most of the devices are going to give you a TON of data (the neurosky raw stream is ~500hz update, emotiv is ~128hz, etc...). Pedometers and blood pressure monitors that do one-time large dumps might be somewhat more feasible. * EMACS OrgMode is one of the right mediums for this: ** can put massive amounts of data in a tiny icon on your screen (that you can wave your mouse over to glimpse whats inside--which could be data or notes, etc. ** can quickly fold and unfold the data in a tree-like structure. * I used to work with brainwave data with EMACS and neuroscientists at NIH would be amazed at what I could do with the data. * EMACS is in MIT's top 20 of all-time developments in Artificial Intelligence. You can use EMACS to massage the data and EMACS OrgMode to study whats interesting to you and/or present it to other researchers.
Re: [O] [OT] Mindwave Emacs. EEG reading and Data gathering in an org-mode buffer.
* If you're worried about a TON of data filling the emacs buffer then expand the max buffer size or you might want to look into QEmacs by Fabrice Bellard (of Pi calculation fame, and creator of QEMU) ** I've used QEmacs to edit gigabyte+ size files. *** I'm not sure that's what you're worried about; but, whatever. On Fri, Sep 7, 2012 at 7:19 AM, brian powell briangpowel...@gmail.comwrote: I still wonder if org is the right medium for this. Most of the devices are going to give you a TON of data (the neurosky raw stream is ~500hz update, emotiv is ~128hz, etc...). Pedometers and blood pressure monitors that do one-time large dumps might be somewhat more feasible. * EMACS OrgMode is one of the right mediums for this: ** can put massive amounts of data in a tiny icon on your screen (that you can wave your mouse over to glimpse whats inside--which could be data or notes, etc. ** can quickly fold and unfold the data in a tree-like structure. * I used to work with brainwave data with EMACS and neuroscientists at NIH would be amazed at what I could do with the data. * EMACS is in MIT's top 20 of all-time developments in Artificial Intelligence. You can use EMACS to massage the data and EMACS OrgMode to study whats interesting to you and/or present it to other researchers.
Re: [O] org-refile failing
On 5 Sep 2012 19:59, Marcelo de Moraes Serpa celose...@gmail.com wrote: Sorry Bastien, should have included it before. Emacs: GNU Emacs 23.4.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2012-01-29 on bob.porkrind.org Org: Org-mode version 7.9.1 (release_7.9.1-145-g0a6165-git @ mixed installation! /Applications/Emacs.app/Contents/Resources/lisp/org/ and /Users/fullofcaffeine/.emacs.d/vendor/org/lisp/) Hi all, I don't have any specific light to shed on the OP's issue. But i did notice the discussion seemed to miss the above which itself can many problems cause. Best, Brian vdB
Re: [O] [OT] Mindwave Emacs. EEG reading and Data gathering in an org-mode buffer.
I used to do brainwave research (using eeg's): Maybe make some software (R?) to do some FFT (Fast Fourier Transforms) calcs on the brainwaves and compute the power wave and have it report percentages or counts of AlphaWaves, BetaWaves, ThetaWaves, etc? Thanks Jonathan and Joakim (zen-mode) for the software! On Wed, Sep 5, 2012 at 9:45 AM, joa...@verona.se wrote: Jonathan Arkell jonath...@criticalmass.com writes: Hi Orgers! I recently picked up a Neruosky Mindwave, a consumer level EEG device (it reads brainwaves). Unfortunately, the software bundle doesn't include a way to log the EEG levels. Since I am fairly decent at Elisp, I thought I would write a little library to interface with the mindwave, and store the results. Naturally I thought of using an org-mode buffer for this. So I present, mindwave-emacs: https://raw.github.com/jonnay/emagicians-starter-kit/master/extra/mindwave-emacs.org Mindwave-emacs.el really is just a low-level interface for emacs. Inside of the org file are 2 examples (actually, fully working programs) that show you how to work with it. - gather-into-org.el :: allows you to write data into an org-mode file - solarized-mind.el :: uses the eSense Attention and Meditation measurements to provide feedback to the user on their brian state. I am also working on a lower-level serial/binary connection to retrieve data from the mindwave to help facilitate raw EEG logging. I don't know if this is going to be useful to anyone, but I figured some people may be interested. Cool! I did some Neurosky Mindset integration for my zen.el package: https://github.com/jave/zen-mode Maybe I can integrate your package and mine, I'll have a look! Cheers! __ Jonathan Arkell Sr. Developer Inspired By Drum Bass, Scheme, Kawaii p. 403.206.4377 1011 9th Ave SE, Suite 300 Calgary, AB, Canada T2G 0Y4 jonath...@criticalmass.com criticalmass.com The information contained in this message is confidential. It is intended to be read only by the individual or entity named above or their designee. If the reader of this message is not the intended recipient, you are hereby notified that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message. -- Joakim Verona
Re: [O] Report on package Org-mode version N/A (N/A @ c:/cygwin/usr/local/share/emacs/site-lisp/org/)
On 26 August 2012 08:07, Robert Adesam rob...@adesam.se wrote: 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. The variable org-version not set properly in orgmode 7.9 installing on emacs 24.1 with cygwin on windows 7, suspect the new build system as this was a non-issue with earlier releases... yours, /robert Hi Robert, See the thread http://thread.gmane.org/gmane.emacs.orgmode/59337 where I posted about the same issue. Achim's reply to my original post provides the solution. Best, Brian vdB
[O] difficulty installing 7.9 with the new build system: org-version not informative
Hi all, tl;dr I've seemingly managed to install org 7.9, but M-x org-version yields Org-mode version N/A (N/A @ /home/brian/.emacsd/site-lisp/) The details: I've not really been following the new build system discussions, but was half-ways dreading my first org-mode upgrade unde them :-) I just downloaded the gz.tar of the newly released 7.9; it untarred to org-7.9-3-ga986d3. I did my best to follow the instruction on http://orgmode.org/manual/Installation.html and in local.mk. I made the changes: # Where local software is found # Note, *not* ~/.emacs.d but ~/.emacsd, a dir I created to store my personal emacs stuff prefix = /home/brian/.emacsd # Where local lisp files go. lispdir= $(prefix)/site-lisp # Where local data files go. datadir = $(prefix)/etc # Where info files go. infodir = $(prefix)/info ORG_MAKE_DOC = info # html pdf INSTALL_INFO = ginstall-info # Debian: avoid harmless warning message (Apart from the ORG_MAKE_DOC setting, these are exactly the changes I have always made to upgrade from one released version to another. I've tried multiple times both with and without the ORG_MAKE_DOC and INSTALL_INFO settings.) I then ran make help, make config, and make install as instructed. (After the issue described below, I also deleted everything installed and tried again with sudo make install achieving the same result.) Once that was done, I launched a fresh emacs, visited an .org file, and ran M-x org-version. What I got was: Org-mode version N/A (N/A @ /home/brian/.emacsd/site-lisp/) This seems to indicate that something went wrong, somewhere. I'm pretty sure at least some of org 7.9 got installed. On the newly installed version, I have org-insert-all-links available (via M-x org-insert-allTAB) whereas on the previously installed version of org-mode, tab completion for this command name does not work. M-x emacs-version yields: GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-12-11 on brahms, modified by Debian ~$ make --version GNU Make 3.81 The first things I have in my .emacs that are org-related are adding /home/brian/.emacsd/site-lisp to my load path and then (require 'org-install). I've little doubt it is operator error, but I am at a loss for how to proceed. Little help? Thanks and best, Brian vdB
Re: [O] difficulty installing 7.9 with the new build system: org-version not informative
On 25 August 2012 13:24, Achim Gratz strom...@nexgo.de wrote: Brian van den Broek writes: I've seemingly managed to install org 7.9, but M-x org-version yields Org-mode version N/A (N/A @ /home/brian/.emacsd/site-lisp/) The details: You could've saved yourself a lot of writing if you'd just posted what make config-all prints out. But the only way this output from org-verison can be produced by a compiled version of Org is if you install with make, but without Git (like you later tell us you've done). In this case, you need to tell make the version you're installing since it cannot ask Git for it: make ORGVERSION=7.9 GITVERSION=org-7.9-3-ga986d3 install Thanks Achim. That does seem to fix the manifested problem. (make install-info seems to leave with with the 6.33x docs, but that's a problem for another day and thread, I expect.) Sorry for the verbosity. As I expect is clear, I don't have a good handle on what is going on and opted for risking too much information to avoid the need to tease more out of me through a few rounds of responses. I would suggest that the installation instructions at http://orgmode.org/manual/Installation.html#Installation be updated, as there one finds nothing about the need for ORGVERSION and GITVERTSION arguments to make. (While I know patches are welcome, I am reluctant to try to patch docs for an issue that I don't understand well.) Thanks and best, Brian vdB
Re: [O] difficulty installing 7.9 with the new build system: org-version not informative
On 25 August 2012 16:12, Bastien b...@altern.org wrote: Achim Gratz strom...@nexgo.de writes: I would suggest that the installation instructions at http://orgmode.org/manual/Installation.html#Installation be updated, as there one finds nothing about the need for ORGVERSION and GITVERSION arguments to make. I hadn't really considered installation from tarballs down to that detail. I may just add some code to recognize that situation and put the version information into the tarball itself. There is something I don't understand here: the version *is* in org-7.9.tar.gz and org-7.9.zip with lisp/org-version.el. I assumed that, in the absence of git, `make' would rely on this. True? -- Bastien Hi Bastien, I don't warrant that all else is in order on my system, but for me, it did not. Best, Brian
Re: [O] [OT] Current website not very attractive
* The site looks great as it is. ** Its supposed to be simple and simple-looking: *** Go to: http://orgmode.org = Read the top line: Org: Your Life in Plain Text *** Go to: http://doc.norang.ca/org-mode.html = Read the top line: Org Mode - Organize Your Life In Plain Text! * Simplicity and portability is a huge part of the point of OrgMode right!? * EMACS and TeX and Texinfo, etc. are great (partially) because they have been ported to all platforms. ** So, if you make any changes, you should be able to convert the end webpages to Texinfo so they are readable and printable on all computers and printers. --I just hope that whoever wins the contest creates web pages that are 501 compliant and everyone can read on any computer using any operating system and browser and those webpages are as printable as a Texinfo document. On Fri, Aug 10, 2012 at 12:43 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hey guys, Didn't mean to start any kind of flame. @Nick: I'm not a designer, more of a hybrid coder with some design foundations, but I'm definitely willing to help. I don't like the current layout because of it's overuse of shadows and its web1-style layout. Also, typography could use some improvement, and we could also use a better screenshot, to give a better first impression. - Marcelo. On Fri, Aug 10, 2012 at 1:30 AM, Nick Dokos nicholas.do...@hp.com wrote: Nick Dokos nicholas.do...@hp.com wrote: Sankalp sankalpkh...@gmail.com wrote: --f46d044401de1e3ad604c6de28a7 Content-Type: text/plain; charset=ISO-8859-1 I'm inclined to agree with Marcelo. -- Sankalp *** If humans could mate with software, I'd have org-mode's babies. --- Chris League on Twitter. http://orgmode.org/worg/org-quotes.html *** On 10 August 2012 04:44, Jude DaShiell jdash...@shellworld.net wrote: Good, that probably means it's one of the more accessible and usable web sites on the internet. On Thu, 9 Aug 2012, Marcelo de Moraes Serpa wrote: Hey list, Don't want to be negative, but doesn't anyone else also think the current design is kind of amateurish and not very attractive? I also did not like the screenshot used, I preferred the previous one, it showed more org capabilities, and the colors and indentation looked better. My two cents and food for thought, Talk is cheap: how would you improve it? And I don't mean generalities: build a website as you think it should be and then invite us over to take a look. And as Jude suggests, don't forget to keep accessibility/usability issues in mind as you design. Nick It has been pointed out to me that my comments might be taken as overbearing. Not my intent, but I will take back the talk is cheap part (or repeat it to myself as the target this time) and apologize for it: I should have reread the mail before hitting send. But the larger point is still there: I don't like it is a legitimate response, but is not nearly as helpful as giving a list of reasons of *why* you don't like it. And providing something you *like* is even better. E.g. would the current design with the previous screen shot be OK? Or are there deeper problems? Nick
[O] [OT] ELNODE is soon to be released as version 1.0
* Some people have expressed interest in Elnode in the past: ELNODE is soon to be released as version 1.0 ** Video mentions Emacs OrgMode (and includes an example) and Node.js: http://www.youtube.com/embed/TR7DPvEi7Jg ** Elnode - the EmacsLisp Async Webserver @ version 0.9.9 Elnode is a webserver for Emacs 24, written in EmacsLisp. It turns your Emacs into a web ... nic.ferrier.me.uk/.../elnode-nears-1-point-0?...
Re: [O] The Quantified Shower
* Lets not forget Claude Shannon's Ultimate Machine: http://www.youtube.com/watch?v=G5rJJgt_5mg On Tue, Aug 7, 2012 at 1:27 PM, Bastien b...@gnu.org wrote: Nick Dokos nicholas.do...@hp.com writes: Actually, I meant this one: http://www.theatlantic.com/magazine/archive/2012/07/the-measured-man/9018/ Nice read! Yes, I'm somehow scared :) Mhh.. at least Claude Shannon had more funny stuff to play with than his body: http://www.youtube.com/watch?v=sBHGzRxfeJY -- Bastien
Re: [O] Agenda view column mode: How to a column showing just today's time?
Thanks. I'll let you know as soon as I have a chance to try it. Brian Wood Applications Programmer UC Berkeley IST Application Services On 8/5/12 2:13 AM, Bastien wrote: Hi Brian, Brian Wood bw...@berkeley.edu writes: I'd like to replace CLOCKSUM with a column that shows me just the time spent on the task *today* (not all the time ever spent on the task). From latest git HEAD, you can try this column view: #+COLUMNS: %30ITEM %%10CLOCKSUM(Total) %10CLOCKSUM_T(Today) It will show the total clock sum along with that of today. HTH,
Re: [O] Is there a way to selectively change the line spacing for visual line mode?
* http://www.emacswiki.org/emacs/VisualLineMode --very intereting... ** This may explain why you found no help thru google: Visual line mode is a new mode in Emacs 23 that is on by default. * The following code convinces visual-line-mode to wrap at a given column by expanding the right margin of the buffer’s window. It’s worked pretty well for me, although it depends on being the only one that fiddles with the margins. --JamesWright (defvar visual-wrap-column nil) (defun set-visual-wrap-column (new-wrap-column optional buffer) etc. ** To use the original behavior put the following in your .emacs: (setq line-move-visual nil) On Sat, Aug 4, 2012 at 8:06 AM, Paul Whipp paul.wh...@gmail.com wrote: I can adjust the line-spacing variable but I'm looking for a way to separate paragraphs when writing large amounts of text in org-mode. Sticking in an extra carriage return works and has become my habit but it is annoying when the text is copy/pasted or exported to certain formats (such as libreoffice). I'd like to be able to set the line-spacing such that there is a nice visible vertical gap where I've actually hit the carriage return to create a new paragraph and a smaller vertical spacing where visual line mode has emulated a carriage return for readability. This would probably help in my elisp or python code too because it would make it easy to distinguish wrapped and new lines. I've tried google but I can't see any way to do this. Can anyone suggest where I should look for a solution? Regards, Paul Whipp Office: 07 3103 2894 Mobile: 0410 545 357 Do more business with your website!http://www.paulwhippconsulting.com.au Joomla, Python, PHP and MySQL web application developerhttp://www.paulwhippconsulting.com.au/
[O] Trouble with `:kill-buffer` property in capture templates
I can't get the `:kill-buffer` property to behave as advertised in my capture templates. I have, for example: (w Writing log table-line (file ~/Dropbox/workrecord.org) |%U|%A||%?| :table-line-pos I+1 :kill-buffer ) But the buffer, which was closed before I called capture, stays open after. I thought it might have been a problem with using multiple properties, but it stays open even after I've gotten rid of the `:table-line-pos` property. Am I missing something here? Thanks, -- Brian Hamilton-Vise PhD Student, Christian Ethics University of Notre Dame
Re: [O] Org - markdown
* PanDoc! http://johnmacfarlane.net/pandoc/ On Tue, May 29, 2012 at 10:45 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hey guys, Is there any tool out there that converts org to markdown? I'm sure it wouldn't be difficult to come up with something, but if there's something I'd rather use it. I'd like to write my blogposts in org and then automate exporting to markdown to my jekyll blogs. - Marcelo.
Re: [O] Agenda view column mode: How to a column showing just today's time?
To clarify my question: I'd like to replace CLOCKSUM with a column like CLOCK_TODAY which shows just today's time logged on the subtree. -- Brian Wood Applications Programmer UC Berkeley IST Application Services
Re: [O] Timestamp: Forward or backward by a week
On 15 May 2012 17:25, SW sabrewo...@gmail.com wrote: snip Aside: Hitting ``M-: (info (emacs) Customizing Key Bindings)`` gives me an error about the info file not existing. I installed Emacs 23.2.1 in CrunchBang Linux (Debian Stable) and (IIRC) org-mode 7.8.06 via a Debian package. Any ideas? A data point: I've the same broken info system on the ssame version of CrunchBang. I really like cb, but there are wrinkles like that. The TODO for solving that hasn't percolated up my list yet :-) Best, Brian vdB
[O] org-bibtex.el feature request
Hi all, I'm using org-bibtex.el and capture templates to store links from BibTeX entries and am finding it very useful functionality. The documentation in org-bibtex.el says And it constructs a nice description tag for the link that contains the author name, the year and a short title. This works as advertised, but it would really be a help were there to be an option to use the BibTeX citation key as the link description. I'd like to request that this be considered as a feature to add. The motivation is that I am using the following in my org-capture-templates: (b BibTeX Entry) (ba Bibtex Article entry (file+headline Reading.org To File %:author) * %:title %^G :PROPERTIES: :entered: %U :END: %a %:key %:author %:title %:year %:journal %? :empty-lines 2) The use of various :keywords gives me the full information about the author and year (while I can see that the short form might be of use, I do want the complete information) and thus the short form is redundant. The BibTeX key seems to me to be the natural description link. (Unlike the short form that is generated, it is sure to be unique in a well maintained BibTeX file.) Were it used, the resulting capture text would seem cleaner. While I would indeed like this, I recognize it is a small thing and there may be a desire to contain the growth of the variables that org-mode relies on. Thanks for considering it, in any case. Best, Brian vdB
Re: [O] Small grammar tweaks in export sections of org.texi
On 26 April 2012 15:54, Bastien b...@gnu.org wrote: Hi Brian, Brian van den Broek brian.van.den.br...@gmail.com writes: snip I don't think my employer (I teach Philosophy at the College-level) has a basis to claim ownership of copyright on my work product, but I also seem to have misplaced my law degree :-) I thus cannot confidently say that it is false that I have an employer who *might* have a basis to claim ownership of my changes. I've written the relevant gnu.org address seeking clarification as to whether my good faith belief suffices in my circumstances. Okay let us know. You might get a faster reply by Cc'ing me as the maintainer. Also, perhaps your College administration will be faster that GNU ones -- but chances are that both will be slow anyway. In the meantime, don't hesitate to report problems informally on the list! Hi Bastien, Thanks for the response and sorry for my delay; I was traveling. To my considerable surprise and pleasure, my email to the relevant gnu.org address got a reply in under 48h. The synopsis is that gnu and the FSF are only concerned about employer claims for those employed to program or those studying comp sci at uni. Hence, I shall send my papers in shortly. It may, however, take some considerable time nonetheless; I am given to understand that mail from Egypt to the US is both unreliable and extremely slow. Once all is settled, expect patches :-) Thanks and best, Brian vdB
Re: [O] defining a clocktable in a capture template with absolute timespan computed relative to today
On 27 April 2012 05:52, Ippei FURUHASHI top.tuna+orgm...@gmail.com wrote: Hi Brian, Brian van den Broek brian.van.den.br...@gmail.com writes: how to add 1 day to the return value of (current-time). This hard coding is out of org-mode range, #+BEGIN_SRC elisp (format-time-string %Y-%m-%d (time-add (current-time) (seconds-to-time (* 24 60 60 #+END_SRC #+RESULTS: : 2012-04-28 snip Hi IP, Thanks for the reply and apologies for the delay in my response; I was traveling. Thanks too for the code sample. It does exactly what was desired. (I expect I ought to have been able to dig that up for myself, so a double thanks :-) I've been experimenting with a new means of using org to plan my day at the outset and, at the end of it, to easily review how close I have come to accomplishing what I planned. I'm very interested. How do you compare your plan with results? I was experimenting with planning tasks at the beginning of the day by assigning a number of .5 hour blocks to them at the outset of the day and then simply visually inspecting a clock table for the day at day's end to see how well I managed to adhere to the intent. I have something like this in my org-capture-templates definition: #+BEGIN_SRC elisp (p Plan the Day entry (file+datetree log.org) * Plan and Work Log for %(format-time-string \%Y-%m-%d\ (current-time)) :plan: :PROPERTIES: :entered: %U :END: |---+-| | Task* | Pomos * | |---+-| | [[id:de721347-0896-41d3-84d0-da824332c71c][Plan the day]] | ( ) %i| | [[id:898a9827-2d51-4fd7-8e07-4ff678a83e19][Some Task]] | [ ][ ] | | [[id:f30fc641-5e22-4329-8b9b-58dd26c28f54][Work on Textbook]] | [ ][ ] [ ][ ] | |---+-| #+BEGIN: clocktable :maxlevel 4 :scope agenda :tstart \%(format-time-string \%Y-%m-%d %a\ (current-time)) 08:00\ :tend \%(format-time-string \%Y-%m-%d %a\ (time-add (current-time) (seconds-to-time (* 24 60 60 08:00\ :link t :narrow 60! :indent t :tcolumns 3 :fileskip0 #+END: * Day's End :journal: :empty-lines 1 :clock-in t :clock-resume t) ))) #+END_SRC (I am an extreme night owl, so 08:00 is a good place to mark the day change for me. I have '(setq org-extend-today-until 8)' in my .emacs.) Several constant tasks are built into the capture template, and each day I would add to and subtract from the daily plan as appropriate. I use '( )' to mark a .5 hour block that I estimated would be sufficient for the task at issue and a '[ ]' for a .5 hour block devoted to an ongoing substantial task. As I consume the blocks, I change them to '(X)' and '[X]'. For tasks where I underestimated the time needed, I use ' + ' to separate the second estimate. Tasks where I overestimated have the unconsumed '( )' left as is. At the end of the day, I update the clock table, and judge how well my plans were followed by a simple visual scan. I also fill out a diary type entry under the headline at the end of the capture template. After doing this for a while, I abandoned it as having too much overhead for how I am presently working. I am on leave from a college teaching job for this academic year, and most of the projects that I am working on are large ongoing ones that I want to work on each day, but don't have broken down into estimate-able subtasks. (For instance, I am writing a textbook; I want to spend at least 2 hours a day on that, and will keep doing so until it is done, but there are no detailed subtasks suitable for estimation.) There is little flux and it is easy enough to tell by use of the clock table alone how well I am living up to my intentions. I will try this method again next semester when I am back to teaching and have more smaller tasks that are suitable for estimation (e.g., Prepare Tuesday's lecture notes). In any case, I don't aspire to do anything more robust than a quick visual inspection at the end of the day to see how my day matched my plans. Best, Brian vdB
[O] Small grammar tweaks in export sections of org.texi
Hi all,
The attached patch provides a number of minor (and pedantic, I suppose) grammar
tweaks to doc/org.texi.
I've labelled it a TINYCHANGE. I am not sure of the exact bounds of what can
count as a tiny change, but all this does is insert `a', `an' and `in' in a
number of places in the docs.
I've quite a few other typo corrections / phrasing improvements I could make to
the docs, but I cannot presently sign the FSF papers. (I am on leave, living
abroad for the year, and won't be able to get my employer's sign-off until I
return home.) I'd appreciate being told if further documentation patches can be
accepted in these circumstances. If they cannot, I will have to wait until I
can address the FSF papers issue with my employer.
Thanks and best,
Brian vdB
PS Here's hoping I *have* sorted out how to get this through to patchwork :-)
From 737e49207c5a6976bf582265f2b43c14944274c5 Mon Sep 17 00:00:00 2001
From: Brian van den Broek van...@gmail.com
Date: Tue, 24 Apr 2012 17:37:57 +0200
Subject: [PATCH] Small grammar tweaks in export sections of org.texi
* org.texi The sections in the Exporting section of the manual left
out articles in the description of the org-export-as-* commands, among
other places. This patch adds them, adds a few missing prepositions,
and switches instances of an HTML to a html for internal
consistency.
TINYCHANGE
---
doc/org.texi | 42 +-
1 files changed, 21 insertions(+), 21 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index e22d446..e5b58af 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -3587,7 +3587,7 @@ Jump to line 255.
Search for a link target @samp{My Target}, or do a text search for
@samp{my target}, similar to the search in internal links, see
@ref{Internal links}. In HTML export (@pxref{HTML export}), such a file
-link will become an HTML reference to the corresponding named anchor in
+link will become a HTML reference to the corresponding named anchor in
the linked file.
@item *My Target
In an Org file, restrict search to headlines.
@@ -9820,7 +9820,7 @@ with special characters and symbols available in these encodings.
@table @kbd
@orgcmd{C-c C-e a,org-export-as-ascii}
@cindex property, EXPORT_FILE_NAME
-Export as ASCII file. For an Org file, @file{myfile.org}, the ASCII file
+Export as an ASCII file. For an Org file, @file{myfile.org}, the ASCII file
will be @file{myfile.txt}. The file will be overwritten without
warning. If there is an active region@footnote{This requires
@code{transient-mark-mode} be turned on.}, only the region will be
@@ -9869,7 +9869,7 @@ the text and the link in a note before the next heading. See the variable
@section HTML export
@cindex HTML export
-Org mode contains an HTML (XHTML 1.0 strict) exporter with extensive
+Org mode contains a HTML (XHTML 1.0 strict) exporter with extensive
HTML formatting, in ways similar to John Gruber's @emph{markdown}
language, but with additional support for tables.
@@ -9895,7 +9895,7 @@ language, but with additional support for tables.
@table @kbd
@orgcmd{C-c C-e h,org-export-as-html}
@cindex property, EXPORT_FILE_NAME
-Export as HTML file. For an Org file @file{myfile.org},
+Export as a HTML file. For an Org file @file{myfile.org},
the HTML file will be @file{myfile.html}. The file will be overwritten
without warning. If there is an active region@footnote{This requires
@code{transient-mark-mode} be turned on.}, only the region will be
@@ -9904,7 +9904,7 @@ current subtree, use @kbd{C-c @@}.}, the tree head will become the document
title. If the tree head entry has, or inherits, an @code{EXPORT_FILE_NAME}
property, that name will be used for the export.
@orgcmd{C-c C-e b,org-export-as-html-and-open}
-Export as HTML file and immediately open it with a browser.
+Export as a HTML file and immediately open it with a browser.
@orgcmd{C-c C-e H,org-export-as-html-to-buffer}
Export to a temporary buffer. Do not create a file.
@orgcmd{C-c C-e R,org-export-region-as-html}
@@ -9914,7 +9914,7 @@ the region. This is good for cut-and-paste operations.
@item C-c C-e v h/b/H/R
Export only the visible part of the document.
@item M-x org-export-region-as-html
-Convert the region to HTML under the assumption that it was Org mode
+Convert the region to HTML under the assumption that it was in Org mode
syntax before. This is a global command that can be invoked in any
buffer.
@item M-x org-replace-region-by-HTML
@@ -10008,7 +10008,7 @@ includes automatic links created by radio targets (@pxref{Radio
targets}). Links to external files will still work if the target file is on
the same @i{relative} path as the published Org file. Links to other
@file{.org} files will be translated into HTML links under the assumption
-that an HTML version also exists of the linked file, at the same relative
+that a HTML version also exists of the linked file, at the same relative
path. @samp{id:} links can then be used to jump
Re: [O] Small grammar tweaks in export sections of org.texi
On 24 April 2012 23:35, Bastien b...@gnu.org wrote: Hi Brian, snip Applied, thanks. I've labelled it a TINYCHANGE. I am not sure of the exact bounds of what can count as a tiny change, but all this does is insert `a', `an' and `in' in a number of places in the docs. A tiny change is a change that modifies = than 20 lines. Hi Bastien, Thanks for the reply. I ought to have been more clear; I'd seen the 20 lines standard before, but wasn't sure if 1) it was per patch or cumulative over all patches and 2) if things like fixing a spelling mistake in a variable name over many lines counted. I've read around some more and learned (from http://www.gnu.org/prep/maintain/maintain.html#Legally-Significant) that by the gnu projects standards, a) the limit is cumulative over all patches, b) trivial changes like replacing many instances of a name do not count, but multiple such sorts of changes can and c) the standard they presently endorse is 15 lines. (Sadly, the document I linked to is a model of neither clarity nor precision.) I've quite a few other typo corrections / phrasing improvements I could make to the docs, but I cannot presently sign the FSF papers. (I am on leave, living abroad for the year, and won't be able to get my employer's sign-off until I return home.) I'd appreciate being told if further documentation patches can be accepted in these circumstances. If they cannot, I will have to wait until I can address the FSF papers issue with my employer. I suggest this: 1. try to figure out what really prevents you from assigning your copyright to FSF (unless your job contract says everything you write in your free time belongs to us, I don't see a real problem here, but of course I don't have all the cards in hands to judge appropriately.) I don't think my employer (I teach Philosophy at the College-level) has a basis to claim ownership of copyright on my work product, but I also seem to have misplaced my law degree :-) I thus cannot confidently say that it is false that I have an employer who *might* have a basis to claim ownership of my changes. I've written the relevant gnu.org address seeking clarification as to whether my good faith belief suffices in my circumstances. Thanks for the guidance. Best, Brian
Re: [O] Change example timestamps to not occur in headlines
On 23 Apr 2012 12:15, Bastien b...@gnu.org wrote: Hi Samuel, Samuel Wales samolog...@gmail.com writes: On 2012-04-20, John Hendy jw.he...@gmail.com wrote: I've attached a small patch to the documentation that resolves a conflict between the manual's advice not to include timestamps in headlines and some of its examples where it does just that. Does this advice apply any more? Yes it does. Perhaps it shoudl be removed. So no... let's stick to the current version of the manual. Hi Bastien and all, I agree that the discouragement of timestamps in headlines should remain in the docs. But I still do think the docs examples should be changed to comply with that advice. I tried twice to send a patch, yet failed to do so in a manner recognized by patchwork. I *think* I know how now, but elected not to send a third attempt. Should I send it once again? Best, Brian vdB
[O] Change example timestamps to not occur in headlines
Hi all, I've attached a small patch to the documentation that resolves a conflict between the manual's advice not to include timestamps in headlines and some of its examples where it does just that. This is the first time I've ever submitted a formal patch using git to any project, so I hope I did things the right way. Sadly, I am not presently in a position to sign assignment papers, but this is a TINYCHANGE. Best, Brian vdB 0001-Change-example-timestamps-to-not-occur-in-headlines.patch Description: Binary data
[O] Change example timestamps to not occur in headlines
Hi all,
[I wondered why my first post wasn't labelled a patch, and then I saw
that it attached as octet-stream. Investigating, I was surprised to see
that gmail's web interface cannot handle patches as attachments. Sorry
for the dupe, but I thought it best to send again in a way that
patchwork can detect.]
I've attached a small patch to the documentation that resolves a
conflict between the manual's advice not to include timestamps in
headlines and some of its examples where it does just that.
This is the first time I've ever submitted a formal patch using git to
any project, so I hope I did things the right way.
Sadly, I am not presently in a position to sign assignment papers, but
this is a TINYCHANGE.
Best,
Brian vdB
From 5ccad7cf377a19c8a8b89aba1e12c17fa96a1cb0 Mon Sep 17 00:00:00 2001
From: Brian van den Broek van...@gmail.com
Date: Fri, 20 Apr 2012 17:43:18 +0200
Subject: [PATCH] Change example timestamps to not occur in headlines
* doc/doc/org.texi Alter several examples of headings with timestamps
in them to include the timestamps in the body instead of the heading.
* b/doc/org.texi Alter the same examples in the same way as for
org.texi.
The Org-mode manual explicitly discourages the inclusion of timestamps
in headlines, yet examples do just that. These changes make the manual
consistent with its own advice.
TINYCHANGE
---
doc/org.texi | 12
doc/orgguide.texi | 12
2 files changed, 16 insertions(+), 8 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index a981f68..412a241 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -5393,8 +5393,10 @@ timeline and agenda displays, the headline of an entry associated with a
plain timestamp will be shown exactly on that date.
@example
-* Meet Peter at the movies 2006-11-01 Wed 19:15
-* Discussion on climate change 2006-11-02 Thu 20:00-22:00
+* Meet Peter at the movies
+ 2006-11-01 Wed 19:15
+* Discussion on climate change
+ 2006-11-02 Thu 20:00-22:00
@end example
@item Timestamp with repeater interval
@@ -5405,7 +5407,8 @@ interval of N days (d), weeks (w), months (m), or years (y). The
following will show up in the agenda every Wednesday:
@example
-* Pick up Sam at school 2007-05-16 Wed 12:30 +1w
+* Pick up Sam at school
+ 2007-05-16 Wed 12:30 +1w
@end example
@item Diary-style sexp entries
@@ -5449,7 +5452,8 @@ angular ones. These timestamps are inactive in the sense that they do
@emph{not} trigger an entry to show up in the agenda.
@example
-* Gillian comes late for the fifth time [2006-11-01 Wed]
+* Gillian comes late for the fifth time
+ [2006-11-01 Wed]
@end example
@end table
diff --git a/doc/orgguide.texi b/doc/orgguide.texi
index f92e97b..a23a532 100644
--- a/doc/orgguide.texi
+++ b/doc/orgguide.texi
@@ -1325,8 +1325,10 @@ A simple timestamp just assigns a date/time to an item. This is just
like writing down an appointment or event in a paper agenda.
@smallexample
-* Meet Peter at the movies 2006-11-01 Wed 19:15
-* Discussion on climate change 2006-11-02 Thu 20:00-22:00
+* Meet Peter at the movies
+ 2006-11-01 Wed 19:15
+* Discussion on climate change
+ 2006-11-02 Thu 20:00-22:00
@end smallexample
@noindent @b{Timestamp with repeater interval}@*
@@ -1335,7 +1337,8 @@ applies not only on the given date, but again and again after a certain
interval of N days (d), weeks (w), months (m), or years (y). The
following will show up in the agenda every Wednesday:
@smallexample
-* Pick up Sam at school 2007-05-16 Wed 12:30 +1w
+* Pick up Sam at school
+ 2007-05-16 Wed 12:30 +1w
@end smallexample
@noindent @b{Diary-style sexp entries}@*
@@ -1360,7 +1363,8 @@ angular ones. These timestamps are inactive in the sense that they do
@emph{not} trigger an entry to show up in the agenda.
@smallexample
-* Gillian comes late for the fifth time [2006-11-01 Wed]
+* Gillian comes late for the fifth time
+ [2006-11-01 Wed]
@end smallexample
--
1.7.9
Re: [O] Change example timestamps to not occur in headlines
On 20 April 2012 18:16, John Hendy jw.he...@gmail.com wrote: On Fri, Apr 20, 2012 at 11:01 AM, Brian van den Broek brian.van.den.br...@gmail.com wrote: Hi all, I've attached a small patch to the documentation that resolves a conflict between the manual's advice not to include timestamps in headlines and some of its examples where it does just that. Can you point to the discouragement? I do this and would like to know why it's discouraged but didn't see anything noting it in the manual section on dates and timestamps. Thanks, John Hi John, The first footnote on http://orgmode.org/manual/Handling-links.html#Handling-links, for instance. There may be more, but this is the one I could find, quickly. Best, Brian vdB
