[O] Literate Programming site

2014-07-08 Thread Charles Millar

Hi,

I was investigating literate programming, etc. and found the following site

http://literateprogramming.com/

There is no mention of emacs, much less org mode, as a tools. The "evil 
one" is!


GNU and open office are included as projects. I am not sure if any of 
the articles posted in this list are mentioned.


I thought about posting a comment to the above site; however I decided 
to post here for those who know more about these things to decide if 
something should be forwarded.


Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] [PATCH] docstring improvement of org-agenda-refile

2014-08-11 Thread Charles Millar

Daimrod wrote:

+When GOTO is '(14) or \\[universal-argument] \\[universal-argument], go to the 
location of the last refiled item.

^^
 '(16)


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] [PATCH] docstring improvement of org-agenda-refile

2014-08-11 Thread Charles Millar

Charles Millar wrote:

Daimrod wrote:
+When GOTO is '(14) or \\[universal-argument] \\[universal-argument], 
go to the location of the last refiled item.

^^
 '(16)

Just opened my own reply and the '(16) may be misaligned.

Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] org-agenda-write to .org exports headings in reversed order?!

2014-08-16 Thread Charles Millar

Martin,





M wrote:

Hi,

I'm still experimenting with agenda export and I found that I can write an
agenda to an org-mode file by C-x C-w (org-agenda-write).

However, if I do that and select  filename.org as target,
I get all headings in the agenda, but the last one first and the first one
last.

Is there an option which can reverse the order to leave it as it is in the
agenda itself?
I know very little of the wonders of emacs lisp, but I wonder if 
org-agenda.el line 3362 is the reason for this.

 (mapcar (lambda (s) (org-paste-subtree 1 s)) (reverse content))

I was using org-agenda-write several months ago; I exported to a text 
file  and the result just as you report.


Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] new to exporting: how to export to a specific location (aromatically?)

2014-08-17 Thread Charles Millar

Hi Xebar

Xebar Saram wrote:

Hi list

im new (in general and to exporting in particular).

I have a few questions:

1.how does one specify a location where exported files go? can one set 
this per file or perhaps per export type etc?
Org manual section 12.3 at the end EXPORT_FILE_NAME  for subtrees; IUC 
this cannot be applied to a buffer -


footnote 133 There is no buffer-wide equivalent for this property. The 
file name in this case is derived from the file associated to the 
buffer, if possible, or asked to the user otherwise.


Like you I am also answers to the other two questions.

Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




[O] LATEX_HEADER export problem

2014-08-20 Thread Charles Millar

Hi,

I have the following in a file that I export to LaTeX

#+LATEX_CLASS: mysetup
#+LATEX_HEADER: \newcommand{\RATE}{65.00}

mysetup class

(add-to-list 'org-latex-classes
 '("mysetup"
"\\documentclass[11pt,letterpaper,oneside]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout} commented out for Komascript
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=0.50in]{geometry}
% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
%\\newcommand\\foo{bar}
   [NO-DEFAULT-PACKAGES]
   [NO-PACKAGES]
   [EXTRA]"
("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

When I export the pdf is generated, however with an error; the following 
output to the *.tex results


ss[11pt,letterpaper,oneside]{scrartcl}

\usepackage{verbatim}

% \usepackage[T1]{fontenc}

% \usepackage{charter,parskip,setspace,layout}

\usepackage{charter,setspace,layout}

\usepackage{array,graphicx}

\usepackage{tabularx,tabulary}

\usepackage{longtable}

\usepackage{numprint}

\npstyleenglish

\usepackage[at]{easylist}

\usepackage{csquotes}

%\usepackage[letterpaper,margin=1.00in]{geometry}

\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=0.50in]{geometry}

% \usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}

%\pagestyle{empty}

\pagenumbering{arabic}

%\newcommand\foo{bar}

\newcommand{\RATE}{65.00}

\newcommand{\RATE}{65.00}

\newcommand{\RATE}{65.00}

\date{}


Note - the triple |newcommand{\RATE}{65.00} is present 
whether\newcommand\foo{bar} is commented or uncommented in mysetup



When *.tex is typset there are two "\RATE already defined" errors.


I have searched around for an answer/solution. Any suggestions?


As I said, the pdf is still typeset; all I want is to be rid of this error.


Charlie Millar


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] dropping the debian version

2014-08-26 Thread Charles Millar

Sharon,

Sharon Kimble wrote:

This has been probably been asked many times before but auntie google
can't find it if so.

I've just updated my git clone of org-mode to its version
'409913b253de2de1b49f9468a4b77b9292e090c4' from 'ORIG_HEAD' and I've
done
--8<---cut here---start->8---
M-x org-version
--8<---cut here---end--->8---

which now shows

╭
│Org-mode version 8.2.6 (release_8.2.6-1 @ 
/usr/local/share/emacs/24.3.93/lisp/org/)
╰

How do I drop the debian version and stick with the git version please?

I have this as part of my init file.
--8<---cut here---start->8---
;;; -*- emacs-lisp-mode -*- --- init file
;;; mine from 27-11-13. Heavily influenced by http://www.aaronbedra.com/emacs.d/
;; Show errors in this file:
(setq debug-on-error t
debug-on-signal nil
debug-on-quit nil)

(setq load-path (cons "/home/boudiccas/.emacs.d/lisp" load-path))
(add-to-list 'load-path "/home/boudiccas/git/org-mode/lisp" load-path) (require 
'org-install)
(add-to-list 'load-path "/home/boudiccas/git/org-mode/contrib/lisp" load-path)
--8<---cut here---end--->8---

Thanks
Sharon.

Pretty much what Eric and Achim have already siad.

I run make update2 each morning; the most recent org mode is in my 
/home/directory/.elisp


and my .emacs.d/init.el loads it via

(add-to-list 'load-path "/home/directory/.elisp/org-mode/lisp")
(add-to-list 'load-path "/home/directory/.elisp/org-mode/contrib/lisp/")

Essentially I copied it from section 1.2 of the manual.

Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com





Re: [O] Table formula with @I

2014-09-02 Thread Charles Millar


Andrea Rossetti wrote:

"Loris Bennett"  writes:

In the following:

|   |   |   |
|   |   |   |
|---+---+---|
| 1 | 1 | 1 |
#+TBLFM: @I$3=1

I expected to get a '1' just in the third column.  Where am I going
wrong?

(apologies in advance for suggesting just a workaround
instead of a rational explanation, hope it helps anyway)

It happened to me too some time ago, I used a slightly
different formula and it worked:

#+TBLFM: @I+1$3..@I+1$3=1

Does it work for you too? Kindest regards,

   Andrea

I must be missing something. When I recalculate the table (update table) 
applying both above TBLFM's - on the line to be updated, in the TBLFM 
line, and in the table itself, an error is returned


"can't assign to hline relative reference"

Org-mode version 8.3beta (release_8.3beta-304-ga4a1d8 @ 
c:/cygwin/home/Charlie01/.elisp/org-mode/lisp/)

GNU Emacs 24.3.1 (i386-mingw-nt6.0.6002) of 2013-03-17 on MARVIN
Windows Vista SP2

Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] simple expense tracking with org

2014-09-20 Thread Charles Millar

Thorsten Jolitz wrote:

torys.ander...@gmail.com (Tory S. Anderson) writes:


Could you give a few snippets of examples -- what the org files with
tags look like, what the result looks like? I'm interested because I
also use Org to do my budgeting and finances.

You two know about ledger-cli, emacs ledger-mode, and ob-ledger.el,
don't you?


Eike  writes:


Hello there,

I thought to share a little elisp thingy that I wrote to track my
expenses with org. I use the org's capture mechanism to add expense
items to some files and the following code only searches through all
these files and creates summaries of all found expenses. It is possible
to search by date, tags etc.

You can have a look here: https://github.com/eikek/org-expenses


Regards,
Eike

--
gpg: AD7AC35E
finger print: 137F BB0B 1639 D25F DC5D  E59C B412 C5F5 AD7A C35E


I have found that ledger and Sacha Chua's org-capture-template, modified 
to my needs, does a great job keeping trackn of my day of day to 
expenses, amongst other things,


Emacs: Recording ledger entries with org-capture-templates

Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




[O] Exporter dispatcher bug?

2014-09-24 Thread Charles Millar

Have I missed an announcement?

Today, using C-c C-e, the dispatcher shows only the LaTeX and Publisher 
options.


I tried M-x org-export-dispatch and HTML was also included.

i have exited emacs and restarted - same results.

Org-mode version 8.3beta (release_8.3beta-400-g200eeb @ 
c:/cygwin/home/Charlie01/.elisp/org-mode/lisp/)


GNU Emacs 24.3.1 (i386-mingw-nt6.0.6002) of 2013-03-17 on MARVIN

Windows Vista SP2

Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Exporter dispatcher bug?

2014-09-24 Thread Charles Millar

Brady Trainor wrote:

Charles Millar  writes:


Today, using C-c C-e, the dispatcher shows only the LaTeX and
Publisher options.


What is the result C-h v org-export-backends?


-- snip --
Its value is (ascii html icalendar latex)
-- snip --

Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Exporter dispatcher bug?

2014-09-25 Thread Charles Millar

Brady and Charles and all,

Thanks for your suggestions.

The following is rather long-winded.

Charles Berry wrote:

Brady Trainor  uw.edu> writes:



Charles Millar  verizon.net> writes:


Brady Trainor wrote:

Charles Millar  verizon.net> writes:


Today, using C-c C-e, the dispatcher shows only the LaTeX and
Publisher options.


What is the result C-h v org-export-backends?


-- snip --
Its value is (ascii html icalendar latex)
-- snip --

Charlie

Looks normal! Wild guess, had to try :)


I think you want to check

(mapcar 'org-export-backend-name org-export--registered-backends)

to see what backends are actually available to the export dispatcher.

and  (mapcar 'org-export-backend-menu org-export--registered-backends)

to see what menu options should be there.

HTH,

Chuck



I found (mapcar 'org-export-backend-menu 
org-export--registered-backends); however (mapcar 
'org-export-backend-name org-export--registered-backends) does not exist 
in my ox.el.
On my Linux learning machine (Jessie, same org version) the dispatcher 
is fine. However there appears to be no (mapcar 'org-export-backend-name 
org-export--registered-backends)


In the meantime, I did my regular org update and still have the same 
problem. The dispatcher (on my Vista machine) shows the toggled options 
at the top and bottom. In between the LaTeX and Publish backends with 
options are shown, but no others. (There has not been a problem with the 
toggled options)


So I did M-x org-export-to-[tab] which gave

Possible completions are:
org-ascii-export-to-ascii org-beamer-export-to-latex
org-beamer-export-to-pdf org-bibtex-export-to-kill-ring
org-html-export-to-html org-icalendar-export-to-ics
org-latex-export-to-latex org-latex-export-to-pdf
org-md-export-to-markdown org-odt-export-to-odt
org-org-export-to-org

I decided to choose ascii, which reported an export to a txt file (did 
not check it out). After that the ascii backend had been loaded into the 
dispatcher as well as the LaTeX and Publish.


I did a M-x org-export-to-html, which reported an export to html; the 
dispatcher now had ascii, html, LaTeX and Publish


Org-mode version 8.3beta (release_8.3beta-400-g200eeb @ 
c:/cygwin/home/Charlie01/.elisp/org-mode/lisp/)

GNU Emacs 24.3.1 (i386-mingw-nt6.0.6002) of 2013-03-17 on MARVIN

Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Exporter dispatcher bug?

2014-09-25 Thread Charles Millar



What I meant was:

You should eval

(mapcar 'org-export-backend-name org-export--registered-backends)

to see what backends are available to the dispatcher.

If you copy that line into an emacs buffer (like *scratch*), put point 
after it and type C-x C-e, you will see the backend names listed in 
the minibuffer and the *Messages* buffer.



Same results as C-c C-e; only LaTeX and Publish are listed.
This list *ought to* correspond to `org-export-backends'. If it does 
not there is a hiccup or unusual customization in your setup - more 
digging might be needed.


I suspect my set up and perhaps  more specifically a Cygwin problem. I 
update org via Cygwin.


Just before receiving your most recent reply I commented out everything 
in my .emacs/init.el file, except for


(add-to-list 'load-path "c:/cygwin/home/Charlie01/.elisp/org-mode/lisp")

(add-to-list 'load-path 
"c:/cygwin/home/Charlie01/.elisp/org-mode/contrib/lisp")


Instead of just eval-buffer, i restarted emacs. C-c C-e only listed 
Publisher, not even LaTeX
If it does correspond, then use the customize menu to reset 
`org-export-backends' to your desired value and save the change as you 
need it.



will give it a try.

HTH,

Chuck



Thanks,

Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Export dispatcher interface change

2014-10-03 Thread Charles Millar
In case it helps to track the bug, I reported this to the list a week or 
two ago. See my message of 9/24 and the subsequent messages of how M-x 
org-export-html, etc added to the export dsipatcher


Charlie Millar

Jacek Generowicz wrote:

Hello,

I am used to the export dispatcher offering sections for export to HTML
[h] and LaTeX [l].

After having upgraded a number of things on my system (including a small
bump of Emacs, but NOT (to my knowledge) org mode), the dispatcher no
longer offers the [h] and [l] options ... until I invoke one of the
commands via M-x. In other words,

 M-x org-html-export-to-html

causes the [h] section to be available in the dispatcher thereafter.

Any ideas what might have caused this change, or what I might do to have
the [h] and [l] dispatcher options be available automatically?

My versions:

   (emacs-version)
   "GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2)
of 2014-09-08 on binet, modified by Debian"
   
   (org-version)

   "8.2"

Thanks.





---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Export dispatcher interface change

2014-10-03 Thread Charles Millar

Charles Millar wrote:
In case it helps to track the bug, I reported this to the list a week 
or two ago. See my message of 9/24 and the subsequent messages of how 
M-x org-export-html, etc added to the export dsipatcher


Charlie Millar

My apologies to Brady Trainor and Charles Berry - I neglected to mention 
that they attempted to assist me.


Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] Extremely slow org-table operations

2014-10-29 Thread Charles Millar

Hi,

York Zhao wrote:

I think Org 8.3 should improve the situation. Please test it if you can.

I was aware that my "emacs -Q" test was done against org-mode version 8.2.x.
However, I use the latest org-mode from Git everyday. For example, the version
I'm currently using is (from M-x org-version): "Org-mode version 8.3beta
(release_8.3beta-509-g86ec0a.dirty @ /usr/local/share/emacs/site-lisp/org/)". So
apparently the problem had never been addressed.


Meanwhile, I suggest to insert some subsections in your file.

What do you mean by "insert some subsections"?


Thanks


On Wed, Oct 29, 2014 at 5:43 AM, Nicolas Goaziou  wrote:

Hello,

York Zhao  writes:


A few months ago I tried Emacs 24.4 and was disappointed because almost all of
the org-table operations became AT LEAST ten times slower. Because recently
Emacs 24.4 gets officially released, I finally switched over. However, the
problems I had several months ago were still there, i.e., in a big file,
org-table operations are at least ten times slower. I tried profiling it but
didn't help much. So I decided to report the issue here.

[...]


In summery, the file "test.org" has more than 5000 org-table tables, each table
has a formula. If you move the point to the tables not too far away from the
beginning of the buffer and press "C-c C-c" on the formula line, you will notice
that the speed is very fast which is great. However, if you move the point far
away enough from the beginning of the buffer (move to the end for example), you
will find that "C-c C-c" on the formula line becomes much slower.

Many other operations are also very slow. However, because I haven't been able
to create the ECMs for those operations yet, lets focus on this one
first.

I think Org 8.3 should improve the situation. Please test it if you can.
Meanwhile, I suggest to insert some subsections in your file.


Regards,

--
Nicolas Goaziou


IIRC Carsten Dominik made the following observation: org tables are 
extremely slow if they are used as workbooks/spreadsheets and there are 
many entries (many is undefined). He recommended that a spreadsheet 
program in such situations.


I learned that the hard way when I had one table - four columns, three 
simple addition formulas with about 1,000 entries. It seemed an eternity 
before the addition was completed.


Charlie Millar



Re: [O] Extremely slow org-table operations

2014-10-31 Thread Charles Millar

Hi Michael

> Michael Brand wrote:
>> Hi Charles
>>
>> First I would like to point out that to my understanding there are now
>> two separate issues in discussion in this thread which are easy to mix
>> up:
>>
>> 1) The same table calculates fast or slow depending on the position
>> within the same entry, see OP.
> I did not understand; I thought that the speed slowed down as the OP 
progressed from table to table in the file.

>> 2) An entry with nothing but a single table, as you describe it:
> True; I did not bother to mention other files in which I had multiple 
tables, some with references to other tables in the file. At times "M-x 
org-table-iterate-buffer-tables" seemed to take eternity, squared. 
(Imagine a smiley face placed here.)
>> On Thu, Oct 30, 2014 at 12:40 AM, Charles Millar 
 wrote:

>>> I learned that the hard way when I had one table - four columns, three
>>> simple addition formulas with about 1,000 entries. It seemed an 
eternity

>>> before the addition was completed.
>> Only out of curiosity I would like to see the TBLFM. And do you see
>> still the same slowness with 8.3beta?
> It has been quite a while and I suspect that my experience may have 
been with org <8.0. I try to find the older files, give them a run and 
let you know.  I will also give org another shot using multiple tables, 
as spreadsheets, in one file. The worst that can happen is that I will 
have to export the tables.

>
> Charlie





Re: [O] Extremely slow org-table operations

2014-10-31 Thread Charles Millar

Earlier today I attempted to send the following.
Charles Millar wrote:

Hi Michael,

Michael Brand wrote:

Hi Charles

First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:

1) The same table calculates fast or slow depending on the position
within the same entry, see OP.
I did not understand; I thought that the speed slowed down as the OP 
progressed from table to table in the file.

2) An entry with nothing but a single table, as you describe it:
True; I did not bother to mention other files in which I had multiple 
tables, some with references to other tables in the file. At times 
"M-x org-table-iterate-buffer-tables" seemed to take eternity, 
squared. (Imagine a smiley face placed here.)
On Thu, Oct 30, 2014 at 12:40 AM, Charles Millar 
 wrote:

I learned that the hard way when I had one table - four columns, three
simple addition formulas with about 1,000 entries. It seemed an 
eternity

before the addition was completed.

Only out of curiosity I would like to see the TBLFM. And do you see
still the same slowness with 8.3beta?
It has been quite a while and I suspect that my experience may have 
been with org <8.0. I try to find the older files, give them a run and 
let you know.  I will also give org another shot using multiple 
tables, as spreadsheets, in one file. The worst that can happen is 
that I will have to export the tables.


Charlie





[O] Fwd: Re: Extremely slow org-table operations

2014-10-31 Thread Charles Millar


--- Begin Message ---

Hi Michael,

Michael Brand wrote:

Hi Charles

First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:

1) The same table calculates fast or slow depending on the position
within the same entry, see OP.
I did not understand; I thought that the speed slowed down as the OP 
progressed from table to table in the file.

