[O] Bug: Missing space in Babel disabled evaluation message [9.0 (9.0-elpa @ /home/mir/.emacs.d/elpa/org-20161102/)]
In ob-core.el, in `org-babel-check-evaluate', when the code block is missing a name, the formatted message is missing a space. Compare: Evaluation of this python code-block (read-future) is disabled. Evaluation of this python code-blockis disabled. Emacs : GNU Emacs 25.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.20.9) of 2016-09-18 Package: Org mode version 9.0 (9.0-elpa @ /home/mir/.emacs.d/elpa/org-20161102/)
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
On Fri, 11 Nov 2016, Frederick Giasson wrote: Hi Chuck, even with a minimal init file. If you ever set the value of `org-export-babel-evaluate' to nil this might produce the behavior you describe. Maybe, but as stated in the manual: "Setting the org-export-babel-evaluate variable to nil will ensure that no code blocks are evaluated as part of the export process." Argh! That paragraph needs to be revised. From here: http://orgmode.org/manual/Exporting-code-blocks.html The thing is that I indeed want to make sure that the code blocks are evaluated, but to me evaluation of code block is different than what to export from the Org file. It is often the case that I don't want export to evaluate anything, but just to export what is in the Org file's markup (while following what the header parameters say). Setting `org-export-babel-evaluate' to nil will ensure that NONE of your header arguments are followed. Like the docstring says "Users who wish to avoid evaluating code on export should use the header argument ‘:eval never-export’." It is tempting to `make-obsolete-variable' this variable and change its name to something that more completely describes what does not happen when set to nil. Chuck
Re: [O] commands to get org mode running
On Fri, Nov 11, 2016 at 6:32 PM, Matthew Pritchard < wintermute2...@icloud.com> wrote: > What do I type in emacs to start org mode on OS X. > > Here is one way to start: https://emacsformacosx.com/ and http://orgmode.org/manual/
Re: [O] Bug: second batch of small documentation problems [9.0 (9.0-elpaplus @ /home/jorge/.emacs.d/elpa/org-plus-contrib-20161102/)]
Hello, Jorge Morais Neto writes: > I have some observations about your fixes: > > 1. Tag keys (for fast selection) >1) When clarifying that tag keys are case-sensitive letters, we > forgot to adjust > org-tag-persistent-alist’s docstring. Please adjust it. `org-tag-persistent-alist' is about "characters". I think it is clear that characters are case-sensitive already. >2) And now that I think of it, is it appropriate to write "a-zA-Z" in > [[info:org#Setting tags]]? Are only these characters allowed > and no others? AFAICT any character is allow, but how could we formulate this?. > > 2. Your changes to [[info:org#The very busy C-c C-c key]]: > >#+BEGIN_QUOTE >-If the current buffer is a capture buffer, close the note and file it. >-With a prefix argument, file it, without further interaction, to the >-default location. >+If the current buffer is a capture buffer, close the note and file it. > With >+a prefix argument, jump to the target location, without capturing > anything. >#+END_QUOTE > >The last added sentence seems to actually describe "C-u C-c c" instead of >"C-u C-c C-c". Fixed. > 3. The new docstring of org-startup-folded > >#+BEGIN_QUOTE >Set `org-agenda-inhibit-startup' to a non-nil value so as to ignore this >option when Org opens agenda files for the first time. >#+END_QUOTE > >The way that excerpt is written, it seems to me that it actively recommends >setting org-agenda-inhibit-startup to a non-nil value. We could replace > "so >as to" → "if you want to". But maybe this is me misunderstanding English – >my second language – or just being pedantic, I don’t know. Done. Thank you. Regards, -- Nicolas Goaziou
[O] commands to get org mode running
What do I type in emacs to start org mode on OS X.
Re: [O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
Hello, Rick Frankel writes: > On Fri, Nov 11, 2016 at 10:02:00AM -0500, Frederick Giasson wrote: >> > Do you mean that "gs" could be removed from all entries in >> > `org-preview-latex-process-alist'? >> > >> > I'm Cc'ing Feng Shu, who implemented the new LaTeX preview mechanism. He >> > hopefully knows why this dependency was introduced in the first place. >> >> I think so yes, at least on Windows (didn't try on Linux nor OSX) > > I've checked all three converters on os x as well (but not linux). ghostscript > is included an a dependency for all of them, so won't work on osx w/o > explicitly installing ghostscript, but in fact, work fine w/o it. I am not > sure why it has been set for each converter as a dependency since it does not > seem to be used by any of the conversion chains. As an aside, it is not > mentioned in the documentation (info). Fair enough. I removed the dependency. Regards, -- Nicolas Goaziou
Re: [O] Bug: Missing space in mode line clock display [9.0 (9.0-elpa @ ~/.emacs.d/elpa/org-20161102/)]
Hello, Allen Li writes: > There's a missing leading space in the mode line clock display when the > current task does not have an effort value set. > > In org-clock.el, `org-clock-get-clock-string'. Fixed. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [rfc] the meaning of org-agenda-repeating-timestamp-show-all
On 11/11/16, Samuel Wales wrote: > consequence: if you are showing real-world today and > tomorrow as a 2 day span (first showing date = > real-world today), and it would not repeat today, but would > repeat tomorrow, it will show tomorrow. if it would repeat > today, it will show on today's date in the agenda, today. also, it will show today or tomorrow even if the timestamp was long enough ago that it invisibly repeated many times in the interval between the timestamp date and real-world today. all of this with the variable set to nil. if the n-day span covers another repeater possibility, it will not show then.
[O] [rfc] the meaning of org-agenda-repeating-timestamp-show-all
i am getting bitten by more than one apparent repeater change in org 9. i posted another bug with an mce. org-agenda-repeating-timestamp-show-all docstring says: When nil, only one occurrence is shown, either today or the nearest into the future. this is confusing to me (fog), so here is my interpretation for confirmation [or repudiation :)] from the mailing list: - repeating timestamp means any of (+ ++ .+) and (event scheduled deadline) -- NO EXCEPTIONS - today means real-world today -- NO EXCEPTIONS 1) timestamp date -- no 2) date the agenda is showing -- no - this could make sense, but if you are showing an n-day span, which one is "today"? even if we choose a definition, i presume "showing date" or similar is more unambiguous nomenclature than "today" 3) real-world today -- yes - future means future from real-world today -- NO EXCEPTIONS 1) future from timestamp -- no 2) future from date the agenda is showing -- no - this could make sense, but ... 3) future from real-world today -- yes consequence: if you are showing real-world today and tomorrow as a 2 day span (first showing date = real-world today), and it would not repeat today, but would repeat tomorrow, it will show tomorrow. if it would repeat today, it will show on today's date in the agenda, today. this is not always the case in org 9, but something like it seems to be the case in org 8. i can provide an mce. p.s. if any changes are made, i propose to have a variable for debugging purposes. it would contain the date that agenda thinks is real-world today. thus, a test case could work both real-world today and tomorrow. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. And ANYBODY can get it. Denmark: free Karina Hansen NOW. UPDATE 2016-10: home, but not fully free
Re: [O] newline element of org-emphasis-regexp-components no longer honored?
Samuel Wales writes: > fyi, it might be just me, but i do not understand the docstring to > set-emph-re. It's highly confusing -- the code, too. I can only guess that you're supposed to put your modifications to org-emphasis-regexp-components in the arguments to `org-set-emph-re'. Like: (org-set-emph-re 'org-emphasis-regexp-components (setf (nth 4 org-emphasis-regexp-components) 3)) Except if I've setf-ed, I don't need the (set var val) thing at all. Just calling the function without that sexp, and with no args, would do the trick. What am I missing?
Re: [O] newline element of org-emphasis-regexp-components no longer honored?
fyi, it might be just me, but i do not understand the docstring to set-emph-re.
[O] Bug: Missing space in mode line clock display [9.0 (9.0-elpa @ ~/.emacs.d/elpa/org-20161102/)]
There's a missing leading space in the mode line clock display when the current task does not have an effort value set. In org-clock.el, `org-clock-get-clock-string'. Emacs : GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8), modified by Debian Package: Org mode version 9.0 (9.0-elpa @ ~/.emacs.d/elpa/org-20161102/)
[O] org mode on osx
How do I get org mode to start in osx emacs?
Re: [O] Release 9.0
> Org 9.0 is out! See the release notes here: Late but true, thank you very much for every contributor. You make org-mode awesomeness. :) -- eduardo mercovich Donde se cruzan tus talentos con las necesidades del mundo, ahí está tu vocación.
Re: [O] Org mode osx
Matthew Pritchard writes: > Does anyone know if org mode is pre installed on OS X or not. Yes, but it's /very/ old: : GNU Emacs 22.1.1 (mac-apple-darwin) of 2016-10-14 on osx314.apple.com : Org-mode version 4.67c It's trivial to install Emacs + Org mode on OS X though. You can get a DMG here, for example: https://emacsformacosx.com Stig
[O] Org mode osx
Does anyone know if org mode is pre installed on OS X or not. Sent from my iPhone
Re: [O] Where have org-latex-classes gone? And Ignore heading title but export contents
"Eduardo V." writes: > I'm getting an error trying to add my class to org-mode > > (add-to-list 'org-latex-classes ieeetran-class) > Symbol's value as variable is void: org-latex-classes > > What is the org-mode 9 way of adding classes? > It's still org-latex-classes afaik - you are trying to add the class before ox-latex is loaded perhaps? > Also, on org-mode 8 i added this hook to remove headlines and it worked > perfectly, now it complains > about 'tree' being a void variable too > > (defun org-remove-headlines (backend) > "Remove headlines with :no_title: tag." > (org-map-entries (lambda () (let ((beg (point))) > (outline-next-visible-heading 1) > (backward-char) > (delete-region beg (point > "no_export" tree) > (org-map-entries (lambda () (delete-region (point-at-bol) (point-at-eol))) > "no_title")) > > (add-hook 'org-export-before-processing-hook #'org-remove-headlines) > Untested, but afaik, it should be a symbol, so it needs a quote: 'tree Not sure why it would work in org 8 - afaict, it should fail in exactly the same way, unless tree was bound globally. -- Nick
Re: [O] [bug] timed repeater shows up in wrong place
ok, i have a new -Q minimal testcase, which is attached. it explains how to run it at the top. the relevant part is at the bottom, so you could just copy that if you prefer to try your own setup instead. it's 3 lines. the task is this: *** NEXT xyzzy test SCHEDULED: <2016-11-07 Mon 17:00 .+1d> make this be a date that is before real-time today it should show up in agenda time grid but it does not note that this time, (setq org-agenda-repeating-timestamp-show-all nil). run the testcase twice once with delorgsrc=vanilla-org-9-dir once with vanilla org "8.2.10" this is the standard org version in my emacs version you will get time grid for the task in org 8 but not in org 9. i hope this will be totally reproducible no matter what your recent emacs version. thanks. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. And ANYBODY can get it. Denmark: free Karina Hansen NOW. UPDATE 2016-10: home, but not fully free ;;; ;;; alpha-org-testcase.el ;;; ;;; minimal testcase for org ;;; ;;; to run, do this: ;;; ;;; dorg=your-org-data-dir delorgsrc=your-org-src-dir emacs -Q -l alpha-org-testcase.el ;;; ;;; to run with standard emacs org-mode ;;; ;;; do the same, but delorgsrc=xyzzy-nil ;;; which is a nonexistent dir ;;; ;;; any agenda files must look like "file--a.org" ;;; for my use i do something like this for accessibility: ;;; account eot ;;; or: ;;; mep=t eq -l $del/tests-and-publish/alpha-org-testcase.el $dorg/tests--org--xyzzy-big/export-and-id.org ;;; mep=t emacs -Q --geometry 60x30+0+0 -l $del/tests-and-publish/alpha-org-testcase.el $dorg/tests--org--xyzzy-big/export-and-id.org ;;; nyi ;;; delorgcontrib=your-org-src-contrib-dir \ (require 'cl) ;;my org files use these (setq org-odd-levels-only t) ;; (setf org-export-initial-scope 'subtree) ;;fix abominations (blink-cursor-mode 0) (setf visible-bell 'top-bottom) ;;basics (defun alpha-add-path (p) (setq load-path (cons p load-path))) (alpha-add-path (concat (getenv "delorgsrc") "/lisp")) (add-to-list 'auto-mode-alist '("\\.org$" . org-mode)) (require 'org-install) ;;; ;;;stuff make things easier ;;; (ido-mode t) (setf org-outline-path-complete-in-steps nil) ;;; ;;;accessibility fixes ;;; (defun my-settings () (interactive) (face-spec-set 'default '((t ( :height 131 :width normal :foreground "black" :background "#be5000" :foundry "unknown" :family "DejaVu Sans Mono" :inherit nil :inverse-video nil ;; :inverse-video t :weight normal :slant normal :box nil :stipple nil :underline nil :overline nil :strike-through nil ;; ;; pop-up-windows type stuff ;; (message "fixing pop-up-windows") ;;i have /pop-up-windows/ set to nil, which works for most of ;;emacs. for org, i do the following. i need all of this just ;;as i need the large font above for accessibility reasons. ;; ;;(setf (cdr (assoc* 'file org-link-frame-setup)) 'find-file) (pushnew '(file . find-file) org-link-frame-setup :test #'equal) ;;it might be nice to have a 'dedicated-buffer option (setf org-indirect-buffer-display 'current-window) ;;could make pop kill the buffer ;;;(setf org-display-internal-link-with-indirect-buffer t) (setf org-src-window-setup 'current-window) (add-hook 'org-capture-mode-hook 'delete-other-windows) (defadvice org-agenda-set-tags (around fix-windows activate compile) "Restore windows." (save-window-excursion ad-do-it)) (defadvice org-export (after fix-windows activate compile) "Delete other windows after every export." (delete-other-windows)) (setf pop-up-windows nil) ;;for emacs i do this (add-to-list 'same-window-regexps "\\*Customize.*") ;notwork? (setf Man-notify-method 'pushy) (add-to-list 'same-window-regexps "\\*Man .*") ;notwork (add-to-list 'same-window-regexps "\\*.*\\*") (add-to-list 'same-window-buffer-names "*Remember*") (add-to-list 'same-window-buffer-names "*Help*") (add-to-list 'same-window-buffer-names "*Apropos*") (add-to-list 'same-window-buffer-names "*Summary*") (add-to-list 'same-window-buffer-names "*Compile-Log*") (add-to-list 'same-window-buffer-names "*Ibuffer*") (add-to-list 'same-window-buffer-names " *Ibuffer*") (message "done fixing pop-up-windows")) (when (getenv "mep") ;;it is i (defconst alpha-alpha-p t) (require 'org) (my-settings) ;;necessary for large fonts (scroll-bar-mode -1)) ;;; ;;;basic org features likely to affect many bug reports ;;; (setq org-todo-keywords '((type "NAKA(i)" "TO
[O] Where have org-latex-classes gone? And Ignore heading title but export contents
I'm getting an error trying to add my class to org-mode (add-to-list 'org-latex-classes ieeetran-class) Symbol's value as variable is void: org-latex-classes What is the org-mode 9 way of adding classes? Also, on org-mode 8 i added this hook to remove headlines and it worked perfectly, now it complains about 'tree' being a void variable too (defun org-remove-headlines (backend) "Remove headlines with :no_title: tag." (org-map-entries (lambda () (let ((beg (point))) (outline-next-visible-heading 1) (backward-char) (delete-region beg (point "no_export" tree) (org-map-entries (lambda () (delete-region (point-at-bol) (point-at-eol))) "no_title")) (add-hook 'org-export-before-processing-hook #'org-remove-headlines)
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
Hi Chuck, even with a minimal init file. If you ever set the value of `org-export-babel-evaluate' to nil this might produce the behavior you describe. Maybe, but as stated in the manual: "Setting the org-export-babel-evaluate variable to nil will ensure that no code blocks are evaluated as part of the export process." From here: http://orgmode.org/manual/Exporting-code-blocks.html The thing is that I indeed want to make sure that the code blocks are evaluated, but to me evaluation of code block is different than what to export from the Org file. It is often the case that I don't want export to evaluate anything, but just to export what is in the Org file's markup (while following what the header parameters say). Thanks, Fred
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
On Fri, 11 Nov 2016, Frederick Giasson wrote: Hi Nicolas, It seems other users experienced it, yet it is unexpected and I cannot reproduce it even with a minimal init file. If you ever set the value of `org-export-babel-evaluate' to nil this might produce the behavior you describe. In that case, see the docstring for advice. HTH, Chuck
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
Hi Nicolas, It seems other users experienced it, yet it is unexpected and I cannot reproduce it even with a minimal init file. Ok I think I found the issue. In all the files I worked on since I upgraded to 9.0 I had the following setting at the top of my org files: = # -*- org-export-babel-evaluate: nil -*- = In these notebooks, I don't want org-export to evaluate the code blocks, I want to do it manually (since some of them takes quite a while to run and I don't want to wait minutes to get an export). In 8.x this was working perfectly. However, it appears that this behavior changed in 9.0. If I have that in place, then the :export header parameter is basically ignored and defaulted to "both". Did this change and is this to be expected? If so, what should I use to get the same behavior? Thanks! Fred Regards,
Re: [O] Bug: Duplicated internal crossreference IDs in org-html-publish-to-html [9.0 (release_9.0-251-gc04501 @ /usr/share/emacs/site-lisp/org/)]
Hello, mst...@strey.biz writes: > Publishing the attached minimal orgmode file to html I get: > > #+BEGIN_SRC html > > > Michaels ToDo-Liste > > Table of Contents > > > 1. Section A > > 1.1. Same Heading > > > 2. Same Heading > > > > > 1 Section > A > > > 1.1 Same > Heading > > > > 2 Same > Heading > > > > Created: 2016-11-11 Fr 10:07 > href="http://validator.w3.org/check?uri=referer";>Validate > > > #+END_SRC > > > I would expect unique IDs instead. Fixed. Thank you. Regards, -- Nicolas Goaziou
Re: [O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
On Fri, Nov 11, 2016 at 10:02:00AM -0500, Frederick Giasson wrote: > > Do you mean that "gs" could be removed from all entries in > > `org-preview-latex-process-alist'? > > > > I'm Cc'ing Feng Shu, who implemented the new LaTeX preview mechanism. He > > hopefully knows why this dependency was introduced in the first place. > > I think so yes, at least on Windows (didn't try on Linux nor OSX) I've checked all three converters on os x as well (but not linux). ghostscript is included an a dependency for all of them, so won't work on osx w/o explicitly installing ghostscript, but in fact, work fine w/o it. I am not sure why it has been set for each converter as a dependency since it does not seem to be used by any of the conversion chains. As an aside, it is not mentioned in the documentation (info). rick
Re: [O] newline element of org-emphasis-regexp-components no longer honored?
Nicolas Goaziou writes: > Hello, > > Eric Abrahamsen writes: > >> Eric Abrahamsen writes: >> >>> So far as I can tell, the last element of this option is no longer >>> honored -- I've had it set to 3 for ages, but highlighting and export >>> only accept 1. I'm on Emacs git, and org-plus-contrib from Elpa. >>> >>> Does anyone else see this? >>> >>> E >> >> To provide more information, I use this to set the final element (and >> some other elements): >> >> (setf (nth 4 org-emphasis-regexp-components) 3) >> >> That's always done the trick in the past. I just checked `org-emph-re', >> and indeed it is still at the default value. >> >> Has anything changed about how this variable is set? > > `org-emphasis-regexp-components' was moved to a defvar instead of > a defcustom a long time ago (around 8.0 release). So you probably need > to call `org-set-emph-re' with appropriate arguments to update regexps. Well weird, I was sure it was still working up until recently. Anyway, I'll adjust my setup. Thanks! Eric
[O] [ANN] Emacs workshop in Paris, December 12-13-14
Hi all, I'm giving a 3-days Emacs/Org-mode workshop in Paris on Dec. 12-13-14. The workshop is in french, and limited to the first four registrants. Here is an overview of the workshop content: http://github.com/bzg/emacs-training Read more here: http://www.2i2l.fr/spip.php?article278 Follow and RT the announcement (in french): https://twitter.com/2i2Lformation/status/797096106199044096 I also give individual training online for those interested: https://emacs-doctor.com/emacs-training/ Happy hacking! -- Bastien
Re: [O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
Hi Nicolas, Do you mean that "gs" could be removed from all entries in `org-preview-latex-process-alist'? I'm Cc'ing Feng Shu, who implemented the new LaTeX preview mechanism. He hopefully knows why this dependency was introduced in the first place. I think so yes, at least on Windows (didn't try on Linux nor OSX) Thanks, Fred
Re: [O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
Hello, Frederick Giasson writes: > I am a Windows user and I am testing the Org 9.x branch. I just > discovered that I couldn't display inline latex anymore using C-c C-x > C-l. I was getting that error: > > > org-create-formula-image: Can’t find ‘gs’ (you need to install the > programs: latex, dvipng and ghostscript.) > > > A look at orl.el line #4079: "(defcustom > org-preview-latex-process-alist", for "dvipng" we have a programs > list: "("latex" "dvipng" "gs")" > > The problem here is that "gs" is not an executable that exists in > Ghostscript for Windows nor I think it is necessary for that to work. > > I did remove it from the list of required parameters, then I restarted > Emacs and everything is working fine now. > > > Any thoughts on that? Should it be fixed? (I guess) Do you mean that "gs" could be removed from all entries in `org-preview-latex-process-alist'? I'm Cc'ing Feng Shu, who implemented the new LaTeX preview mechanism. He hopefully knows why this dependency was introduced in the first place. Regards, -- Nicolas Goaziou
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
Hi Nicolas, It seems other users experienced it, yet it is unexpected and I cannot reproduce it even with a minimal init file. Ok good. I will try to do some debugging on my side. I am wondering if it may not be a Windows issue, or some older 8.x configurations that may be at cause here. Will keep you updated. Thanks, Fred
Re: [O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
Hi again, There is one thing I forgot to mention: PDF/LateX export was working fine. Thanks, Fred Hi, I am a Windows user and I am testing the Org 9.x branch. I just discovered that I couldn't display inline latex anymore using C-c C-x C-l. I was getting that error: org-create-formula-image: Can’t find ‘gs’ (you need to install the programs: latex, dvipng and ghostscript.) A look at orl.el line #4079: "(defcustom org-preview-latex-process-alist", for "dvipng" we have a programs list: "("latex" "dvipng" "gs")" The problem here is that "gs" is not an executable that exists in Ghostscript for Windows nor I think it is necessary for that to work. I did remove it from the list of required parameters, then I restarted Emacs and everything is working fine now. Any thoughts on that? Should it be fixed? (I guess) Thanks, Fred
[O] [BUG] org-create-formula-image requires 'gs' when it doesn't look like to be necessary (causing issues on Windows)
Hi, I am a Windows user and I am testing the Org 9.x branch. I just discovered that I couldn't display inline latex anymore using C-c C-x C-l. I was getting that error: org-create-formula-image: Can’t find ‘gs’ (you need to install the programs: latex, dvipng and ghostscript.) A look at orl.el line #4079: "(defcustom org-preview-latex-process-alist", for "dvipng" we have a programs list: "("latex" "dvipng" "gs")" The problem here is that "gs" is not an executable that exists in Ghostscript for Windows nor I think it is necessary for that to work. I did remove it from the list of required parameters, then I restarted Emacs and everything is working fine now. Any thoughts on that? Should it be fixed? (I guess) Thanks, Fred
Re: [O] Obsolete org contrib package
[removed Grégoire Jadi from the discussion.] On Thu, Nov 10 2016, Nicolas Goaziou wrote: Joost Kremers writes: Like I said, I'd be happy to take over maintainance. Just let me know how to go about making it available to org-contrib. (If there is a way to keep the file in the main Ebib repository, that would be my preference.) We don't need to make it available to Org contrib. Let me know when your version of org-ebib.el is available to Org users (e.g., through ELPA) and I'll remove it from contrib/ directory. In that case, I'll just make it part of the normal Ebib installation. No-one will be interested in org-ebib.el if they're not also using Ebib, so I believe this makes sense. Those that use Ebib but not Org will only have one small file added to their installation, which shouldn't be a problem. I won't `require' org-ebib.el in ebib.el, that will be up to the user. Unless there's some reason to make it available as a separate package? Thanks, Joost -- Joost Kremers Life has its moments
Re: [O] org.texi edits, patch attached
Hi, Nicolas Goaziou writes: > Have you signed FSF papers already? You need to so that we can apply > your non-trivial changes to documentation. Yes, Lambda Coder has signed the FSF papers for both Emacs and Tramp. > You also need to provide a proper commit message, listing sections > modified in the manual. See commit message in the repo for examples. Yes, see http://orgmode.org/worg/org-contribute.html#org4682cef for details on how to write commit messages. Thanks for the patches! -- Bastien
Re: [O] Bug: Wrong effort sums in hierarchy when org-time-clocksum-use-effort-durations is set
Hello, Björn Döring writes: > when columns view is opened with an "%Effort{:}" column, the sum is only > correct for the first parent element. Whereas "hours" are propagated up > the hierarchy, "days" are reset to zero when going up more than one > level in the hierarchy. > > Example: > > * Level 1 > ** Level 2 > *** Level 3 > Level 4 > :PROPERTIES: > :Effort: 2d > :END: > > In columns view (with `# -*- org-time-clocksum-use-effort-durations: t; > org-time-clocksum-format: (:days "%dd " :require-days t :hours "%d" > :require-hours t :minutes ":%02d" :require-minutes t) -*-`) this only > reports correct effort values for Level 4 and Level 3. Level 1 and Level > 2 show "0d 0:00", but "2d 0:00" is expected. Fixed. Thank you. Regards, -- Nicolas Goaziou
Re: [O] org.texi edits, patch attached
Hello, Lambda Coder writes: > Attached is a patch submission for org.texi file. Sorry for the large size > of the attachment. I am posting to this list on Bastien's suggestion. > > The edits mainly pertain to org-babel, which is where most of my time is > spent these days. This patch is an attempt to make the documentation more > consistent with the rest of gnu manuals. Comments and suggestions > welcome. Thank you for the patch! I didn't read through the whole set of changes but I'll make some initial comments. Have you signed FSF papers already? You need to so that we can apply your non-trivial changes to documentation. Also, Texinfo document requires two spaces after a full stop. There are a couple of places in your changes that do not follow this. You also need to provide a proper commit message, listing sections modified in the manual. See commit message in the repo for examples. If your FSF papers are in order, could you send an updated patch? Regards, -- Nicolas Goaziou
Re: [O] [bug] timed repeater shows up in wrong place
Samuel Wales writes: > On 11/10/16, cesar mena wrote: >> so the only thing i noticed is that your test case did not set >> org-agenda-files for me. specifically your regexp did not pick up the >> file (filename is test.org). i changed it as below, and it worked. > > thanks. > > i have documented my testcase for future purposes to be clear about this. > > i did find one thing: > > org-agenda-repeating-timestamp-show-all has changed its > meaning in org 9. > > when nil > my version of org 8 (and previous versions of org) will show the > task in the grid > org 9 will not show the task in the grid > > note that this is when nil. > > is anything known about this change? i am not aware of any. try bisecting your tree. if it works for 8, but not 9 you will eventually find the changeset.
Re: [O] [bug] timed repeater shows up in wrong place
Hello, Samuel Wales writes: > On 11/9/16, cm...@pobox.com wrote: >>> SCHEDULED: <2016-11-07 Mon 17:00> > >> this example does not have a repeater though. without a repeater, you >> are right, it does not show in the time grid. > > oops. > > please put .+1d on that > now try it > for me it only shows a 3x. it does not show in time grid. > this is the bug > in my version of org 8 -- it only shows in the time grid > this is the behavior i expect, am used to, and need With * TODO test SCHEDULED: <2016-11-07 Mon 17:00 .+1d> I get, for weekly view: --8<---cut here---start->8--- Week-agenda (W45): Monday 7 November 2016 W45 agenda: 17:00.. Scheduled: TODO test Tuesday 8 November 2016 agenda: 17:00.. Sched. 2x: TODO test Wednesday 9 November 2016 agenda: 17:00.. Sched. 3x: TODO test Thursday 10 November 2016 agenda: 17:00.. Sched. 4x: TODO test Friday 11 November 2016 8:00.. 10:00.. 11:09.. now - - - - - - - - - - - - - - - - - - - - - - - - - 12:00.. 14:00.. 16:00.. agenda: 17:00.. Sched. 5x: TODO test 18:00.. 20:00.. Saturday 12 November 2016 agenda: 17:00.. Scheduled: TODO test Sunday 13 November 2016 agenda: 17:00.. Scheduled: TODO test --8<---cut here---end--->8--- and for daily view --8<---cut here---start->8--- Day-agenda (W45): Monday 7 November 2016 W45 8:00.. 10:00.. 12:00.. 14:00.. 16:00.. agenda: 17:00.. Scheduled: TODO test 18:00.. 20:00.. --8<---cut here---end--->8--- Minimal configuration. In particular, `org-agenda-repeating-timestamp-show-all' is t. Regards, -- Nicolas Goaziou
Re: [O] newline element of org-emphasis-regexp-components no longer honored?
Hello, Eric Abrahamsen writes: > Eric Abrahamsen writes: > >> So far as I can tell, the last element of this option is no longer >> honored -- I've had it set to 3 for ages, but highlighting and export >> only accept 1. I'm on Emacs git, and org-plus-contrib from Elpa. >> >> Does anyone else see this? >> >> E > > To provide more information, I use this to set the final element (and > some other elements): > > (setf (nth 4 org-emphasis-regexp-components) 3) > > That's always done the trick in the past. I just checked `org-emph-re', > and indeed it is still at the default value. > > Has anything changed about how this variable is set? `org-emphasis-regexp-components' was moved to a defvar instead of a defcustom a long time ago (around 8.0 release). So you probably need to call `org-set-emph-re' with appropriate arguments to update regexps. Regards, -- Nicolas Goaziou
Re: [O] HTML export with ":export" parameter with Orgmode 9.0
Hello, Frederick Giasson writes: > Does this change impact the ":export [...]" code block header > parameter? What I am often using is this: > > > http://orgmode.org/manual/Exporting-code-blocks.html > > > Which currently doesn't work but it is unclear from the release notes > if it should or not and the code provided to fix the Export blocks > doesn't appear to look for this syntax, so I guess it should still be > working. > > > Anybody else experience this issue? It seems other users experienced it, yet it is unexpected and I cannot reproduce it even with a minimal init file. Regards, -- Nicolas Goaziou
Re: [O] Bug: Export (to latex) ignores :exports keyword in Org 9.0 [9.0 (9.0-elpa @ /Users/rodrigobelo/.emacs.d/elpa/org-20161102/)]
Hello, Rodrigo Belo writes: > Hi, I believe the export function in Org mode 9.0 is ignoring the > :exports variable. > > Here's an example org-file: > > > > * Test > > How much is 3 + 4? > > #+BEGIN_SRC R :exports results > 3 + 4 > #+END_SRC > > #+RESULTS: > : 7 > > --- > > This produces a pdf (or html) with the 3+4 snippet, which I believe is > not the intended output I cannot reproduce it, even with a bare-bone configuration (i.e., only setting load-path to include new Org). Could you double-check on your side? Regards, -- Nicolas Goaziou
Re: [O] latex exporting to different directory with v9.0
Hello, Alex Fenton writes: > Ah, OK. I'm curious, however, how a compiler (eg tex2dvi) cd'd to > a different working directory can ever resolve links to image files. It cannot. Another alternative is: "texi2dvi -p -b -V -o %o%b.pdf %f" However this litters current directory with auxiliary files instead of output directory. So `org-latex-remove-logfiles' is ignored (it looks for such files in the output directory) when using this process, which is arguably a bug. What do you suggest, then? Regards, -- Nicolas Goaziou