[O] Multiple bibliography files with ox-bibtex and html export

[Thibault Marin]

Hi list,

I would like to use ox-bibtex to export a bibliography to html with
multiple bibliography files, as follows:

#+BIBLIOGRAPHY: bibtex_1.bib,bibtex_2.bib plain option:-d option:-noabstract 
limit:t

This works with latex export but not with html (I get a "Executing
bibtex2html failed").  It appears that bibtex2html can only process a
single file.

I am attaching a patch which allows me to use multiple files with html
export.  It creates a combined bibliography file and call bibtex2html on
it.  I am not sure this is the best way to address this, so any
suggestion would be welcome.

Does this look like something that could be merged?

Thanks,
thibault



>From c8a97a2d79d349a5d7c55ce052daa0794bde49ad Mon Sep 17 00:00:00 2001
From: thibault 
Date: Tue, 23 Aug 2016 22:57:19 -0500
Subject: [PATCH] * contrib/lisp/ox-bibtex.el (org-bibtex-process-bib-files):
 Add support for multiple bibliography files with html export.

Combine comma-separated bibliography files into a single one and process it
using bibtex2html.  This matches the behavior already present for latex export.
---
 contrib/lisp/ox-bibtex.el | 25 +++--
 1 file changed, 23 insertions(+), 2 deletions(-)

diff --git a/contrib/lisp/ox-bibtex.el b/contrib/lisp/ox-bibtex.el
index 56dec38..7e266ab 100644
--- a/contrib/lisp/ox-bibtex.el
+++ b/contrib/lisp/ox-bibtex.el
@@ -191,13 +191,34 @@ Return new parse tree."
 		(file (org-bibtex-get-file keyword))
 		temp-file
 		out-file)
+	(let ((files (org-split-string file ",")))
+	  (when (< 1 (length files))
+		(let ((combined-bib-file
+		   (concat
+			(file-name-sans-extension
+			 (file-name-nondirectory
+			  (buffer-file-name))) "-combined.bib")))
+		  (with-temp-file combined-bib-file
+		(dolist (bib files)
+		  (insert-file-contents
+		   (if (equal (file-name-extension bib) "bib")
+			   bib
+			 (concat bib ".bib")
+			 )
+		   )
+		  )
+		)
+		  (setq file combined-bib-file)
+		  )
+		)
+	  )
 	;; Test if filename is given with .bib-extension and strip
 	;; it off. Filenames with another extensions will be
 	;; untouched and will finally rise an error in bibtex2html.
 	(setq file (if (equal (file-name-extension file) "bib")
 			   (file-name-sans-extension file) file))
-	;; Outpufiles of bibtex2html will be put into current working directory
-	;; so define a variable for this.
+	;; Output files of bibtex2html will be put into current
+	;; working directory so define a variable for this.
 	(setq out-file (file-name-sans-extension
 			(file-name-nondirectory file)))
 	;; limit is set: collect citations throughout the document
-- 
2.8.1

Re: [O] org-link-set-parameters missing in ELPA version

[Anthony Lander]

Hi Rob,

Not sure what's going on. On a related note, I noticed that the outlook
code is tied to the 2011 version. I'm going to prepare a patch for that and
submit it.

On Sat, Aug 20, 2016 at 4:57 PM, Rob Duncan  wrote:

> Hi John,
>
> My org is claiming to be version 8.3.5:
>
> Org-mode version 8.3.5 (8.3.5-elpa @ /Users/rduncan/.emacs.d/elpa/
> org-20160815/)
>
> Rob.
>
> On Aug 20, 2016, at 11:56 AM, John Kitchin 
> wrote:
>
> that seems weird, I thought that should only be in org 9. Is that on ELPA
> somehow?
>
> John
>
> ---
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>
>
> On Sat, Aug 20, 2016 at 2:45 PM, Rob Duncan  wrote:
>
>> I just installed org-mac-link version 20160808.220 from ELPA and I’m no
>> longer able to insert links from Mail.app and other applications.  It used
>> to work…
>>
>> When I try to manually load org-mac-link.el I get this error message:
>>
>> eval-buffer: Symbol’s function definition is void: org-link-set-parameters
>>
>> Did I mess up the install, or is the package broken somehow?
>>
>> Thanks,
>>
>> Rob.
>
>
>
>

Re: [O] ob-lua

[Thibault Marin]

Hi,

Thibault Marin writes:

>>> The attached patch (using git format-patch) is adding test-ob-lua.el and
>>> ob-lua.el.  My contribution to ob-lua.el is only a tiny patch on top of
>>> Dieter's ob-lua.el but it appears as a new file in the patch, since
>>> ob-lua.el is not currently in the repository.
>>
>> That is not a problem. We can make this appear as two patches.
> OK, should I send two patches then?
>
>>
>>> I am still a bit confused about this (make test complains about a
>>> missing dependency for ob-lua, maybe because it is in contrib/lisp?),
>>> but I can run the test using the command line emacs --batch command
>>> described in testing/README, and it does not require any change to
>>> org-test.el, so I'll run tests this way from now on.
>>
>> The point is to add it to core Org, not to contrib/, isn't it?
> I wasn't sure, attached is a new patch with ob-lua in lisp/.
>
> Thanks,
> thibault

