Re: [O] Bug: malformed property drawers [8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)]

[Tamulis, Andrius]

I hope this gets to the mailing list. I'm not sure how the mailing list 
works.


As for the below,
1) I've just spent a lot of time trying various searches at the 
emacs-orgmode Archives, and reading through many pages of results, but I 
can't find the mailing list discussion mentioned below by Nicolas. Can 
anyone help? Until I read that, I won't comment further on whether it 
was a good idea to insist that PROPERTIES and dates immediatly follow 
the headline.


2) If there is good code for fixing the properties drawers, why 
isn't it in the org-agenda-set-property function? The code there now 
just creates new PROPERTIES drawers, ignoring existing ones.


Thanks,

Andrius

On 2016-10-02 02:32, Nicolas Goaziou wrote:

Hello,

"Tamulis, Andrius"  writes:


There is a problem even if I want to "fix" these drawers by hand.
There are many, many drawers, and the fix is long and tedious:

It isn't. ORG-NEWS file provide a function to do the fixing for you.


I think that you should possible go back to the way it was before the
"fix the properties" patch. If it is terribly important to fix the
drawers, create a new function that fixes them as intelligently as
possible (copying existing drawers into the correct place).

See above.


But the better idea is to forget "fixing" these drawers. Is it truly
that important to have the SCHEDULED and DEADLINE in the line below
the heading, and the PROPERTIES drawer directly beneath?

Yes, it is. This subject was discussed on the ML already. Once fixed, it
is not much of an annoyance however.


Regards,

Re: [O] Making DocBook xml books from org mode?

[Marcin Borkowski]

On 2016-10-02, at 23:23, Peter Davis  wrote:

