Re: [O] html export does seem to no more recognise EXPORT_ .. PROPERTIES
Rainer Stengele writes: > Hi, > > with latest Org version I find the html export does no more recognise these > settings at the begin of the file: > > :PROPERTIES: > :EXPORT_FILE_NAME: > x:/0PROJEKT/Kunden/customer/customer-Dokumentation-mmdd.html > :EXPORT_TITLE: Stoll - IT (HW/SW) - Zugänge - Konfigurationen [Stand: > mmdd] > :END: > > Export is simply done into the folder the org file lives. > > Org-mode version 8.3beta (release_8.3beta-591-gbd3bd8 @ > c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/) > GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601) of 2013-03-14 on VBOX > > Anybody can confirm this is a bug? > I had never tried it before so I'm not sure how it worked previously. Right now it works as you describe. Whether it's a bug or not is debatable though - the doc says: , |The name of the output file to be generated is taken from the file | associated to the buffer, when possible, or asked to you otherwise. For | subtree export, you can also set ‘EXPORT_FILE_NAME’ property. In all | cases, only the base name of the file is retained, and a back-end | specific extension is added. ` -- Nick
Re: [O] clock gone error, fixing it issues, and K does not clock out
* the clocking error has this view-lossage =clock in C-c C-x TAB =do stuff =start with refile goto =something in this section triggers the bug, apparently ' t a s C-a 3 C-/ C-x C-s C-x s y C-x C-s C-x s H-SPC d C-x s y H-SPC d C-x C-s C-x s y C-/ H-SPC d H-SPC d H-SPC SH-SPC d H-SPC m H-SPC d C-x C-s 3 C-/ H-SPC d C-x s y H-SPC k H-SPC C-g t e x t SPC C-x C-s C-x s y C-/ C-x s y H-= H-] H-] H-] C-x s C-g H-] ' t a s =go to task C-x r b r =attempted clock out C-c C-x C-o =have to cancel C-c C-x C-q =then clock in C-c C-x TAB k =then clock out C-c C-x C-o =then this C-x C-s C-h l
Re: [O] How to view everything DONE today?
try (org-read-date)? It seems to return a string after you select the date. #+BEGIN_SRC emacs-lisp (org-read-date) #+END_SRC #+RESULTS: : 2014-11-28 Sascha Ziemann writes: > This: > > http://jcardente.blogspot.de/2010/06/org-mode-hack-tasks-done-last-month.html > > inspired my to do this: > > (defun org-done-view (&optional offset) > "Shows all TODOs, which are done." > (interactive "nOffset: ") > (let ((offset (or offset 0))) > (let ((t0 (calendar-current-date offset)) > (t1 (calendar-current-date (+ offset 1 > (org-tags-view nil > (format "CLOSED>=\"[%s-%s-%s]\"+CLOSED<=\"[%s-%s-%s]\"" > (calendar-extract-year t0) > (calendar-extract-month t0) > (calendar-extract-day t0) > (calendar-extract-year t1) > (calendar-extract-month t1) > (calendar-extract-day t1)) > > How can I open a calendar to pick a date? > > Regards, > Sascha > > 2014-11-26 20:44 GMT+01:00 John Kitchin : > > I am not sure how to do this through the agenda, but here is a way > to > find headlines in the current file that were closed today. You > could > wrap this in a loop over the files in your agenda list. It is a > little > clumsy on the time comparisons but it works ;) > > * Getting items done today > > ** DONE item 1 > CLOSED: [2014-11-26 Wed 13:09] DEADLINE: <2014-11-26 Wed> > > > > ** DONE item 2 > CLOSED: [2014-11-25 Tue 13:09] DEADLINE: <2014-11-26 Wed> > > > ** Mapping entries to find what closed today. > > First, we look at a timestamp comparison function. > #+BEGIN_SRC emacs-lisp > (org-time= "<2014-11-26 Wed>" "<2014-11-26 Wed>") > #+END_SRC > > #+RESULTS: > : t > > #+BEGIN_SRC emacs-lisp > (org-map-entries > (lambda () > (let* ((closed (org-entry-get (point) "CLOSED")) > (today (format-time-string "<%Y-%m-%d>"))) > (when closed > (when > (org-time= > today > (let ((parts (org-parse-time-string closed))) > (format "<%s-%s-%s>" > (nth 5 parts) ; year > (nth 4 parts) ; month > (nth 3 parts) ; day > ))) > (message-box "Found a closed task: %s" > (org-heading-components))) > > #+END_SRC > > #+RESULTS: > | nil | Found a closed task: (2 2 DONE nil item 1 nil) | nil | nil > | > > > > > > > Sascha Ziemann writes: > > > Hi, > > > > I tried to get a list of all items done today. I tried to open > the > > agenda view but is does not show anything. What is the right > command > > to see the items done today? > > > > Regards, > > Sascha > > > > > -- > --- > John Kitchin > Professor > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > http://kitchingroup.cheme.cmu.edu > > > -- --- John Kitchin Professor Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 http://kitchingroup.cheme.cmu.edu
Re: [O] [Bug] org-indent-mode underindents body in variable-pitch-mode
Anders Johansson gmail.com> writes: > > Tobias Getzner gmx.de> writes: > > > > > Hello, > > > > After updating to Emacs 24.4 and org-mode 20141020, I’ve noticed that > > org-indent-mode now underindents item bodies when variable-pitch-mode is > > used. I. e., in the following document, «lorem», «ipsum», and «etc.» will > > fall successively short of the item’s respective indent level. > > > > * first > > lorem > > ** second > > ipsum > > *** third > > etc. > > > > My last working version was 20140915 on Emacs 24.3. > > > > Kind regards, > > Tobias > > > > Hi, > I'm experiencing the exact same problem. Debugging might be a little tricky > if it involves changes in both Emacs and org. > > I think the problem depends on the text-properties wrap-prefix and > line-prefix being set to a number of spaces and a number of stars, > respectively, in headlines and only spaces in body text. When variable-pitch > fonts don't have as wide stars as spaces we get a mismatch. But I don't know > how this can have worked better before. > > Doesn't anyone else use variable-pitch-mode for org and suffer from this? > > Cheers, > Anders Johansson > > Hi again, Ok, I have tracked it down a bit. It must be due to changes in Emacs outside of org. I tried with the combination Emacs 24.3.1 and org: Org-mode version 8.2.10 (8.2.10-20-gaa65ac-elpa @ /home/aj/.emacs.d/elpa/org-20141124/) There it works. But never in 24.4, regardless of org version. How Emacs handles line-prefix and wrap-prefix must have changed in some way. I don't know if that is a bug in Emacs or something org should accommodate for though. Cheers, Anders Johansson And then it worked.
Re: [O] [BUG][ODT] Headings not created with num:nil
Hi Christian, Christian Moe writes: > Headings should be styled as Heading 1, Heading 2 etc. in ODT output. > > But when heading numbering is turned off, they are just styled as > paragraphs in Default Style. > > They *are* included in the exported TOC, though. > > Tested in 8.3beta. Thanks! ox-odt does not receive many changes. It seems to works in 06944507f134d9b9e5bdf104059d49b435132a57 and 004332b9b6db4a77b3779a953227c343c5fd1b88 when I added the unnumbered property. I just (re)tested it (but very quickly). Maybe something changed in 61ba40c37152c41866e5d918ad6527bf0994599d? I don't have time to test further right now. Cheers, Rasmus -- In theory, practice and theory are the same. In practice they are not
[O] html export does seem to no more recognise EXPORT_ .. PROPERTIES
Hi, with latest Org version I find the html export does no more recognise these settings at the begin of the file: :PROPERTIES: :EXPORT_FILE_NAME: x:/0PROJEKT/Kunden/customer/customer-Dokumentation-mmdd.html :EXPORT_TITLE: Stoll - IT (HW/SW) - Zugänge - Konfigurationen [Stand: mmdd] :END: Export is simply done into the folder the org file lives. Org-mode version 8.3beta (release_8.3beta-591-gbd3bd8 @ c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/) GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601) of 2013-03-14 on VBOX Anybody can confirm this is a bug? Thank you. Regards, Rainer
[O] [BUG][ODT] Headings not created with num:nil
Hi, Headings should be styled as Heading 1, Heading 2 etc. in ODT output. But when heading numbering is turned off, they are just styled as paragraphs in Default Style. They *are* included in the exported TOC, though. Tested in 8.3beta. Example: #+TITLE: Test headings #+OPTIONS: num:nil * Pop ** Abba ** Beatles --end example Yours, Christian
Re: [O] [Bug] org-indent-mode underindents body in variable-pitch-mode
Tobias Getzner gmx.de> writes: > > Hello, > > After updating to Emacs 24.4 and org-mode 20141020, I’ve noticed that > org-indent-mode now underindents item bodies when variable-pitch-mode is > used. I. e., in the following document, «lorem», «ipsum», and «etc.» will > fall successively short of the item’s respective indent level. > > * first > lorem > ** second > ipsum > *** third > etc. > > My last working version was 20140915 on Emacs 24.3. > > Kind regards, > Tobias > Hi, I'm experiencing the exact same problem. Debugging might be a little tricky if it involves changes in both Emacs and org. I think the problem depends on the text-properties wrap-prefix and line-prefix being set to a number of spaces and a number of stars, respectively, in headlines and only spaces in body text. When variable-pitch fonts don't have as wide stars as spaces we get a mismatch. But I don't know how this can have worked better before. Doesn't anyone else use variable-pitch-mode for org and suffer from this? Cheers, Anders Johansson
Re: [O] How to view everything DONE today?
This: http://jcardente.blogspot.de/2010/06/org-mode-hack-tasks-done-last-month.html inspired my to do this: (defun org-done-view (&optional offset) "Shows all TODOs, which are done." (interactive "nOffset: ") (let ((offset (or offset 0))) (let ((t0 (calendar-current-date offset)) (t1 (calendar-current-date (+ offset 1 (org-tags-view nil (format "CLOSED>=\"[%s-%s-%s]\"+CLOSED<=\"[%s-%s-%s]\"" (calendar-extract-year t0) (calendar-extract-month t0) (calendar-extract-day t0) (calendar-extract-year t1) (calendar-extract-month t1) (calendar-extract-day t1)) How can I open a calendar to pick a date? Regards, Sascha 2014-11-26 20:44 GMT+01:00 John Kitchin : > I am not sure how to do this through the agenda, but here is a way to > find headlines in the current file that were closed today. You could > wrap this in a loop over the files in your agenda list. It is a little > clumsy on the time comparisons but it works ;) > > * Getting items done today > > ** DONE item 1 >CLOSED: [2014-11-26 Wed 13:09] DEADLINE: <2014-11-26 Wed> > > > > ** DONE item 2 >CLOSED: [2014-11-25 Tue 13:09] DEADLINE: <2014-11-26 Wed> > > > ** Mapping entries to find what closed today. > > First, we look at a timestamp comparison function. > #+BEGIN_SRC emacs-lisp > (org-time= "<2014-11-26 Wed>" "<2014-11-26 Wed>") > #+END_SRC > > #+RESULTS: > : t > > #+BEGIN_SRC emacs-lisp > (org-map-entries > (lambda () > (let* ((closed (org-entry-get (point) "CLOSED")) >(today (format-time-string "<%Y-%m-%d>"))) > (when closed > (when > (org-time= > today > (let ((parts (org-parse-time-string closed))) >(format "<%s-%s-%s>" >(nth 5 parts) ; year >(nth 4 parts) ; month >(nth 3 parts) ; day >))) > (message-box "Found a closed task: %s" >(org-heading-components))) > > #+END_SRC > > #+RESULTS: > | nil | Found a closed task: (2 2 DONE nil item 1 nil) | nil | nil | > > > > > Sascha Ziemann writes: > > > Hi, > > > > I tried to get a list of all items done today. I tried to open the > > agenda view but is does not show anything. What is the right command > > to see the items done today? > > > > Regards, > > Sascha > > > > -- > --- > John Kitchin > Professor > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > http://kitchingroup.cheme.cmu.edu >
[O] Org clocks into drawer for first clocking although configured otherwise
Hi, I have set variable org-clock-into-drawer to: "Its value is 6" Since some update or Org lately it looks like the creation of a drawer is happening already for the first clocking of any clocked todo. Can someone please check if he can reproduce this is a bug in one of the latest versions? I run Org-mode version 8.3beta (release_8.3beta-591-gbd3bd8 @ c:/Users/rainer/AppData/Roaming/.emacs.d/org/lisp/) Thank you. Regards, Rainer
Re: [O] Large LaTeX project in single file or using publishing
Jacob Gerlach writes: > Hello list, > > I'm starting writing my thesis, for which I hope to remain in org-mode > rather than regular LaTeX. > > I am working on adapting a thesis LaTeX template into org-mode. The > template is set up with a main.tex having several individual files > (chapters, appendices, etc) \include'd. > > I believe that I could parallel this using org's publishing mechanism. An > alternate approach would be to use one single file, since I can simply fold > chapters to focus my workflow. > > My first concern is losing the ability to use internal links if I use > separate files. Another thought is compilation time if I use one file and > must always run pdflatex over the entire document. I'm sure there are > pitfalls either way that I'm not yet aware of. Don't forget latexmk [1] which runns in an emacs shell or even a different terminal, monitors file changes, and if a file changes compiles the latex file - so exporting from org is exporting to latex only, and the pdf is creqated in the background. I use it daily and it works perfectly. Cheers, Rainer > > Any input or advice you can provide would be greatly appreciated. > > Regards, > Jake Footnotes: [1] http://users.phys.psu.edu/~collins/software/latexmk-jcc/ -- Rainer M. Krug email: Rainerkrugsde PGP: 0x0F52F982 signature.asc Description: PGP signature
Re: [O] Large LaTeX project in single file or using publishing
On Wednesday, 26 Nov 2014 at 19:00, Jacob Gerlach wrote: > Hello list, > > I'm starting writing my thesis, for which I hope to remain in org-mode > rather than regular LaTeX. I would encourage this. Although I have been using LaTeX for almost 30 years, I now do all of my writing in org with the odd LaTeX directive when necessary. With all the various LaTeX helper bits in org (e.g. preview), there is little advantage to writing directly in LaTeX any longer. For me, the killer feature is the ability to put inline tasks in the document so that I know what I need to work on without having to have a separate task list or todo items within my general day to day task list. Then a simple "C-c / t" shows me all the tasks for the current document. > I am working on adapting a thesis LaTeX template into org-mode. The > template is set up with a main.tex having several individual files > (chapters, appendices, etc) \include'd. > > I believe that I could parallel this using org's publishing mechanism. An > alternate approach would be to use one single file, since I can simply fold > chapters to focus my workflow. Indeed. > My first concern is losing the ability to use internal links if I use > separate files. Another thought is compilation time if I use one file and > must always run pdflatex over the entire document. I'm sure there are > pitfalls either way that I'm not yet aware of. As others have said, you can export just subtrees when you wish. Not an issue generally. -- : Eric S Fraga (0xFFFCF67D), Emacs 24.4.1, Org release_8.3beta-589-g9eff31.dirty
Re: [O] Large LaTeX project in single file or using publishing
Marcin Borkowski writes: > On 2014-11-26, at 20:00, Jacob Gerlach wrote: [ ... ] > > > Just my 2 cents: I'd go for LaTeX if heavy math typesetting is involved > (then amsmath!), maybe for Org otherwise, check whether the template > imposes a many-file structure (which it probably doesn't), and keep > everything in one file. > I would disagree here. I do not see, that writing equations in LaTeX is substantially easier than in org. Or put the other way round: org's support for equations is quite good. And preview-latex is really speeding me up. Just my 2 cents. Andreas
Re: [O] [RFC] Change property drawer syntax
Hello Nicolas, Nicolas Goaziou wrote: > Sebastien Vauban writes: > >>> ** Sectionnement >>> >>> Exemple de section avec un titre court pour LaTeX : >>> >>> #+begin_src org >>> ,* Ceci est un titre de section assez long >>> :PROPERTIES: >>> :ALT_TITLE: Ceci est un titre court >>> :END: >>> #+end_src >>> >>> Upon execution of the repair function, that entry will be wrongly >>> converted. >> >> Do you experience the same problem as me? > > I do. I even sent you an updated revision of the repair function a few > days ago, but, apparently, it never reached its destination. This is not > the first time. Here it is again > > (defun org-repair-property-drawers () > "Fix properties drawers in current buffer. > Ignore non Org buffers." > (when (eq major-mode 'org-mode) > (org-with-wide-buffer >(goto-char (point-min)) >(let ((case-fold-search t) > (inline-re (and (featurep 'org-inlinetask) > (concat (org-inlinetask-outline-regexp) > "END[ \t]*$" > (org-map-entries > (lambda () > (unless (and inline-re (org-looking-at-p inline-re)) > (save-excursion > (let ((end (save-excursion (outline-next-heading) (point > (forward-line) > (when (org-looking-at-p org-planning-line-re) > (forward-line)) > (when (and (< (point) end) > (not (org-looking-at-p org-property-drawer-re)) > (save-excursion >(and (re-search-forward org-property-drawer-re > end t) > (eq (org-element-type > (save-match-data > (org-element-at-point))) > 'drawer > (insert (delete-and-extract-region > (match-beginning 0) > (min (1+ (match-end 0)) end))) > (unless (bolp) (insert "\n" The above function is perfect for her task! No diff at all [1] when applied on all my files from org-agenda-files (~ 45). Best regards, Seb [1] Except the localization of the property drawer, of course. -- Sebastien Vauban
Re: [O] Can special blocks be nested?
Hi, I'm not an expert, so what I write could be wrong. Marcin Borkowski writes: > this seems to work when exporting: > > #+BEGIN_BLOCK1 > Lorem ipsum > #+BEGIN_BLOCK2 > dolor sit amet > #+END_BLOCK2 > > #+END_BLOCK1 > > but font locking does not (the inner block begin/end markers are not > colorized properly). > > Is this construction legal? May I depend on it being exported > correctly, or is it just an undefined behavior or something like that? The one you quote is fine. This one is not: #+BEGIN_BLOCK1 Lorem ipsum #+BEGIN_BLOCK1 dolor sit amet #+END_BLOCK1 #+END_BLOCK1 See the Org syntax for further details. In particular: > * Greater Elements > [...] Unless specified otherwise, greater elements can contain directly any > other element or greater element excepted: > - elements of their own type, > - [...] http://orgmode.org/worg/dev/org-syntax.html —Rasmus -- C is for Cookie
Re: [O] M-RET vs C-RET
Hi, [ ... ] > >>> Here's another of my pet-griefs >>> - a >>> - b >>> >>> | → M-RET will give me an itme >>> | → M-RET will give me a headline >>> >>> Why is the behavior a function of amount of whitespace/newlines to >>> nearest element? This makes not sense to me and goes against what I >>> want, namely act in accordance to element at point. . . >> >> Blank lines belong to the element at point above. >> >> In particular, number of blank lines is meaningful in plain lists and >> footnote definitions (2 blank lines mark the end of the element). In >> the first line, you're still in the list, in the next one, you're not >> anymore, hence the behaviour. >> >> Think about >> >> - a >> >> - b > > /I/ know why it does what it does. But how about the guy who's been > using Org for five minutes? Even knowing the technical/syntax reason, I > do not find this to be "predictable, and meaningful"—especially in my > initial example, less so when separating items by two lines. Just to add to that side thread: I too fall regularly into that and have to undo, add more newlines and hit M-RET again. I have been using orgmode for quite some time and still this is not 'predictable' for me. Regards, Andreas