I am attaching an updated patch adding the Lua language to the CSS in
`org-html-style-default'.

If you would like me to make two separate patches, one with the original
ob-lua.el from Dieter Schoen and one with my changes and additions
(test-ob-lua.el and ox-html.el), please let me know.

Thanks,
thibault

>From e79446cda1a8fbf025145f00c0f2c7ba1caaa374 Mon Sep 17 00:00:00 2001
From: thibault 
Date: Mon, 22 Aug 2016 10:32:55 -0500
Subject: [PATCH] ob-lua.el: Add lua support to org-babel

* lisp/ob-lua.el: Resurrect ob-lua.el from
https://lists.gnu.org/archive/html/emacs-orgmode/2014-05/msg01149.html,
replace deprecated functions `org-babel-get-header' and
`org-babel-trim' by `org-babel--get-vars' and `org-trim'
respectively.  Sessions are not supported.

* testing/test-ob-lua.el: Testing for ob-lua.el.  Test table
variable passing and results with `value' and `output' options.

* lisp/ox-html.el (org-html-style-default): Add pre.src-lua to css.
---
 lisp/ob-lua.el  | 405 
 lisp/ox-html.el |   1 +
 testing/lisp/test-ob-lua.el | 141 +++
 3 files changed, 547 insertions(+)
 create mode 100644 lisp/ob-lua.el
 create mode 100644 testing/lisp/test-ob-lua.el

