Re: [O] There is no line to end here at LaTeX org-ref export
Am 30.08.2016 um 10:22 schrieb Florian Lindner:
> In https://github.com/jkitchin/org-ref/issues/279 the author says it probably
> not related to org-ref, however I was
> unable to reproduce it without it.
An example without org-ref that produces this error:
#+BEGIN_SRC python :exports results :results file
import matplotlib.pyplot as plt, numpy as np
x = np.linspace(-2, 2, 1000)
plt.plot(x, np.exp(-np.power(4*x, 2)), label="shape-parameter=4")
plt.savefig('rbf-gaussian-4.pdf')
return "rbf-gaussian-4.pdf"
#+END_SRC
#+NAME: fig:org_fig
#+CAPTION: Org Fig
#+RESULTS: fig:org_fig
[[file:rbf-gaussian-4.pdf]]
Some text
Gives, when compiled to latex gives also: There is no line here to end:
ERROR: LaTeX Error: There's no line here to end.
--- TeX said ---
See the LaTeX manual or LaTeX Companion for explanation.
Type H for immediate help.
...
l.40 S
ome text \\
--- HELP ---
A \newline or \\ command appears between paragraphs, where it makes no
sense. If you're trying to ``leave a blank line'', use a \vspace
command.
Thanks,
Florian
[O] org-entities.el bug in "Delta"
>From line 166 of org-entities.el on the master branch, commit f685535 (it
goes back to the first commit).
("Delta" "\\Delta" t "Δ" "Delta" *"Gamma"* "Δ")
diff --git a/lisp/org-entities.el b/lisp/org-entities.el
index 7ef0524..51f5a06 100644
--- a/lisp/org-entities.el
+++ b/lisp/org-entities.el
@@ -163,7 +163,7 @@ packages to be loaded, add these packages to
`org-latex-packages-alist'."
("beta" "\\beta" t "β" "beta" "beta" "β")
("Gamma" "\\Gamma" t "Γ" "Gamma" "Gamma" "Γ")
("gamma" "\\gamma" t "γ" "gamma" "gamma" "γ")
- ("Delta" "\\Delta" t "Δ" "Delta" "Gamma" "Δ")
+ ("Delta" "\\Delta" t "Δ" "Delta" "Delta" "Δ")
("delta" "\\delta" t "δ" "delta" "delta" "δ")
("Epsilon" "E" nil "Ε" "Epsilon" "Epsilon" "Ε")
("epsilon" "\\epsilon" t "ε" "epsilon" "epsilon" "ε")
[O] Time clocking problem
Hi everyone, I'm trying to learn how to time my work using this setup: http://doc.norang.ca/org-mode.html It is my understanding that: 1. When I punch in each morning using I the cursor can be anywhere in any file, and this will start the clock in the * Organization task. 2. I can then go to a todo item and clock in to it, also using I, and the clock will automatically stop on the *Organization task, and start on the todo item. 3. When I clock out of the todo item, the clock should automatically start again in the *Organization task. 1 and 3 do not work for me. I have to place the cursor on the *Organization task to start timing it. And when I clock out of a todo item, the *Organization task is not automatically clocked in. Am I misunderstanding something? I want to keep track of all my work time. Do I have to do it all manually? Also, how can I be sure that org-id is working properly? Many thanks in advance for any help. Louis
Re: [O] table alignment with org-pretty-entities turned on
I have some updates about this issue. I can confirm that it is not related to the prettification. I tried to directly put in unicode symbols instead of the ones generated by prettification, and I got exactly the same issue. So I guess this has something to do with how the system is handling the non-latin symbols. It looks like these greek letters are displayed to be single-width symbols but counted as double-wide ones. Btw, I am using a fixed-width font, and the greek letters does not cause alignment issues outside tables. Jiang > On 2016年8月31日, at 01:25, Eric S Fraga wrote: > > On Tuesday, 30 Aug 2016 at 18:12, jsj wrote: > > [...] > >> | a | b | c | >> |---+---+---| >> | α β | | | >> >> Is it just me or you can reproduce the same behavior? > > I have seen the same at times. Not always so it may be font > related. Not sure. > > -- > : Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.5-1070-g190476
[O] Calc: Second to last row
Hi! I would like to refer to the second to last row of a table. The following example should demonstrate my issue. What I expect is that the following formula is filling @2..@5 with "1" and in the last row, there is the sum of all "1". It is important to me to ignore the number of horizontal lines since their number varies in my case. | Values | || || || || || || || || #+TBLFM: @2$1..@>-1$1=1 :: @>$1=vsum(@2$1..@>-1$1) Expected result: | Values | || | 1 | | 1 | || | 1 | | 1 | || | 4 | Actual result: "user-error: Several field/range formulas try to set @8$1". With a fixed number of horizontal lines, the sum would be: #+TBLFM: @>$1=vsum(@2$1..@III$1);T So how can this be accomplished for an arbitrary number of horizontal lines? At my side: Org-mode version 8.3.4 (release_8.3.4-33-gd522fc) -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Scheme babel error
Lawrence Bottorff writes: > Actually, I found that thread > (https://lists.gnu.org/archive/html/emacs-orgmode/2015-09/msg00390.html) and > looked thrugh it (not as good as "looking through" it), but didn't make the > connection that it was because of the boolean -- again. What threw me was how > this time it seemed to just be a source block execute of the function, > whereas before it was the actual code > -- as if the problem in ob-scheme.el had escaped and hidden somewhere new. > > How does one make an official bug report and/or fix? > I pushed the simple (read result)-->result fix to maint and merged it into master as well. It's probably not the end of the story, but it does seem to make things better, so keeping fingers crossed. Try it out and let me know if you encounter more problems. Thanks! > On Tue, Aug 30, 2016 at 1:16 PM, Nick Dokos wrote: > > Lawrence Bottorff writes: > > > I'm using Racket with Geiser and I get this error: > > > > executing Scheme code block... > > => #f > > org-babel-scheme-execute-with-geiser: Invalid read syntax: "#" > > > > when in an org-mode file this code > > > > #+begin_src scheme :exports both :session ch3 > > (define (bool-imply2 x y) > > (or (not x) y)) > > #+end_src > > > > is run (C-c-c) > > > > #+BEGIN_SRC scheme :session ch3 > > (bool-imply2 #t #f) > > #+END_SRC > > > > In the Racket "ch3" REPL session (bool-imply2 #t #f) works fine. I > discovered this problem when I first > > tried a simple export to HTML of the buffer. It seems to not like the > second boolean parameter. So > > switching the parameters then complains about #t . What might be going > on? BTW, does an export try to > > "run" all the code blocks, i.e., why did I find this when I was > exporting to HTML? > > > > LB > > > > Aargh - somebody (maybe you?) had run into this a long time ago and I > had suggested a possible fix, but with the demise of the gmane site, I > cannot find the thread - how do people search the ML nowadays? > > In any case, there is a basic error in ob-scheme.el, line 176 (at > least in the version that I have): > > ... > (setq result (if (or (string= result "#") > (string= result "#")) > nil > (read result) ;;; > ... > > The (read result) is bogus: it tries to use the emacs lisp reader to > parse a string that contains a scheme expression. > > IIRC, I suggested changing it to just result: > > ... > (setq result (if (or (string= result "#") > (string= result "#")) > nil > result > ... > > but I didn't (and still don't) know if that breaks anything else. > > Plus I'm on a machine that doesn't have geiser so I can't even test the > basic "fix", > so I hope I've got it right. I'll try to follow up tonight from a machine > that has > geiser installed. > > -- > Nick > -- Nick
[O] [BUG] :html-link-use-abs-url defined twice for the html backend
In the options-alist of the html backend definition, :html-link-use-abs-url is defined twice (in lines 119 and 123). This is possibly a typo. Regards, Arun Isaac. signature.asc Description: PGP signature
Re: [O] Can't store link in mu4e
I pulled the latest org from git today and still no joy in mu4e. Interesting that the problem came and went in wanderlust but not in mu4e. > Hello, > > Brett Presnell writes: > > > I pulled the latest org from git a few days ago. Now I can no longer > > store links to email messages in mu4e with "C-c l". The message I get > > is > > > > No method for storing a link from this buffer > I had the same problem with wanderlust last week. But the next pull a > couple of days ago fixed that for me. > > VG > hmw
Re: [O] table alignment with org-pretty-entities turned on
Hi, > On 2016年8月31日, at 07:44, Clément Pit--Claudel wrote: > > I'm not sure I understand the problem description. Turning on prettification > does breaks table alignment; thus, > > | a | b | c | > |+---+---| > | \alpha | | | > > is always displayed as > > | a | b | c | > |+---+---| > | α | | | > > I can indeed reproduce this; one way to prevent it from happening would be to > prettify "\alpha" as "α “. This is the same as my experience, and it makes sense because turning on prettification does not take care of the alignment. The problem I have is exactly related to what you described below, i.e. the table alignment after a realignment. > On the other hand, realigning the table (by pressing tab in a cell) produces > the expected alignment: > > | a | b | c | > |---+---+---| > | α | | | > I have a different experience for this. In my case, after a realignment (by pressing TAB or C-c C-c), I got | a | b | c | |+---+---| | α | | | instead of | a | b | c | |---+---+---| | α | | | It looks like that a greek letter is considered to be a double-wide symbol but displayed as a single-wide one. > which in turn looks wrong when prettification is disabled: > > | a | b | c | > |---+---+---| > | \alpha | | | > > Does this match your experience? If so, I don't think it's a bug, as much as > a limitation of prettification. > > Clément. This is surprising as I can reproduce the issue with a clean init file. Btw, I am using org-plus-contrib package (20160822) with emacs 25.1.50 on a mac (10.11.6). Jiang
Re: [O] table alignment with org-pretty-entities turned on
On 2016-08-31 04:25, Eric S Fraga wrote: > On Tuesday, 30 Aug 2016 at 18:12, jsj wrote: > > [...] > >> | a | b | c | >> |---+---+---| >> | α β | | | >> >> Is it just me or you can reproduce the same behavior? > > I have seen the same at times. Not always so it may be font > related. Not sure. I'm not sure I understand the problem description. Turning on prettification does breaks table alignment; thus, | a | b | c | |+---+---| | \alpha | | | is always displayed as | a | b | c | |+---+---| | α | | | I can indeed reproduce this; one way to prevent it from happening would be to prettify "\alpha" as "α ". On the other hand, realigning the table (by pressing tab in a cell) produces the expected alignment: | a | b | c | |---+---+---| | α | | | which in turn looks wrong when prettification is disabled: | a | b | c | |---+---+---| | \alpha | | | Does this match your experience? If so, I don't think it's a bug, as much as a limitation of prettification. Clément. signature.asc Description: OpenPGP digital signature
[O] Fwd: Re: Bug: Org-babel-detangle does not work for subtrees [8.3.5 (8.3.5-elpaplus @ /home/andrea/.emacs.d/elpa/org-plus-contrib-20160808/)]
I am not sure my previous mail reached everyone interested. Best, Andrea Andrea Giugliano writes: > Hello, > > I found a solution, or better I have understood how detangling is > supposed to work after reading ob-tangle.el. > > Basically, I found necessary two things to detangle properly (not > counting the =:comments yes= that is described in the info): > > 1) the cursor needs to be _on_ the code body, and *not* on the comments >generated by org-babel-tangle. > > 2) the setting =(setq org-babel-tangle-use-relative-file-links 'nil)= is > essential: >indeed, using relative path makes my org-babel-jump-to-org try to >find something like home/andrea/home/andrea... that typically does >not exists. > > I am not sure if this is a src bug (in the wrong default of > =org-babel-tangle-use-relative-file-links=), or a documentation > (http://orgmode.org/worg/doc.html) bug. > > It would be nice that =org-babel-detangle= and > =org-babel-tangle-jump-to-org= could support IDs link navigation as well > sometimes in the future (since it is possible to base links > definitions on IDs with =(setq org-id-link-to-org-use-id t)=). > Thanks, > > Andrea > > P.S: thanks Grant, your answer gave me the right ques to solve my > problem. (Also, I am not sure I fully understood the capabilities of your > framework "help" from the repository description, but I liked the > guidelines for literate programming you gave in one of the readmes.) > > Grant Rettke writes: > >> Good evening Andrea, >> >> Does it use the contents of the headline instead of the ID? >> >> If yes, I know what you mean, but I don't remember why it does that >> because long ago I changed it so that it uses the NAME of the ID >> instead. I can tell you how my configuration looks though: >> >> All of my Org-Mode LP configuration is in here: >> >> https://github.com/grettke/help/blob/master/Org-Mode_Fundamentals.org >> >> Here are some values that come to mind though: >> >> - Global header-args sets comments to "noweb" >> - This whole section >> https://github.com/grettke/help/blob/master/Org-Mode_Fundamentals.org#identity >> - (require 'org-id) >> - (setq org-id-link-to-org-use-id 'nil) >> >> That makes it so that the comment links to the file, not to the id or >> custom_id. Yes, I find it confusing and I only figured this out a >> couple nights ago. However, this makes detangle work. >> >> Let me know how it goes and check out my config. >> >> Sincerely, >> >> Grant Rettke >> >> >> On Tue, Aug 30, 2016 at 5:38 PM, Andrea Giugliano wrote: >>> Hello, >>> >>> yup, that would be the ideal solution, but at the moment my >>> org-babel-tangle does not use the ID in the comments! It uses a (not >>> working) string. >>> Do you mean that I can force to reference in the comment to be an ID?? >>> Thanks, >>> >>> Andrea >>> >>> Grant Rettke writes: >>> On Tue, Aug 30, 2016 at 12:25 PM, Andrea Giugliano wrote: > I think that the ideal solution is to allow an user to make > org-babel-detangle rely on header IDs, since this not only assures > detangle to find the correct header every time, but also push the user > to use IDs through org-id (that seems good practice). > What do you think? Yes you should set a ID on every Headline and source-block automatically using org-id so that detangling always works. When you want a custom ID it is easily changed. >>>
Re: [O] table alignment with org-pretty-entities turned on
On Tuesday, 30 Aug 2016 at 18:12, jsj wrote: [...] > | a | b | c | > |---+---+---| > | α β | | | > > Is it just me or you can reproduce the same behavior? I have seen the same at times. Not always so it may be font related. Not sure. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.5-1070-g190476
[O] Accessing the communication channel from a link exporter
When adding a new hyperlink type using `org-add-link-type', how do I access the info communication channel from the link exporter function? Not being able to access the communication channel limits what I can do with `org-add-link-type', and I end up creating a derived backend with my own link transcoder function. Is that the recommended way to do it? Regards, Arun Isaac. signature.asc Description: PGP signature
