Fwd: Bug: Final zero after decimal point is stripped when inline code evaluated

Forwarded Message Subject: Re: Bug: Final zero after decimal point is stripped when inline code evaluated Date: Tue, 7 May 2024 10:25:05 -0400 From: Charles Millar To: Max Nikulin On 5/7/24 7:49 AM, Max Nikulin wrote: On 07/05/2024 03:05, Charles Millar wrote: I

Re: Bug: Final zero after decimal point is stripped when inline code evaluated

On 5/6/24 12:42 PM, Ihor Radchenko wrote: Max Nikulin writes: On 06/05/2024 19:44, Ihor Radchenko wrote: Charles Millar writes: #+NAME: TABLE2 |22578.60| src_latex[:var printthis=TABLE2[-1,-1] :eval yes :results replace :exports results]{\num{printthis}} {{{results(@@latex:\num{22578.6

Re: Bug: Final zero after decimal point is stripped when inline code evaluated

Forgot to include that i also used the numprint package. On 5/5/24 2:30 PM, Charles Millar wrote: Please note that in the second src_latex the zero is stripped from the results. The final zero is required for my purposes, i.e. dollars and cents. This occurs in both results and on export

Bug: Final zero after decimal point is stripped when inline code evaluated

Please note that in the second src_latex the zero is stripped from the results. The final zero is required for my purposes, i.e. dollars and cents. This occurs in both results and on export to pdflatex, Does org's evaluation cause this or does latex? I have attempted to use the siunutx and

Re: Release 9.6

On 12/1/22 18:10, Tim Cross wrote: Max Nikulin writes: On 29/11/2022 13:58, Bastien wrote: Last but not least: thanks to Ihor his truly amazing work and for being the de facto maintainer. I think, Ihor's role in this release is crucial. He spent a lot of time fixing bugs and reviewing

Bug org-cycke fails after "replace-string" is

Attached is an example 1. Open all headings etc. show the contents then Collapse all headings 2. Cycle First Heading to show its content 3. Cycle Second Heading to show only the subheadings, but not the content of each subheading 3. Cycle Subheading B, to show its content. 4. go to point-min

Re: Init.el need just for org-mode?

On 11/2/22 13:31, Renato Pontefice wrote: I’m sorry for this simply question, but I’m starting using emacs and org-mode and I made some confusion. Init.el Need just for org -mode? Not for emacs right? Thank you Renato Forgot to mention, and you may already be aware of this, use C-h v

Re: Init.el need just for org-mode?

On 11/2/22 13:31, Renato Pontefice wrote: I’m sorry for this simply question, but I’m starting using emacs and org-mode and I made some confusion. Init.el Need just for org -mode? Not for emacs right? You may use init.el (or .emacs of .emacs.d/init.el) file for all of emacs.not just Org

:eval yes use and documentation

Org mode version 9.5.1 (release_9.5.1-279-g8908fb @ /usr/local/share/org-mode/lisp/) GNU Emacs 28.0.50 (build 344, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0) of 2020-12-31 Here is a use case. I have many files each with as many as 60 tables that are generated using ob

Fwd: Greater than, less than bug in emacs-lisp source block

Thank you, Arthur. Forwarded Message Subject: Re: Greater than, less than bug in emacs-lisp source block Date: Fri, 03 Sep 2021 00:36:23 +0200 From: Arthur Miller To: John Kitchin CC: Charles Millar , emacs-orgmode@gnu.org John Kitchin writes: I think this issue

re: Bug Re: Greater than, less than bug in emacs-lisp source block

at 2:10 PM Charles Millar wrote: Set up: GNU Emacs 28.0.50 (build 344, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0) of 2020-12-31 Org mode version 9.4.6 (release_9.4.6-637-gd70f28 @ /usr/local/share/org-mode/lisp/) The following code will evaluate #+begin_src emacs-lisp (defun

Greater than, less than bug in emacs-lisp source block

Set up: GNU Emacs 28.0.50 (build 344, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0) of 2020-12-31 Org mode version 9.4.6 (release_9.4.6-637-gd70f28 @ /usr/local/share/org-mode/lisp/) The following code will evaluate #+begin_src emacs-lisp (defun Foo () (if (= 2 4) bar))

proposed additions to org-collector code