diff --git a/lisp/ob-lua.el b/lisp/ob-lua.el
new file mode 100644
index 000..a81ec66
--- /dev/null
+++ b/lisp/ob-lua.el
@@ -0,0 +1,405 @@
+;;; ob-lua.el --- org-babel functions for lua evaluation
+
+;; Copyright (C) 2009-2014 Free Software Foundation, Inc.
+
+;; Authors: Dieter Schoen
+;;	 Eric Schulte, Dan Davison
+;; Keywords: literate programming, reproducible research
+;; Homepage: http://orgmode.org
+
+;; This file is part of GNU Emacs.
+
+;; GNU Emacs is free software: you can redistribute it and/or modify
+;; it under the terms of the GNU General Public License as published by
+;; the Free Software Foundation, either version 3 of the License, or
+;; (at your option) any later version.
+
+;; GNU Emacs is distributed in the hope that it will be useful,
+;; but WITHOUT ANY WARRANTY; without even the implied warranty of
+;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;; GNU General Public License for more details.
+
+;; You should have received a copy of the GNU General Public License
+;; along with GNU Emacs.  If not, see .
+
+;; Requirements:
+;; for session support, lua-mode is needed.
+;; lua-mode is not part of GNU Emacs/orgmode, but can be obtained
+;; from marmalade or melpa.
+;; The source respository is here:
+;; https://github.com/immerrr/lua-mode
+
+;; However, sessions are not yet working.
+
+;; Org-Babel support for evaluating lua source code.
+
+;;; Code:
+(require 'ob)
+(eval-when-compile (require 'cl))
+
+(declare-function org-remove-indentation "org" )
+(declare-function lua-shell "ext:lua-mode" ( argprompt))
+(declare-function lua-toggle-shells "ext:lua-mode" (arg))
+(declare-function run-lua "ext:lua" (cmd  dedicated show))
+
+(defvar org-babel-tangle-lang-exts)
+(add-to-list 'org-babel-tangle-lang-exts '("lua" . "lua"))
+
+(defvar org-babel-default-header-args:lua '())
+
+(defcustom org-babel-lua-command "lua"
+  "Name of the command for executing Lua code."
+  :version "24.5"
+  :package-version '(Org . "8.3")
+  :group 'org-babel
+  :type 'string)
+
+(defcustom org-babel-lua-mode 'lua-mode
+  "Preferred lua mode for use in running lua interactively.
+This will typically be 'lua-mode."
+  :group 'org-babel
+  :version "24.5"
+  :package-version '(Org . "8.3")
+  :type 'symbol)
+
+(defcustom org-babel-lua-hline-to "None"
+  "Replace hlines in incoming tables with this when translating to lua."
+  :group 'org-babel
+  :version "24.5"
+  :package-version '(Org . "8.3")
+  :type 'string)
+
+(defcustom org-babel-lua-None-to 'hline
+  "Replace 'None' in lua tables with this before returning."
+  :group 'org-babel
+  :version "24.5"
+  :package-version '(Org . "8.3")
+  :type 'symbol)
+
+(defun org-babel-execute:lua (body params)
+  "Execute a block of Lua code with Babel.
+This function 

[O] Setting :LAST_REPEAT:

[Andrei Beliankou]

Dear list,

I'm curious how the property :LAST_REPEAT: is affectes by
=org-log-repeat= or similar variables.

My problem is that this property doesn't get reset after repetitions, so
I get problems with effort estimates and the total time.

Could somebody point me to the documentation about this property?

Thank you in advance!


arbox

Re: [O] Emacs movement keys

[John Hendy]

On Tue, Aug 23, 2016 at 4:01 PM, Alex Recker  wrote:
>> And did you know that even outside Emacs you can move/delete wordwise by
>> pressing ctrl togeter with the right/left arrows or delete or backspace?
>
> I'm always surprised by how often C-a/C-e and M-f/M-b work in programs
> that aren't Emacs.  Of course there is probably some historical reason
> behind this (as much as I'd like to think Google and Slack had emacs
> users in mind).

I've always envisioned a collection of "You know you're an Emacs user
when..." for instances where this *doesn't* work out so conveniently.
Like how many times I've C-y'd out of habit expecting to paste and
nothing happens!


John

>
>

Re: [O] Emacs movement keys

[Eduardo Mercovich]

Hi Alex.

> I'm always surprised by how often C-a/C-e and M-f/M-b work in programs
> that aren't Emacs.  Of course there is probably some historical reason
> behind this (as much as I'd like to think Google and Slack had emacs
> users in mind).

Yes! At least it works in the command line. :)

Best...


-- 
eduardo mercovich 

 Donde se cruzan tus talentos 
 con las necesidades del mundo, 
 ahí está tu vocación.

Re: [O] Emacs movement keys

[Eduardo Mercovich]

Hi Jorge.


>> |   | move | move | del   | del  |
>> | object| prev | next | back  | forw |
>> |---+--+--+---+--|
>> | text  | M <  | M >  | - | -|
>> | screen| M v  | C v  | - | -|
>> | paragraph | M p  | M n  | - | -|
>> | sentence  | M a  | M e  | - | M-k  |
>> | line ↑ ↓  | C p  | C n  | - | -|
>> |  < >  | C a  | C e  | - | C-k  |
>> | word  | M b  | M f  | M-DEL | M-d  |
>> | char  | C b  | C f  | DEL   | C-d  |

> Yes, these bindings are very useful.  And did you know that even
> outside Emacs you can move/delete wordwise by pressing ctrl togeter
> with the right/left arrows or delete or backspace? [...]

Yes, that's how I did it since I have memory and today is the standard.
Crtl and up/down in many editing programs means paragraph previous and next 
also. 
That's why I was so surprised when I learnt that Emacs is courteous to
them, but it's native keybindings were different. :)

> However, in my Emacs, backward-paragraph is bound to M-{, not M-p, and
> forward-paragraph is bound to M-}, not M-n.  M-n and M-p are undefined
> here, except in specific modes (the only one I remember is the
> minibuffer). Have you bound these keys yourself?

You're absolutely right, it is my fault, I forgot that I bind them!
What you have is the standard, this was just to follow the same pattern
that in the rest of the keybindings (Meta key, Previous and Next).

The standard binding (just replace the row) is

| paragraph | M {  | M }  | - | -|

Sorry to all of you, I did it some time ago and just forgot it.

Best...


-- 
eduardo mercovich 

 Donde se cruzan tus talentos 
 con las necesidades del mundo, 
 ahí está tu vocación.

Re: [O] Emacs movement keys

[Alex Recker]

> And did you know that even outside Emacs you can move/delete wordwise by
> pressing ctrl togeter with the right/left arrows or delete or backspace?

I'm always surprised by how often C-a/C-e and M-f/M-b work in programs
that aren't Emacs.  Of course there is probably some historical reason
behind this (as much as I'd like to think Google and Slack had emacs
users in mind).

Re: [O] Emacs movement keys

[Jorge]

On 23 August 2016 at 16:38, Eduardo Mercovich  wrote:
> |   | move | move | del   | del  |
> | object| prev | next | back  | forw |
> |---+--+--+---+--|
> | text  | M <  | M >  | - | -|
> | screen| M v  | C v  | - | -|
> | paragraph | M p  | M n  | - | -|
> | sentence  | M a  | M e  | - | M-k  |
> | line ↑ ↓  | C p  | C n  | - | -|
> |  < >  | C a  | C e  | - | C-k  |
> | word  | M b  | M f  | M-DEL | M-d  |
> | char  | C b  | C f  | DEL   | C-d  |

Yes, these bindings are very useful.  And did you know that even
outside Emacs you can move/delete wordwise by pressing ctrl togeter
with the right/left arrows or delete or backspace?  I only learned it
a few months ago.  I learned it in [1], even though this wordwise
movement/deletion also works outside LibreOffice as well.
1: https://help.libreoffice.org/Common/General_Shortcut_Keys_in

However, in my Emacs, backward-paragraph is bound to M-{, not M-p, and
forward-paragraph is bound to M-}, not M-n.  M-n and M-p are undefined
here, except in specific modes (the only one I remember is the
minibuffer). Have you bound these keys yourself?  Here I use Emacs
25.1-rc2.  I confirmed with a vanilla session (invoked by emacs -Q).

-- 
• I am Brazilian.  I hope my English is correct and I welcome corrections.
• Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
• Free (as in free speech) software for Android: https://f-droid.org/

[O] Emacs movement keys

[Eduardo Mercovich]

Dear Orgers.

This is a novice for novices post. Probably all of you here know this, so please
bear with me with patience and understanding.

Since new users are welcomed to this humble and warm community, I'd like
to share a (to me) hidden pearl.

After some time using Org, I just... ehem... (cought)... did
the tutorial.

I found it quite useful, and the main thing are the emacs movement
keys. Of course, they are not the standard keyboard keys like [home],
[end], [Pg down] or [Pg up]. That not only would be too simple (we could
brawl on that, really), but I believe the real reason is that those keys
were not available or standard when Emacs started.

The good news is that the equivalent keybinds are central in the
keyboard, so you don't even have to move your hands a bit off where they
are.

All in all, the effort to change muscle memory in Emacs makes sense only
if you have an obsessive compulsive maximizer disorder, like many of us
here, and use mostly Emacs (same thing again). ;)

Please note, I'm only saying "I found this and believe it useful for
some" and not "everyone should re-learn how to move". It doesn't make
sense to start any personal, opinionated and context dependent war. 

In short, here is the compressed version in a org table.

--8<---cut here---start->8---

|   | move | move | del   | del  |
| object| prev | next | back  | forw |
|---+--+--+---+--|
| text  | M <  | M >  | - | -|
| screen| M v  | C v  | - | -|
| paragraph | M p  | M n  | - | -|
| sentence  | M a  | M e  | - | M-k  |
| line ↑ ↓  | C p  | C n  | - | -|
|  < >  | C a  | C e  | - | C-k  |
| word  | M b  | M f  | M-DEL | M-d  |
| char  | C b  | C f  | DEL   | C-d  |

C-l clear screen and redisplay all the text, 
moving point to center, top and bottom of the screen

C-/ Undo
--8<---cut here---end--->8---

For those with visual memory, the image attached may provide some clues:
it's the same thing but the M and C keys are colored, so the pattern is
easier to see.

BTW, there is a quite clear and well thought pattern here:
+ sArt and End
+ Previous and Next
+ Forward and Backward
+ Kill
+ Backspace (DEL) and Delete. 

I hope this may prove useful for someone there. :)

Best...


-- 
eduardo mercovich 

 Donde se cruzan tus talentos 
 con las necesidades del mundo, 
 ahí está tu vocación.

Re: [O] Emacs+org on Windows 7 pro

[John Kitchin]

The idea in scimax for windows is to include an Emacs git submodule. See
https://github.com/jkitchin/scimax/blob/master/install-scimax-win.sh for
how I suggest to install it. Assuming you have git installed, you can run:
> bash -c "$(curl -fsSL
https://raw.githubusercontent.com/jkitchin/scimax/master/install-scimax-win.sh
)"

and it will download everything for you.

On completion, there is some helm, and some ivy. You can configure it as
you see fit. There are some things I like about each one.

John

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


On Tue, Aug 23, 2016 at 2:53 PM, Axel Kielhorn 
wrote:

>
> > Am 23.08.2016 um 20:06 schrieb John Kitchin :
> >
> >
> > Axel Kielhorn writes:
> >
> >>> Am 23.08.2016 um 00:13 schrieb John Kitchin :
> >>>
> >>> Checkout http://github.com/jkitchin/scimax. With git installed it
> will install an opinionatedly configured Emacs. Most of my students use it.
> I would just have each user install it.
> >>
> >> I’m using a modified jmax right now.
> >> Should I switch to scimax?
> >> Anything I should look out for?
> >>
> >
> > They are largely the same. The scimax repo does not have emacs in it
> > anymore,
>
> That is good (don’t need it on non-Windows platforms) and bad (Now I have
> to get one for windows from somewhere else, maybe jmax?.)
>
> > so it is a lot smaller. scimax tends to use ivy more than helm
> > for completion.
>
> All these different completion packages irritate me.
> I’m using some helm, let’s see how it works with ivy.
> (Luckily I have two 24“ monitors, a lot of room to place notes to remind
> me of new commands.[1])
>
> > scimax uses use-package for the most part to install
> > packages, but I think most of the functionality is the same though.
> >
> > The good news is, jmax is finally stable ;)
>
> I’m an org user, I love moving targets:-)
>
> >> Can I simply move my user folder and continue?
> >
> > Probably this should work.
>
> I’ll give it a try[2].
>
> Axel
>
> [1] Note to self: Buy some 3M stock.
> [2] Another automator icon on the desktop.
>
>
>

Re: [O] Emacs+org on Windows 7 pro

[Axel Kielhorn]

> Am 23.08.2016 um 20:06 schrieb John Kitchin :
> 
> 
> Axel Kielhorn writes:
> 
>>> Am 23.08.2016 um 00:13 schrieb John Kitchin :
>>> 
>>> Checkout http://github.com/jkitchin/scimax. With git installed it will 
>>> install an opinionatedly configured Emacs. Most of my students use it. I 
>>> would just have each user install it. 
>> 
>> I’m using a modified jmax right now.
>> Should I switch to scimax?
>> Anything I should look out for?
>> 
> 
> They are largely the same. The scimax repo does not have emacs in it
> anymore,

That is good (don’t need it on non-Windows platforms) and bad (Now I have to 
get one for windows from somewhere else, maybe jmax?.)

> so it is a lot smaller. scimax tends to use ivy more than helm
> for completion.

All these different completion packages irritate me.
I’m using some helm, let’s see how it works with ivy.
(Luckily I have two 24“ monitors, a lot of room to place notes to remind me of 
new commands.[1])

> scimax uses use-package for the most part to install
> packages, but I think most of the functionality is the same though.
> 
> The good news is, jmax is finally stable ;)

I’m an org user, I love moving targets:-)

>> Can I simply move my user folder and continue?
> 
> Probably this should work. 

I’ll give it a try[2].

Axel

[1] Note to self: Buy some 3M stock.
[2] Another automator icon on the desktop.

Re: [O] Emacs+org on Windows 7 pro

[John Kitchin]

Axel Kielhorn writes:

>> Am 23.08.2016 um 00:13 schrieb John Kitchin :
>> 
>> Checkout http://github.com/jkitchin/scimax. With git installed it will 
>> install an opinionatedly configured Emacs. Most of my students use it. I 
>> would just have each user install it. 
>
> I’m using a modified jmax right now.
> Should I switch to scimax?
> Anything I should look out for?
>

They are largely the same. The scimax repo does not have emacs in it
anymore, so it is a lot smaller. scimax tends to use ivy more than helm
for completion. scimax uses use-package for the most part to install
packages, but I think most of the functionality is the same though.

The good news is, jmax is finally stable ;)