2) An entry with nothing but a single table, as you describe it:
True; I did not bother to mention other files in which I had multiple 
tables, some with references to other tables in the file. At times "M-x 
org-table-iterate-buffer-tables" seemed to take eternity, squared. 
(Imagine a smiley face placed here.)

On Thu, Oct 30, 2014 at 12:40 AM, Charles Millar  wrote:

I learned that the hard way when I had one table - four columns, three
simple addition formulas with about 1,000 entries. It seemed an eternity
before the addition was completed.

Only out of curiosity I would like to see the TBLFM. And do you see
still the same slowness with 8.3beta?
It has been quite a while and I suspect that my experience may have been 
with org <8.0. I try to find the older files, give them a run and let 
you know.  I will also give org another shot using multiple tables, as 
spreadsheets, in one file. The worst that can happen is that I will have 
to export the tables.


Charlie
--- End Message ---


Re: [O] Extremely slow org-table operations

2014-10-31 Thread Charles Millar

Hi Michael,

Michael Brand wrote:

Hi Charles

First I would like to point out that to my understanding there are now
two separate issues in discussion in this thread which are easy to mix
up:

1) The same table calculates fast or slow depending on the position
within the same entry, see OP.
I did not understand; I thought that the speed slowed down as the OP 
progressed from table to table in the file.

2) An entry with nothing but a single table, as you describe it:
True; I did not bother to mention other files in which I had multiple 
tables, some with references to other tables in the file. At times "M-x 
org-table-iterate-buffer-tables" seemed to take eternity, squared. 
(Imagine a smiley face placed here.)

On Thu, Oct 30, 2014 at 12:40 AM, Charles Millar  wrote:

I learned that the hard way when I had one table - four columns, three
simple addition formulas with about 1,000 entries. It seemed an eternity
before the addition was completed.

Only out of curiosity I would like to see the TBLFM. And do you see
still the same slowness with 8.3beta?
It has been quite a while and I suspect that my experience may have been 
with org <8.0. I try to find the older files, give them a run and let 
you know.  I will also give org another shot using multiple tables, as 
spreadsheets, in one file. The worst that can happen is that I will have 
to export the tables.


Charlie



Re: [O] Extremely slow org-table operations

2014-10-31 Thread Charles Millar

Hi York,

York Zhao wrote:

@Charlie Millar:

> IIRC Carsten Dominik made the following observation: org tables are 
extremely
> slow if they are used as workbooks/spreadsheets and there are many 
entries

> (many is undefined).

Thanks for the information, could you please clarify what "entry" 
means? Does it

mean org headline, or a row in an org-table?

> I learned that the hard way when I had one table - four columns, 
three simple
> addition formulas with about 1,000 entries. It seemed an eternity 
before the

> addition was completed.

I guess the "entries" here mean the table rows right? Please confirm.

You are correct; I should have said rows. In my file there were 1000 
(+/-) rows and each row had up to three "entries", not including the 
description in the first row.
For instance (without any formulas) in the following row I entered each 
amount in columns 2,3 & 4.


| this was a transaction | 100.00 | 200.00 | 300.00|

So I considered this three entries. So actually there were 3,000 (+/-) 
entries.


Charlie



Re: [O] How to specify output file for org-latex-export-to-pdf

2014-12-20 Thread Charles Millar

Hi Guido,

Guido Van Hoecke wrote:

Hi,

How can I specify the desired output filename so that 
org-latex-export-to-pdf does no longer prompt me in the minibuffer?


I call it from a temporary buffer *perls* and always want to export to 
/tmp/perls.pdf


I've read the docs and tried to understand the lisp files, but did not 
come up with a solution.


TIA for your suggestions,


Guido.

Is this what you are looking for

** subtree heading
:PROPERTIES:
:EXPORT_FILE_NAME: path/to/filename
:END:

See the last paragraph in Org Manual Section 12.3

Charlie Millar



Re: [O] Org Tutorials need more structure

2013-09-28 Thread Charles Millar

Hi Carsten,

On 9/28/2013 2:11 AM, Carsten Dominik wrote:

Hi everyone,

today I looked at our tutorial page at

http://orgmode.org/worg/org-tutorials/index.html

and came away with the feeling that that this page has become
somewhat useless for people who are really new to Org.
- I disagree. Your Google talk was just right - for me. It was my first 
exposure to Org Mode.