> I'm trying this again, on a Mac instead of Windows. I managed to get
> ox-pandoc working. (It now displays an org export menu too big to fit on
> my screen, and I can't figure out how to scroll it.)

Space/backspace?

Best,

-- 
Marcin Borkowski

Re: [O] Making DocBook xml books from org mode?

[Norman Walsh]

Joost Kremers  writes:
> There's also a `docbook' writer,
> which has been part of Pandoc much longer and which outputs to (I
> assume) DocBook v4. So I suspect you either need to upgrade your Pandoc
> or make sure ox-pandoc sets the output format to `docbook'.

Depending on what your down-stream processing is like, you could
just go with V4 DocBook from org and then convert that to V5 with
the upgrade stylesheet.

Be seeing you,
  norm

-- 
Norman Walsh  | There is no monument dedicated to the
http://nwalsh.com/| memory of a committee.--Lester J.
  | Pourciau


signature.asc
Description: PGP signature

Re: [O] org-info.js Clobbering my CSS

[David A. Gershman]

Bit more info...

outline-2 and 3 get clobbered.  Beginning with "outline-text-3" I seem
to be able to view my formatting just fine.

So, to view "slides" it seems Org-Info.js utilizes "outline-2,3".  I've
browsed the source code but am not a JS expert and didn't find anything
obvious.

If anyone has any ideas how to style outline-2,3 while in, I think,
'info' mode, I'd appreciate it.

Thx.

BTW, if I toggle 'info' and 'plain', plain *does* show the styling.

On 10/02/2016 05:27 PM, David A. Gershman wrote:
> Hello All,
> 
> I'm creating some styling for class '.outline-2' and when I view my file
> w/o Javascript, it styles just as expected.  But w/org-info.js, my
> styling is lost.
> 
> Anyone know how to style these classes (outline-N) without having
> "org-info.js" clobber it?
> 
> For now, I'm just trying to indent:
> 
>   .outline-2 {
>   margin-left: 1%;
>   background: #ccff99;
>   }
> 
> The background color was just to confirm (in an obvious fashion) is was
> the Javascript.  FWIW, I removed the "#+INFOJS_OPT:..." line and the
> style was fine as well.  So unfortunately, it is Org-Info that's
> clobbering the styling.
> 
> 
> --dag
> 

Re: [O] Failure to display more than 18 images with captions

[John Kitchin]

This looks like a user configurable option, e.g.

(setq org-latex-default-figure-position "htbp")


William Henney writes:

> I think Jean Louis is right: it _is_ an org issue.   The problem is that
> the default value of org-latex-default-figure-position is "htb", which is a
> very bad idea.  The string always needs to contain a "p" in it somewhere,
> otherwise latex will never be able to find a solution for figure placement
> in cases with many floats and little or no text.
>
> Fuller explanation: The position specifiers "h" (here), "t" (top), and "b"
> (bottom) are all for placing floats on a page that has some "normal" text
> on.  For all 3 cases, there is a minimum fraction of the page that must be
> occupied by text (controlled by the parameter \textfraction, which by
> default is 0.2).  To get pages that are entirely occupied by floats, you
> need to use the specifier "p" (page).  So, by just using "htb" you are
> giving latex a set of requirements that are impossible to satisfy if there
> are many floats and no text.  Hence the problem with "Too many unprocessed
> floats".  I would recommend that the default be "htbp" instead.
>
> Will
>
>
> On Sat, Oct 1, 2016 at 1:13 PM, Jean Louis  wrote:
>
>> IMHO, the program Org Mode shall not give error when exporting PDF, or
>> it should be documented that certain number of pictures are not
>> tolerated and how to increase that number or how to avoid the problem.
>>
>> Maybe something like explained here:
>> http://tex.stackexchange.com/questions/46512/too-many-unprocessed-floats
>>
>> like "morefloats" package:
>> ctan.org/pkg/morefloats
>>
>> or \extrafloats{100}
>>
>> But I did not get that working, I have simply turned off floats.
>>
>> Jean
>>
>> On Sat, Oct 01, 2016 at 07:53:59PM +0200, Nicolas Goaziou wrote:
>> > Hello,
>> >
>> > Jean Louis  writes:
>> >
>> > > It is solved for me, not solved in general as a problem in Org mode.
>> >
>> > I do not understand: which part is a problem on the Org side?
>> >
>> > Regards,
>> >
>> > --
>> > Nicolas Goaziou
>>
>>


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

Re: [O] Making DocBook xml books from org mode?

[Peter Davis]

Joost Kremers  writes:

> On Sun, Oct 02 2016, Peter Davis wrote:
>> Interesting. I just installed Pandoc on my Mac today with Homebrew, but
>> it claims to be 1.13.1. I'll try to find an update. Thanks.
>
> Check the "Installing" page on pandoc.org: there's a link to an OS X
> package on Pandoc's Github page:
>
> https://github.com/jgm/pandoc/releases/tag/1.17.2
>

Thanks again, Joost. I didn't find any installation instructions or kits, but I 
just copied the executable from the .pkg file to
/usr/local/bin on my machine, overwriting the 1.13 version that was there. That 
seems to have worked. I was able to export from org-mode to
docbook.

Thanks!
-pd

[O] org-info.js Clobbering my CSS

[David A. Gershman]

Hello All,

I'm creating some styling for class '.outline-2' and when I view my file
w/o Javascript, it styles just as expected.  But w/org-info.js, my
styling is lost.

Anyone know how to style these classes (outline-N) without having
"org-info.js" clobber it?

For now, I'm just trying to indent:

.outline-2 {
margin-left: 1%;
background: #ccff99;
}

The background color was just to confirm (in an obvious fashion) is was
the Javascript.  FWIW, I removed the "#+INFOJS_OPT:..." line and the
style was fine as well.  So unfortunately, it is Org-Info that's
clobbering the styling.


--dag

Re: [O] Making DocBook xml books from org mode?

[Joost Kremers]

On Sun, Oct 02 2016, Peter Davis wrote:
> Interesting. I just installed Pandoc on my Mac today with Homebrew, but
> it claims to be 1.13.1. I'll try to find an update. Thanks.

Check the "Installing" page on pandoc.org: there's a link to an OS X
package on Pandoc's Github page:

https://github.com/jgm/pandoc/releases/tag/1.17.2

Perhaps you can use that?

-- 
Joost Kremers
Life has its moments

Re: [O] Making DocBook xml books from org mode?

[Peter Davis]

Joost Kremers  writes:

> On Sun, Oct 02 2016, Peter Davis wrote:
>> When I try to export to docbook via pandoc (C-c C-e p d), I get
>>
>> Running pandoc with args: (-f org -t docbook5 -o 
>> /Users/peterdavis/Dropbox/HMH/my_file.dbk --parse-raw --mathjax --standalone 
>> /Users/peterdavis/Dropbox/HMH/my_file.tmp3362h9T.org)
>> Error occured.
>> pandoc: Unknown writer: docbook5
>>
>> Any guesses? Is there something additional I need to install in pandoc?
>
> The `docbook5' writer was added to Pandoc fairly recently, in version
> 1.17.1, released in June of this year.

Interesting. I just installed Pandoc on my Mac today with Homebrew, but
it claims to be 1.13.1. I'll try to find an update. Thanks.

> There's also a `docbook' writer,
> which has been part of Pandoc much longer and which outputs to (I
> assume) DocBook v4. So I suspect you either need to upgrade your Pandoc
> or make sure ox-pandoc sets the output format to `docbook'.

Well, I'm trying to output docbook5 anyway, so better to update my
installation.

Thank you.

-pd

Re: [O] Making DocBook xml books from org mode?

[Joost Kremers]

On Sun, Oct 02 2016, Peter Davis wrote:
> When I try to export to docbook via pandoc (C-c C-e p d), I get
>
> Running pandoc with args: (-f org -t docbook5 -o 
> /Users/peterdavis/Dropbox/HMH/my_file.dbk --parse-raw --mathjax --standalone 
> /Users/peterdavis/Dropbox/HMH/my_file.tmp3362h9T.org)
> Error occured.
> pandoc: Unknown writer: docbook5
>
> Any guesses? Is there something additional I need to install in pandoc?

The `docbook5' writer was added to Pandoc fairly recently, in version
1.17.1, released in June of this year. There's also a `docbook' writer,
which has been part of Pandoc much longer and which outputs to (I
assume) DocBook v4. So I suspect you either need to upgrade your Pandoc
or make sure ox-pandoc sets the output format to `docbook'.

--
Joost Kremers
Life has its moments

Re: [O] Making DocBook xml books from org mode?

[Peter Davis]

Peter Davis  writes:

> To follow up ...
>
> On Thu, Sep 29, 2016, at 06:17 PM, Peter Davis wrote:
>> On Thu, Sep 29, 2016, at 03:23 PM, Joost Kremers wrote:
>> > 
>> > Pandoc can convert to Docbook, so that might be an option. Note that
>> > Pandoc also converts *from* Org, (although it cannot handle all of Org's
>> > capabilities), so depending on your needs, that might be a way to go
>> > directly from Org to Docbook.
>> >
>> 
>> Thank you. I did succeed in exporting from org to texi, and then
>> makeinfo'ing that into a DocBook xml, though a bit of hand editing was
>> necessary.
>> 
>
> I did manage to get this working. I found I had to export to Pandoc
> instead of running pandoc from a command line with the org file as
> input. Otherwise, the embedded dot code I used would not link to an
> image, but simply contain the dot code as source.
>
> Unfortunately, in trying to export to a file, I'm getting 
>
> Unable to resolve link "www.gimp.org/downloads"
>
> I don't know where this is coming from, or how to fix it.
>
> Finally, the 'Export with Pandoc' menu item only gives me two choices:
>   [P] Markdown to buffer
>   [p] To file
>
> I assume it's just generating Markdown, which would then have to be
> converted to docbook or whatever in a separate step. Any way to export
> to docbook directly, using Pandoc implicitly?

I'm trying this again, on a Mac instead of Windows. I managed to get
ox-pandoc working. (It now displays an org export menu too big to fit on
my screen, and I can't figure out how to scroll it.)

When I try to export to docbook via pandoc (C-c C-e p d), I get

Running pandoc with args: (-f org -t docbook5 -o 
/Users/peterdavis/Dropbox/HMH/my_file.dbk --parse-raw --mathjax --standalone 
/Users/peterdavis/Dropbox/HMH/my_file.tmp3362h9T.org)
Error occured. 
pandoc: Unknown writer: docbook5

Any guesses? Is there something additional I need to install in pandoc?

Thanks!

-pd

Re: [O] Bug: Several small documentation problems [8.3.6 (8.3.6-4-g4835be-elpaplus @ /home/jorge/.emacs.d/elpa/org-plus-contrib-20160926/)]

[Jorge]

On 1 October 2016 at 19:36, Nicolas Goaziou  wrote:
> In this case, both "parent" and "grandparent" are confusing terms.
> I made a change to M-RET docstring, hopefully eschewing the confusion.
> Please let me know if there is still something wrong there.
It is good now, but I still have some questions and observations:

First, there is some undocumented behavior if M-RET is called in the headline
after column 0 but before the headline text (e.g. if point is on the priority
cookie).  It then splits the heading just before the PROPERTIES drawer.  But I
don’t know if this is worthy of documentation.

Now something which I do consider worthy of description:
  This forces the insertion of a heading after the current subtree,
  independently on the location of point.
At least in Org version 8.3.6 (8.3.6-4-g4835be-elpaplus @
/home/jorge/.emacs.d/elpa/org-plus-contrib-20160926/), the new subtree is
positioned /before/ the current one if M-RET (even C-u M-RET) is invoked at
column 0 in the headline.  You could change the text to
  This forces the insertion of a heading after the current subtree,
  for any position of point except at column 0 in the headline.
Or you could change the code to remove this non-uniform behavior at column 0 of
the headline.

Now a very small detail:
  With double \\[universal-argument] \\[universal-argument] prefix
A “double \\[universal-argument] \\[universal-argument]” could be interpreted
as C-u C-u C-u C-u.  I think it would be better to say just
  With a \\[universal-argument] \\[universal-argument] prefix

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

Re: [O] Kanban board as an agenda view

[Heikki Lehvaslaiho]

Hi Eeli,

I started thinking along the same lines after reading the article and
thought to use it as a task to learn org table manipulation commands.

Unfortunately, I also found that my emacs has a problem that messes up
basic table cell copy or cut commands. See my post 'Cask-initialize messes
up org table manipulation commands' to this mailing list a few days ago. I
started planning and implementing an org-kanban-mode but stopped when I hit
this problem. I still have not solved it.

My idea was to have org-kanban as a minor mode that works on org mode
buffers. A defvar gives a default set of TODO keywords and the user can
configure any words into her own setup. Command org-kanban-write-keywords
writes the keywords to a '#+SEQ_TODO:' line at the top of the buffer and
makes sure there are no other '#+SEQ_TODO:' lines. This makes the keywords
buffer local and easy to modify. A function generates a named table with
current todo keywords. The user then fills up the table with tasks. A house
keeping function creates links of the task names, makes sure that there is
maximum one task on each line, and creates link targets with the correct
todo keyword. Ideally, there should be a function to update the table is
the keywords are changed, but that could be messy.

The org-kanban-mode also overrides the org table key bindings of M-
and M- to move cell contents, i.e. tasks, left and right. The
move-cell functions would also update the todo status of the lined header.

I have about 100 lines of code implementing some of the plan above that I
am happy to share. if you are interested, I could, for example, put the
code in a shared and GPL'd github repo, and you could take it from there.

Let me know,


 -Heikki

Heikki Lehväslaiho - skype:heikki_lehvaslaiho cell: +358 40 850 6640
http://about.me/heikki

On 27 September 2016 at 10:27,  wrote:

> Hello,
>
> I was inspired by this post[1], that describes a workflow that uses
> links and a table to organize tasks in columns like on a Kanban
> board[2].
>
> I started thinking if this kind of visualization could be done
> automatically by implementing a view like the agenda, that would use
> `org-todo-keywords' as column headings and layout TODO items from
> `org-agenda-files' into a columnar view.
>
> Is there any prior work on this, or is anyone willing to implement it?
> If not, could you kindly point me to the right direction, so I can start
> hacking?
>
> [1]:
> http://jr0cket.co.uk/2016/09/Kanban-board-Emacs-Org-mode-
> to-get-work-done.html
> [2]: https://en.wikipedia.org/wiki/Kanban_board
>
> Eeli
>
>

[O] Gmane search and link

[David A. Gershman]

Any word on _http://news.gmane.org/gmane.emacs.orgmode_?  I'm getting a
"Page Not Found" error and http://news.gmane.org returns the same.

Going to _gmane.org_ and searching for "orgmode" or "org-mode", just
gets me a notice about Gmane not being fully back.

Perhaps OrgMode's page (http://orgmode.org/worg/org-mailing-list.html)
should have Gmane Search and form removed (or disabled) for the time
being?  Only the archive
(http://lists.gnu.org/archive/html/emacs-orgmode/) seems searchable at
this time.


--dag

Re: [O] export of src block ignores :results

[Thomas Alexander Gerds]

you are absolutely right: I did not know about system-wide header
args. the following system-wide setting in the devel version is
equivalent to my old setting:

(setq org-export-babel-evaluate t)
(add-to-list 'org-babel-default-header-args '(:eval . "never-export"))

thanks again for your help and patience!

Thomas


"Charles C. Berry"  writes:

> On Fri, 30 Sep 2016, Thomas Alexander Gerds wrote:
>
>> right, this is what changed and setting :eval never-export on a each
>> block solves the problem. however, the new way breaks all my
>> existing org-code.
>
> I don't follow this. What exactly is broken?
>
> You know all the options for setting header args, right? System-wide,
> buffer-wide, etc. For buffer-wide setting, one line is all it takes:
>
> : #+PROPERTY: header-args :eval never-export
>
> (and remember to C-c C-c on that line whenever you insert/edit it)
>
>> is there a reason why the header args have to be ignored when
>> org-export-babel-evaluate is nil? or asking more directly: would it
>> be possible to have another option, e.g.,
>> (setq org-export-babel-evaluate 'never-eval-obey-header-args)
>>
>
> But that is what :eval never-export does.
>
>> such that the export process does never evaluate src code but header
>> arguments are always obeyed?
>>
>
> Possible, yes. But since it adds no new capability and makes the babel
> code more involved, there isn't the motivtion to do it.
>
> Chuck
>
>
>

-- 
Thomas A. Gerds -- Department of Biostatistics Copenhagen
University of Copenhagen, Oester Farimagsgade 5, 1014 Copenhagen,
Denmark

Re: [O] Possible bug on ob-python.el

[drymer]

Ignore this, I misunderstood some things and it works ok now.

On Thu, Sep 29, 2016 at 11:47:13PM +0200, drymer wrote:

Hi,

I'm not sure if it's a bug or if it's something I have missconfigured, but 
there it goes.

I'm using maint Org-mode version 8.3.6, release_8.3.6-4-g4835be.dirty. The init 
file I'm using to debug is:

#+BEGIN_SRC emacs-lisp
(add-to-list 'load-path "~/.emacs.d/lisp/org-mode/lisp/")
(add-to-list 'load-path "~/.emacs.d/elpa/python-mode-20160114.2307/")
(require 'python-mode)
(require 'org)
(setq py-shell-name "/usr/local/bin/python3")
(setq org-babel-python-mode 'python-mode)

(org-babel-do-load-languages
'org-babel-load-languages
'((python . t)))
#+END_SRC

I have a tree with the SESSION propertie set to "exercici". Under that tree, 
two source blocks:

#+BEGIN_SRC python
import base64
#+END_SRC

#+BEGIN_SRC python
hex_string = 
"49276d206b696c6c696e6720796f757220627261696e206c696b65206120706f69736f6e6f7573206d757368726f6f6d"
print(base64.b64encode(bytes(hex_string)))
#+END_SRC

When evaluating the first one, in the message buffer appears: "if: Buffer *Python-set* does not exist or has no 
process". Also, a buffer called "*ulb Python3*" has appeared. What it seems to happen is that the 
"ulb" buffer is created instead of the one called "Python-$sessionName". It only happens when using 
python-mode set on 'org-babel-load-languages.

I'll add the complete backtrace at the end of the e-mail. If I can add more 
information, just ask for it.

Thanks

#+BEGIN_SRC emacs-lisp
Debugger entered--Lisp error: (error "Buffer *Python-set* does not exist or has no 
process")
signal(error ("Buffer *Python-set* does not exist or has no process"))
error("Buffer %s does not exist or has no process" "*Python-set*")
(if (org-babel-comint-buffer-livep session) nil (error "Buffer %s does not exist or 
has no process" session))
(progn (if (org-babel-comint-buffer-livep session) nil (error "Buffer %s does not 
exist or has no process" session)) (let ((save-match-data-internal (match-data))) 
(unwind-protect (progn (save-current-buffer (set-buffer session) (let 
((comint-input-filter ...)) (let* (... ... dangling-text raw) (goto-char ...) (let ... 
... ...) (let ... ... ... ... ... ... ...) (while ... ...) (goto-char ...) (insert 
dangling-text) (if ... ...) (split-string string-buffer comint-prompt-regexp) 
(set-match-data save-match-data-internal (quote evaporate)
(let ((tmp-file (org-babel-temp-file "python-"))) (progn (if 
(org-babel-comint-buffer-livep session) nil (error "Buffer %s does not exist or has no 
process" session)) (let ((save-match-data-internal (match-data))) (unwind-protect (progn 
(save-current-buffer (set-buffer session) (let (...) (let* ... ... ... ... ... ... ... ... ... 
(set-match-data save-match-data-internal (quote evaporate) (org-babel-eval-read-file tmp-file))
(cond ((eql result-type (quote output)) (mapconcat (function org-babel-trim) (butlast (progn (if 
(org-babel-comint-buffer-livep session) nil (error "Buffer %s does not exist or has no process" session)) 
(let ((save-match-data-internal ...)) (unwind-protect (progn ...) (set-match-data save-match-data-internal ... 2) 
"\n")) ((eql result-type (quote value)) (let ((tmp-file (org-babel-temp-file "python-"))) (progn 
(if (org-babel-comint-buffer-livep session) nil (error "Buffer %s does not exist or has no process" session)) 
(let ((save-match-data-internal (match-data))) (unwind-protect (progn (save-current-buffer ... ...)) (set-match-data 
save-match-data-internal (quote evaporate) (org-babel-eval-read-file tmp-file
(let* ((send-wait (function (lambda nil (comint-send-input nil t) (sleep-for 0 5 
(dump-last-value (function (lambda (tmp-file pp) (mapc (function (lambda ... ... ...)) (if pp 
(list "import pprint" ...) (list ...)) (input-body (function (lambda (body) 
(mapc (function (lambda ... ... ...)) (split-string body "[

\n]")) (funcall send-wait (results (cond ((eql result-type (quote output)) (mapconcat (function org-babel-trim) (butlast (progn ... ...) 2) 
"\n")) ((eql result-type (quote value)) (let ((tmp-file ...)) (progn (if ... nil ...) (let ... ...)) (org-babel-eval-read-file tmp-file)) (if (string= 
(substring org-babel-python-eoe-indicator 1 -1) results) nil (let ((--params result-params)) (if (member "none" --params) nil (if (or (member 
"scalar" --params) (member "verbatim" --params) (member "html" --params) (member "code" --params) (member "pp" 
--params) (member "file" --params) (and (or ... ... ... ...) (not ...))) results (org-babel-python-table-or-string results))

org-babel-python-evaluate-session("*Python-set*" "import base64" value 
("replace"))
(if session (org-babel-python-evaluate-session session body result-type 
result-params) (org-babel-python-evaluate-external-process body result-type 
result-params preamble))
org-babel-python-evaluate("*Python-set*" "import base64" value ("replace") nil)
(let* ((session (org-babel-python-initiate-session (cdr 

Re: [O] Bug: Feature request: more automatic updating of cookies [8.3.6 (8.3.6-4-g4835be-elpaplus @ /home/jorge/.emacs.d/elpa/org-plus-contrib-20160926/)]

[Nicolas Goaziou]

Hello,

Jorge  writes:

> Paste the following in an Org buffer:
>
> * Cookie_a [0/0] * TODO Dummy_a * Cookie_b [0/1] ** TODO Dummy_b
>
> Within that buffer:
>1. Move point to the line of Dummy_a.
>2. 
> I wished the cookie to be updated to [0/1] but it is not.
>
> Then:
>1. Move point to the line of Dummy_b.
>2. C-c C-x C-w
>3. Move point to the line of Dummy_a at column 0.
>4. C-c C-x C-y
> I wished both cookies to be updated.  They are not.
>
> The manual [[info:org#Checkboxes][says]]:
> Checkbox statistic cookies are updated automatically if you toggle
> checkboxes with `C-c C-c' and make new ones with `M-S-'.  TODO
> statistics cookies update when changing TODO states.  If you delete
> boxes/entries or add/change them by hand, use this command to get things
> back into sync.
>
> I request the feature of Org automatically updating cookies when using
> structure editing commands such as C-c C-x C-w, C-c C-x C-y, ,
>  and friends.  This could be governed by a user option.

I don't think we should do that. This would slow down many commands.
Also we cannot cover all uses cases (e.g., selecting a tree, C-w, C-y
elsewhere) so we cannot guarantee that cookies are always up-to-date, so
you ultimately need to intervene manually.

Org provides automatic updating for obvious actions, as explained in the
manual. Doing more would be much work for little benefit.

> The point is that C-u C-c # (to update cookies in the entire buffer) takes
> long enough that I only call it a few times per week.  This means that cookies
> can get out of sync.  Then I try to remember manually invoking C-c # on the
> relevant line every time it goes out of sync, but I sometimes omit it.

We could try to improve speed when updating cookies in a whole buffer.
A detailed profiler report in your situation could help. 

Also, we could add more hooks, if needed, so as to call
`org-update-statistics-cookies' more often.


Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: malformed property drawers [8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)]

[Colin Baxter]

On Wed, Sep 28 2016, Tamulis, Andrius wrote:

- Snip -
>
> But the better idea is to forget "fixing" these drawers. Is it truly that 
> important to have the
> SCHEDULED and DEADLINE in the line below the heading, and the PROPERTIES 
> drawer directly
> beneath? I see no programming advantage, since you need to search for these 
> strings anyway. And I
> don't like the way it looks: I use org-mode to keep todo lists and notes, I 
> need to read the notes and
> instructions I wrote to myself. These notes and instructions often are longer 
> than the headline, so I
> naturally keep reading from the headline to the line below - and then I have 
> to skip lines with code in
> them. And I'm not the only one who does not like this setup: there's code out 
> there to completly hide
> the PROPERTIES drawer so that it does not interrupt your reading.
> (http://stackoverflow.com/questions/17478260/completely-hide-the-properties-drawer-in-org-mode).
>  
>
> So: put SCHEDULED, DEADLINE, and drawers anywhere in the item! And stop 
> fixing the drawers!
>

Having experienced the same problem, I totally agree.

Colin. 

Re: [O] modify the org-format-latex-header include matlab-prettifier and its complicated options

[Nicolas Goaziou]

Hello,

Uwe Brauer  writes:

> Hi I would like to have the following header when exporting from org to
> latex.
>
> \usepackage[numbered,framed]{matlab-prettifier}
> \let\ph\mlplaceholder
> \lstset{
> style  = Matlab-editor,
> basicstyle = \mlttfamily,
> escapechar = ",
> mlshowsectionrules = true,
> mathescape=true,
> morecomment=[s]{\%\{}{\%\}},
> }
>
> (This is and enhancement of the listing package)
>
> So I boldly set
>
>
> (defcustom org-format-latex-header "\\documentclass{article}

You probably want to customize `org-latex-classes' instead.

Regards,

-- 
Nicolas Goaziou

[O] modify the org-format-latex-header include matlab-prettifier and its complicated options

[Uwe Brauer]

Hi I would like to have the following header when exporting from org to
latex.

\usepackage[numbered,framed]{matlab-prettifier}
\let\ph\mlplaceholder
\lstset{
style  = Matlab-editor,
basicstyle = \mlttfamily,
escapechar = ",
mlshowsectionrules = true,
mathescape=true,
morecomment=[s]{\%\{}{\%\}},
}

(This is and enhancement of the listing package)

So I boldly set


(defcustom org-format-latex-header "\\documentclass{article}
\\usepackage[usenames]{color}
\[PACKAGES]
\[DEFAULT-PACKAGES]
\\pagestyle{empty} % do not remove
% The settings below are copied from fullpage.sty
\\setlength{\\textwidth}{\\paperwidth}
\\addtolength{\\textwidth}{-3cm}
\\setlength{\\oddsidemargin}{1.5cm}
\\addtolength{\\oddsidemargin}{-2.54cm}
\\setlength{\\evensidemargin}{\\oddsidemargin}
\\setlength{\\textheight}{\\paperheight}
\\addtolength{\\textheight}{-\\headheight}
\\addtolength{\\textheight}{-\\headsep}
\\addtolength{\\textheight}{-\\footskip}
\\addtolength{\\textheight}{-3cm}
\\setlength{\\topmargin}{1.5cm}
\\usepackage[numbered,framed]{matlab-prettifier}
\\let\\ph\\mlplaceholder
\\lstset{
style  = Matlab-editor,
basicstyle = \mlttfamily,
escapechar = \",
mlshowsectionrules = true,
mathescape=true,
morecomment=[s]{\\%\\{}{\\%\\}},
}
\\addtolength{\\topmargin}{-2.54cm}"
  "The document header used for processing LaTeX fragments.
It is imperative that this header make sure that no page number
appears on the page.  The package defined in the variables
`org-latex-default-packages-alist' and `org-latex-packages-alist'
will either replace the placeholder \"[PACKAGES]\" in this
header, or they will be appended."
  :group 'org-latex
  :type 'string)

So at first that looked ok, describe-value gave me the correct new
value, but when exporting from org to latex the new modified did not
have that header, than I thougt of using

(customize-option (quote org-latex-packages-alist))

But that option seemed not flexible enough.

So what can I do?

Re: [O] Failure to display more than 18 images with captions

[Nicolas Goaziou]

Hello,

William Henney  writes:

> I think Jean Louis is right: it _is_ an org issue.   The problem is that
> the default value of org-latex-default-figure-position is "htb", which is a
> very bad idea.  The string always needs to contain a "p" in it somewhere,
> otherwise latex will never be able to find a solution for figure placement
> in cases with many floats and little or no text.
>
> Fuller explanation: The position specifiers "h" (here), "t" (top), and "b"
> (bottom) are all for placing floats on a page that has some "normal" text
> on.  For all 3 cases, there is a minimum fraction of the page that must be
> occupied by text (controlled by the parameter \textfraction, which by
> default is 0.2).  To get pages that are entirely occupied by floats, you
> need to use the specifier "p" (page).  So, by just using "htb" you are
> giving latex a set of requirements that are impossible to satisfy if there
> are many floats and no text.  Hence the problem with "Too many unprocessed
> floats".  I would recommend that the default be "htbp" instead.

Fair enough. I changed the default value for the variable.

Thank you for the explanation.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: malformed property drawers [8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)]

[Nicolas Goaziou]

Hello,

"Tamulis, Andrius"  writes:

> There is a problem even if I want to "fix" these drawers by hand.
> There are many, many drawers, and the fix is long and tedious:

It isn't. ORG-NEWS file provide a function to do the fixing for you.

> I think that you should possible go back to the way it was before the
> "fix the properties" patch. If it is terribly important to fix the
> drawers, create a new function that fixes them as intelligently as
> possible (copying existing drawers into the correct place).

See above.

> But the better idea is to forget "fixing" these drawers. Is it truly
> that important to have the SCHEDULED and DEADLINE in the line below
> the heading, and the PROPERTIES drawer directly beneath?

Yes, it is. This subject was discussed on the ML already. Once fixed, it
is not much of an annoyance however.


Regards,

-- 
Nicolas Goaziou

Re: [O] manipulate org tables using emacs-lisp

[Heikki Lehvaslaiho]

Hi Alan,

Try this function. You can test if the table was found before manipulating
it. Table functions typically work only inside tables, but the #+NAME line
is part of it although it is before the table itself (as defined by
function org-table-begin).


  (defun my/org-table-find-by-name (str)
"Move point to the first table of the buffer with STR in the name.

The point does not move if the table is not found.
Returns the new position if successful, nil otherwise.
"
(interactive "sTable name substring: ")
(let ((re (concat "#\\+NAME:.+" str))
  (loc-table nil))
  (setq loc-table (save-excursion
(goto-char (point-min))
(re-search-forward re nil t)))
  (if (number-or-marker-p loc-table)
  (goto-char loc-table

  -Heikki

Hi Thorsten,

>
> On 2016-09-30 22:52, Thorsten Jolitz  writes:
>
> >> Are there functions for manipulating org-tables using emacs-lisp? More
> >> precisely, I would like to refer to a table by its name, read some cells
> >> (either by position or by matching some given text with some text in the
> >> first row/column), and write in some cells.
> >
> > ,[ C-h f org-table-to-lisp RET ]
> > | org-table-to-lisp is an autoloaded compiled Lisp function in
> > | ‘../org-mode/lisp/org-table.el’.
> > |
> > | (org-table-to-lisp  TXT)
> > |
> > | Convert the table at point to a Lisp structure.
> > | The structure will be a list.  Each item is either the symbol ‘hline’
> > | for a horizontal separator line, or a list of field values as strings.
> > | The table is taken from the parameter TXT, or from the buffer at point.
> > |
> > | [back]
> > `
> >
> > returns the table as a nested list you can map with lots of Elisp
> > functions (like mapcar).
> >
> > Ex.:
> >
> > | my | tab |
> > |  1 |   2 |
> >
> > =>
> >
> > (("my" "tab") ("1" "2"))
>
> This is very useful, thank you. But how do I go to a named table? I
> found org-babel-goto-named-block, but nothing for tables.
>
> Thanks again,
>
> Alan
>
> --
> OpenPGP Key ID : 040D0A3B4ED2E5C7
> Monthly Athmospheric CO₂, Mauna Loa Obs. 2016-08: 402.25, 2015-08: 398.93
>