> Can I simply move my user folder and continue?

Probably this should work. 

> I’m using org-master at home and org-with-contrib on Windows at work.
>
> Axel


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

Re: [O] Org links, URLs and HTML export

[Fabrice Popineau]

2016-08-23 18:30 GMT+02:00 Achim Gratz :

> Fabrice Popineau writes:
> > I can insert : [[http:bar.html]]
> > However, I would like to be able to insert any kind of relative url.
> > Specifically, there is no mean to insert something
> > like : [[http:/bar.html]] which is exported to  href="http:/bar.html">
> > The corresponding export should be 
>
> But that's an absolute URL, provided a well-defined base URI exists (the
> authority is implied and the path component starts with a slash, so it
> would start in the root).
>
> > Strangely, some browsers grok the former (Chrome), but not all of them
> > (Safari).
>
> Then Safari either has a bug or it determines the base URI differently
> than Chrome.
>
> > Anyway, only the later is correct.
>
> I don't think so.  You might want to read
>
> https://tools.ietf.org/html/rfc3986
>
> specifically the part about the translation of relative URI.
>
> Thanks for the pointer.
It helps because it states that:

"Some parsers allow the scheme name to be present in a relative
   reference if it is the same as the base URI scheme.  This is
   considered to be a loophole in prior specifications of partial URI
   [RFC1630].  Its use should be avoided but is allowed for backward
   compatibility."