First, I thank Slava Barinov for his proposed patch to appending a #+tblfm line to an org-collector table. Date: 17 Mar 2019 13:22:58 +0300 Message-ID: <87sgvl4wes@gmail.com> (raw) Attached is my, in all modesty named, cm-org-collector.el in which I have added code to prepend name and

Re: Headings and Headlines

On 7/23/21 10:06 PM, Tim Cross wrote: André A. Gomes writes: Hi, The project's documentation refers to headings and headlines as synonyms. Relying on a single definition would be beneficial. If I had to choose between the two, I'd go with heading. If the community finds this valuable, I

Re: org-capture-template: table lines including newline of sorts

On 3/16/21 3:34 AM, Uwe Brauer wrote: > On 3/15/21 5:00 PM, Uwe Brauer wrote: > My bad; I did not pay attention to a four line comment, so here it is > again, with the comment and final line for the template, etc. > (setq org-capture-template '( > . . . some capture

Re: org-capture-template: table lines including newline of sorts

On 3/15/21 5:00 PM, Uwe Brauer wrote: "CM" == Charles Millar writes: > On 3/15/21 10:13 AM, Uwe Brauer wrote: >> >>> Hi, >>> On 3/14/21 1:00 PM, TRS-80 wrote: >>> You may have to escape the pipes. I did that in a similar captur

Re: org-capture-template: table lines including newline of sorts

On 3/15/21 10:13 AM, Uwe Brauer wrote: Hi, On 3/14/21 1:00 PM, TRS-80 wrote: You may have to escape the pipes. I did that in a similar capture template. Can you give me an example, please? HTH ("s" "timeslip" table-line (file "/mnt/Data/ActiveFiles/timeslips.org") "\|

Re: org-capture-template: table lines including newline of sorts

Hi, On 3/14/21 1:00 PM, TRS-80 wrote: On 2021-03-13 02:24, Uwe Brauer wrote: Hi Currently I have the following setting for one org-capture-template: ("mu" "Stat+Num:Exercises English" table-line (file+headline "~/Somefile.org" "Exercise Group-E") "| %:fromname|%:fromaddress |

Call org-collector dynamic block

I'd like to format (latex export) the output from a captured org-collector dynamic block by using the resulting org-collector table as a variable for source code block. I have place #+name: before the collector block. #+name: bar #+BEGIN: propview :id "conveyances" :match "BreezyCorners"

Re: accounting

On 1/4/21 3:54 AM, Uwe Brauer wrote: Hi https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-ledger.html Points out how to use ledger within org mode. Is there any simpler solution? Regards Uwe Brauer If "simpler" means just making entries into your ledger.dat file using orgmode

Re: [PATCH] doc/org-manual.org: Extend table formulas Lisp form documentation

On 11/18/20 2:42 PM, TEC wrote: I have 2c on the use of "interpolated". 1. I tend to think of "interpolated" in terms of it's mathematical   meaning 2. The other denotations relate to insertion and renewing, which simply   doesn't fit. I appreciate that other people may have used this too,

Re: Bug: org-table-sort-lines returns error [9.3.7 (release_9.3.7-705-gea9463 @ /home/oub/emacs/site-lisp/packages/org/)]

On 8/13/20 8:03 AM, Uwe Brauer wrote: "NG" == Nicolas Goaziou writes: Hello, Uwe Brauer writes: I am running emacs 28 master 84ec57fe06e187f41a3546131d5dae3b185c3511 Steps to reproduce #+TBLNAME: original | Day | Color | Level | Quantity |

Re: Bug - all org files open as if visibilty is set to "showeverything"

Nicholas, -- cut -- That is correct. It's been discussed in the list and Nicolas announced that it's been merged into master on Tuesday. Look for the thread entitled [RFC] Change default value for `org-startup-folded'? It can also be found at

Manual 2.2.2 and 16.7 needs to amended

I think the following changes are required: in the manual, if they already have not been made in the past few hours: 2.2.2 When Emacs first visits an Org file, the global state is set to SHOWEVERYTHING, i.e., all file content is visible(1). (No idea if the footnote needs to be changed.)

Re: Bug - all org files open as if visibilty is set to "showeverything"

Hoi Nicholas, On 5/13/20 2:13 PM, Nicolas Goaziou wrote: Hello, Charles Millar writes: In the last two or three days, all my org files open as if I have set the visibility in every file to #+STARTUP: showeverything [...] As far as I recall, I have not changed any settings in my init

Re: Bug - all org files open as if visibilty is set to "showeverything"

On 5/13/20 1:58 PM, Josiah Schwab wrote: As far as I recall, I have not changed any settings in my init or elsewhere. The default was changed. See https://lists.gnu.org/archive/html/emacs-orgmode/2020-04/msg00452.html https://lists.gnu.org/archive/html/emacs-orgmode/2020-05/msg00201.html

Bug - all org files open as if visibilty is set to "showeverything"

Hi, In the last two or three days, all my org files open as if I have set the visibility in every file to #+STARTUP: showeverything Org mode version 9.3.6 (release_9.3.6-619-g434940 @ /usr/local/share/org-mode/lisp/) GNU Emacs 28.0.50 (build 123, x86_64-pc-linux-gnu, GTK+ Version 3.24.20,

Re: bug org-open-at-point zotero link

Hi, Re-posting. Have I missed documentation that states that "org-open-at-point os not available for a Zotero (Zotxt) link? On 4/10/20 9:45 AM, Charles Millar wrote: Hi, Current versions Org mode version 9.3.6 (release_9.3.6-472-g8e3b73 @ /usr/local/share/org-mode/lisp/) GNU

bug? org-lint issues warning when ;PROPERTIES: drawer before first headline

Org mode version 9.3.6 (release_9.3.6-528-gf874b6 @ /usr/local/share/org-mode/lisp/) GNU Emacs 28.0.50 (build 102, x86_64-pc-linux-gnu, GTK+ Version 3.24.18, cairo version 1.16.0) of 2020-04-21 AFAIU this is now allowed. Should org-lint be modified?

bug org-open-at-point zotero link

Hi, Current versions Org mode version 9.3.6 (release_9.3.6-472-g8e3b73 @ /usr/local/share/org-mode/lisp/) GNU Emacs 28.0.50 (build 91, x86_64-pc-linux-gnu, GTK+ Version 3.24.14, cairo version 1.16.0) of 2020-04-10 From reading the documentation zotero is a valid link type and I would

Re: Problem

On 4/6/20 8:33 AM, Nicolas Goaziou wrote: Hello, Eric S Fraga writes: On Monday, 6 Apr 2020 at 07:49, Charles Millar wrote: Just ran the same file with the following versions Org mode version 9.3.6 (release_9.3.6-449-gb99357 @ /usr/local/share/org-mode/lisp/) GNU Emacs 28.0.50 (build 87

Re: Problem

On 4/6/20 4:37 AM, Eric S Fraga wrote: On Saturday, 4 Apr 2020 at 13:13, Charles Millar wrote: OK, started over. Please see attached backtrace and the file I used. Strange. Your example file works just fine for me. What version of org are you using? And LaTeX? Just ran the same file

Re: Problem

On 4/4/20 7:30 AM, Eric S Fraga wrote: On Friday, 3 Apr 2020 at 16:49, Charles Millar wrote: org-latex-classes includes "default-koma-letter" "\\documentclass[11pt]{scrlttr2}" There are no other entries that include scrlttr2 in org-latex-classes I have a barebones h

Re: Problem

On 4/4/20 7:34 AM, Eric S Fraga wrote: On Saturday, 4 Apr 2020 at 09:43, Robert Klein wrote: Thank you for your suggestions, Eric. I use ox-koma-letter, and have nothing concerning koma n org-latex-classes: - #+LaTeX_CLASS: scrlttr2 I am surprised that this works. ox-koma-letter does

Re: Problem

flatex"))) to my init file. Best regards Robert On Fri, 3 Apr 2020 16:49:15 -0400 Charles Millar wrote: I am attempting to use ox-koma-letter, etc. My set up GNU Emacs 28.0.50 (build 84, x86_64-pc-linux-gnu, GTK+ Version 3.24.14, cairo version 1.16.0) of 2020-04-03 Org mode version 9.3.6

Re: Problem with LaTeX class scrlttr2

On 4/4/20 2:22 AM, Julius Dittmar wrote: How do you produce (or try to produce) LaTeX/pdf? The Unknown LaTeX class message is something emacs throws when using export to latex (C-c C-e l l). This has nothing to do with your LaTeX installation; it does not reach the point of invoking LaTeX. It

Re: Problem with LaTeX class scrlttr2

problem, i.e. resulted with a letter. So I expect that scrlttr2 is installed as part of the TexLive komascript. On Fri, Apr 3, 2020 at 4:06 PM Charles Millar wrote: I apologize for reposting - I forgot to complete my Forwarded Message Subject: Problem Date: Fri, 3 A

Re: Problem with LaTeX class scrlttr2

. So I expect that scrlttr2 is installed as part of the TexLive komascript. On Fri, Apr 3, 2020 at 4:06 PM Charles Millar wrote: I apologize for reposting - I forgot to complete my Forwarded Message Subject: Problem Date: Fri, 3 Apr 2020 16:49:15 -0400 From: Charles Millar To:

Problem with LaTeX class scrlttr2

I apologize for reposting - I forgot to complete my Forwarded Message Subject: Problem Date: Fri, 3 Apr 2020 16:49:15 -0400 From: Charles Millar To: emacs-orgmode@gnu.org I am attempting to use ox-koma-letter, etc. My set up GNU Emacs 28.0.50 (build 84, x86_64-pc-linux

Problem

I am attempting to use ox-koma-letter, etc. My set up GNU Emacs 28.0.50 (build 84, x86_64-pc-linux-gnu, GTK+ Version 3.24.14, cairo version 1.16.0) of 2020-04-03 Org mode version 9.3.6 (release_9.3.6-449-gb99357 @ /usr/local/share/org-mode/lisp/) org-latex-classes includes

Re: bug: org-table-convert-region-max-lines causes a "Code block produced nop output"

On 2/5/20 3:11 AM, Bastien wrote: Hi Charles, Charles Millar via Emacs-orgmode writes: In an org file I have a source code block to convert entries into and generate a recutils file #+begin_src sh?? :file SomeFile.rec cat << EOF # -*- mode: rec -*- Begin recutils file Approxi

#+INCLUDE causes error when it attmepts to expand a LaTeX macro in source block

Greetings, In my init file I have (setq org-confirm-babel-evaluate nil) File "A" is attached as an org file. I evaluate the source blocks (C-c C-v s), the table is generated and then I export it to PDF. The source blocks do not evaluate during export. In file B I have #+INCLUDE:

[O] add names to org-babel-header-arg-names

Hi, To avoid errors while running org-lint in an org file with many recutils source blocks I have added the following to my init.el file (setq recutils-babel-header-arg-names '(data type fields join sort groupby)) ;; cmdline already included in org-babel-header-arg-names so not part of

Re: [O] Bug header argumednt :file does not produce a file or a link to the file

Nicolas Goaziou writes: It changed between Org 9.2 and Org 9.3, for every language. There is an ORG-NEWS entry about it, namely: *** ~:file~ header argument no longer assume "file" ~:results~ Thank you. I read that entry and others concerning ;file prior to posting and it did not

Re: [O] Bug header argumednt :file does not produce a file or a link to the file

On 8/23/19 4:15 AM, Nicolas Goaziou wrote: Hello, Charles Millar via Emacs-orgmode writes: #+begin_src sh :file test.rec cat << EOF # -*- mode: rec -*- %rec: somerecord Account: something Amount: 0.00 end of file EOF #+end_src I expect that when I execute the above code

[O] Bug header argumednt :file does not produce a file or a link to the file

Org mode version 9.2.5 (release_9.2.5-494-g4848b8 @ /usr/local/share/org-mode/lisp/) GNU Emacs 27.0.50 (build 59, x86_64-pc-linux-gnu, GTK+ Version 3.24.10) of 2019-08-22 ECM #+begin_src sh :file test.rec cat << EOF # -*- mode: rec -*- %rec: somerecord Account: something Amount: 0.00

Re: [O] bug: org-table-convert-region-max-lines causes a "Code block produced nop output"

A follow up On 8/20/19 9:32 AM, Charles Millar via Emacs-orgmode wrote: In an org file I have a source code block to convert entries into and generate a recutils file #+begin_src sh?? :file SomeFile.rec cat << EOF # -*- mode: rec -*- Begin recutils file Approximately 770 r

[O] bug: org-table-convert-region-max-lines causes a "Code block produced nop output"

In an org file I have a source code block to convert entries into and generate a recutils file #+begin_src sh?? :file SomeFile.rec cat << EOF # -*- mode: rec -*- Begin recutils file Approximately 770 records in recutils format each with about 20 entries; over 17,000 lines including line

[O] set :var to string inline code

PName='Charles Millar'" -P IPPrintName Millar.rec} src_sh[:results raw :results replace :exports results :eval yes]{recsel -t InterestedParties -e "IPName='Charles Millar'" -P IPAddress1 Millar.rec} src_sh[:results raw :results replace :exports results :eval yes]{recsel -t Interest

[O] Bug - #+begin_comment, etc surrounding minipage

Hi, When exporting to pdf via LaTeX, the region between the #+begin_comment and the #+end_comment does not comment out: *** sub,sub-heading one #+attr_latex: :options  [t]{2.8in} #+begin_minipage some inline shell source code #+end_minipage #+attr_latex: :options  [t]{1.2in} #+begin_minipage

Re: [O] [bug] refiling puts random stuff in kill ring

On 08/03/2018 08:21 PM, Samuel Wales wrote: recent maint. i kill with c-m-k, then move point, then refile an entry. then i yank. that produces something that was earlier killed. i expected what i killed. I noticed this behavior two or three days ago (best as I remember), using M-w and

Re: [O] Curious as to message in echo area

On 06/18/2018 02:51 AM, Nick Dokos wrote: Charles Millar writes: Hello, I have always concerned myself that a table column formula returns what is expected.and is correct. However I never paid attention to the echo area and I just noticed that it displays the following message "

[O] Curious as to message in echo area

Hello, I have always concerned myself that a table column formula returns what is expected.and is correct. However I never paid attention to the echo area and I just noticed that it displays the following message "cells in region copied, use M-x org-table-paste-rectangle to paste them in

Re: [O] Bug ignoreheading not respected in lower level headlines latex export

Hello again, On 06/07/2018 08:29 AM, Charles Millar wrote: Hi, Set up - Org mode version 9.1.13 (release_9.1.13-791-gcecbe4 @ /usr/local/share/org-mode/lisp/) GNU Emacs 27.0.50 (build 30, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2018-06-02 I group related documents as second level

[O] Bug ignoreheading not respected in lower level headlines latex export

Hi, Set up - Org mode version 9.1.13 (release_9.1.13-791-gcecbe4 @ /usr/local/share/org-mode/lisp/) GNU Emacs 27.0.50 (build 30, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2018-06-02 I group related documents as second level headlines, thus * All docs :ignoreheading: ** Doc 1

[O] Cannot access repository

I cannot access https://code.orgmode.org/bzg/org-mode.git requested url returned error 502 Charlie Millar

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "<s[TAB]")

Hi all, On 04/29/2018 07:05 AM, Bastien wrote: Hi Nicolas, Nicolas Goaziou writes:     Let's just take a moment to see what users think. I was aware of tempo.el and tempo from postings to the list. However It was not until I upgraded to version 9.1.12 from 9.1.11

Re: [O] add blocks to org-structure-template-alist

Hi Bastien, On 04/28/2018 02:22 AM, Bastien wrote: Hi Charles, Charles Millar <mill...@verizon.net> writes: It is not clear to me - is it possible to write my own, fairly simple template with a few modifications that are a result of some recent changes or, for example, are el

Re: [O] Please see attached debug-init

Bastien, On 04/28/2018 02:23 AM, Bastien wrote: Hi Charles, Charles Millar <mill...@verizon.net> writes: I update org using the https:// access to the git repo. Did you run ~$ make autoloads or ~$ make after you cloned? You may need to compile a freshly cloned Org. make autoloa

Re: [O] Please see attached debug-init

Hello, On 04/26/2018 11:13 PM, Nick Dokos wrote: Charles Millar <mill...@verizon.net> writes: Hi Nicholas, On 04/26/2018 07:34 PM, Bastien wrote: Hi Charles, Charles Millar <mill...@verizon.net> writes: Attached --debug-init w

Re: [O] add blocks to org-structure-template-alist

Hi, again, On 04/27/2018 07:09 PM, Bastien wrote: Hi Charles, Charles Millar <mill...@verizon.net> writes: Is this correct of has the format changed? The format slightly changed, please check this option's docstring. Also see ORG-NEWS here, which I just updated: https://code.orgmo

[O] add blocks to org-structure-template-alist

Hi, in my .emacs I have a couple of (add-to-list 'org-structure-template-alist) blocks of my own, for example #+begin_src (add-to-list 'org-structure-template-alist '("r" "#+begin_src rec :data? :type \n#+end_src" "")) #+end_src which I used until a few months ago. Is this correct of

Re: [O] Please see attached debug-init

Hi Nicholas, On 04/26/2018 07:34 PM, Bastien wrote: Hi Charles, Charles Millar <mill...@verizon.net> writes: Attached --debug-init when starting - is this with emacs -Q? If not, can you bisect your configuration? Thanks, emacs -Q starts fine. The problem may be with requi

[O] Please see attached debug-init

Attached --debug-init when starting - Debian Stretch GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-12 on hullmann, modified by Debian Org mode version 9.1.11 (release_9.1.11-632-g60483f @ /usr/local/share/org-mode/lisp/) However, it does not when starting emacs

Re: [O] Insert timestamp other than DEADLINE: or SCHEDULED: for heading

Hello, On 02/06/18 11:16, Tyler Smith wrote: Hi, I'm trying to take full advantage of scheduling, deadlines and timestamps for my TODO lists. It's easy to add deadlines and schedule times via `C-c C-s` and `C-c C-d`. However, if I want to set a time for a meeting, I should be using a

Re: [O] Git repository error

Hello, Still cannot 'make update' rm -f git checkout D    README_ELPA Your branch is up-to-date with 'origin/master'. git remote update Fetching origin fatal: read error: Connection reset by peer error: Could not fetch origin make: *** [up0] Error 1 mk/targets.mk:112: recipe for target 'up0'

[O] Bug: RET at end of table creates new columand and new row

Hello, According to the manual RET org-table-next-row Re-align the table and move down to next row. Creates a new row if necessary. At the beginning or end of a line, RET still does NEWLINE, so it can be used to split a table. ECM - Create a one column, one row table, hit TAB which results

Re: [O] How to suppress latex exporting as a list if a name that begins with a single letter

On 09/27/2017 02:27, Michael Strey wrote: Hi Charlie, On Di, 2017-09-26 at 19:22, Charles Millar wrote: A. Persons Name is exported as 1. Persons Name not A. Persons Name. What about marking as verbatim? =A. Person= Best regards Michael Strey I will give this a try later

Re: [O] How to suppress latex exporting as a list if a name that begins with a single letter

On 09/27/2017 02:00, Eric S Fraga wrote: On Tuesday, 26 Sep 2017 at 19:22, Charles Millar wrote: For example A. Persons Name is exported as 1. Persons Name You must have set org-list-allow-alphabetical to non-nil... maybe turn this off? You are correct. I did that s.. long ago I forgot

[O] How to suppress latex exporting as a list if a name that begins with a single letter

For example A. Persons Name is exported as 1. Persons Name not A. Persons Name. Charlie Millar

Re: [O] Inline source does not evaluate when inserted insie a minipage environment

On 09/25/17 03:32, Eric S Fraga wrote: On Sunday, 24 Sep 2017 at 16:59, Charles Millar wrote: You might also want to consider using special blocks which could be a more general solution: #+attr_latex: :options [t]{4.0in} #+begin_minipage This is some text. Some more test with an inline

Re: [O] Inline source does not evaluate when inserted insie a minipage environment

On 09/23/2017 10:02, Eric S Fraga wrote: On Friday, 22 Sep 2017 at 15:56, Charles Millar wrote: [...] However, when I C-c C-c the same code when inside a minipage, I get the message " 'C-c C-c' can do nothing useful here" \begin{minipage}[t]{4.0in} This is some text. Some

Re: [O] Inline source does not evaluate when inserted insie a minipage environment

On 09/22/17 17:22, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: This problem may not be limited to just \begin{minipage}, etc., but to other latex commands which may precede text which contains inline source code The following inline code evaluates as ex

[O] Inline source does not evaluate when inserted insie a minipage environment

Hi, This problem may not be limited to just \begin{minipage}, etc., but to other latex commands which may precede text which contains inline source code The following inline code evaluates as expected to 1 This is some text. Some more test with an inline  src_sh[:results raw]{echo 1} a bit

Re: [O] Bug?? #+begin_src sh :file

On 09/16/17 14:55, Grant Rettke wrote: On Sat, Sep 16, 2017 at 9:09 AM, Charles Millar <mill...@verizon.net> wrote: The following ECL is based on Grant Rettke's Org Scraps - Correction: They are Eric Schulte's (https://www.cs.unm.edu/~eschulte/) Thanks to Thierry and

[O] Bug?? #+begin_src sh :file

Hi, The following ECL is based on Grant Rettke's Org Scraps - https://eschulte.github.io/org-scraps/scraps/2011-02-15-recutils.html #+begin_src sh :file this.txt cat << EOF > this.txt 1 2 3 EOF #+end_src When I execute the code block the file "this.txt" is created and so is a link, i.e.

Re: [O] Library of Babel

On 09/15/17 19:15, Kyle Meyer wrote: Charles Millar <mill...@verizon.net> writes: On 09/14/17 09:47, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: First. Should Sections 14.5 and 14.6 of the manual need revision since lob has been moved to Worg?

Re: [O] Library of Babel

On 09/14/17 09:47, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: First. Should Sections 14.5 and 14.6 of the manual need revision since lob has been moved to Worg? Or at least a reference to Worg site be inserted. Indeed. Would you want to provide a

[O] Library of Babel

First. Should Sections 14.5 and 14.6 of the manual need revision since lob has been moved to Worg? Or at least a reference to Worg site be inserted. Second: Am I correct that ob-lob.el has not been removed so that I can ingest my own source code blocks into, e.g. some/directory/cm-lob?

Re: [O] Git repository error

HI, On 05/26/17 06:35, Gregor Zattler wrote: Hi org-mode developers, * claude fuhrer [2017-05-26; 09:39]: On 26/05/17 01:10, Vicente Vera wrote: Hi. For a while i've been getting this error upon running 'make up0' from my local Org repository: fatal: read error: Connection

Re: [O] bug - longtables fail to export

Forget the noise; it appears to be a gremlin attack - a ) not }. I don't recall even opening the file since it was last exported. On 04/13/2017 03:10 PM, Charles Millar wrote: This past December the following exported with no problem (I have not exported a table of any type since

[O] bug - longtables fail to export

This past December the following exported with no problem (I have not exported a table of any type since then) * TestTableExport :ignoreheading: :PROPERTIES: :EXPORT_FILE_NAME: /mnt/Data/ActiveFiles/testthetable :END: #+LATEX_COMPILER: pdflatex #+LATEX_CLASS: koma-article

Re: [O] org manual not updating when pulling from git

On 02/08/2017 11:39 AM, Nick Dokos wrote: Charles Millar <mill...@verizon.net> writes: So, how do you update? I forgot about make doc; in the past I used it whenever I had to recompile org from source; after that the pdf "just updated" each time I pulled from git. The qu

Re: [O] org manual not updating when pulling from git

Hi, On 02/07/2017 02:41 PM, Nick Dokos wrote: Charles Millar <mill...@verizon.net> writes: When pulling from git, shouldn't the manual be updated if for no other reason than to refelct the most recent org version? It depends on what you mean by "the manual" - the texinfo s

[O] org manual not updating when pulling from git

When pulling from git, shouldn't the manual be updated if for no other reason than to refelct the most recent org version? Up unitl two or three days ago, this was my experience. Now, however, none of the documentation seems to be updating, e g. current Org mode version 9.0.4

Re: [O] bug org-capture

On 01/31/2017 04:53 PM, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: Until yesterday the following capture template worked. A recent fix may have caused another bug. snip Fixed. Thank you. Regards, Works fine. thank you. Charlie Millar

[O] bug org-capture

Until yesterday the following capture template worked. A recent fix may have caused another bug. (setq org-capture-templates ;;; tasks todo on a specific date, not appointments (append '(("t" "Todo entries") ("ts" "Scheduled" entry (file+headline

Re: [O] org-collector not working

Hi Malte, On 01/02/2017 01:07 PM, Malte Deiseroth wrote: Hello The org-collector seems to be broken. I followed the instructions on: http://orgmode.org/worg/org-contrib/org-collector.html Instead of: #+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols (ITEM amount) |

Re: [O] [ANN] Add EXPORT_FILE_NAME keyword

Hi again, On 12/21/2016 04:32 AM, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: However, I tried to export a subheading with, e.g. #+EXPORT_FILE_NAME: /foo/baz, and the result is /foo/bar.pdf, not /foo/baz.pdf Where does "bar" come from?

Re: [O] [ANN] Add EXPORT_FILE_NAME keyword

Hi Nicolas On 12/20/2016 11:17 AM, Nicolas Goaziou wrote: Hello, I just introduced #+EXPORT_FILE_NAME keyword, which allows to change the output file name upon exporting a document. Thank you and a couple of questions/observations 1. Exporting to pdf latex - I used #+EXPORT_FILE_NAME:

Re: [O] org-lint how to include ob-rec parameters

Hi, again, On 11/22/2016 12:25 PM, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: The following is not a critical issue. I use ob-rec to generate tables from my recfiles. org-lint issues a warning for ob-recs parameters, such as data, type, fields, sor

[O] org-lint how to include ob-rec parameters

Hi, The following is not a critical issue. I use ob-rec to generate tables from my recfiles. org-lint issues a warning for ob-recs parameters, such as data, type, fields, sort, etc. Is there some code that I could include in my .emacs to avoid the warnings? For that matter is this an issue

[O] inline code block within export block

Hi, What is the syntax so that the inline source code will evaluate (SUMMARY is a table elsewhere in the buffer)? #+begin_export latex some test here src_latex[:var printthis=SUMMARY[-1,-1]]{\numprint{printthis}} #+end_export The above src_latex block evaluates if it is not within an

Re: [O] Blank lines after headline and before :PROPERTIES: etc

Hi, On 11/09/2016 06:28 PM, Nicolas Goaziou wrote: Hello, Charles Millar <mill...@verizon.net> writes: Is it stated anywhere in the Org manual that blank lines are not allowed after headlines or certain other elements. Quoting (info "(org) Property syntax"), Properti

[O] Blank lines after headline and before :PROPERTIES: etc

Hi, I am not a programmer, coder, whatever, and realize that many of you are used to inferring certain conditions by examples given in manuals, etc. Is it stated anywhere in the Org manual that blank lines are not allowed after headlines or certain other elements. If not, could such

[O] use #+INDEX: for multiple indices latex export

Hi, Given as a very minimal example #+latex_header: \usepackage{imakeidx} #+latex_header: \makeindex[title=INDEX] #+latex_header: \makeindex[name=foo, title=FOOINDEX] is it possible to generate multiple indices using #+INDEX: just as * some heading on page 1 #+latex: \index[foo]{bar} * some

Re: [O] mailing list search given problems with gmane?

On 09/08/2016 12:16 AM, Nick Dokos wrote: Grant Rettke <g...@wisdomandwonder.com> writes: On Wed, Sep 7, 2016 at 5:32 PM, Charles Millar <mill...@verizon.net> wrote: Great! Then I can find who first reported that lists.gnu.org search was not working and when. I know that it wa

Re: [O] mailing list search given problems with gmane?

On 09/07/2016 05:03 PM, Nick Dokos wrote: Eric S Fraga <e.fr...@ucl.ac.uk> writes: On Tuesday, 6 Sep 2016 at 11:07, Charles Millar wrote: The mail list search has been broken for more than one year (close to two). I and others have asked that it be repaired and nothing has ha

Re: [O] mailing list search given problems with gmane?

On 09/05/2016 11:50 AM, Eric S Fraga wrote: Dear all, do we have any alternative means to search the mailing list given the current problems with gmane? I have been using MailArchive. A few weeks ago. Lars Magne mentioned this as an alternative. Also, I have added the newsgroup in my

Re: [O] mailing list search given problems with gmane?

On 09/06/2016 02:29 AM, Eric S Fraga wrote: On Tuesday, 6 Sep 2016 at 01:48, Grant Rettke wrote: On Mon, Sep 5, 2016 at 10:50 AM, Eric S Fraga wrote: do we have any alternative means to search the mailing list given the current problems with gmane?

  1   2   3   >