Can we have a discussion here on how this path should look like?
When you came to Org-mode as a newby, what were the three resources
that really made an impression on by being accessible and
providing feel and promise for digging deeper?
About three years ago I stumbled across Org Mode when I was searching 
Emacs in general. (I already was familiar with Emacs, but only to "fool 
around".)
After viewing the Google talk, I specifically searched Org Mode. The 
three resources that made an impression:

- the general tutorials, starting with David O'Toole's,
- the Compact Guide with the Further Readings, (I did not look at the 
ones in the Org Manual) since this gave me a sense of how Org is and can 
be used, and
- *the mailing list*, which was the one resource that has made the 
greatest impression on me from the beginning. It has been and is my best 
resource; it provides the greatest exposure to Org Mode both as to its 
uses and sense of the Org community.

- Thank you Carsten, Bastien and all the rest if you for Org Mode.

Charlie Millar



Re: [O] Org Tutorials need more structure

2013-09-28 Thread Charles Millar

On 9/28/2013 3:52 PM, Thomas S. Dye wrote:

Aloha Carsten,


snip

First, I think that most statements about "what Org-mode is" are
outdated. Many of them are quite good, but they represent the previous
state of an evolving system and so fail to capture the full scope. To my
mind, Org-mode is a "research programming interface" written by and for
scientists who take very seriously certain core values of the scientific
enterprise--reproducibility, open access, and open source (a partial
list).
Strongly disagree with the sentiment. My undergraduate degree may gave 
been Physics, but I work as a freelance paralegal. I use Org Mode for 
project (file) planning, scheduling, drafting documents, etc. Also, I 
believe that there are some very active participants on this list who 
are not scientists and have made great contributions.

Its original focus on project planning has expanded with two
amazing and fundamental contributions, Eric and Dan's mature Babel
implementation and Nicolas' new export framework.
I use the LaTeX export to create pdf documents, such as contracts and 
pleadings, nothing "scientific" there. Sometimes I will export to utf-8 
text file, so I can copy and paste into "those other" document formats. 
(Sorry to say, but most of the US legal community is still MS Word and 
WordPerfect oriented.) I believe that I can eventually use Org-Babel for 
reproducible "research", research being more other than scientific.


These core values are manifest most clearly in the Org-mode community
and its organ, the mailing list. There isn't a tutorial on how to use
the mailing list! I'm confident that others in the Org-mode community
admire Nick Dokos' contributions to the list as much as I do. It would
be great to have his perspective and approach in a short, welcoming
tutorial.
No argument about the mailing list - see my earlier post. Also, Nick has 
helped me a few times; and I might add, I make sure that I read your 
posts - this is not to curry favor!

hth,
Tom



Charlie Millar



Re: [O] Org Tutorials need more structure

2013-09-28 Thread Charles Millar

On 9/28/2013 5:52 PM, John Hendy wrote:

On Sat, Sep 28, 2013 at 4:31 PM, Marcin Borkowski  wrote:

Dnia 2013-09-28, o godz. 16:50:09
Charles Millar  napisał(a):


On 9/28/2013 3:52 PM, Thomas S. Dye wrote:

Aloha Carsten,


snip

First, I think that most statements about "what Org-mode is" are
outdated. Many of them are quite good, but they represent the
previous state of an evolving system and so fail to capture the
full scope. To my mind, Org-mode is a "research programming
interface" written by and for scientists who take very seriously
certain core values of the scientific enterprise--reproducibility,
open access, and open source (a partial list).

Strongly disagree with the sentiment. My undergraduate degree may
gave been Physics, but I work as a freelance paralegal. I use Org
Mode for project (file) planning, scheduling, drafting documents,
etc. Also, I believe that there are some very active participants on
this list who are not scientists and have made great contributions.

+1.  Although I'm also a scientist (mathematics), I used Org-mode /once/
for science, and it turned out that I felt very much constrained and
quickly got back to LaTeX, where I felt much more comfortable.
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University


This is starting to remind me of bike-shedding. Org-mode is a toolbox
providing various things that can work toward whatever end one wants.
It's agnostic to field. It doesn't really matter what the end uses are
-- Org-mode "is" what functions it provides. How those are combined by
others in various fields, lines of work, or so on are simply
illustrations of it's capabilities with respect to neat ways of
combining various aspects of what Org "is."

Thus, I wouldn't try to pitch these things one way or another ("Org is
great for paralegals" or "Org is the answer for those doing
re-producible research"); I'd simply list what it does as what is "is"
and what it can be used "for" as a way to entice new users and help
get into the top results of some google searches for
tools/solutions/etc..

It seems we all get what it really "is," (TODOs/agenda, universal
markdown -> export to tons of formats, allowing mixing of
prose/code/results, and so on), but are sort of trying to lay claim to
why these tools make it best suited toward some particular field.

Whether you use one of Org's features or all of them, it is what it is
and this can be highlighted in a neat manner and made appealing to
those looking for help in these relevant areas of life.


John



You said it better than I.

Charlie




Re: [O] Difficulties Accessing git Repository

2013-10-08 Thread Charles Millar

Hello,

On 10/8/2013 1:32 PM, Josiah Schwab wrote:

Hi All,


I just tried to pull from the main org-mode git repository.  I
encountered the following failure.

,
| monolith:(stable) org-mode$ git pull
| fatal: read error: Connection reset by peer
`

I can confirm this issue.  I successfully pulled earlier today though.

This seems to be intermittent.  It worked (~8 hours) later on October 2.
I tried to update a few minutes ago and again had a failure.

Is there any other information that would be useful to report?  I tried
to pull while at my home (residential ISP) and then my work
(university), and had failures both times.

Josiah



This morning and just now I tried to update using

cd ~/.elisp/org-mode && make update2

and the following failure resulted

rm -f
git remote update
Fetching origin
fatal: read error: Connection reset by peer
error: Could not fetch origin
make: ***  [up0] error 1

Charlie Millar



Re: [O] Difficulties Accessing git Repository

2013-10-09 Thread Charles Millar

Hi again,

On 10/9/2013 3:17 AM, Carsten Dominik wrote:

Hi,

I just pulled successfully.

- Carsten




It is four hours after Carsten's post and I was not successful on either 
my Vista machine using Cygwin 1.7.25 or my Debian Lenny.


Charlie



[O] Bug: Is "radio tables" broken?

2013-11-08 Thread Charles Millar
I tried to use the LaTeX radio tables that I included in a file that I 
set up a year ago.


When point was in the first cell of the table, C-c C-c gave

C-c C-c can do nothing useful at this location.

I copied the LaTeX radio table (section A.6.2) from the manual into a 
scratch.org file, put the point in the first cell, C-c C-c 'd with the 
same result.


Out of curiosity I changed one of the "Days" number for January, C-c 
C-c'd the TBLFM: and again the same message.


Is there a bug or what am I missing in the manual?

Charlie Millar



Re: [O] Bug: Is "radio tables" broken?

2013-11-08 Thread Charles Millar

On 11/8/2013 10:24 AM, Charles Millar wrote:
I tried to use the LaTeX radio tables that I included in a file that I 
set up a year ago.


When point was in the first cell of the table, C-c C-c gave

C-c C-c can do nothing useful at this location.

I copied the LaTeX radio table (section A.6.2) from the manual into a 
scratch.org file, put the point in the first cell, C-c C-c 'd with the 
same result.


Out of curiosity I changed one of the "Days" number for January, C-c 
C-c'd the TBLFM: and again the same message.


Is there a bug or what am I missing in the manual?


Forgot to mention that

GNU Emacs 24.3.1 (i386-mingw-nt6.0.6002) of 2013-03-17 on MARVIN
Org-mode version 8.2.2 (release_8.2.2-180-g71152d @ 
c:/cygwin/home/owner/.elisp/org-mode/lisp/)

on Windows Vista Home Premium SP2



Re: [O] Bug: Is "radio tables" broken?

2013-11-08 Thread Charles Millar

Nick

On 11/8/2013 3:56 PM, Nick Dokos wrote:

Charles Millar  writes:


I tried to use the LaTeX radio tables that I included in a file that I
set up a year ago.

When point was in the first cell of the table, C-c C-c gave

C-c C-c can do nothing useful at this location.

I copied the LaTeX radio table (section A.6.2) from the manual into a
scratch.org file, put the point in the first cell, C-c C-c 'd with the
same result.

Out of curiosity I changed one of the "Days" number for January, C-c
C-c'd the TBLFM: and again the same message.

Is there a bug or what am I missing in the manual?


You need to turn on orgtbl-mode as a minor mode:

M-x orgtbl-mode

But putting the example in an org document misses the point I think: the
idea is that you have a *LaTeX document* (not an org one), but you want
to be able to create a table using org syntax and to then automatically
create the LaTeX table from the org table. So you add the code into your
LaTeX document, turn on orgtbl-mode as a minor mode and then press C-c
C-c on the ORGTBL: SEND line which turns the org table into a LaTeX
table and inserts it at the spot specified with the BEGIN/END RECEIVE
ORGTBL stufff.

Nick

 Thanks. I obviously forgot the procedure. I used org mode for the 
entire file.  When it came time to use the radio tables I would M-x 
tex-mode and then M-x orgtbl-mode and proceeded from there.


Charlie





Re: [O] LaTeX export with documentclass ltugboat

2013-11-28 Thread Charles Millar

Jason,

On 11/28/2013 7:02 AM, Jason Lewis wrote:

Hi,

How can I export an org file to LaTeX with a document class of ltugboat?

I've seen the example linked below but it doesn't appear to work in
8.2.1 and in fact states its for org < 8.0.
http://orgmode.org/worg/org-tutorials/org-latex-export.html

Is this documented somewhere for versions > 8.0?

Any pointers would be appreciated.

Thanks,

Jason



I just started LaTeX export recently and referred to that page.

I added (require 'ox-latex) to my .emacs and the custom classes example 
(as modified for my purposes) worked fine.


Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] LaTeX export with documentclass ltugboat

2013-11-29 Thread Charles Millar

On 11/29/2013 12:21 AM, Jason Lewis wrote:

Hi Charles,

Thanks for your suggestion. I've tried it out it doesn't work for me.


I ran this elisp to add the export class

(require 'org-latex)
(unless (boundp 'org-export-latex-classes)
(add-to-list 'org-export-latex-classes
  '("ltugboat"
"\\documentclass{ltugboat}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

made an org file:

#+LaTeX_CLASS: ltugboat
TEST


but when I export it gives an error:

user-error: Unknown LaTeX class `ltugboat'

Thanks,

Jason



Charles Millar wrote, On 28/11/2013 11:37 PM:

Jason,

On 11/28/2013 7:02 AM, Jason Lewis wrote:

Hi,

How can I export an org file to LaTeX with a document class of ltugboat?

I've seen the example linked below but it doesn't appear to work in
8.2.1 and in fact states its for org < 8.0.
http://orgmode.org/worg/org-tutorials/org-latex-export.html

Is this documented somewhere for versions > 8.0?

Any pointers would be appreciated.

Thanks,

Jason


I just started LaTeX export recently and referred to that page.

I added (require 'ox-latex) to my .emacs and the custom classes example
(as modified for my purposes) worked fine.

Charlie Millar

---
This email is free from viruses and malware because avast! Antivirus
protection is active.
http://www.avast.com






I have read of your success using Tom Dye's suggestion.

 I realize that my original reply was not complete, so just to be sure 
- did you put (require 'ox-letex) before your customized LaTeX class?


Charlie

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com




Re: [O] emacs-lisp babel won't print

2015-09-25 Thread Charles Millar

maybe add :results output to the last block

On 09/25/2015 12:04 PM, Lawrence Bottorff wrote:

#+BEGIN_SRC emacs-lisp
(setq animals '(gazelle giraffe lion tiger))
#+END_SRC

#+RESULTS:
| gazelle | giraffe | lion | tiger |

and then this

#+begin_src emacs-lisp
(defun print-elements-of-list (list)
  "Print each element of LIST on a line of its own."
  (while list
(print (car list))
(setq list (cdr list
#+end_src

#+RESULTS:
: print-elements-of-list

and finally

#+BEGIN_SRC emacs-lisp
(print-elements-of-list animals)
#+END_SRC





[O] bug: latex exporter

2015-09-29 Thread Charles Millar
Since Monday morning (New York time) I have not been able to export to 
pdflatex (worked OK the night before). Instead the message buffer reads


symbol's value as variable is void - compile

GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 
2014-03-07 on lamiak, modified by Debian
Org-mode version 8.3.1 (release_8.3.1-283-gf6187d @ 
/usr/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar



Re: [O] bug: latex exporter

2015-09-30 Thread Charles Millar

I see that Rasmus has fixed this. Thank you.

On 09/29/2015 03:00 PM, Rainer M Krug wrote:


Envoyé de mon iPhone


Le 29 sept. 2015 à 11:37, Charles Millar  a écrit :

Since Monday morning (New York time) I have not been able to export to pdflatex 
(worked OK the night before). Instead the message buffer reads

symbol's value as variable is void - compile

GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on 
lamiak, modified by Debian
Org-mode version 8.3.1 (release_8.3.1-283-gf6187d @ 
/usr/share/emacs/site-lisp/org-mode/lisp/)


I can confirm this - please see my other post for an example.

Rainer


Charlie Millar







Re: [O] bug: latex exporter

2015-10-01 Thread Charles Millar



On 10/01/2015 09:07 AM, Rainer M Krug wrote:

Kaushal Modi  writes:


It seems as if no one got the email I sent out yesterday, very odd.
On Sep 30, 2015 4:59 PM, "Charles Millar"  wrote:

This is indeed a twisted and strange thread...

Not only this thread but the list for about two days. At times over 24 
hours elapsed before a message showed up.
It appears that this bug relating to the latex exporter was reported 
three times. According to the dates Rainer Krug first reported it at 
05:11 on Sep 29; before I sent my message (this thread on Sep 29 at 
05:37) ) I checked to see if it had been reported and nothing showed. 
Kushai apparently sent his report a few hours later. AFIK none of these 
were on the list for several hours.


I checked gmane and the org list as well as my email for any replies. I 
discovered that the exporter bug had been fixed when I looked at the 
orgmode git site, so I posted a thank you. Again, at that time I posted, 
nothing on the list reported the fix had been taken care of, although it 
is obvious that two hours before I sent that message Nick and Rasmus had 
posted messages to that effect.


Since this morning everything seems fine.

Above are just observations, nothing more.

Charlie

I see that Rasmus has fixed this. Thank you.

On 09/29/2015 03:00 PM, Rainer M Krug wrote:


Envoyé de mon iPhone

Le 29 sept. 2015 à 11:37, Charles Millar  a écrit :

Since Monday morning (New York time) I have not been able to export to
pdflatex (worked OK the night before). Instead the message buffer reads

symbol's value as variable is void - compile

GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of
2014-03-07 on lamiak, modified by Debian
Org-mode version 8.3.1 (release_8.3.1-283-gf6187d @
/usr/share/emacs/site-lisp/org-mode/lisp/)

I can confirm this - please see my other post for an example.

Rainer

Charlie Millar











Re: [O] Delays in posting

2015-10-01 Thread Charles Millar

Hi Nick,

On 10/01/2015 11:57 AM, Nick Dokos wrote:

This is just an FYI.

Over the past couple of days, I've noticed delays in posting.
I posted a couple of things two days ago that didn't show up
until one day later. I believe a couple of other people have
noticed the same thing. I figured that since the posts *did*
show up, the problems were resolved, but another post from this
morning still hasn't shown up four hours later.

I use Gnus/nntp to get to news.gmane.org, not email, so I
believe the problem is with gmane, but this is just a guess.

Nick


It was and just gmane, but also email and the "official" org mail list

Charlie Millar

P.S. Not sure if you have seen my post about this issue that I added to 
the bug latex exporter thread




[O] Featur request org-table-iterate-table-subtree

2015-10-24 Thread Charles Millar
Please see the attached example. If I call 
org-table-iterate-buffer-tables, Summary1 and Summary2 both are 
calculated using the referenced tables in heading "first set of tables" 
and the tables in the second heading are disregarded.


Without going into the details there are times when I use certain form 
tables in separate headlines in the same file. The entries are different 
in each and I believe that a function perhaps 
"org-table-iterate-subtree-tables" would be a useful addition to 
org-table.el.


Please note that narrowing the buffer to the second headline does not 
help since the code in org-table-iterate-buffer-tables widens the buffer.


Charlie Millar
* first set of tables

#+TBLNAME: SUMMARY1
| CHARGES|  |   |
| Schedule "A"   | 6.00 |   |
| Schedule "A-1" | 6.00 |   |
| Schedule "A-2" | 6.00 |   |
| total  |  | 18.00 |
#+TBLFM: 
@>$>=vsum(@2$2..@4$2);%.2f::@2$2=remote(SCHEDA,@>$>);%.2f::@3$2=remote(SCHEDA1,@>$>);%.2f::@4$2=remote(SCHEDA2,@>$>);%.2f

#+TBLNAME: SCHEDA
| Description  | Basis |
|--+---|
| Something A  |  1.00 |
| Something else A |  2.00 |
| Another thing A  |  3.00 |
| Total|  6.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f

#+NAME: SCHEDA1
#+TBLNAME: SCHEDA
| Description| Basis |
|+---|
| Something A-1  |  1,00 |
| Something else A-1 |  2.00 |
| Another thing A-1  |  3.00 |
| Total  |  6.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f

#+NAME: SCHEDA2
#+TBLNAME: SCHEDA
| Description| Basis |
|+---|
| Something A-2  |  1.00 |
| Something else A-2 |  2.00 |
| Another thing A-2  |  3.00 |
| Total  |  6.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f


* second set of tables

#+TBLNAME: SUMMARY2
| CHARGES|  |   |
| Schedule "A"   | 6.00 |   |
| Schedule "A-1" | 6.00 |   |
| Schedule "A-2" | 6.00 |   |
| total  |  | 18.00 |
#+TBLFM: 
@>$>=vsum(@2$2..@4$2);%.2f::@2$2=remote(SCHEDA,@>$>);%.2f::@3$2=remote(SCHEDA1,@>$>);%.2f::@4$2=remote(SCHEDA2,@>$>);%.2f

#+TBLNAME: SCHEDA
| Description  | Basis |
|--+---|
| Something A  |  3.00 |
| Something else A |  2.00 |
| Another thing A  |  3.00 |
| Total|  8.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f

#+NAME: SCHEDA1
#+TBLNAME: SCHEDA
| Description| Basis |
|+---|
| Something A-1  |  3.00 |
| Something else A-1 |  2.00 |
| Another thing A-1  |  3.00 |
| Total  |  8.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f

#+NAME: SCHEDA2
#+TBLNAME: SCHEDA
| Description| Basis |
|+---|
| Something A-2  |  3.00 |
| Something else A-2 |  2.00 |
| Another thing A-2  |  3.00 |
| Total  |  8.00 |
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f




Re: [O] How to hide past days in Agenda view

2015-11-27 Thread Charles Millar

Hi,

On 11/27/2015 08:45 AM, sgeorgii . wrote:

Hello!

The subject question. When I

M-x org-agenda

and it is now Friday - in my weekly agenda view I want only to see 
Friday (today), Saturday and Sunday. I.e. only remaining part of the week.


By default my agenda shows from Monday till Sunday regardless of 
current day. How do I filter our days which are in past in my Agenda?


Any help?

As to agenda starting today I have the following in my init.el

(setq org-agenda-start-on-weekday nil) ;starts agenda week view "today"
   ;rather than a fixed day each week

Perhaps you can set org-agenda-span someway to show only the remaining 
days in the week. I set it to


(setq org-agenda-span 14)

so that I see the next 14 days I believe setting it to 'fortnight also 
works.


Charlie Millar



Re: [O] Featur request org-table-iterate-table-subtree

2015-11-27 Thread Charles Millar

Any thoughts? Any body?

If there are two headlines each with the same set of table templates but 
different data in each,  org-table-iterate-buffer-tables will converge; 
however the convergence may yield incorrect results.


I suppose there are two options at the moment,

rename all tables in heading 1 to heading1summary, heading1A, 
heading1B, etc. and heading2summary, heading2A, heading2B, etc. and 
change all remote references to reflect this, or


set up separate org files for each set of tables although the 
tables pertain to the same over all subject.


Neither is really acceptable, but the second is the least trouble.

A third choice is worse, narrow to the heading and use org-table-iterate 
on each table. At least the buffer should not be widened in that case.


I have missed some documentation? I thought this would be a useful 
feature much the same way that export-subtree.


Charlie Millar

On 10/24/2015 09:18 PM, Charles Millar wrote:
Please see the attached example. If I call 
org-table-iterate-buffer-tables, Summary1 and Summary2 both are 
calculated using the referenced tables in heading "first set of 
tables" and the tables in the second heading are disregarded.


Without going into the details there are times when I use certain form 
tables in separate headlines in the same file. The entries are 
different in each and I believe that a function perhaps 
"org-table-iterate-subtree-tables" would be a useful addition to 
org-table.el.


Please note that narrowing the buffer to the second headline does not 
help since the code in org-table-iterate-buffer-tables widens the buffer.


Charlie Millar





Re: [O] problem with org-capture

2015-12-02 Thread Charles Millar

Hi,

On 12/02/2015 04:24 PM, Nicolas Goaziou wrote:

Hello,

Eric S Fraga  writes:


However, it only partially fixed.  The system does now prompt as it
should but the mini-buffer input only allows single words.  Hitting
space bar attempts to do completion.  I believe the input should be free
form?

Fixed (again). Thank you.


Regards,


I think it is still broken in another way

my template for capturing time as I work on a files -

("s" "timeslip" table-line
 (file "/mnt/Data/ActiveFiles/EmacsFiles/timeslips.org")
 "\| %(org-read-date)\| %^{FileName} %i\| %^{Narrative} 
%i\| %^{Time} %i\| %^{Expense} %i"


Last week the prompt org-read-date would pull up the calendar first; now 
the template jumps first to FileName, then Narrative,then Time, then 
Expense, then back to org-read-date.  After C-c C-c there is anywhere 5 
to 20 second delay.


Charlie Millar



Re: [O] problem with org-capture

2015-12-03 Thread Charles Millar



On 12/03/2015 04:02 AM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


I think it is still broken in another way

my template for capturing time as I work on a files -

 ("s" "timeslip" table-line
  (file "/mnt/Data/ActiveFiles/EmacsFiles/timeslips.org")
  "\| %(org-read-date)\| %^{FileName} %i\| %^{Narrative}
%i\| %^{Time} %i\| %^{Expense} %i"

Last week the prompt org-read-date would pull up the calendar first;
now the template jumps first to FileName, then Narrative,then Time,
then Expense, then back to org-read-date.

Well, this one is to be expected. S-exp placeholders are evaluated only
once. This currently happens at the end of the process because some
users do

   %(do-stuff "%i")

Here you want it to happen at the beginning of the process, which is not
quite compatible with the behaviour above.

I guess we could check if the S-exp contains any placeholder to decide
if it should be evaluated at the beginning or the end of the process,
but that somehow sounds cheesy.
OK; however, why should this change within the past few days (at least 
in my case)? I have been using this template for over three and I 
believe four years and the calendar prompt always started first, not last.

After C-c C-c there is anywhere 5 to 20 second delay.

I'm not sure this is related to the change. Could you use
elp-intrument-package and post the details?



You are right, it's not.

Charlie



Re: [O] problem with org-capture

2015-12-03 Thread Charles Millar



On 12/03/2015 05:38 PM, Nicolas Goaziou wrote:

Hello,

Mike McLean  writes:


At the risk of piling on, I too am having problems with Org Capture
templates that haven't changed in a long time. The sample below used to
function like:

1. I would call it from org-capture, select the “af” template
2. I would get prompted for a date from file+datetree+prompt and I would
select the date
3. I would get prompted for the week number from the
~%^{prompt|%<%Y-W%V>}~ clause. This would default to the current week in
ISO format (2015-W49). I would change it or not (usually not)
4. The ISO week entered from that prompt would get substituted into the
AR_DATE property in multiple places.

The two big differences with release_8.3.2-381-gb7ee96 are

1. The substitution for %Y and %V does not happen before the prompt in
step 3; I get a default value of [%<%Y-W%V>]
2. Even if I manually type the ISO week string (2015-W09) it no longer
gets substituted into the AR_DATE properties via %\1

I pushed a commit which should fix these issues and the others mentioned
in the thread. Thank you.

Let me know if something is still wrong.

Regards,


Works for me. Thank you, Nicholas.

Regards,

Charlie Millar




[O] what is atril?

2015-12-06 Thread Charles Millar
I just noticed that after I export a subtree to latex the following 
appears in the minibuffer


running atril /path/to/output/file

What is atril?

I have tried info-apropos, C-h f, C-h v, Google, etc.

Charlie Millar




Re: [O] Featur request org-table-iterate-table-subtree

2015-12-07 Thread Charles Millar

Hi Aaron,

On 12/03/2015 02:17 PM, Aaron Ecay wrote:

Hi Charlie,

2015ko azaroak 27an, Charles Millar-ek idatzi zuen:

Any thoughts? Any body?

Well, FWIW...

#+tblname’s should be unique within a document.  Your problems stem from
that, and your proposed solutions all work around it in some way.  I
can’t think of any better way to address your desired usage than the
ones you listed (and would caution you that using narrowing to defeat
the uniqueness assumption, while perhaps adequate for the short term, is
fragile and could break at any time).


Thanks for the input.

Charlie




Re: [O] what is atril?

2015-12-08 Thread Charles Millar

Thank you Richard and Johann.

In the future I must remember to check the packages list (in this case 
that comes with LMDE2) as well as aptitude and apt-cache. It never 
occurred to me that it was related to a pdf reader since my output opens 
in Evince.


Have to check further into atril.

Charlie

On 12/06/2015 04:49 PM, Charles Millar wrote:
I just noticed that after I export a subtree to latex the following 
appears in the minibuffer


running atril /path/to/output/file

What is atril?

I have tried info-apropos, C-h f, C-h v, Google, etc.

Charlie Millar








[O] Bug: time duration in capture template broken

2016-01-04 Thread Charles Millar

Until recently given the following capture template

"* APPOINTMENT %?%^{BeginTimeDuration}T %^{Location} %^{Reason}"

When prompted for the BeginTimeDuration and entered 2/29 09:00+1:00,  etc

would result in

* APPOINTMENT <2016-02-29 Mon 09:00-10:00> Location Reason

it now results in

** APPOINTMENT <2016-02-29 Mon (system time when capture made)> Location 
Reason


If no duration is given, the date and time as entered into the template 
are correctly captured


* APPOINTMENT <2016-02-29 Mon 09:00> Location Reason

Same error if I use 13:00-14:00 or 13:00--14:00 for duration, the start 
and end time still results in the system time when I C-c C-c the capture.


LMDE2
GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.2 (release_8.3.2-457-g4a6d19 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar





Re: [O] Bug: time duration in capture template broken

2016-01-05 Thread Charles Millar

Hi,

On 01/05/2016 05:31 PM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


Until recently given the following capture template

"* APPOINTMENT %?%^{BeginTimeDuration}T %^{Location} %^{Reason}"

When prompted for the BeginTimeDuration and entered 2/29 09:00+1:00,  etc

would result in

* APPOINTMENT <2016-02-29 Mon 09:00-10:00> Location Reason

it now results in

** APPOINTMENT <2016-02-29 Mon (system time when capture made)>
Location Reason

If no duration is given, the date and time as entered into the
template are correctly captured

* APPOINTMENT <2016-02-29 Mon 09:00> Location Reason

Same error if I use 13:00-14:00 or 13:00--14:00 for duration, the
start and end time still results in the system time when I C-c C-c the
capture.

Fixed. Thank you.

Works now. Thank you.



[O] Bug: Capture prompt - white space throws a [no match]

2016-01-11 Thread Charles Millar

Given the following template

 "\| %(org-read-date)\| %^{InputSomething}"

org-read-date works fine , but

any attempt to enter a space character in "InputSomething"

gives the following in the minibuffer

[No match]

Charlie Millar





[O] Bug: Capture prompt - white space throws a [no match] (resent with version info)

2016-01-11 Thread Charles Millar

Given the following template

 "\| %(org-read-date)\| %^{InputSomething}"

org-read-date works fine , but

any attempt to enter a space character in "InputSomething"

gives the following in the minibuffer

[No match]

GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.3 (release_8.3.3-430-g9db786 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar



[O] Bug: State change not entered in corresponding TODO entry

2016-01-12 Thread Charles Millar

I group all of my TODO items in one file under one first level heading, e.g.

* TODO'a
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

** TODO this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


With point on the ** TODO this is another test and I change the state 
for example to DONE (C-c C-t d) the state change is filed after the 
first ** TODO and immediately above the "this is another test"


** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this ia another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]

I believe that that the state change should be (or it was in the past) 
filed within the TODO item that was changed.


I tested this with a simple "* TODO something" headline and the state 
change is entered above the * TODO.


Charlie Millar



[O] Bug: State change not entered in corresponding TODO entry (resent with version info)

2016-01-12 Thread Charles Millar
I group all of my TODO items in one file under one first level heading, 
e.g.


* TODO'a
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

** TODO this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


With point on the ** TODO this is another test and I change the state 
for example to DONE (C-c C-t d) the state change is filed after the 
first ** TODO and immediately above the "this is another test"


** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this ia another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]

I believe that that the state change should be (or it was in the past) 
filed within the TODO item that was changed.


I tested this with a simple "* TODO something" headline and the state 
change is entered above the * TODO.


GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.3 (release_8.3.3-435-gb78a9b @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar



Re: [O] Bug: Spurious entries in agenda if tasks have a deadline [8.3.3 (8.3.3-2-g6bc48c-elpa @ /home/nmarais/.emacs.d/elpa/org-20160111/)]

2016-01-15 Thread Charles Millar

Hi Neilen,

On 01/15/2016 06:14 AM, Neilen Marais wrote:

I tested this with both the packaged org-mode that came with my ubuntu
15.04 emacs24 install and with the latest org version on elpa.

Tasks with deadlines in the future spuriously show up under today's
schedule. E.g. Today is 2016-01-15 and I have a task with a deadline set
as 2016-01-19:

** TODO Prepare Goals of Internship talk
DEADLINE: <2016-01-19 Tue>

If I do an org-agenda week display (M-x orga-agenda a), I see a spurious
entry for that task:

...
Friday 15 January 2016
...
   SKA-indo-SA:In   4 d.:  TODO Prepare Goals of Internship talk

If I do a month display, a properly formatted 'deadline' entry is also
shown for the 19th:

Tuesday19 January 2016
   SKA-indo-SA:Deadline:   TODO Prepare Goals of Internship talk

but the spurious entry remains at today's date. This is happening for
all my tasks with future deadlines, making my agenda display quite cluttered.



I am not a programmer, coder, whatever, but you have 
org-deadline-warning-days set to two different values. Is this the problem?


current state:
==

snip

(org-deadline-warning-days 1)))
(agenda ""
 ((org-agenda-time-grid nil)
(org-deadline-warning-days 365) (org-agenda-entry-types (quote
(:deadline))) (org-agenda-skip-entry-if (quote scheduled))

Charlie Millar





Re: [O] is orgmode.org's git repo down?

2016-01-22 Thread Charles Millar


On 01/22/2016 04:19 PM, Robert H. Klein wrote:

On Fri, 22 Jan 2016 13:56:20 -0500
Gary Oberbrunner  wrote:


I can't clone the repo, I get this error:
% git clone git://orgmode.org/org-mode.git
fatal: read error: Connection reset by peer

Is it just me?


Is your public key registered on the server?

If not, please use

  git clone http://orgmode.org/org-mode.git

Best regards
Robert



I encountered this early today as well and failed  and still can't update

rm -f
git checkout
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
mk/targets.mk:111: recipe for target 'up0' failed
make: *** [up0] Error 1
t

Charlie Millar



Re: [O] org-capture -- optionally add time-of-day as with C-c . ?

2016-02-10 Thread Charles Millar

Hi John,

On 02/10/2016 04:22 AM, John Magolske wrote:

In setting up org-capture, I'd like to have behaviour similar to what
`org-time-stamp` provides, which by default is bound to:

 C-c .

That command in org-mode brings up a 3-month calendar and a minibuffer
prompt for entering a date. With nothing entered at the prompt, just a
RET, a timestamp with the current date is inserted like so:

 <2016-02-09 Tue>

If a date is picked from the calender, say March 26, then that date
is inserted:

 <2016-03-26 Sat>

If, for example, 2pm is entered at the minibuffer prompt and March 8
is picked from the calender, then a timestamp like so gets inserted:

 <2016-03-08 Tue 14:00>

I find this to be a very nice, intuitive interface. Time-of-day is
easily added, but only if explicitly input. Otherwise just the date
shows up. I'm having a hard time setting this up for org-capture...
I can get close with something like:

   (setq org-capture-templates
   '(("t" "todo" entry (file+headline "~/org/todo.org" "Tasks")
   "* TODO %?\nSCHEDULED: %(org-insert-time-stamp (org-read-date nil t) 
t)\n")))

But that always inserts a time-of-day into the timestamp, using the
current time if nothing is input at the minibuffer prompt. So if I
just pick March 8 from the calender, that date will be inserted along
with the current time-of-day like so:

 ** TODO
 SCHEDULED: <2016-03-08 Mon 00:53>

Which pretty much always necessitates a manual edit of the time to
either remove it or adjust it to something relevant.

When explicitly adding a time value at the prompt in the minibuffer,
2pm for example, then picking March 8, this would show up:

 ** TODO
 SCHEDULED: <2016-03-08 Tue 14:00>

And that works great. It's just the aforementioned situation where no
time-of-day is entered and the current time-of-day gets associated
with some future-date timestamp rather than just having that date show
up by itself with no time-of-day.

Is there some way to have the `C-c .` behaviour outlined above happen
in org-capture?


Have you tried the template expansion %^T (active time stamp prompt with 
date and time); Also %^U is the inactive equivalent, etc.


Charlie Millar



[O] Bug: :export results does not replace previous results designated block

2016-02-22 Thread Charles Millar

The last time (last Wednesday or so) I executed the following code

** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields 
AssetDate,Description,Basis :results silent

 (File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
  (setq table (cons 'hline table))
  (setq table (cons '("Date" "Description" "Inventory Value") table))
  (setq table (append table '(("|Total Schedule A"
  (setq table (append table '(("\n#+TBLFM: 
@>$>=vsum(@I$>..@>>$>);%.2f::"

  table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}p{300pt}N{8}{2}

#+TBLNAME: SCHEDA

it produced -

** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields 
AssetDate,Description,Basis :results silent

 (File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
  (setq table (cons 'hline table))
  (setq table (cons '("Date" "Description" "Inventory Value") table))
  (setq table (append table '(("|Total Schedule A"
  (setq table (append table '(("\n#+TBLFM: 
@>$>=vsum(@I$>..@>>$>);%.2f::"

  table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}p{300pt}N{8}{2}

#+TBLNAME: SCHEDA
(Desired table out put here)
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f::

Today, if I execute or evaluate the subheading, the results are not 
substituted into TBLNAME, rather a #+RESULTS: SCHEDA is produced 
followed by #+TBLNAME: SCHEDA, etc.


** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields 
AssetDate,Description,Basis :results silent

 (File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
  (setq table (cons 'hline table))
  (setq table (cons '("Date" "Description" "Inventory Value") table))
  (setq table (append table '(("|Total Schedule A"
  (setq table (append table '(("\n#+TBLFM: 
@>$>=vsum(@I$>..@>>$>);%.2f::"

  table
#+end_src

#+RESULTS: SCHEDA
(a new table)
#+TBLFM: @>$>=vsum(@I$>..@>>$>);%.2f::

#+TBLNAME: SCHEDA
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}p{300pt}N{8}{2}

(no table produced or retained)

Org-mode version 8.3.3 (release_8.3.3-644-g84e3f2 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)
GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian


Should I change the code blocks or is this a bug? All of tables 
generated by the same or similar code behave the same way - a table 
after #+RESULTS: foobar is , but nothing for #+TBLNAME: foobar.


Charlie Millar



Re: [O] Bug: :export results does not replace previous results designated block

2016-02-23 Thread Charles Millar

Hi Nicolas,

On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


The last time (last Wednesday or so) I executed the following code

** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields
AssetDate,Description,Basis :results silent
   (File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
(setq table (cons 'hline table))
(setq table (cons '("Date" "Description" "Inventory Value") table))
(setq table (append table '(("|Total Schedule A"
(setq table (append table '(("\n#+TBLFM:
@>$>=vsum(@I$>..@>>$>);%.2f::"
table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align
p{60pt}p{300pt}N{8}{2}
#+TBLNAME: SCHEDA

[...]


Should I change the code blocks or is this a bug? All of tables
generated by the same or similar code behave the same way - a table
after #+RESULTS: foobar is , but nothing for #+TBLNAME: foobar.

What happens if you replace TBLNAME with NAME?


Same results. I have avoided changing TBLNAME to NAME, though I am not 
sure if I have any reason other than habit.


Best,

Charlie



Re: [O] Bug: :export results does not replace previous results designated block

2016-02-23 Thread Charles Millar



On 02/23/2016 09:44 AM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


On 02/22/2016 03:17 PM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


The last time (last Wednesday or so) I executed the following code

** Some subheading
#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields
AssetDate,Description,Basis :results silent
(File = 'Estate' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
 (setq table (cons 'hline table))
 (setq table (cons '("Date" "Description" "Inventory Value") table))
 (setq table (append table '(("|Total Schedule A"
 (setq table (append table '(("\n#+TBLFM:
@>$>=vsum(@I$>..@>>$>);%.2f::"
 table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align
p{60pt}p{300pt}N{8}{2}
#+TBLNAME: SCHEDA

[...]


Should I change the code blocks or is this a bug? All of tables
generated by the same or similar code behave the same way - a table
after #+RESULTS: foobar is , but nothing for #+TBLNAME: foobar.

What happens if you replace TBLNAME with NAME?



Same results. I have avoided changing TBLNAME to NAME, though I am not
sure if I have any reason other than habit.

The problem is that TBLNAME is deprecated and very confusing.

Actually, here, you seem to be using it as #+RESULTS: (which is
different from #+NAME). You should replace it with #+RESULTS, since you
want to insert the /results/ of "SCHEDA" code evaluation below.



Thanks, Nicolas.

I'll change all TBLNAME's to RESULTS; it seems to work. (There are files 
that go back to 2010 or so.)


I was aware of the deprecation; it just that I was getting away with 
using TBLNAME and hoped that I could continue to do so. Well, it caught 
up with me in the past four or five days.


Charlie



Re: [O] org-collector - propview display problems

2016-03-01 Thread Charles Millar

Hi,

On 02/29/2016 01:04 PM, dche wrote:

Hello

I tried to use org-collector with the example propose
at this link http://orgmode.org/worg/org-contrib/org-collector.html

I would like to use propview as cited in example but whatever I do,
I get the outputs below.



* Example

#+BEGIN: propview :cols (ITEM amount)
| ITEM   | amount |
|+|
| "* Example"|  0 |
| "** December Spending" |  0 |
| "*** Week One" |  0 |
| " Grocery Store [2008-12-01 lun.]" |  0 |
| " Athletic club [2008-12-02 mar.]" |  0 |
| "*** Week Two" |  0 |
| " Restaurant [2008-12-08 lun.]"|  0 |
|+|
|||
#+END:

#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols
(ITEM amount)
| ITEM | amount |
|--+|
|--+|
|  ||
#+END:

#+BEGIN: propview :cols (ITEM (+ 400 amount)) :scope tree :match "example"
| ITEM   | (+ 400 amount) |
|+|
| "** December Spending" |  0 |
| "*** Week One" |  0 |
| " Grocery Store [2008-12-01 lun.]" |  0 |
| " Athletic club [2008-12-02 mar.]" |  0 |
| "*** Week Two" |  0 |
| " Restaurant [2008-12-08 lun.]"|  0 |
|+|
|||
#+END:

** December Spending
   :example:
:PROPERTIES:
:ID: december
:END:

*** Week One
 Grocery Store [2008-12-01 Mon]
  :PROPERTIES:
  :amount: 56.77
  :spendtype: food
  :END:
 Athletic club [2008-12-02 Tue]
  :PROPERTIES:
  :amount: 75.00
  :spendtype: health
  :END:
*** Week Two
 Restaurant [2008-12-08 Mon]
  :PROPERTIES:
  :amount: 30.67
  :spendtype: food
  :END:

The item is not extracted as expected (there are "*" that are also
displayed corresponding of the level of entries) and the extracted
field is zero whatever of the effective value of this field (here
amount).

This is test with 8.3.4 and GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601).



I believe this is the same problem or bug I reported in April 2015! 
Others have also brought attention it to this, but nothing has been done 
to fix it.


Charlie Millar



Re: [O] org-collector - propview display problems

2016-03-14 Thread Charles Millar

Nicolas,

On 03/14/2016 08:36 AM, Nicolas Goaziou wrote:

Hello,

dche  writes:


I have just done the test and I have the following ouptut

#+BEGIN: propview :id "december" :conds ((string= SPENDTYPE "food")) :cols
(ITEM AMOUNT)
| ITEM   | AMOUNT |
|+|
| " Grocery Store [2008-12-01 lun.]" |  56.77 |
| " Restaurant [2008-12-08 lun.]"|  30.67 |
|+|
|||
#+END:

Which is nearly the same as the example provides :

#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols
(ITEM amount)
| "ITEM"   | "amount" |
|--+--|
| "Grocery Store [2008-12-01 Mon]" |56.77 |
| "Restaurant [2008-12-08 Mon]"|30.67 |
|--+--|
|  |  |
#+END:


I don't know if it is possible to get rid of the stars for the ITEM
entries.

This is already the case in the development version.

Regards,

Thank you for clarifying this. I just tried the example file again 
(after changing all properties to upper-case) and it now works as 
expected. (BTW I am using Org-mode version 8.3.4 
(release_8.3.4-655-g9fb077 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar



Re: [O] org-collector - propview display problems

2016-03-14 Thread Charles Millar

Nicolas,

On 03/14/2016 08:36 AM, Nicolas Goaziou wrote:

Hello,

dche  writes:


I have just done the test and I have the following ouptut

#+BEGIN: propview :id "december" :conds ((string= SPENDTYPE "food")) :cols
(ITEM AMOUNT)
| ITEM   | AMOUNT |
|+|
| " Grocery Store [2008-12-01 lun.]" |  56.77 |
| " Restaurant [2008-12-08 lun.]"|  30.67 |
|+|
|||
#+END:

Which is nearly the same as the example provides :

#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols
(ITEM amount)
| "ITEM"   | "amount" |
|--+--|
| "Grocery Store [2008-12-01 Mon]" |56.77 |
| "Restaurant [2008-12-08 Mon]"|30.67 |
|--+--|
|  |  |
#+END:


I don't know if it is possible to get rid of the stars for the ITEM
entries.

This is already the case in the development version.

Regards,


Please let me know what I am missing or if I am just plain nuts.

I copied the org-collector example into my scratchorg file. Before 
executing he first propview block, I killed the following entry


 Grocery Store [2008-12-01 Mon]
 :PROPERTIES:
 :amount: 56.77
 :spendtype: food
 :END:

I made sure that spendtype and amount in all other entries and in the 
propview blocks were upper cased.

I made sure that the first propview block had no results so it was just

#+BEGIN: propview :id "december" :conds ((string= SPENDTYPE "food")) 
:cols (ITEM AMOUNT)

#+END:

When executed (C-c C-c) the result still was

#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols 
(ITEM amount)
| "ITEM"   | "amount" |
|--+--|
| "Grocery Store [2008-12-01 Mon]" |56.77 | - how possible if there is no 
entry??
| "Restaurant [2008-12-08 Mon]"|30.67 |
|--+--|
|  |  |
#+END:

In the example is :id somehow "hardwired" into the expected results. 
Please note that I also entered, not copied,  the first propview block 
(without the results) character by character into the buffer, executed 
and the Grocery Store still showed up!


If I upper case ID, I get the expected results

#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols 
(ITEM amount)
| "ITEM"   | "amount" |
|--+--|
| "Restaurant [2008-12-08 Mon]"|30.67 |
|--+--|
|  |  |
#+END:

Should all options be upper cased as well? Or what should I read as to 
:id properties?


Charlie Millar



[O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-25 Thread Charles Millar

I have a #+SETUPFILE which starts as follows

#+LATEX_HEADER: \usepackage{lastpage}
#+LATEX_HEADER: \usepackage{scrpage2}
#+LATEX_HEADER: \pagestyle{scrheadings}
#+LATEX_HEADER: \setkomafont{pagefoot}{\normalfont\rmfamily}
#+LATEX_HEADER: \ifoot{foobar}
#+LATEX_HEADER: \cfoot[\pagemark]{\hspace{1.0in} Page \thepage\ of 
\pageref{LastPage}}

#+OPTIONS: H:5
#+LATEX_CLASS: mysetup

"mysetup" class is

(add-to-list 'org-latex-classes
 '("mysetup"
"\\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout}
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry}
% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
\\newcommand\\foo{bar}
  [NO-DEFAULT-PACKAGES]
  [NO-PACKAGES]
  [EXTRA]"
("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

I do obtain the expected pdf output except that an extra page is added 
to the very beginning of the document. Investigating and running the 
output.tex file in TeXStudio throws an error  - Missing \begin{document} 
(Same result also typeset in TeXWorks is run)


Investigating the output.tex shows the following - please note how 
\usepackage{lastpage} is misaligned


% Created 2016-03-25 Fri 20:41
% Intended LaTeX compiler: pdflatex
\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\usepackage{verbatim}
% \usepackage[T1]{fontenc}
% \usepackage{charter,parskip,setspace,layout}
\usepackage{charter,setspace,layout}
\usepackage{array,graphicx}
\usepackage{tabularx,tabulary}
\usepackage{longtable}
\usepackage{numprint}
\npstyleenglish
\usepackage[at]{easylist}
\usepackage{csquotes}
%\usepackage[letterpaper,margin=1.00in]{geometry}
\usepackage[letterpaper,left=1.00in,right=0.75in,top=1.00in,bottom=1.00in]{geometry}
% \usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\pagestyle{empty}
\pagenumbering{arabic}
\newcommand\foo{bar}
\usepackage{lastpage}
\usepackage{scrpage2}
\pagestyle{scrheadings}
\setkomafont{pagefoot}{\normalfont\rmfamily}
\ifoot{Sergi, F. Estate}
\cfoot[\pagemark]{\hspace{1.0in} Page \thepage\ of \pageref{LastPage}}

If I edit the output.tex file in TeXStudio by moving the 
\usepackage{lastpage} all the way to the left margin both problems are 
fixed, i.e. when I run build and view in TeXStudio there is no "Missing 
\begin{document}" error and there is no extra page is created at at the 
beginning of the document.


So, is my SETUPFILE not correct or is there a problem with the exporter 
in that extra spaces are added to the first line of the SETUPFILE upon 
export or  do I have incompatible packages, etc.?


Charlie Millar



Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-25 Thread Charles Millar

"Pushed" the send button too soon

LMDE2
GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.4 (release_8.3.4-655-g9fb077 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


On 03/25/2016 08:56 PM, Charles Millar wrote:

I have a #+SETUPFILE which starts as follows

#+LATEX_HEADER: \usepackage{lastpage}
#+LATEX_HEADER: \usepackage{scrpage2}
#+LATEX_HEADER: \pagestyle{scrheadings}
#+LATEX_HEADER: \setkomafont{pagefoot}{\normalfont\rmfamily}
#+LATEX_HEADER: \ifoot{foobar}
#+LATEX_HEADER: \cfoot[\pagemark]{\hspace{1.0in} Page \thepage\ of 
\pageref{LastPage}}

#+OPTIONS: H:5
#+LATEX_CLASS: mysetup

"mysetup" class is

(add-to-list 'org-latex-classes
 '("mysetup"
"\\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout}
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry} 


% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
\\newcommand\\foo{bar}
  [NO-DEFAULT-PACKAGES]
  [NO-PACKAGES]
  [EXTRA]"
("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

I do obtain the expected pdf output except that an extra page is added 
to the very beginning of the document. Investigating and running the 
output.tex file in TeXStudio throws an error  - Missing 
\begin{document} (Same result also typeset in TeXWorks is run)


Investigating the output.tex shows the following - please note how 
\usepackage{lastpage} is misaligned


% Created 2016-03-25 Fri 20:41
% Intended LaTeX compiler: pdflatex
\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\usepackage{verbatim}
% \usepackage[T1]{fontenc}
% \usepackage{charter,parskip,setspace,layout}
\usepackage{charter,setspace,layout}
\usepackage{array,graphicx}
\usepackage{tabularx,tabulary}
\usepackage{longtable}
\usepackage{numprint}
\npstyleenglish
\usepackage[at]{easylist}
\usepackage{csquotes}
%\usepackage[letterpaper,margin=1.00in]{geometry}
\usepackage[letterpaper,left=1.00in,right=0.75in,top=1.00in,bottom=1.00in]{geometry} 


% \usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\pagestyle{empty}
\pagenumbering{arabic}
\newcommand\foo{bar}
\usepackage{lastpage}
\usepackage{scrpage2}
\pagestyle{scrheadings}
\setkomafont{pagefoot}{\normalfont\rmfamily}
\ifoot{Sergi, F. Estate}
\cfoot[\pagemark]{\hspace{1.0in} Page \thepage\ of \pageref{LastPage}}

If I edit the output.tex file in TeXStudio by moving the 
\usepackage{lastpage} all the way to the left margin both problems are 
fixed, i.e. when I run build and view in TeXStudio there is no 
"Missing \begin{document}" error and there is no extra page is created 
at at the beginning of the document.


So, is my SETUPFILE not correct or is there a problem with the 
exporter in that extra spaces are added to the first line of the 
SETUPFILE upon export or  do I have incompatible packages, etc.?


Charlie Millar







Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-26 Thread Charles Millar

Hi Eric

On 03/26/2016 05:36 AM, Eric S Fraga wrote:

On Friday, 25 Mar 2016 at 20:56, Charles Millar wrote:

[...]

\newcommand\foo{bar}

The problem is this line.  The proper syntax is

\newcommand{\foo}{bar}


Thanks for the correction. I escaped the \foo otherwise I had a spurious 
"oobar" at the beginning of the exported document so that my latex class 
has


\newcommand{\\foo}{bar}

I suspect that this problem may be file specific. I exported another 
file, using the same SETUPFILE and had no problems


Charlie



Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-26 Thread Charles Millar

Eric,

On 03/26/2016 08:51 AM, Eric S Fraga wrote:

On Saturday, 26 Mar 2016 at 07:52, Charles Millar wrote:

[...]


Thanks for the correction. I escaped the \foo otherwise I had a
spurious "oobar" at the beginning of the exported document so that my
latex class has

\newcommand{\\foo}{bar}

I suspect that this problem may be file specific. I exported another
file, using the same SETUPFILE and had no problems

It may have "worked" but the odds are that you were simply
lucky.  \newcommand expects two {} arguments, the first being the name
of the command and the second the actual sequence to execute.
I was not clear - I ran the exports after I made the correction to 
"mysetup", i.e. \newcommand{\\foo}{bar}


One file or document exported as I expected; the other file or document 
did not, i.e. still had the extra first page and Missing 
\begin{document} error.

Both documents use a SETUPFILE with identical series of #+LATEX_HEADER:

I do agree that the one file that exports as desired must be a result of 
luck. I compared the output.tex file for each document. In each the 
first \usepackage{foo} which is inserted from the SETUPFILE is indented 
several tabs or spaces to the right and not aligned to the left margin.


Moving that one line to the left margin using e.g. TeXstudo fixes the 
problem.


BTW, I also changed the first #+LATEX_HEADER:  \usepackage{foo} line is 
SETUPFILE to other entries and the same problem, so I don't believe that 
the problem is LaTeX specific. (I also used #+LATEX_HEADER_EXTRA)


What is causing the first LATEX_HEADER:  to indent and therefore causing 
a blank page and missing \begin{document} error?


Charlie




Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-26 Thread Charles Millar



On 03/26/2016 01:14 PM, Eric S Fraga wrote:

On Saturday, 26 Mar 2016 at 10:15, Charles Millar wrote:

[...]


I was not clear - I ran the exports after I made the correction to
"mysetup", i.e. \newcommand{\\foo}{bar}

but I am confused: why the \\ for foo but \ for newcommand?
My typo. Just in case I attach a copy of the "mysetup class" which I 
believe is now correct and which i have been using since your original 
response where you pointed out that \\newcommand, etc. was incorrect . I 
have used this as the latex class for all subsequent messages in this 
thread.



What is the
actual result in the output.tex file?

See attached TestLatexformessage.tex

I do agree that the one file that exports as desired must be a result
of luck. I compared the output.tex file for each document. In each the
first \usepackage{foo} which is inserted from the SETUPFILE is
indented several tabs or spaces to the right and not aligned to the
left margin.

The indentation or not itself is not the issue but only a symptom of an
error before that line, in my opinion.
I place the cursor just before \usepackage{lastpage} and backspace once, 
the file builds without the extra page, etc.


Is there a proper location for the #+SETUPFILE: line in the main org file?

Charlie

(add-to-list 'org-latex-classes
 '("mysetup"
"\\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout}
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry}
% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
\\newcommand\{\\foo}{bar}
  [NO-DEFAULT-PACKAGES]
  [NO-PACKAGES]
  [EXTRA]"
("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

% Created 2016-03-26 Sat 18:11
% Intended LaTeX compiler: pdflatex
\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\usepackage{verbatim}
% \usepackage[T1]{fontenc}
% \usepackage{charter,parskip,setspace,layout}
\usepackage{charter,setspace,layout}
\usepackage{array,graphicx}
\usepackage{tabularx,tabulary}
\usepackage{longtable}
\usepackage{numprint}
\npstyleenglish
\usepackage[at]{easylist}
\usepackage{csquotes}
%\usepackage[letterpaper,margin=1.00in]{geometry}
\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry}
% \usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\pagestyle{empty}
\pagenumbering{arabic}
\newcommand{\foo}{bar}
\usepackage{lastpage}
\usepackage{scrpage2}
\pagestyle{scrheadings}
\setkomafont{pagefoot}{\normalfont\rmfamily}
\ifoot{Foo}
\cfoot[\pagemark]{\hspace{1.0in} Page \thepage\ of \pageref{LastPage}}
[redacted]
\date{}
\title{}
\begin{document}

\label{sec:org4108cc1}
\label{sec:org42652eb}
\setcounter{page}{1}
\setlength{\extrarowheight}{0.5ex}
\begin{flushleft}
\begin{tabular}{ l l }
STATE OF NEW YORK SURROGATE'S COURT & \\
COUNTY OF \CourtCounty & \\
\cline{1-1}& \\
Proceeding by \PetitionerOneName & \\
as \PetitionerOneFiduciaryType of the Estate of \DecedentNameCaption &  LIST OF ASSETS/INVENTORY\\
  & (Rule §207.20(a)) \\
a/k/a \DecedentAKACaption, & File No.: \FileNumber \\
\hspace{1.5in}Deceased. & \\[0.25ex] \cline{1-1}
\end{tabular}\\[1.0ex]
\end{flushleft}
\begin{onehalfspacing}

Something is printed here.
\end{document}



Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-03-28 Thread Charles Millar



On 03/26/2016 01:14 PM, Eric S Fraga wrote:

On Saturday, 26 Mar 2016 at 10:15, Charles Millar wrote:

[...]


I was not clear - I ran the exports after I made the correction to
"mysetup", i.e. \newcommand{\\foo}{bar}

but I am confused: why the \\ for foo but \ for newcommand?  What is the
actual result in the output.tex file?


I do agree that the one file that exports as desired must be a result
of luck. I compared the output.tex file for each document. In each the
first \usepackage{foo} which is inserted from the SETUPFILE is
indented several tabs or spaces to the right and not aligned to the
left margin.

The indentation or not itself is not the issue but only a symptom of an
error before that line, in my opinion.
As we agreed my first successful export was lucky, so I revised that 
file template from which I was exporting - the extra first page and the 
missing\begin{document} do not seem to be a problem now.


However, the LATEX_HEADER: still is placed several spaces to the left,

first few lines from the file.tex

% Created 2016-03-28 Mon 10:41
% Intended LaTeX compiler: pdflatex
\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\usepackage{verbatim}
% \usepackage[T1]{fontenc}
% \usepackage{charter,parskip,setspace,layout}
\usepackage{charter,setspace,layout}
\usepackage{array,graphicx}
\usepackage{tabularx,tabulary}
\usepackage{longtable}
\usepackage{numprint}
\npstyleenglish
\usepackage[at]{easylist}
\usepackage{csquotes}
%\usepackage[letterpaper,margin=1.00in]{geometry}
\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry}
% \usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\pagestyle{empty}
\pagenumbering{arabic}
%\newcommand{\foo}{bar}
\usepackage{lastpage}
\usepackage{scrpage2}
\pagestyle{scrheadings}
\setkomafont{pagefoot}{\normalfont\rmfamily}

I have also placed the LATEX_HEADER: \usepackage{lastline} directly in 
the file to be exported, i.e. not relying on a SETUPFILE: and the 
\usepackage, etc. is also placed to the left. Perhaps this is a bug or 
is it expected?


Anyway, thanks Eric for your comments and to everyone else who has read 
this thread.


Charlie Millar



Re: [O] first #+LATEX_HEADER: in SETUPFILE not correctly exported and causes Missing \begin{document} error

2016-04-03 Thread Charles Millar

Hello,

On 04/02/2016 05:00 AM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:

[...]

"mysetup" class is

(add-to-list 'org-latex-classes
   '("mysetup"
"\\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}

[...]


\\newcommand\\foo{bar}
[NO-DEFAULT-PACKAGES]
[NO-PACKAGES]
[EXTRA]"

[...]


\newcommand\foo{bar}
  \usepackage{lastpage}

Your template includes indentation before "[EXTRA]". This indentation
appears in the output, in this case, before the first LATEX_HEADER
directive.



Thank you, Nicolas!

Charlie Millar



Re: [O] orgmode and a database

2016-04-04 Thread Charles Millar

Hi,

On 04/04/2016 03:46 PM, Uwe Brauer wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?



I have been using recutils with orgmode for more than year - still 
learning of course. So far, my experience has been fine. I am still 
developing some sort of standard databases, e.g. one for contacts, 
another for finance type of records, etc.


Have you checked out the two recutils mailing lists? Not very active at 
the moment. I mentioned in those lists that perhaps some sort of capture 
much like org-capture might be useful, but have made no further effort 
in that regards.


I picked up a excellent pointers as to using recutils to create org-mode 
tables from Jose Marchesi's and Eric Shulte's ob-rec.el discussion on 
this list back in 2011. I ultimately export the tables and related text 
to LaTeXpdf docs.


A few months ago I added recutils or "rec" to the Babel:languages, Emacs 
Package section - still haven't provided an example though. (It may have 
been Eric who encouraged me to post my entry to Worg, but at the moment 
I cannot recall for sure.)


Charlie Millar



Re: [O] orgmode and a database

2016-04-05 Thread Charles Millar

Hi,

On 04/05/2016 06:43 AM, Colin Baxter wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?

thanks

Uwe Brauer

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

Colin.
What flavor or OS are you using? I had a Debian Jessie desktop (recently 
relegated to the junk heap; it was a reclaimed from a 2000 - 2001 
machine which originally came with WindowsXT) and a LMDE2 laptop (still 
in use and which I believe is based on Jessie) both of which came with 
recutils-1.6, so last year  installed 1.7 from source on both. As I 
recall I had no problems. Perhaps I loaded the packages you mentioned at 
earlier time.


Charlie Millar



Re: [O] orgmode and a database

2016-04-05 Thread Charles Millar

Hi,

On 04/05/2016 09:04 AM, Colin Baxter wrote:

Hi,

On 04/05/2016 06:43 AM, Colin Baxter wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?

thanks

Uwe Brauer

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

Colin.

What flavor or OS are you using? I had a Debian Jessie desktop
(recently relegated to the junk heap; it was a reclaimed from a 2000 -
2001 machine which originally came with WindowsXT) and a LMDE2 laptop
(still in use and which I believe is based on Jessie) both of which
came with recutils-1.6, so last year  installed 1.7 from source on
both. As I recall I had no problems. Perhaps I loaded the packages you
mentioned at earlier time.



Hi Charlie,

recutils-1.7 on Debian 3.2.78-1 i686 GNU/Linux. It installed ok, but
gave warnings on "make test". These disappeared on installing the
packages I mentioned.

Cheers, Colin.

I forgot!! Very conveniently, i might add. Last fall I discovered that 
although recutils-1.7 was apparently installed correctly, it was not. I 
could not use the readrec bash built-in. So I had to reinstall making 
sure that I downloaded all the other required packages that listed in 
the README-dev which Jose mentions in his recent message to this thread.




Re: [O] orgmode and a database

2016-04-05 Thread Charles Millar

Uwe,

On 04/05/2016 06:32 AM, Uwe Brauer wrote:

> Hi,
> On 04/04/2016 03:46 PM, Uwe Brauer wrote:

> I have been using recutils with orgmode for more than year - still
> learning of course. So far, my experience has been fine. I am still
> developing some sort of standard databases, e.g. one for contacts,
> another for finance type of records, etc.

Do you have some example or a pointer or so. I don't know even how to
start.


A caveat - I am slowly learning lisp - of any kind - and I have not 
programmed in over 45 years (college).


See the attached files - one is a template for entering data into a 
recfile and the other is a sample of how I use some of the data in that 
recfile. I also have a couple of remote-descriptors so that I don't have 
reinvent the wheel for every recfile.


Originally I set up an org capture template and switched modes for 
entries into a refile, but this was not a "good" solution. In the 
recutils list I mentioned org capture and perhaps it could be modified 
to recutils, but I never sent Jose a use case.



> Have you checked out the two recutils mailing lists? Not very
> active at the moment. I mentioned in those lists that perhaps some
> sort of capture much like org-capture might be useful, but have
> made no further effort in that regards.

> I picked up a excellent pointers as to using recutils to create
> org-mode tables from Jose Marchesi's and Eric Shulte's ob-rec.el
> discussion on this list back in 2011. I ultimately export the tables
> and related text to LaTeXpdf docs.

Could you provide me a link, please?


Here's the thread on Gmane

http://article.gmane.org/gmane.emacs.orgmode/37697/match=ob+rec+el

Uwe Brauer

Charlie Millar

(defun cm-estate-rec-entries (Description File &optional Memo AccountDate AccountAmount Shares AccountSchedule1 AccountSchedule2 EstateTaxSchedule FiduciaryTaxSchedule ProceedsDate ProceedsAmount AccountSchedule3 AccountSchedule4 Beneficiary OtherAccount1 &optional CheckDate CheckNumber CheckAmount)
  (goto-char (point-max))
  (newline)
  (interactive "sDescription:  \nsFile: \nsMemo: \nsAccountDate: \nsAccountAmount: \nsShares: \nsAccountSchedule: \nsAccountSchedule:  \nsEstateTaxSchedule: \nsFiduciaryTaxSchedule: \nsProceedsDate: \nsProceedsAmount: \nsAccountSchedule: \nsAccountSchedule: \nsBeneficiary: \nsOtherAccount: \nsCheckDate:  \nsCheckNumber: \nsCheckAmount: ")
  (insert "Description: " Description) (newline)
  (insert "File: " File) (newline)
  (insert "Memo: " Memo) (newline)
  (insert "AccountDate: " AccountDate) (newline)
  (insert "AccountAmount: " AccountAmount) (newline)
  (insert "Shares: " Shares) (newline)
  (insert "AccountSchedule: " AccountSchedule1) (newline)
  (insert "AccountSchedule: " AccountSchedule2) (newline)
  (insert "EstateTaxSchedule: " EstateTaxSchedule) (newline)
  (insert "FiduciaryTaxSchedule: " FiduciaryTaxSchedule) (newline)
  (insert "ProceedsDate: " ProceedsDate) (newline)
  (insert "Proceeds: " ProceedsAmount) (newline)
  (insert "AccountSchedule: " AccountSchedule3) (newline)
  (insert "AccountSchedule: " AccountSchedule4) (newline)
  (insert "Beneficiary: " Beneficiary) (newline)
  (insert "OtherAccount: " OtherAccount1)
  (if (y-or-n-p "Are those checkbook entries necessary?")
  (progn
	(newline)
	(insert "OtherAccount: Checkbook") (newline)
	(insert "CheckDate: " CheckDate) (newline)
	(insert "CheckNumber: " CheckNumber) (newline)
	(insert "CheckAmount: " CheckAmount) (newline))
(progn
  (newline





Not sure if this will help, but here is a sample set up for one of my documents 
that usually have 15 - 20 tables which first are called from a recutils and 
then passed to a source block for the table. (Please note that I use the 
numprint package, which does not "like" any text in a number only column, so 
there is a separate line for the initial row. I am still playing wihtthis)

#+Begin_example

Some text here which is followed by a table

#+LATEX:
\label{SCHEDA}
\begin{center}
\textbf{SCHEDULE A\\PRINCIPAL RECEIVED}
\end{center}
\setlength{\extrarowheight}{8pt}
\vspace{-3.0ex}
\ofoot{Schedule A}

#+NAME: SCHEDAP
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}p{60pt}p{240pt}p{60pt}
|   Date | {{{cmhfill}}} Shares | Description   
   | Inventory {{{cm2space}}} Value |
#+begin_src rec :data foo.rec :type Finance :fields 
AccountDate,Description,AccountAmount :results silent
 (File = 'bar' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+HEADER: :eval no
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
  (setq table (cons 'hline table))
  (setq table (append table '(("|Total Schedule A"
  (setq table (append table '(("\n#+TBLFM: at>$>=vsum(atI$>..at>>$>);%.2f::"
  table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}N{6}{3}p{250pt}N{8}{2}
#+RESULTS: SCHEDA

Some  more text here

#+End_example


Re: [O] Feature Request: Time Line in Lab Book

2016-04-05 Thread Charles Millar



On 04/05/2016 09:34 AM, Eric S Fraga wrote:

On Tuesday,  5 Apr 2016 at 15:12, Dominik Schrempf wrote:

Do I make myself clear now?

Yes and I think the key would be to ensure that every note etc. has a
heading.  This avoids all the problems you have with non-terminated
entries.  Avoid a flat structure and org works very well.

For instance, if you use a capture rule based on a date-tree, you can
easily add to the end of the file while still add notes later to any
previous entry.  Plus you have the advantage of knowing when notes were
added.  See screenshot where I have added three notes and then went and
added some text to the first note I took today.



The notes were added using my journal capture rule posted earlier.

A few years ago I found code for a journal entry at Metjack that is not 
org-capture (or org-remember as it was at that time)


https://metajack.im/2009/01/01/journaling-with-emacs-orgmode/

Charlie Millar


Re: [O] orgmode and a database

2016-04-05 Thread Charles Millar



On 04/04/2016 04:27 PM, Charles Millar wrote:

Hi,

On 04/04/2016 03:46 PM, Uwe Brauer wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?





A few months ago I added recutils or "rec" to the Babel:languages, 
Emacs Package section - still haven't provided an example though. (It 
may have been Eric who encouraged me to post my entry to Worg, but at 
the moment I cannot recall for sure.)



It was Nick Dokos.

Charlie Millar



Re: [O] Bug in vsum in org-mode table?

2016-04-22 Thread Charles Millar


On 04/22/2016 03:34 PM, Thierry Banel wrote:

You can format the result as *2.0* with the *f1* modifier
(or *f5* to get *2.0* and so on)

#+TBLFM: @>$1=vsum(@2..@>>)*;f1*

In the manual the decimal format %.2f, etc. is shown as an example but 
apparently the f2 format is not mentioned.


Is the %.Xf format preferred or is either one OK?

Regards,

Charlie Millar



Re: [O] Bug in vsum in org-mode table?

2016-04-24 Thread Charles Millar



On 04/22/2016 06:12 PM, Thierry Banel wrote:

Le 22/04/2016 22:10, Charles Millar a écrit :


On 04/22/2016 03:34 PM, Thierry Banel wrote:

You can format the result as *2.0* with the *f1* modifier
(or *f5* to get *2.0* and so on)

#+TBLFM: @>$1=vsum(@2..@>>)*;f1*

In the manual the decimal format %.2f, etc. is shown as an example 
but apparently the f2 format is not mentioned.


Is the %.Xf format preferred or is either one OK?

Regards,

Charlie Millar


*%.2f* is handy for those who are used to *printf()* syntax (in the C 
language).
But Calc unlimited precision numbers are converted to double floats 
before applying *%.2f*

Whereas *f2* operates on Calc numbers without conversion.

Thank you, Thierry.





[O] bug org-list-send-list

2016-05-21 Thread Charles Millar

Using the following on LMDE 2

GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.4 (release_8.3.4-833-g2ed5e6 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


I have (require 'ox-latex) in my .emacs.d/init.el

The following radio table is in LaTeX major mode and orgstruct minotr 
mode per the manual.


% BEGIN RECEIVE ORGLST radioTableTest
% END RECEIVE ORGLST radioTableTest
\begin{comment}
#+ORGLST: SEND radioTableTest org-list-to-latex
- Something to send
\end{comment}

With cursor on the "S" in Something calling (or "-")

M-x org-list-send-list

does not convert LATEX list between the two marker lines. Instead the 
following message is in the mini-buffer


No such transformation function org-list-to-latex and the degug-on-entry is

Debugger entered--entering a function:
* org-list-send-list()
  call-interactively(org-list-send-list record nil)
  command-execute(org-list-send-list record)
  execute-extended-command(nil "org-list-send-list")
  call-interactively(execute-extended-command nil nil)
  command-execute(execute-extended-command)

If I C-c C-c on the "S" (or the "-")

the minibuffer calls Command [pdflatex]:

if I just hit enter the following is in the tex-shell

charlie01@theoffice /mnt/Data/ActiveFiles $ pdflatex 
\\nonstopmode\\input RadiotablesTest.tex
This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 
2015/dev/Debian) (preloaded format=pdflatex)

 restricted \write18 enabled.
entering extended mode
LaTeX2e <2014/05/01>
Babel <3.9l> and hyphenation patterns for 79 languages loaded.

(./RadiotablesTest.tex

! LaTeX Error: Environment comment undefined.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H   for immediate help.
 ...

l.3 \begin{comment}

! You can't use `macro parameter character #' in vertical mode.
l.4 #
 +ORGLST: SEND radioTableTest org-list-to-latex

! LaTeX Error: Missing \begin{document}.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H   for immediate help.
 ...

l.4 #+
  ORGLST: SEND radioTableTest org-list-to-latex

! LaTeX Error: \begin{document} ended by \end{comment}.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H   for immediate help.
 ...

l.6 \end{comment}

)
! Emergency stop.
<*> \nonstopmode\input RadiotablesTest.tex

!  ==> Fatal error occurred, no output PDF file produced!
Transcript written on RadiotablesTest.log.
charlie01@theoffice /mnt/Data/ActiveFiles $

Is this a bug? Is my setup incorrect? Or what am I missing.

Charlie Millar




Re: [O] bug org-list-send-list

2016-05-22 Thread Charles Millar

Hi Nick,

On 05/22/2016 07:17 PM, Nicolas Goaziou wrote:

Hello,

Charles Millar  writes:


The following radio table is in LaTeX major mode and orgstruct minotr
mode per the manual.

% BEGIN RECEIVE ORGLST radioTableTest
% END RECEIVE ORGLST radioTableTest
\begin{comment}
#+ORGLST: SEND radioTableTest org-list-to-latex
- Something to send
\end{comment}

With cursor on the "S" in Something calling (or "-")

M-x org-list-send-list

does not convert LATEX list between the two marker lines. Instead the
following message is in the mini-buffer

No such transformation function org-list-to-latex and the
degug-on-entry is

Fixed. Thank you.

The org-list-send-list works fine, however C-c C-c on the first item is 
still a problem just as reported earlier.


GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.4 (release_8.3.4-839-g3c729c @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


regards,

Charlie Millar

Regards,






[O] Problem exporting to pdflatex

2016-05-26 Thread Charles Millar

Hi,

I just upgraded via git to Emacs 25. My init file loads OK and 
everything "seems" to work, except:


Upon attempting to export to pdflatex following error results

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  file-truename(nil)
  find-file-noselect-1(#Thisfiletobeexported.pdf> 
"/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
nil nil 
"/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
(17031 2057))
find-file-noselect("/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
nil nil nil)

find-file-other-window("/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf")
  org-open-file("./Thisfiletobeexported.pdf")
  (if a (org-latex-export-to-pdf t s v b) (org-open-file 
(org-latex-export-to-pdf nil s v b)))
  (lambda (a s v b) (if a (org-latex-export-to-pdf t s v b) 
(org-open-file (org-latex-export-to-pdf nil s v b(nil nil nil nil)

  org-export-dispatch(nil)
  funcall-interactively(org-export-dispatch nil)
  call-interactively(org-export-dispatch nil nil)
  command-execute(org-export-dispatch)

LMDE Betsy

GNU Emacs 25.1.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) of 
2016-05-26


Org-mode version 8.3.4 (release_8.3.4-869-gf2c421 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Any help appreciated.

Charlie Millar




Re: [O] Problem exporting to pdflatex

2016-05-26 Thread Charles Millar
Negleted to mention that the export to pdflatex worked fine with Emacs 
24 version included in LMDE Betsy.



On 05/26/2016 07:28 PM, Charles Millar wrote:

Hi,

I just upgraded via git to Emacs 25. My init file loads OK and 
everything "seems" to work, except:


Upon attempting to export to pdflatex following error results

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  file-truename(nil)
  find-file-noselect-1(#Thisfiletobeexported.pdf> 
"/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
nil nil 
"/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
(17031 2057))
find-file-noselect("/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf" 
nil nil nil)
find-file-other-window("/mnt/Data/ActiveFiles/FilesAndFormsTemplates/Thisfiletobeexported.pdf") 


  org-open-file("./Thisfiletobeexported.pdf")
  (if a (org-latex-export-to-pdf t s v b) (org-open-file 
(org-latex-export-to-pdf nil s v b)))
  (lambda (a s v b) (if a (org-latex-export-to-pdf t s v b) 
(org-open-file (org-latex-export-to-pdf nil s v b(nil nil nil nil)

  org-export-dispatch(nil)
  funcall-interactively(org-export-dispatch nil)
  call-interactively(org-export-dispatch nil nil)
  command-execute(org-export-dispatch)

LMDE Betsy

GNU Emacs 25.1.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) of 
2016-05-26


Org-mode version 8.3.4 (release_8.3.4-869-gf2c421 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Any help appreciated.

Charlie Millar








Re: [O] Exported document does not open in associated application upon export completion (was Problem exporting to pdflatex)

2016-05-31 Thread Charles Millar

Hi,

I now realize that the exporter (pdflatex) does create the desired 
document; however upon completing the export the new pdf document does 
not immediately open, to which I am accustomed. I can open the pdf by 
going to the exported document itself, etc.


LMDE Betsy

GNU Emacs 25.1.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) of 
2016-05-26


Org-mode version 8.3.4 (release_8.3.4-872-g3d0ade @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


backtrace attached (org mode was reloaded, not compiled)

Charlie Millar

On 05/26/2016 07:44 PM, Charles Millar wrote:
Negleted to mention that the export to pdflatex worked fine with Emacs 
24 version included in LMDE Betsy.



On 05/26/2016 07:28 PM, Charles Millar wrote:

Hi,

I just upgraded via git to Emacs 25. My init file loads OK and 
everything "seems" to work, except:


Upon attempting to export to pdflatex following error results


snip

LMDE Betsy

GNU Emacs 25.1.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.5) 
of 2016-05-26


Org-mode version 8.3.4 (release_8.3.4-869-gf2c421 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Any help appreciated.

Charlie Millar









Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  file-truename(nil)
  find-file-noselect-1(#> 
"/mnt/Data/ActiveFiles/SomeoneFrank/SomeoneInventory.pdf" nil nil 
"/mnt/Data/ActiveFiles/SomeoneFrank/SomeoneInventory.pdf" (16840 2057))
  find-file-noselect("/mnt/Data/ActiveFiles/SomeoneFrank/SomeoneInventory.pdf" 
nil nil nil)
  
find-file-other-window("/mnt/Data/ActiveFiles/SomeoneFrank/SomeoneInventory.pdf")
  funcall(find-file-other-window 
"/mnt/Data/ActiveFiles/SomeoneFrank/SomeoneInventory.pdf")
  (cond ((and (stringp cmd) (not (string-match "^\\s-*$" cmd))) (while 
(string-match "['\"]%s['\"]" cmd) (setq cmd (replace-match "%s" t t cmd))) 
(while (string-match "%s" cmd) (setq cmd (replace-match (let 
((save-match-data-internal ...)) (unwind-protect (progn ...) (set-match-data 
save-match-data-internal ...))) t t cmd))) (let ((save-match-data-internal 
(match-data))) (unwind-protect (progn (let ((match-index 1) (number-of-groups 
...)) (set-match-data link-match-data) (while (<= match-index number-of-groups) 
(let ... ...) (setq match-index ... (set-match-data 
save-match-data-internal (quote evaporate (let ((wconfig 
(current-window-configuration))) (unwind-protect (progn (message "Running 
%s...done" cmd) (start-process-shell-command cmd nil cmd) (and (boundp (quote 
org-wait)) (numberp org-wait) (sit-for org-wait))) (set-window-configuration 
wconfig ((or (stringp cmd) (eq cmd (quote emacs))) (funcall (cdr (assq 
(quote file) org-link-frame-setup)) file) (widen) (cond (line (org-goto-line 
line) (if (derived-mode-p (quote org-mode)) (progn (org-reveal (search 
(org-link-search search ((functionp cmd) (let ((save-match-data-internal 
(match-data))) (unwind-protect (progn (set-match-data link-match-data) 
(condition-case nil (funcall cmd file link) ((debug wrong-number-of-arguments 
wrong-type-argument invalid-function) (user-error "Please see Org News for 
version 9.0 about `org-file-apps'--Lisp error: %S" cmd (set-match-data 
save-match-data-internal (quote evaporate) ((consp cmd) (user-error "Please 
see Org News for version 9.0 about `org-file-apps'--Error: Deprecated usage of 
%S" cmd)) (t (funcall (cdr (assq (quote file) org-link-frame-setup)) file)))
  (let* ((file (if (equal path "") buffer-file-name (substitute-in-file-name 
(expand-file-name path (file-apps (append org-file-apps 
(org-default-apps))) (apps (cl-remove-if (quote 
org-file-apps-entry-match-against-dlink-p) file-apps)) (apps-dlink 
(cl-remove-if-not (quote org-file-apps-entry-match-against-dlink-p) file-apps)) 
(remp (and (assq (quote remote) apps) (org-file-remote-p file))) (dirp (if remp 
nil (file-directory-p file))) (file (if (and dirp 
org-open-directory-means-index-dot-org) (concat (file-name-as-directory file) 
"index.org") file)) (a-m-a-p (assq (quote auto-mode) apps)) (dfile (downcase 
file)) (link (cond (line (concat file "::" (number-to-string line))) (search 
(concat file "::" search)) (t file))) (dlink (downcase link)) (old-buffer 
(current-buffer)) (old-pos (point)) (old-mode major-mode) (ext (and 
(string-match "\\`.*?\\.\\([a-zA-Z0-9]+\\(\\.gz\\)?\\)\\'" dfile) (match-string 
1 dfile))) cmd link-match-data) (cond ((member in-emacs (quote ((16) system))) 
(setq cmd (cdr (assq (quote system) apps (in-emacs (setq cmd (quote 
emacs))) (t (setq cmd (or (and remp (cdr (assq ... apps))) (and dirp (cdr (assq 
... apps))) (let ((match ...)) (if match (progn ... match) (progn ... nil))) 
(assoc-default dfile (org-apps-regexp-alist apps a-m-a-p) (quote string-match)) 
(cdr (assoc ext apps)) (cdr (assq t apps

[O] inline code block problem; first attempt

2016-06-08 Thread Charles Millar

C-c C-c works on this

#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1]
totalcommissions
#+end_src

#+RESULTS:
: 0.0

but not on this

Inline version src-emacs-lisp[:var 
totalcommissions=TOTALCOM[-1,-1]]{totalcommissions}


What am I missing?

Charlie Millar




Re: [O] inline code block problem; first attempt (correction)

2016-06-08 Thread Charles Millar


On 06/08/2016 02:28 PM, Charles Millar wrote:

C-c C-c works on this

#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1]
totalcommissions
#+end_src

#+RESULTS:
: 0.0

but not on this




Inline version src_emacs-lisp[:var 
totalcommissions=TOTALCOM[-1,-1]]{totalcommissions}



What am I missing?

Charlie Millar








Re: [O] inline code block problem; first attempt

2016-06-08 Thread Charles Millar

I am getting careless.


On 06/08/2016 02:36 PM, Eric S Fraga wrote:

Can you please post a complete example so that others can try it?  Also,
what version of org etc.?


sample.org file

* TOTALCOM   :ignoreheading:

#+NAME: TOTALCOM
#+ATTR_LATEX: :mode table :environment longtable :align p{415pt}N{8}{2}
| {{{cmhfill}}} Total commissions due | 0.00 |


#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1]
totalcommissions
#+end_src

#+RESULTS:
: 0.0

Inline version src_emacs-lisp[:var 
totalcommissions=TOTALCOM[-1,-1]]{totalcommissions}


GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian


Org-mode version 8.3.4 (release_8.3.4-894-gf94df5 @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie



Re: [O] [PATCH} Re: inline code block problem; first attempt

2016-06-11 Thread Charles Millar

Good morning,


On 06/10/2016 05:49 PM, Nicolas Goaziou wrote:

Hello,

"Charles C. Berry"  writes:


Sounds good.

Done. Thank you for the feedback.


Thank you Nicolas and Chuck.
Works for me, now.

Charlie Millar



[O] vertically misplaced thousands separator

2016-06-13 Thread Charles Millar
I am not sure if this is a bug in orgmode latex exporter or whether it 
is specific to LaTeX and that there is some code that will take care of 
this.


First, attached is a copy of my LaTeX setup.

I recently added \\usepackage[npthousnadsep{,}]{numprint} to my setup.

When I export the following in line code

This is inline src_emacs-lisp[:var totalcommissions=TOTALCOM[-1,-1] 
fmt="%.2f"]{(format fmt totalcommissions)} {{{results(=9.99=)}}} for 
some reason


the thousands separator is place above the exported line, thus

,
This is inline 9.99 for some reason

Likewise, a source block, e.g.

** Block

This is a block

#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1] fmt="%.2f" 
:exports results

(format fmt totalcommissions)
#+end_src

#+RESULTS:
: 9.99

for the same code

exports as

  ,
This is a block
9.99

|{group-separator ={,}|

for the same code

Of course I expected 99,999.99 in both cases.

I also tried this with \\usepackage{siunitx} and 
\\usepackage[group-separator={,}]{siunitx} (numprint separator was 
removed) and had the same results


Org-mode version 8.3.4 (release 8.3.4 -907-g65e437 @ 
usr/local/share/emacs/site-lisp/org-mode/lisp)


GNU Emacs 24.4.1 (x86 64 -pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified

by Debian

Charlie Millar

(add-to-list 'org-latex-classes
  '("mysetup"
"\\documentclass[fontsize=11pt,letterpaper,twoside=false]{scrartcl}
\\usepackage{verbatim}
% \\usepackage[T1]{fontenc}
% \\usepackage{charter,parskip,setspace,layout}
\\usepackage{charter,setspace,layout}
\\usepackage{array,graphicx}
\\usepackage{tabularx,tabulary}
\\usepackage{longtable}
\\usepackage{tabu}
\\usepackage{numprint}
\\npstyleenglish
\\usepackage[npthousnadsep{,}]{numprint}
\\usepackage[at]{easylist}
\\usepackage{csquotes}
%\\usepackage[letterpaper,margin=1.00in]{geometry}
\\usepackage[letterpaper,left=1.00in,right=1.00in,top=1.00in,bottom=1.00in]{geometry}
% \\usepackage[top=1.0in,bottom=0.4in,left=1.2in,nohead]{geometry}
%\\pagestyle{empty}
\\pagenumbering{arabic}
\\newcommand{\\foo}{bar}
[NO-DEFAULT-PACKAGES]
[NO-PACKAGES]
[EXTRA]"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}")))


Re: [O] vertically misplaced thousands separator

2016-06-13 Thread Charles Millar
Forgot to mention that just a plain 9.99 (no code blocks) exports 
the same way, comma above the 9.99



On 06/13/2016 08:31 AM, Charles Millar wrote:


I am not sure if this is a bug in orgmode latex exporter or whether it 
is specific to LaTeX and that there is some code that will take care 
of this.


First, attached is a copy of my LaTeX setup.

I recently added \\usepackage[npthousnadsep{,}]{numprint} to my setup.

When I export the following in line code

This is inline src_emacs-lisp[:var totalcommissions=TOTALCOM[-1,-1] 
fmt="%.2f"]{(format fmt totalcommissions)} {{{results(=9.99=)}}} 
for some reason


the thousands separator is place above the exported line, thus

,
This is inline 9.99 for some reason

Likewise, a source block, e.g.

** Block

This is a block

#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1] 
fmt="%.2f" :exports results

(format fmt totalcommissions)
#+end_src

#+RESULTS:
: 9.99

for the same code

exports as

  ,
This is a block
9.99

|{group-separator ={,}|

for the same code

Of course I expected 99,999.99 in both cases.

I also tried this with \\usepackage{siunitx} and 
\\usepackage[group-separator={,}]{siunitx} (numprint separator was 
removed) and had the same results


Org-mode version 8.3.4 (release 8.3.4 -907-g65e437 @ 
usr/local/share/emacs/site-lisp/org-mode/lisp)


GNU Emacs 24.4.1 (x86 64 -pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified

by Debian

Charlie Millar





Re: [O] vertically misplaced thousands separator

2016-06-13 Thread Charles Millar

I just realized this behavior also occurs for just a series of letters


On 06/13/2016 08:46 AM, Charles Millar wrote:


Forgot to mention that just a plain 9.99 (no code blocks) exports 
the same way, comma above the 9.99



On 06/13/2016 08:31 AM, Charles Millar wrote:


I am not sure if this is a bug in orgmode latex exporter or whether 
it is specific to LaTeX and that there is some code that will take 
care of this.


First, attached is a copy of my LaTeX setup.

I recently added \\usepackage[npthousnadsep{,}]{numprint} to my setup.

When I export the following in line code

This is inline src_emacs-lisp[:var totalcommissions=TOTALCOM[-1,-1] 
fmt="%.2f"]{(format fmt totalcommissions)} {{{results(=9.99=)}}} 
for some reason


the thousands separator is place above the exported line, thus

,
This is inline 9.99 for some reason

Likewise, a source block, e.g.

** Block

This is a block

#+begin_src emacs-lisp :var totalcommissions=TOTALCOM[-1,-1] 
fmt="%.2f" :exports results

(format fmt totalcommissions)
#+end_src

#+RESULTS:
: 9.99

for the same code

exports as

  ,
This is a block
9.99

|{group-separator ={,}|

for the same code

Of course I expected 99,999.99 in both cases.

I also tried this with \\usepackage{siunitx} and 
\\usepackage[group-separator={,}]{siunitx} (numprint separator was 
removed) and had the same results


Org-mode version 8.3.4 (release 8.3.4 -907-g65e437 @ 
usr/local/share/emacs/site-lisp/org-mode/lisp)


GNU Emacs 24.4.1 (x86 64 -pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified

by Debian

Charlie Millar







Re: [O] [BUG] Loading ob-shell fails with lexical binding

2016-06-20 Thread Charles Millar

Hi,


On 06/20/2016 11:56 AM, Kyle Meyer wrote:

Hello,

After moving ob-shell.el over to lexical binding (2108f0c), emacs -Q
with "(require 'ob-shell)" reports

 Debugger entered--Lisp error: (wrong-type-argument sequencep function)
   concat("org-babel-execute:" function)
   (intern (concat "org-babel-execute:" name))
 [...]

It seems to be the :initialize value of org-babel-shell-names that is
problematic.


This morning in order to load my init file I had to comment out (shell . 
t) in org-babel-load-languages


Org-mode version 8.3.4 (release_8.3.4-957-g47fdeb @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)




[O] symbol's value as vatiable is void:: result-params

2016-06-20 Thread Charles Millar
When I evaluate the following the above error results (this source blosk 
and all others that are similar evaluated successfully  a few days ago)


#+NAME: SCHEDAP
#+begin_src rec :data foo.rec :type Finance :fields 
AccountDate,Description,AccountAmount :results silent

 (File = 'RevTrust' && AccountSchedule = 'A')
#+end_src

degug on error -

Debugger entered--Lisp error: (void-variable result-params)
  (member "scalar" result-params)
  (or (member "scalar" result-params) (member "html" result-params) 
(member "code" result-params) (member "verbatim" result-params) (equal 
(point-min) (point-max)))
  (let* ((in-file ((lambda (el) (or el (error "rec code block requires 
:data header argument"))) (cdr (assoc :data params (cmdline (cdr 
(assoc :cmdline params))) (rec-type (cdr (assoc :type params))) (fields 
(cdr (assoc :fields params))) (join (cdr (assoc :join params))) (sort 
(cdr (assoc :sort params))) (groupby (cdr (assoc :groupby params))) (cmd 
(concat "recsel" (if rec-type (progn (concat " -t " rec-type " "))) " " 
(expand-file-name in-file) (if (> (length (org-babel-trim body)) 0) 
(progn (concat " -e " "\"" (replace-regexp-in-string "\"" "\"" body) 
"\""))) (if join (progn (concat " -j " join " "))) (if sort (progn 
(concat " -S " sort " "))) (if groupby (progn (concat " -G " groupby " 
"))) (if fields (progn (concat " -p " fields " ") (do-raw (or 
(member "scalar" result-params) (member "html" result-params) (member 
"code" result-params) (member "verbatim" result-params) (equal 
(point-min) (point-max) (if do-raw nil (setq cmd (concat cmd " | 
rec2csv"))) (let ((temp-buffer (generate-new-buffer " *temp*"))) 
(save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn 
(shell-command cmd (current-buffer)) (if do-raw (buffer-string) 
(org-table-convert-region (point-min) (point-max) (quote ...)) (let 
(...) (cons ... ... (and (buffer-name temp-buffer) (kill-buffer 
temp-buffer))
  org-babel-execute:rec("(File = 'RevTrust' && AccountSchedule = 'A')" 
((:colname-names) (:rowname-names) (:result-params "silent") 
(:result-type . value) (:results . "silent") (:exports . "results") 
(:session . "none") (:cache . "no") (:noweb . "no") (:hlines . "no") 
(:tangle . "no") (:eval . "never-export") (:data . "foo.rec") (:type . 
"Finance") (:fields . "AccountDate,Description,AccountAmount")))

  org-babel-execute-src-block(nil nil ((:results . "silent")))
  #[0 "\305\302\306\307#\203l

GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.4 (release_8.3.4-958-gf8eb0b @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)





[O] bug - active and inactive time stamps incorrect year for current date and rest of month

2015-02-10 Thread Charles Millar
When I call either active or inactive timestamps and enter the current 
date from the keyboard, i.e. 2/10, rather than simply pressing enter the 
result is <2016-02-10 Wed> or [2016-02-10 Wed], i.e. the year is already 
advanced. If I enter any date in the rest of the month in same manner 
such as 2/28 same result, <2016-02-28 Sun> or [2016-02-28 Sun] the year 
and day of the week are advanced. The behavior disappears when I go to 
the next month.


GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5) of 2014-12-19 
on brahms, modified by Debian
Org-mode version 8.3beta (release_8.3beta-806-g0be849 @ 
/usr/share/emacs/site-lisp/org-mode/lisp/)


Is it intended that only the shift + arrow keys be used during the 
current month?


Charlie Millar


Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE

2015-02-13 Thread Charles Millar


On 02/12/2015 07:37 PM, Yuri Niyazov wrote:

PS It is clear that you can *both* select the correct date using
calendar, and *then* type in the time while still in the calendar
selector, right?

On Thu, Feb 12, 2015 at 5:36 PM, Yuri Niyazov  wrote:

On Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall
 wrote:

Not really an acceptable answer. Having to use 2 different interface methods to 
fill in one time/date stamp value is confusing and cludgy. Plus, if you type in 
a full time/date stamp + time, you can still move around in the calendar, but 
it doesn't update the selected datestamp in yellow.  Also confusing.

Cludgy is in the eye of the beholder. I am hugely bothered by various
inconsistencies in org-mode user interface (see my other posts to this
list) but this one is very far down on the list. This is why:

When I need to schedule a date, it is sufficiently close to today's
date that it is usually 2-3 S+ARROWS keystrokes away from today, so
the calendar with "today" selected as default is great.

So, let's see how a time selector would work:

When you bring up a time selector, it could by default show one of the
following three options:

1) The current time
2) The last time you selected when you used the time selector
3) Some default configurable time like "noon"

When I need to schedule a time for an event, the time that something
needs to happen is usually not related to any times on that list, so
using S+ARROWS would be less efficient than typing out the time, which
is at most four keystrokes if its on the hour. (E.g. "10pm" ). Of
course, this is only true if you are a touch-typist.



Why bother with the arrow keys at all? I have a capture template for 
appointments and deadlines which requests date and time. Calendar is 
called. Rather than arrow keys I type the datetime (optional 
duration) and then enter - e.g. call the template, then "2/28 13:30 (and 
then enter the rest of template requests such as 'What has to be done""


Charlie Millar

Charlie Millar



Re: [O] How to include time when generating timestamp for DEADLINE/SCHEDULE

2015-02-13 Thread Charles Millar


On 02/13/2015 08:14 AM, Charles Millar wrote:


On 02/12/2015 07:37 PM, Yuri Niyazov wrote:

PS It is clear that you can *both* select the correct date using
calendar, and *then* type in the time while still in the calendar
selector, right?

On Thu, Feb 12, 2015 at 5:36 PM, Yuri Niyazov 
 wrote:

On Thu, Feb 12, 2015 at 4:16 PM, Subhan Michael Tindall
 wrote:
Not really an acceptable answer. Having to use 2 different 
interface methods to fill in one time/date stamp value is confusing 
and cludgy. Plus, if you type in a full time/date stamp + time, you 
can still move around in the calendar, but it doesn't update the 
selected datestamp in yellow.  Also confusing.

Cludgy is in the eye of the beholder. I am hugely bothered by various
inconsistencies in org-mode user interface (see my other posts to this
list) but this one is very far down on the list. This is why:

When I need to schedule a date, it is sufficiently close to today's
date that it is usually 2-3 S+ARROWS keystrokes away from today, so
the calendar with "today" selected as default is great.

So, let's see how a time selector would work:

When you bring up a time selector, it could by default show one of the
following three options:

1) The current time
2) The last time you selected when you used the time selector
3) Some default configurable time like "noon"

When I need to schedule a time for an event, the time that something
needs to happen is usually not related to any times on that list, so
using S+ARROWS would be less efficient than typing out the time, which
is at most four keystrokes if its on the hour. (E.g. "10pm" ). Of
course, this is only true if you are a touch-typist.



Why bother with the arrow keys at all? I have a capture template for 
appointments and deadlines which requests date and time. Calendar is 
called. Rather than arrow keys I type the datetime (optional 
duration) and then enter - e.g. call the template, then "2/28 13:30 
(and then enter the rest of template requests such as 'What has to be 
done""


Charlie Millar

Forgot to mention that with the deadline I also might enter a lead time



Re: [O] Is it possible to implement a TARGET date in addition to SCHEDULED and DEADLINE?

2015-03-28 Thread Charles Millar

Hi Martin,

On 03/28/2015 12:28 AM, M wrote:

I wonder how difficult it would be to add a 3rd "TARGET" date to
headings/tasks, which is treated similar to Deadline and Scheduled dates
(can be used in agenda, can be easily set and modified, ...) :

example:

* TODO [#A] My org-mode task
TARGET: <2015-04-01 Mi> SCHEDULED: <2015-03-30 Mo>


Maybe something like this in your .emacs or init.el? I just added the 
"target dates" entry; good idea!


;;; Added the following on 2013-08-11; used Sacha Chua's code
;;; for ledger entries as a template
;;; intended for different TODO type of entries

(setq org-capture-templates

;;; tasks todo on a specific date, not appointments
  (append '(("t" "Todo entries")
("ts" "Scheduled" entry
 (file "~/Data/Emacs-Files/Org-Files/Bucket.org")
 "* TODO %?%^{What do you want to do?} %i\ SCHEDULED: 
%^{enter a timestamp}t\n\t:OTHERINFO:\n\t\t%^{Enter other pertinent 
info} %i\n\t:END:\n\t\tDate Entered %U\n"

 :empty-lines 1)

;; tasks wtih a target date
("tt" "Target dates" entry
 (file "~Data/Emacs-Files/Org-Files/Bucket.org")
 "* TODO %?%^{What do you want to do?} %i\ TARGET-DATE: 
%^{enter a timestamp}t\n\t:OTHERINFO:\n\t\t%^{Enter other pertinent 
info} %i\n\t:END:\n\t\tDate Entered %U\n"

 :empty-lines 1)


;; tasks with definite deadlines
("td" "Deadline" entry
 (file "~/Data/Emacs-Files/Org-Files/Bucket.org")
 "* TODO %?%^{What do you want to do?} %i\ DEADLINE: 
%^{enter a timestamp}t\n\t:OTHERINFO:\n\t\t%^{Enter other pertinent 
info} %i\n\t:END:\n\t\tDate Entered %U\n"

 :empty-lines 1)

;; plain vanilla task todo's
("tt" "PlainTODO" entry
 (file "~/Data/Emacs-Files/Org-Files/Bucket.org")
 "* TODO %?%^{What do you want to do?} %i\ %^{enter a 
timestamp}t\n\t:OTHERINFO:\n\t\t%^{Enter other pertinent info} 
%i\n\t:END:\n\t\tDate Entered %U\n"

 :empty-lines 1))


  org-capture-templates))

Regards,

Charlie Millar




[O] Emacs-Orgmode Archive search fails

2015-04-02 Thread Charles Millar
It has been a while since I searched the mailing list archives. Did I 
miss an announcement or is the search engine broken?


For the past few days, any search request in the mailing list archives 
either yields no result or just one and the same result - "Citations, 
continued, etc." /archive/html/emacs-orgmode/2015-02/msg00028.html 
 
(7,961 bytes)


This occurs on both Debian and Windows 7 machine.

Charlie Millar


Re: [O] Emacs-Orgmode Archive search fails

2015-04-03 Thread Charles Millar



On 04/03/2015 10:11 AM, Nick Dokos wrote:

Charles Millar  writes:


It has been a while since I searched the mailing list archives. Did I
miss an announcement or is the search engine broken?

For the past few days, any search request in the mailing list archives
either yields no result or just one and the same result - "Citations,
continued, etc." /archive/html/ emacs-orgmode/2015-02/msg00028.html
(7,961 bytes)

This occurs on both Debian and Windows 7 machine.


I tried a simple search through Gnus search on the newsgroup ("G G")
and on the web page http://news.gmane.org/gmane.emacs.orgmode. Both
succeeded, so whatever it was seems to have been fixed.


My searches on gmane.emacs.emacs succeeded,

In the past, when the search engine failed (and it has failed a couple
of times), a message to LarsI with the details of the failure has been
enough to get things going again (sometimes with a couple of days
delay).
Unfortunately searches on the orgmode list still fail. I will do as you 
suggest.


Thanks, Nick

Charlie



[O] org-collector bug

2015-04-17 Thread Charles Millar

I have attempted to use org-collector. Each time, including the example at
[Search domain orgmode.org] 
orgmode.org/worg/org-contrib/org-collector-example.html 

all columns except ITEM evaluate to the default error. The ITEM column 
does evaluate as expected.


GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian

Org: 8.3beta release_8.3beta-1030-g65bbb1

Charlie Millar






Re: [O] org-collector bug

2015-04-18 Thread Charles Millar
Spoke too soon. Went to a terminal, loaded emacs -q and then loaded 
org-ocllector.el. It worked as advertised. Then loaded emacs 
("normally") and org-collector.el did not yield expected results,


So I will check my .emacs

Charlie Millar

On 04/17/2015 06:43 PM, Charles Millar wrote:
I have attempted to use org-collector. Each time, including the 
example at
[Search domain orgmode.org] 
<https://duckduckgo.com/?q=org%2Dcollector%20worg+site:orgmode.org>orgmode.org/worg/org-contrib/org-collector-example.html 
<http://orgmode.org/worg/org-contrib/org-collector-example.html>
all columns except ITEM evaluate to the default error. The ITEM column 
does evaluate as expected.


GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian

Org: 8.3beta release_8.3beta-1030-g65bbb1

Charlie Millar








[O] Appears that org-mode 8.3 breaks org-collector.el

2015-04-18 Thread Charles Millar

I have just started using org-collector so . . .

org-collector works as expected using

GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian
Org: 8.2.10 release_8.2.10

but fails if

GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian
Org: 8.3beta release_8.3beta-1030-g65bbb1

As I reported yesterday my first attempt to use collector was using 
8.3beta, etc.


When using the 8.3beta release, I evaluated the example downloaded from
orgmode.org/worg/org-contrib/org-collector-example.html 

All columns except ITEM evaluated to the default error. The ITEM column 
does evaluate as expected.


I (usually) download daily the recent org-mode version from git to my 
directory at /usr/share/emacs/site-lisp/org-mode.
In my .emacs I commented out (add-to-list 'load-path 
"/usr/share/emacs/site-lisp/org-mode/lisp")

and left
(add-to-list 'load-path "/usr/share/emacs/site-lisp/org-mode/contrib/lisp")

org-collector worked as expected,without the 8.3 beta version. (8.2.10 
was loaded by default)


As an exercise I searched ORG-NEWS 8.3 and 8.2 for collector, table, 
orgtbl, dblock. Having just started to learn emacs lisp I had no idea if 
any changes mentioned would have affected org-collector.


Thanks for listening.

Charlie Millar



Re: [O] Appears that org-mode 8.3 breaks org-collector.el

2015-04-18 Thread Charles Millar

Did the recent property drawer syntax changes ahve anything to do with this?

On 04/18/2015 08:59 AM, Charles Millar wrote:

I have just started using org-collector so . . .

org-collector works as expected using

GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian
Org: 8.2.10 release_8.2.10

but fails if

GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.5)
of 2015-03-07 on binet, modified by Debian
Org: 8.3beta release_8.3beta-1030-g65bbb1

As I reported yesterday my first attempt to use collector was using 
8.3beta, etc.


When using the 8.3beta release, I evaluated the example downloaded from
orgmode.org/worg/org-contrib/org-collector-example.html 
<http://orgmode.org/worg/org-contrib/org-collector-example.html>
All columns except ITEM evaluated to the default error. The ITEM 
column does evaluate as expected.


I (usually) download daily the recent org-mode version from git to my 
directory at /usr/share/emacs/site-lisp/org-mode.
In my .emacs I commented out (add-to-list 'load-path 
"/usr/share/emacs/site-lisp/org-mode/lisp")

and left
(add-to-list 'load-path 
"/usr/share/emacs/site-lisp/org-mode/contrib/lisp")


org-collector worked as expected,without the 8.3 beta version. (8.2.10 
was loaded by default)


As an exercise I searched ORG-NEWS 8.3 and 8.2 for collector, table, 
orgtbl, dblock. Having just started to learn emacs lisp I had no idea 
if any changes mentioned would have affected org-collector.


Thanks for listening.

Charlie Millar





  1   2   3   >