And on page 21:

"If the URI scheme defines a default for host, then that default
   applies when the host subcomponent is undefined or when the
   registered name is empty (zero length).  For example, the "file" URI
   scheme is defined so that no authority, an empty host, and
   "localhost" all mean the end-user's machine, whereas the "http"
   scheme considers a missing authority or empty host invalid."

So exporting to  is wrong.

I guess I can solve that with a filter.

Greetings,

Fabrice

Re: [O] Org links, URLs and HTML export

[Achim Gratz]

Fabrice Popineau writes:
> I can insert : [[http:bar.html]]
> However, I would like to be able to insert any kind of relative url.
> Specifically, there is no mean to insert something
> like : [[http:/bar.html]] which is exported to 
> The corresponding export should be 

But that's an absolute URL, provided a well-defined base URI exists (the
authority is implied and the path component starts with a slash, so it
would start in the root).

> Strangely, some browsers grok the former (Chrome), but not all of them
> (Safari).

Then Safari either has a bug or it determines the base URI differently
than Chrome.

> Anyway, only the later is correct.

I don't think so.  You might want to read

https://tools.ietf.org/html/rfc3986

specifically the part about the translation of relative URI.


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

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [O] Emacs+org on Windows 7 pro

[Axel Kielhorn]

> Am 23.08.2016 um 00:13 schrieb John Kitchin :
> 
> Checkout http://github.com/jkitchin/scimax. With git installed it will 
> install an opinionatedly configured Emacs. Most of my students use it. I 
> would just have each user install it. 

