[O] Bug: malformed property drawers [8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)]
I have a problem with orgmode related to the fixing of "malformed property drawers". I use orgmode a lot; I have been using it for over a decade (if memory serves.) I use it to organize my life, my job, by volunteer work . My .org files are rather large - one is over 500 KB (that's for my job). I am having a problem with the (comparatively recent) change in the code that causes org-agenda-set-property (C-c C-x p) to search through the entire file looking for "malformed property drawers". Over the years, my files have accumulated many, many property drawers that are not, strictly, in the correct place (which is supposed to be just below the SCHEDULED and DEADLINE line, right?). This used to not be a problem, then someone "fixed" the code, and now org-agenda-set-property tries to fix the drawers. And, unfortunatly, it "fixes" them by ignoring the drawer in the incorrect location and creating a new, empty one, not having carried over any properties. 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: C-c C-x p get the error message remember the character location C-g, M-x goto-char type character location hope that section has been unfolded (The fix searches inside ARCHIVEd locations!) check that the PROPERTY drawer does not have any important properties (except those left there by mobileorg) delete property drawer. Until {I get sick of it} C-c C-x P and type "CATEGORY:" myself, without the typing completion of C-c C-x p. 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). 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! Thanks, Andrius Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Package: Org-mode version 8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)
[O] Bug: org-table/auctex error "Marker does not point anywhere" [8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/)]
I get an error "Marker does not point anywhere" when using orgtbl-mode while using AUCTeX to edit a .tex file. I open the .tex file, get to the table I want to edit, then do M-x orgtbl-mode. I then tab a couple of times. Then make an edit - any edit. Tab again, and the error comes up. I finally traced the error to the line '(font-lock-global-modes nil) in my .emacs file. Comment this out, and the error does not happen. The error also does not happen if I rename the min.tex file to min.nottex, as then auctex does not recognize the file, and does not load. So this is a joint org-table/auctex/font-lock error, and I am submitting this bug to emacs-orgmode@gnu.org and to bug-auc...@gnu.org. I really don't like font-lock, as I don't like all those colors. I'd prefer to have my font-lock-global-modes set to nil, somehow. Minimal files and backtrace below. Thanks, Andrius --- Files: min.emacs: --- (require 'package) (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/";) t) (package-initialize) (setq debug-on-error t) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(font-lock-global-modes nil)) (require 'org-install) (require 'org-table) ;; The following lines are always needed. Choose your own keys. (global-set-key "\C-cl" 'org-store-link) (global-set-key "\C-cc" 'org-capture) (global-set-key "\C-ca" 'org-agenda) (global-set-key "\C-cb" 'org-iswitchb) --- and my min.tex: --- \documentclass[% 12pt,% %draft,% %final,% ]{article} \usepackage{comment} \begin{document} \begin{tabular}{|l|l|} % BEGIN RECEIVE ORGTBL inclass \hline Score & Criteria\\ \hline 10 & Lorem ipsum dolor sit amet,\\ \hline 9 & consectetur adipiscing elit.\\ \hline 8 & Praesent eu arcu nisl.\\ \hline 7 & Aliquam sagittis aliquam iaculis.\\ \hline 6 & Proin dignissim, tellus sit amet faucibus fermentum,\\ \hline 5 & tellus tortor posuere justo,\\ 0 & sit amet cursus eros felis ac lorem.\\ \hline % END RECEIVE ORGTBL inclass \end{tabular} \begin{comment} #+ORGTBL: SEND inclass orgtbl-to-latex :splice t :skip 0 |---+--| | Score | Criteria | |---+--| |10 | Lorem ipsum dolor sit amet, | |---+--| | 9 | consectetur adipiscing elit. | |---+--| |8 | Praesent eu arcu nisl. | |---+--| | 7 | Aliquam sagittis aliquam iaculis.| | 6 | Proin dignissim, tellus sit amet faucibus fermentum, | | 5 | tellus tortor posuere justo, | | 0 | sit amet cursus eros felis ac lorem. | |---+--| \end{comment} \end{document} --- And the backtrace: --- Debugger entered--Lisp error: (error "Marker does not point anywhere") font-lock-default-fontify-region(537 # nil) font-latex-fontify-region(537 # nil) font-lock-fontify-region(537 #) org-table-align() org-table-next-field() orgtbl-tab(nil) call-interactively(orgtbl-tab) (if (org-at-table-p) (call-interactively (quote orgtbl-tab)) (let (orgtbl-mode) (call-interactively (or (key-binding [(tab)]) (key-binding "") (quote orgtbl-error) orgtbl-hijacker-command-102(1) call-interactively(orgtbl-hijacker-command-102 nil nil) command-execute(orgtbl-hijacker-command-102) --- Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Package: Org-mode version 8.3.6 (8.3.6-3-gf46b92-elpa @ c:/Users/atamulis/.emacs.d/elpa/org-20160919/) AUCTeX Package: 11.89.5
[O] Kanban board as an agenda view
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] Bug: Pictures not displaying if more than 18 [8.3.6 (8.3.6-3-gf46b92-elpa @ /home/data1/protected/.emacs.d/elpa/org-20160919/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. I have simply about 40 pictures in the org file, and only 18 pictures are showing regularly, while other pictures show on the side of the PDF file, LaTeX output, cut and not visible. I have tried many things, but could not make more than 18 pictures to display properly. I am using following format to display pictures #+CAPTION: Title of picture #+NAME: fig:pic001 [[/some/picture.jpg]] Emacs : GNU Emacs 25.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.7) of 2016-09-25 Package: Org-mode version 8.3.6 (8.3.6-3-gf46b92-elpa @ /home/data1/protected/.emacs.d/elpa/org-20160919/) current state: == (setq org-export-backends '(ascii html latex md odt org) org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-file-apps '((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . "evince %s")) org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-archive-hook '(org-attach-archive-delete-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-directory "~/Documents/Org" org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-plantuml-jar-path "/home/data1/protected/lib/java/plantuml.8039.jar" org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-babel-load-languages '((emacs-lisp . t) (plantuml . t) (ditaa . t) (sql . t)) org-agenda-files '("~/Documents/Org/2016-05-05-Agenda-EL-Finland.org") org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-confirm-babel-evaluate nil )
[O] comment lines inside org tables
Hello, I need to put comments inside a very big table which then should basically looks like this: |+---+| | animal | size | number | |+---+| | gnus | big | 3 | # don't forget to add elephants here: | gnats | small | 1000 | |+---+| However, if I simply add a line in the middle of the table, org-tbl splits it into separate tables with different column widths: |+--+| | animal | size | number | |+--+| | gnus | big | 3 | # don't forget to add elephants here: | gnats | small | 1000 | |---+---+--| If I start the comment line with "|", the comment becomes an active part of the table and goes into the first column: |-+---+| | animal | size | number | |-+---+| | gnus| big | 3 | | don't forget to add elephants here: | || | gnats | small | 1000 | |-+---+| If I start the comment with "|-", it turns into a line separator and the comment text disappears. Any suggestions? Best regards Rolf -- --- Rolf Sander phone: [+49] 6131/305-4610 Max-Planck Institute of Chemistryemail: rolf.san...@mpic.de PO Box 3060, 55020 Mainz, Germany homepage: www.rolf-sander.net --- www.atmospheric-chemistry-and-physics.net www.geoscientific-model-development.net ---
Re: [O] Failure to display more than 18 images with captions
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 > > -- Dr William Henney, Instituto de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia
Re: [O] gmane link broken
On Sat, 1 Oct 2016, ilya shlyakhter wrote: The link "Browse org-mode mailing list through Gmane" at http://orgmode.org/community.html seems broken. There have been some recent changes to gmane.org. See https://en.wikipedia.org/wiki/Gmane AFAICS, the search has not (yet?) been restored. Unless/until it is, there are other sites you can search. You can try the search box on: https://www.mail-archive.com/emacs-orgmode@gnu.org/ Chuck
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/)]
Hello, Jorge writes: > On 29 September 2016 at 17:36, Nicolas Goaziou wrote: >> I think "grandparent" is correct. In the following document >> >> * H1 >> ** H2 >> Text<--point >> >> "H2" is the parent headline of "Text" and as a consequence, "H1" is its >> grandparent. > What if point is in the headline, which is often the case? Besides the > docstring is inconsistent: > With two universal prefix arguments, insert the heading at the end > of the grandparent subtree. For example, if point is within a > 2nd-level heading, then it will insert a 2nd-level heading at the > end of the 1st-level parent heading. > > In the first sentence it says "grandparent subtree", whereas in the second > sentence it says "parent heading". And the manual says "parent": > Calling this command with `C-u C-u' will unconditionally respect > the headline's content and create a new item at the end of the > parent subtree. 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. > But I still ask you to look at the other points I made about that manual > section: that it doesn't adequately explain the effect of C-u M-RET, and that > the description of C-RET is actually wrong. I overlooked that part. Fixed. Thank you. Regards, -- Nicolas Goaziou
[O] gmane link broken
The link "Browse org-mode mailing list through Gmane" at http://orgmode.org/community.html seems broken.
Re: [O] Bug? org-export-babel-evaluate setting breaks :exports results
This setting is one of the gems for developing a personal workflow. My workflow is to never evaluate during export because I want the document to serve as the "master" or the "one source of truth" that is stored in version control. The other perspective is never to store it which is what some people want, too! Sincerely, Grant Rettke On Thu, Sep 29, 2016 at 3:34 PM, Charles C. Berry wrote: > On Thu, 29 Sep 2016, William Denton wrote: > >> I'm working on a big Org file on a slow machine, so I set >> org-export-babel-evaluate to nil so exporting to PDF just generates the file >> from what's in the buffer, without doing any calculating. >> > > Actually it does a lot LESS than that. > > The docstring notes that: > > "When set to nil no code will be evaluated as part of the export > process and no header argumentss will be obeyed." > > and advises: > > "Users who wish to avoid evaluating code on export should use the header > argument ‘:eval never-export’." > > which sounds like what you wanted. > > Chuck
Re: [O] Cask-initialize messes up org table manipulation commands
Heikki Lehvaslaiho writes: > Maybe I should try raising an issue for cask > (https://github.com/cask/cask). I guess that's your best bet now. Hopefully the author will be able to figure it out. Please let us know what you find out. :)
Re: [O] Failure to display more than 18 images with captions
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
Re: [O] Failure to display more than 18 images with captions
It looks to me like no part. It is a Latex issue. On Saturday, October 1, 2016, 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 > -- John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: [O] Failure to display more than 18 images with captions
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
Re: [O] Capture template creates multiple property drawers, help needed
i had an idea of using lisp to solve the header issue like with %(org-insert-heading) , but that dosent seem do to anything. here is the code: (add-to-list 'org-capture-templates '("uu" "resturant" entry (file+headline "/home/zeltak/org/files/agenda/travel.org" "Inbox") "* %^{Description} :PROPERTIES: :ID: %(org-id-uuid) :Rating: %^{rating?|-|1|2|3|4|5} :price: %^{price in local currancy?|-|0-10|10-20|20-30|30-50|50+} :Source: %^{Source?} :Type: %^{Type?|meal|breakfeast|dessert|street} :Cuisine: %^{Cuisine?|-|Indian|Thai|Vietnamese|Asian|Chinese|Israeli|Italian|American|EastEuro|Mexican|French|Persian|Austrian|Jewish|Japan} :Fav: %^{Fav|yes|no} :END: %(org-insert-heading) %? " )) anyone? On Sat, Oct 1, 2016 at 6:55 PM, Xebar Saram wrote: > thx phil > > i now remember why i indented the sub headers. i use a init.el file thats > an org file (that is i tangle my setting.org) into settings.el at startup > thus the above capture you kindly shared: > > #+BEGIN_SRC emacs-lisp :results none > > ** TODO Finalize %?%^{item} > SCHEDULED: <%(my-next-next-working-day)> > *** TODO Process %\1 > SCHEDULED: <%(my-next-working-day)> > TODO Prepare %\1 >SCHEDULED: %t > #+END_SRC > > will break the actual lisp code blocks. > > Does anyone know how to get around in org lisp code blocks in an org > config? > > best > > Z >
Re: [O] manipulate org tables using emacs-lisp
Alan Schmitt writes: Hi Alan, > 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 &optional 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. you can try ,[ C-h f org-table-map-tables RET ] | org-table-map-tables is a compiled Lisp function in | ‘../org-mode/lisp/org.el’. | | (org-table-map-tables FUNCTION &optional QUIETLY) | | Apply FUNCTION to the start of all tables in the buffer. | | [back] ` to go to all tables in the buffer, then inside FUNCTION you would need to check first if the table is named and is the one your are looking for. If so, get the table as list, work on the list, and insert the new table replacing the old one (org-dp-create-table inserts a table when given a nested list). Finally move point to the end of the inserted table, so the mapping function can continue. PS org-element and org-dp allow you to do these things too, maybe even more comfortably if you are familiar with these libraries. But right now I'm not really able to give you a working example in reasonable time. -- cheers, Thorsten
Re: [O] export of src block ignores :results
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
Re: [O] Capture template creates multiple property drawers, help needed
thx phil i now remember why i indented the sub headers. i use a init.el file thats an org file (that is i tangle my setting.org) into settings.el at startup thus the above capture you kindly shared: #+BEGIN_SRC emacs-lisp :results none ** TODO Finalize %?%^{item} SCHEDULED: <%(my-next-next-working-day)> *** TODO Process %\1 SCHEDULED: <%(my-next-working-day)> TODO Prepare %\1 SCHEDULED: %t #+END_SRC will break the actual lisp code blocks. Does anyone know how to get around in org lisp code blocks in an org config? best Z
Re: [O] Failure to display more than 18 images with captions
Thank you. It is possible to increase the number of floats in LaTeX, but I could not succeed. I found out that problem is also in compilation of the table of contents, so when I turned toc off, I could see pictures. Further, I am now using non-floats with: #+ATTR_LATEX: :float nil and I can get now the file to work fully as I am expecting, including pictures are on the place where I wanted them to be. It is solved for me, not solved in general as a problem in Org mode. Jean On Sat, Oct 01, 2016 at 10:26:16AM -0400, John Kitchin wrote: > this looks like an issue related to floats. It works with out the > caption because they are not floats in that case. But, with floats, > there are limits. > > see > http://tex.stackexchange.com/questions/46512/too-many-unprocessed-floats. > > According to that page: > > LaTeX can, by default, only cope with 18 outstanding floats; any more, > and you get the error “too many unsuppressed floats”. This package > releases the limit; TeX itself imposes limits (which are interdependent > of the help offered by e-TeX). However, if your floats can’t be placed > anywhere, extending the number of floats merely delays the arrival of > the inevitable error message. > > You may be able to add \clearpage every few figures or use a package > that makes this work. > > Jean Louis writes: > > > Hello, > > > > I have problem with Org Mode, that it fails to display more than 18 > > images correctly, while exporting to PDF (LaTeX export). > > > > I am using images in following manner: > > > > #+CAPTION: Title of image > > #+NAME: fig:pic001 > > [[/some/image001.jpg]] > > > > #+CAPTION: Title of image > > #+NAME: fig:pic002 > > [[/some/image002.jpg]] > > > > #+CAPTION: Title of image > > #+NAME: fig:pic003 > > [[/some/image003.jpg]] > > > > and so on until 40-50 images ... > > > > #+CAPTION: Title of image > > #+NAME: fig:pic060 > > [[/some/image060.jpg]] > > > > If I only put links without CAPTION and NAME, the export is working > > well, but images are not nicely formatted. If I am using CAPTION without > > NAME, I get the same problem, so only 18 images are displayed. > > > > I have tried to display random images, to verify is it about the link or > > what would be the cause, but always 18 images are displayed. > > > > Few images are displayed on the side of the PDF, cut, not visible, > > covering the right side border of the PDF file. > > > > I would really need help to get it working, as I use Org Mode for > > reporting. > > > > Thank you, > > J. Louis > > > -- > 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] Failure to display more than 18 images with captions
this looks like an issue related to floats. It works with out the caption because they are not floats in that case. But, with floats, there are limits. see http://tex.stackexchange.com/questions/46512/too-many-unprocessed-floats. According to that page: LaTeX can, by default, only cope with 18 outstanding floats; any more, and you get the error “too many unsuppressed floats”. This package releases the limit; TeX itself imposes limits (which are interdependent of the help offered by e-TeX). However, if your floats can’t be placed anywhere, extending the number of floats merely delays the arrival of the inevitable error message. You may be able to add \clearpage every few figures or use a package that makes this work. Jean Louis writes: > Hello, > > I have problem with Org Mode, that it fails to display more than 18 > images correctly, while exporting to PDF (LaTeX export). > > I am using images in following manner: > > #+CAPTION: Title of image > #+NAME: fig:pic001 > [[/some/image001.jpg]] > > #+CAPTION: Title of image > #+NAME: fig:pic002 > [[/some/image002.jpg]] > > #+CAPTION: Title of image > #+NAME: fig:pic003 > [[/some/image003.jpg]] > > and so on until 40-50 images ... > > #+CAPTION: Title of image > #+NAME: fig:pic060 > [[/some/image060.jpg]] > > If I only put links without CAPTION and NAME, the export is working > well, but images are not nicely formatted. If I am using CAPTION without > NAME, I get the same problem, so only 18 images are displayed. > > I have tried to display random images, to verify is it about the link or > what would be the cause, but always 18 images are displayed. > > Few images are displayed on the side of the PDF, cut, not visible, > covering the right side border of the PDF file. > > I would really need help to get it working, as I use Org Mode for > reporting. > > Thank you, > J. Louis -- 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] Is there a *Org PDF LaTeX Output* buffer ?
On Friday, 30 Sep 2016 at 21:09, Julien Cubizolles wrote: > When an export from org to pdf fails, the error message refers to a *Org > PDF LaTeX Output* buffer that doesn't seem to have been created on my > setup. Is it an old message from a previous behaviour long gone ? No, this is current behaviour. The buffer should definitely be created but probably only if the org is exported to LaTeX without error. It could be the exporter is failing before it attempts to compile the LaTeX into PDF. Check your messages (C-h e)? Typical error that causes the first step to fail would be dangling links, for instance. -- : Eric S Fraga (0xFFFCF67D), Emacs 25.2.50.1, Org release_8.3.6-1184-g29830f
Re: [O] Capture template creates multiple property drawers, help needed
Your target location defines how many stars you need at the top-level of your capture template. Each successive level of sub-heading then starts on its own line with one more leading star, just the same as anywhere else in org-mode. I use a certain capture template for a type of task with required subtasks. That template could be massively simplified as: ** TODO Finalize %?%^{item} SCHEDULED: <%(my-next-next-working-day)> *** TODO Process %\1 SCHEDULED: <%(my-next-working-day)> TODO Prepare %\1 SCHEDULED: %t WFM with target heading "* Captures" in file "Todo.org" On 1 October 2016 at 12:05, Xebar Saram wrote: > got it thx Phillip, appreciate it! > > in a related continued issue, how does one define a sub header in the > capture that will translate correctly to a lower level header than the main > orc capture? > > i have tried both this inside a capture: > > %^{prompt|*** Ingredients} > > > and also just using 2 stars > > ** sub header > > yet none of them create a sub header. any clue guys? > > Z > > > > On Sat, Oct 1, 2016 at 1:26 PM, Philip Hudson wrote: >> >> You need to put the timestamp (%u) /after/ the drawer in the template. >> >> On 01/10/2016, Xebar Saram wrote: >> > Hi all >> > >> > so i have this useful to me capture template >> > >> > (add-to-list 'org-capture-templates >> >'("un" "resturant" >> > entry >> > (file+headline >> > "/home/zeltak/org/files/agenda/travel.org" >> > "NYC") >> > "* TOVISIT %^{Description} >> > %u >> > :PROPERTIES: >> > :Rating: %^{rating?|-|1|2|3|4|5} >> > :price: %^{price in local currancy?|-|0-10|10-20|20-30|30-50|50+} >> > :Source: %^{Source?} >> > :Type: %^{Type?|meal|breakfeast|dessert|street} >> > :Cuisine: >> > >> > %^{Cuisine?|-|Indian|Thai|Vietnamese|Asian|Chinese|Israeli|Italian|American|EastEuro|Mexican|French|Persian|Austrian|Japan} >> > :Fav: %^{Fav|-|yes|no} >> > :END: >> > %? >> > " >> >)) >> > >> > >> > as you can see im constructing a capture template that will add a >> > propery >> > drawer. i must be doping something wrong in my syntax as after a while >> > when >> > other input are added to the created header down the road (org-id, date >> > etc) these create another property drawer. this looks like this >> > >> > TOVISIT Ample hill ice cream >> > :PROPERTIES: >> > :ID: 06a84670-baa9-4925-be93-b18252d6b684 >> > :END: >> >[2016-10-01 Sat] >> > :PROPERTIES: >> > :Rating: - >> > :price: 0-10 >> > :Source: http://www.amplehills.com/ >> > :Type: dessert >> > :Cuisine: American >> > :Fav: >> > :END: >> > >> > is there anyway to solve this issue? is my capture syntax wrong? >> > >> > best >> > >> > Z >> > >> >> >> -- >> phil.hud...@iname.com PGP/GnuPG ID: 0x887DCA63 > > -- Phil Hudson http://hudson-it.ddns.net @UWascalWabbit PGP/GnuPG ID: 0x887DCA63
Re: [O] Capture template creates multiple property drawers, help needed
got it thx Phillip, appreciate it! in a related continued issue, how does one define a sub header in the capture that will translate correctly to a lower level header than the main orc capture? i have tried both this inside a capture: %^{prompt|*** Ingredients} and also just using 2 stars ** sub header yet none of them create a sub header. any clue guys? Z On Sat, Oct 1, 2016 at 1:26 PM, Philip Hudson wrote: > You need to put the timestamp (%u) /after/ the drawer in the template. > > On 01/10/2016, Xebar Saram wrote: > > Hi all > > > > so i have this useful to me capture template > > > > (add-to-list 'org-capture-templates > >'("un" "resturant" > > entry > > (file+headline > > "/home/zeltak/org/files/agenda/travel.org" > > "NYC") > > "* TOVISIT %^{Description} > > %u > > :PROPERTIES: > > :Rating: %^{rating?|-|1|2|3|4|5} > > :price: %^{price in local currancy?|-|0-10|10-20|20-30|30-50|50+} > > :Source: %^{Source?} > > :Type: %^{Type?|meal|breakfeast|dessert|street} > > :Cuisine: > > %^{Cuisine?|-|Indian|Thai|Vietnamese|Asian|Chinese| > Israeli|Italian|American|EastEuro|Mexican|French|Persian|Austrian|Japan} > > :Fav: %^{Fav|-|yes|no} > > :END: > > %? > > " > >)) > > > > > > as you can see im constructing a capture template that will add a propery > > drawer. i must be doping something wrong in my syntax as after a while > when > > other input are added to the created header down the road (org-id, date > > etc) these create another property drawer. this looks like this > > > > TOVISIT Ample hill ice cream > > :PROPERTIES: > > :ID: 06a84670-baa9-4925-be93-b18252d6b684 > > :END: > >[2016-10-01 Sat] > > :PROPERTIES: > > :Rating: - > > :price: 0-10 > > :Source: http://www.amplehills.com/ > > :Type: dessert > > :Cuisine: American > > :Fav: > > :END: > > > > is there anyway to solve this issue? is my capture syntax wrong? > > > > best > > > > Z > > > > > -- > phil.hud...@iname.com PGP/GnuPG ID: 0x887DCA63 >
Re: [O] Failure to display more than 18 images with captions
Majority of LaTeX errors are like following: LaTeX Error: Cannot determine size of graphic in /home/data1/protected/public_html/images/syogm/tanzania/2016/09/2016-09-20/800/IMG_20160920_090633975.jpg (no BoundingBox). and then also: l.235 \begin{figure}[htb] ? ! Undefined control sequence. \@xfloat ...@fltovf \fi \global \setbox \@currbox \color@vbox \normalcolor \... l.235 \begin{figure}[htb] ? ! Missing number, treated as zero. \vbox l.235 \begin{figure}[htb] and also Undefined control sequence. \@largefloatcheck ->\ifdim \ht \@currbox >\textheight \@tempdima -\textheigh... l.240 \end{figure} ? ! Missing number, treated as zero. > l.240 \end{figure} ? ! Undefined control sequence. \@currbox l.240 \end{figure} On Sat, Oct 01, 2016 at 12:39:35PM +0200, Nicolas Goaziou wrote: > Hello, > > Jean Louis writes: > > > I have problem with Org Mode, that it fails to display more than 18 > > images correctly, while exporting to PDF (LaTeX export). > > Would it be a problem related to LaTeX? I.e, what is the error when you > try to compile the produced tex file? > > Regards, > > -- > Nicolas Goaziou
Re: [O] Failure to display more than 18 images with captions
Hello, Jean Louis writes: > I have problem with Org Mode, that it fails to display more than 18 > images correctly, while exporting to PDF (LaTeX export). Would it be a problem related to LaTeX? I.e, what is the error when you try to compile the produced tex file? Regards, -- Nicolas Goaziou
Re: [O] Capture template creates multiple property drawers, help needed
You need to put the timestamp (%u) /after/ the drawer in the template. On 01/10/2016, Xebar Saram wrote: > Hi all > > so i have this useful to me capture template > > (add-to-list 'org-capture-templates >'("un" "resturant" > entry > (file+headline > "/home/zeltak/org/files/agenda/travel.org" > "NYC") > "* TOVISIT %^{Description} > %u > :PROPERTIES: > :Rating: %^{rating?|-|1|2|3|4|5} > :price: %^{price in local currancy?|-|0-10|10-20|20-30|30-50|50+} > :Source: %^{Source?} > :Type: %^{Type?|meal|breakfeast|dessert|street} > :Cuisine: > %^{Cuisine?|-|Indian|Thai|Vietnamese|Asian|Chinese|Israeli|Italian|American|EastEuro|Mexican|French|Persian|Austrian|Japan} > :Fav: %^{Fav|-|yes|no} > :END: > %? > " >)) > > > as you can see im constructing a capture template that will add a propery > drawer. i must be doping something wrong in my syntax as after a while when > other input are added to the created header down the road (org-id, date > etc) these create another property drawer. this looks like this > > TOVISIT Ample hill ice cream > :PROPERTIES: > :ID: 06a84670-baa9-4925-be93-b18252d6b684 > :END: >[2016-10-01 Sat] > :PROPERTIES: > :Rating: - > :price: 0-10 > :Source: http://www.amplehills.com/ > :Type: dessert > :Cuisine: American > :Fav: > :END: > > is there anyway to solve this issue? is my capture syntax wrong? > > best > > Z > -- phil.hud...@iname.com PGP/GnuPG ID: 0x887DCA63
Re: [O] [DOCS] Re: Making DocBook xml books from org mode?
On Fri, Sep 30 2016, Nick Dokos wrote: Hello, > > But the OP wanted Docbook XML, not info. Ah! I must remember to read a thread more carefully next time. Thanks. Best wishes, Colin.
[O] Capture template creates multiple property drawers, help needed
Hi all so i have this useful to me capture template (add-to-list 'org-capture-templates '("un" "resturant" entry (file+headline "/home/zeltak/org/files/agenda/travel.org" "NYC") "* TOVISIT %^{Description} %u :PROPERTIES: :Rating: %^{rating?|-|1|2|3|4|5} :price: %^{price in local currancy?|-|0-10|10-20|20-30|30-50|50+} :Source: %^{Source?} :Type: %^{Type?|meal|breakfeast|dessert|street} :Cuisine: %^{Cuisine?|-|Indian|Thai|Vietnamese|Asian|Chinese|Israeli|Italian|American|EastEuro|Mexican|French|Persian|Austrian|Japan} :Fav: %^{Fav|-|yes|no} :END: %? " )) as you can see im constructing a capture template that will add a propery drawer. i must be doping something wrong in my syntax as after a while when other input are added to the created header down the road (org-id, date etc) these create another property drawer. this looks like this TOVISIT Ample hill ice cream :PROPERTIES: :ID: 06a84670-baa9-4925-be93-b18252d6b684 :END: [2016-10-01 Sat] :PROPERTIES: :Rating: - :price: 0-10 :Source: http://www.amplehills.com/ :Type: dessert :Cuisine: American :Fav: :END: is there anyway to solve this issue? is my capture syntax wrong? best Z
Re: [O] manipulate org tables using emacs-lisp
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 &optional 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 signature.asc Description: PGP signature
Re: [O] export of src block ignores :results
Hello, "Charles C. Berry" writes: > You might try this: > > #+BEGIN_SRC emacs-lisp >(setq org-babel-result-regexp > (concat >"^[]*#\\+RESULTS\\[\\(?:<[0-9]" >"\\{4\\}-[0-9]\\{2\\}-[0-9]\\{2\\} ?" >"[0-2][0-9]:[0-6][0-9]:[0-6][0-9]> ?" >"[^ > \n[:alnum:]]*\\)?\\([[:alnum:]]+\\)" >"\\]?:[]*")) > #+END_SRC Fixed. Thank you. Regards, -- Nicolas Goaziou
[O] Failure to display more than 18 images with captions
Hello, I have problem with Org Mode, that it fails to display more than 18 images correctly, while exporting to PDF (LaTeX export). I am using images in following manner: #+CAPTION: Title of image #+NAME: fig:pic001 [[/some/image001.jpg]] #+CAPTION: Title of image #+NAME: fig:pic002 [[/some/image002.jpg]] #+CAPTION: Title of image #+NAME: fig:pic003 [[/some/image003.jpg]] and so on until 40-50 images ... #+CAPTION: Title of image #+NAME: fig:pic060 [[/some/image060.jpg]] If I only put links without CAPTION and NAME, the export is working well, but images are not nicely formatted. If I am using CAPTION without NAME, I get the same problem, so only 18 images are displayed. I have tried to display random images, to verify is it about the link or what would be the cause, but always 18 images are displayed. Few images are displayed on the side of the PDF, cut, not visible, covering the right side border of the PDF file. I would really need help to get it working, as I use Org Mode for reporting. Thank you, J. Louis
Re: [O] Cask-initialize messes up org table manipulation commands
Thanks for suggestions, Adam. I had not realised that the bug-hunter package can do interactive tests. I used it now and got the same result: the problem is caused by the (cask-initialize) expression. As far as I understand, cask-initialize only collects the directory locations and dependencies of packages as a struct that is then processed later during the emacs start-up. How that can mess up the org cursor movement is a complete mystery to me. I am using org mode and use-package to maintain, launch and configure my packages. The culprit can not be the tangling process nor the launching of the packages because they happens after cask is initialized (and bug-hunter works on elisp file, only). I did try emacs with the -q but did not see any difference to -Q. The one piece of information that I did not include in my posting: My emacs comes from homebrew git HEAD and is installed it with: brew unlink emacs brew uninstall emacs brew install emacs --HEAD --use-git-head --with-cocoa --with-gnutls --with-rsvg --with-imagemagick brew linkapps Maybe I should try raising an issue for cask (https://github.com/cask/cask). Cheers, -Heikki Heikki Lehväslaiho - skype:heikki_lehvaslaiho cell: +358 40 850 6640 http://about.me/heikki On 29 September 2016 at 06:53, Adam Porter wrote: > Heikki Lehvaslaiho writes: > > > The cell content disappears but to my surprise the cursor jumped out > > of the table! Trying with different tables, it came clear that the > > cursor always jumped one line down and left of the table). (Under the > > left border if you have a box cursor.) That should not happen! > > This may not be much help, because I'm still using Org 8.2.4, but I > tried and was unable to reproduce this; the cursor remains in the table. > > > The final twist to this story is that if I start emacs, create an org > > buffer with a table, and run org-table-cut-region key combination > > first before evaling the init.el content, the cursor behaviour does > > not change even after cask has been initialized! > > You said you bisected your init file; I assume you used the bug-hunter > package? If by chance you did it manually instead, I would recommend > doing it again with bug-hunter; maybe you made a tiny mistake that threw > the whole thing off. :) > > Since it doesn't happen with "emacs -Q", I guess it must be someting in > your config. (Though you might test with "emacs -q" also--there is a > difference.) > > I don't use Cask, so I can't help you much there. What follows is what > may be considered an unhelpful suggestion, but it's the best idea I > have: switch from Cask/Pallet to use-package; it may give you > finer-grained control over your init file, and bisecting may work > better. I don't know remember how Cask works exactly, but if > cask-initialize "monolithically" loads all the packages you have > configured, I'm guessing you won't be able to bisect within it to figure > out which package is causing the problem. > > Hope this helps. > > >