I’m using a modified jmax right now.
Should I switch to scimax?
Anything I should look out for?

Can I simply move my user folder and continue?

I’m using org-master at home and org-with-contrib on Windows at work.

Axel

[O] org2pdf export broken on parabola

[Divan Santana]

Hi All,

So I'm pretty new to Emacs and org-mode. Loving it so far.

On parabola (FSF approved Arch linux distro) the default emacs org2pdf
function is broken.

Details on the reason here:

https://lists.parabola.nu/pipermail/assist/2016-August/000716.html

Something about freedom licensing issues I think.

Two questions:

1) How can I work around this issue on parabola so I can export org 2
pdf?

2) If there is an issue with the texlive fonts should org upstream not
default to a free software compatible font? So org2pdf works on FSF
approved distros?

Divan

Re: [O] Invalid search bound (wrong side of point) when creating agenda

[Fabrice Popineau]

Hopefully, it should be fixed in emacs-25.1-rc2 (available now)

Fabrice

2016-08-23 11:31 GMT+02:00 Toby Gee :

> > What version of emacs are you using?  I know that there was a problem in
> > the development version of emacs early in July that caused this type of
> > problem.  I am not sure if it has been fixed -- I've kept to a version
> > from June for the time being.
>
> I'm using 24.4.5 on one machine, and 24.5.4 on another (both on OS X),
> and having the problem on both machines (and on a third, which is also
> running some version of 24).
>
> Best,
>
> Toby
>
>


-- 
Fabrice Popineau
-
SUPELEC
Département Informatique
3, rue Joliot Curie
91192 Gif/Yvette Cedex
Tel direct : +33 (0) 169851950
Standard : +33 (0) 169851212
--

Re: [O] Emacs+org on Windows 7 pro

[John Kitchin]

I find the git bash shell adequate for most of my needs. I haven't used
cygwin in many years.

Eric S Fraga writes:

> On Tuesday, 23 Aug 2016 at 01:34, Grant Rettke wrote:
>> I found Cygwin to make things more difficult for Emacs so I installed
>> the plain old Windows Emacs and did the following:
>>
>> https://github.com/grettke/help/blob/master/help.md#windows
>
> Thanks.  I'll check this out.
>
> If I ever have to use a Windows system at all, I want bash & emacs and
> cygwin makes it very easy (for me).


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

Re: [O] Invalid search bound (wrong side of point) when creating agenda

[Eric S Fraga]

On Thursday, 18 Aug 2016 at 15:22, Toby Gee wrote:
> Sometimes when I create my agenda I get an "Invalid search bound (wrong side 
> of
> point)". Usually this happens when I just filed some todos and hit r on
> the Agenda screen; invariably when this happens todo.org isn't
> saved. When I save it, the error persists, until I close the todo.org
> buffer, and after that everything is OK again for a while.

What version of emacs are you using?  I know that there was a problem in
the development version of emacs early in July that caused this type of
problem.  I am not sure if it has been fixed -- I've kept to a version
from June for the time being.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.90.1, Org release_8.3.3-535-g7213aa

Re: [O] Emacs+org on Windows 7 pro

[Bill Burdick]

I switched from Cygwin to Msys2 a year or two ago and it's been very good.
The pacman-based package management is very good.  The only thing to watch
out for is that there are actually 2 gcc suites and if you want to build
automake projects (like many open source projects), you'll want to be using
the Mingw gcc and NOT the Msys gcc.  ConEmu is a great terminal program to
use in conjunction with Msys2

 I also recommend opinionated Emacs distros.  I used to use Prelude but
I've been using Spacemacs (in Emacs mode) for quite a while, now.  I like
Spacemacs because your loaded packages are explicitly in your .spacemacs
file and it's easy to reconstruct which packages you have loaded from that.


-- Bill

On Tue, Aug 23, 2016 at 12:25 PM Fabrice Popineau <
fabrice.popin...@supelec.fr> wrote:

> 2016-08-23 10:24 GMT+02:00 Eric S Fraga :
>
>> On Tuesday, 23 Aug 2016 at 01:34, Grant Rettke wrote:
>> > I found Cygwin to make things more difficult for Emacs so I installed
>> > the plain old Windows Emacs and did the following:
>> >
>> > https://github.com/grettke/help/blob/master/help.md#windows
>>
>> Thanks.  I'll check this out.
>>
>> If I ever have to use a Windows system at all, I want bash & emacs and
>> cygwin makes it very easy (for me).
>
>
> I always found Cygwin to be a PIA when working under  Windows.
> I vastly prefer to use msys2+mingw64. Emacs 25 compiles out of the box
> as a native w64 app and you get bash + all the tools you may want.
> My $0.02
>
> Fabrice
>
>

Re: [O] Emacs+org on Windows 7 pro

[Eric S Fraga]

On Tuesday, 23 Aug 2016 at 09:21, Fabrice Popineau wrote:
> I always found Cygwin to be a PIA when working under  Windows.
> I vastly prefer to use msys2+mingw64. Emacs 25 compiles out of the box
> as a native w64 app and you get bash + all the tools you may want.
> My $0.02

Thanks.

I guess, if I had to use cygwin a lot, I might find it to be less than
satisfactory.  Luckily, my use is very limited and is for very sporadic
use.  The advantage of cygwin is I only have to run a single setup
program, click the select box for the various tools, hit install and I'm
done!

I have been 99.999% Linux since 1992... (0.99pl12 Slackware version ;-)
with Solaris, BSD Unix and Unix V7 before that.  All I care about is
having bash+emacs with basic org in case I need to use Windows for some
reason!

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.4-655-g9fb077

Re: [O] Invalid search bound (wrong side of point) when creating agenda

[Toby Gee]

> What version of emacs are you using?  I know that there was a problem in
> the development version of emacs early in July that caused this type of
> problem.  I am not sure if it has been fixed -- I've kept to a version
> from June for the time being.

I'm using 24.4.5 on one machine, and 24.5.4 on another (both on OS X),
and having the problem on both machines (and on a third, which is also
running some version of 24).

Best,

Toby

Re: [O] new link parameters and link abbreviations

[Martin Carlé]

Great! I'd think that shall do.

Thank you for this fast fix!

On 2016-08-23 Tue 07:44, Nicolas Goaziou wrote:

> Hello,
>
> John Kitchin  writes:
>
>> I can confirm this happens. I think it happens because the abbreviation
>> is not listed in org-plain-link-re, so when the bracket link is
>> activated, no type is ever defined (it is done by a group in the
>> org-plain-link-re). The type is somewhat fundamental to the activation
>> function, as it is used to look up all the link properties, and hence
>> you get the default help (and all other properties too).
>>
>> I haven't thought of a simple fix though. It would involve adding the
>> abbreviations to the known link types, and some kind of lookup for when
>> the type in a link is not in org-link-parameters that resolves the type
>> to something in org-link-parameters. Since the abbreviations seem to
>> have quite flexible format, it isn't obvious how to do that robustly,
>> without changing the abbreviation syntax.
>
> I pushed a simple fix as 112463cbffb8bec7ec318c27d3b862e9ddcf76f3 that
> avoids extending `org-plain-link-re'. Link abbreviation is limited to
> bracket links whereas `org-link-parameters' helps defining plain links.
>
> Let me know if it isn't a sufficient solution.
>
>
> Regards,


-- 
Fetch my gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 7E3CA33F


smime.p7s
Description: S/MIME cryptographic signature

Re: [O] Emacs+org on Windows 7 pro

[Fabrice Popineau]

2016-08-23 10:24 GMT+02:00 Eric S Fraga :

> On Tuesday, 23 Aug 2016 at 01:34, Grant Rettke wrote:
> > I found Cygwin to make things more difficult for Emacs so I installed
> > the plain old Windows Emacs and did the following:
> >
> > https://github.com/grettke/help/blob/master/help.md#windows
>
> Thanks.  I'll check this out.
>
> If I ever have to use a Windows system at all, I want bash & emacs and
> cygwin makes it very easy (for me).


I always found Cygwin to be a PIA when working under  Windows.
I vastly prefer to use msys2+mingw64. Emacs 25 compiles out of the box
as a native w64 app and you get bash + all the tools you may want.
My $0.02

Fabrice

Re: [O] Emacs+org on Windows 7 pro

[Eric S Fraga]

On Tuesday, 23 Aug 2016 at 01:34, Grant Rettke wrote:
> I found Cygwin to make things more difficult for Emacs so I installed
> the plain old Windows Emacs and did the following:
>
> https://github.com/grettke/help/blob/master/help.md#windows

Thanks.  I'll check this out.

If I ever have to use a Windows system at all, I want bash & emacs and
cygwin makes it very easy (for me).

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.90.1, Org release_8.3.3-535-g7213aa

Re: [O] Emacs+org on Windows 7 pro

[Eric S Fraga]

On Monday, 22 Aug 2016 at 22:13, John Kitchin wrote:
> Checkout http://github.com/jkitchin/scimax. With git installed it will
> install an opinionatedly configured Emacs. Most of my students use
> it. I would just have each user install it.

Okay, thanks.  I'll give your scimax a try.  The main thing I am taking
way from this, in any case, is to have each user install their own
version.  This is where my doubts were mostly.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.90.1, Org release_8.3.3-535-g7213aa

Re: [O] new link parameters and link abbreviations

[Nicolas Goaziou]

Hello,

John Kitchin  writes:

> I can confirm this happens. I think it happens because the abbreviation
> is not listed in org-plain-link-re, so when the bracket link is
> activated, no type is ever defined (it is done by a group in the
> org-plain-link-re). The type is somewhat fundamental to the activation
> function, as it is used to look up all the link properties, and hence
> you get the default help (and all other properties too).
>
> I haven't thought of a simple fix though. It would involve adding the
> abbreviations to the known link types, and some kind of lookup for when
> the type in a link is not in org-link-parameters that resolves the type
> to something in org-link-parameters. Since the abbreviations seem to
> have quite flexible format, it isn't obvious how to do that robustly,
> without changing the abbreviation syntax.

I pushed a simple fix as 112463cbffb8bec7ec318c27d3b862e9ddcf76f3 that
avoids extending `org-plain-link-re'. Link abbreviation is limited to
bracket links whereas `org-link-parameters' helps defining plain links.

Let me know if it isn't a sufficient solution.


Regards,

-- 
Nicolas Goaziou

Re: [O] new link parameters and link abbreviations

[Martin Carlé]

Thank you for this confirmation of the abbreviation issue. 

> I would suggest just defining short links ;)

Well, there are limits to this approach e.g. file+mnl {mnl = myNewLink}.
Furthermore, link definitions then tend to become pretty cryptic :-(.

Optimally, the 'org-link-abbrev-alist' could (optionally) even been made
buffer-local, in order to safe typing efforts in different work context.

I wouldn't mind changing the abbreviation syntax, if necessary.

> It seems like you can probably build the abbreviation functionality into the 
> follow function
> right?

Don't really get what you mean by this.


On 2016-08-23 Tue 01:03, John Kitchin wrote:

> I can confirm this happens. I think it happens because the abbreviation
> is not listed in org-plain-link-re, so when the bracket link is
> activated, no type is ever defined (it is done by a group in the
> org-plain-link-re). The type is somewhat fundamental to the activation
> function, as it is used to look up all the link properties, and hence
> you get the default help (and all other properties too).
>
> I haven't thought of a simple fix though. It would involve adding the
> abbreviations to the known link types, and some kind of lookup for when
> the type in a link is not in org-link-parameters that resolves the type
> to something in org-link-parameters. Since the abbreviations seem to
> have quite flexible format, it isn't obvious how to do that robustly,
> without changing the abbreviation syntax. 
>
> I would suggest just defining short links ;) It seems like you can
> probably build the abbreviation functionality into the follow function
> right?
>
>
> mc writes:
>
>> Yes, with pleasure:
>>
>> Let's put it the most simple way:
>>
>>
>> 1. Here is my new-link definition:
>>
>> #+begin_src emacs-lisp
>>   (org-link-set-parameters "new-link" :help-echo "show new-link's help echo")
>> #+end_src
>>
>> (it doesn't change matter, if there would be :follow or :store function etc.)
>>
>>
>> 2. the 'tooltip' shows my :help-echo string as expected.
>>
>> [[new-link:awesome]]
>>
>>
>> 3. Then I add the following abbreviation of the above link:
>>
>> #+begin_src emacs-lisp
>>   (setq org-link-abbrev-alist '(("nl" . "new-link::%s")))
>> #+end_src
>>
>>
>> 4. the 'tooltip' does not work but shows the default:
>>
>> [[nl:awesome]]
>>
>>
>> Hope that clarifies the issue.
>>
>>
>> Thanks once more for your sustained patience making link handling much
>> easier and more powerful!
>> mc
>>
>>
>>
>>> On 20 Aug 2016, at 17:17, John Kitchin  wrote:
>>> 
>>> that isn't a feature I have used too often. Could you post a small example 
>>> that illustrates the problem? Thanks,
>>> 
>>> John
>>> 
>>> ---
>>> Professor John Kitchin 
>>> Doherty Hall A207F
>>> Department of Chemical Engineering
>>> Carnegie Mellon University
>>> Pittsburgh, PA 15213
>>> 412-268-7803
>>> @johnkitchin
>>> http://kitchingroup.cheme.cmu.edu 
>>> 
>>> 
>>> On Fri, Aug 19, 2016 at 12:13 AM, mc >> > wrote:
>>> The new link parameters are fabulous!
>>> 
>>> Only the parameter ':help-echo' seems not to be respected, if a link is 
>>> used by an abbreviated form as defined by the 'org-link-abbrev-alist'.
>>> 
>>> Would be nice, if this could be fixed.
>>> 
>>> Anyway, thank you for this big step forward,
>>> mc
>>> 


-- 
Fetch my gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 7E3CA33F


smime.p7s
Description: S/MIME cryptographic signature