Re: [O] Setup Org-mode to write diary.
Sharon Kimble skimble.plus.com> writes: > Yes, but I don't take much notice of it. See my question and the answers here[1] about slow performance in Org files when line-numbering is enabled. [1] http://stackoverflow.com/questions/5229705/emacs-org-mode-turn-off-line-numbers
[O] Move headline up/down
I know how to move subtrees up and down, but how do I change the order of top-level headline entries (the ones starting with *)?
Re: [O] Move headline up/down
SabreWolfy writes: > I know how to move subtrees up and down, but how do I change the order of > top-level headline entries (the ones starting with *)? , | * top1 | * top2 | ** sub1 | ** sub2 | * top3 ` with point on top3: M-x org-move-subtree-up , | * top1 | * top3 | * top2 | ** sub1 | ** sub2 ` -- cheers, Thorsten
Re: [O] Move headline up/down
SabreWolfy gmail.com> writes: > I know how to move subtrees up and down, but how do I change the order of > top-level headline entries (the ones starting with *)? and (Strangely, *not* though, which I tried initially, because *is* the same as x for me.)
Re: [O] Move headline up/down
Thorsten Jolitz gmail.com> writes: > with point on top3: M-x org-move-subtree-up Thanks -- that works. I tried , which I erroneously thought moved subtrees, but not headlines ;) What I should have tried, which works for headlines and subtrees, is .
Re: [O] ODT exporter does not seem to respect quotation mark for list items
Hi, I do confirm that it is fixed for me. Thank YOU. -- *Le jeu., juil. 24 2014, Nicolas Goaziou a écrit* Hello, This should be fixed in maint. Thank you for reporting it. Regards, -- Nicolas Goaziou -- ~~^v^~~ Baptiste
Re: [O] Setup Org-mode to write diary.
stardiviner writes:
> I want to know how to configure Org-mode to write diary with a easy way.
> I hope someone can provide his way.
>
> Here is what I think what Org-mode write diary should have.
>
> - [ ] *open/create* a buffer to write current day's diary quickly.
Set up a capture template using a date tree. For example, this is taken
directly from section 9.1.3 of the org-mode manual:
,
| ("j" "Journal" entry (file+datetree "~/org/journal.org")
| "* %?\nEntered on %U\n %i\n %a")
`
> - [ ] *navigate* diary entry like viewing day entries in Calendar.
Use the imenu menu or just fold and unfold the outline.
> - [ ] *manage* diary files with some kind of style like (date, folder,
> etc). - [ ] *search* diary content.
Add the file to the variable "org-agenda-text-search-extra-files" and/or
set up a custom agenda view to search the file.
Charles
--
"...Deep Hack Mode--that mysterious and frightening state of
consciousness where Mortal Users fear to tread."
(By Matt Welsh)
signature.asc
Description: PGP signature
Re: [O] open file link in dired?
Hi Bastien, On 2013-01-04 17:33, Bastien writes: > Hi Alan, > > Alan Schmitt writes: > >> Thank you, this would work nicely. However I don't know how to specify, >> when I open the file, which link-type to use. Would I need to modify the >> link itself from "file" to "file+emacs+dired" before opening it? > > Trying loading the attached .el file to get a new "dired" type. > Very crude but should work. I finally got around to test this, and here is a slightly improved version that handles filenames with spaces. #+begin_src emacs-lisp (org-add-link-type "file+emacs+dired" 'org-open-file-with-emacs-dired) (add-hook 'org-store-link-functions 'org-dired-store-link) (defun org-open-file-with-emacs-dired (path) "Open in dired." (let ((d (file-name-directory path)) (f (file-name-nondirectory path))) (dired d) (goto-char (point-min)) (search-forward f nil t))) (defun org-dired-store-link () "Store link to files/directories from dired." (require 'dired+) (when (eq major-mode 'dired-mode) (let ((f (dired-get-filename))) (setq link (concat "file+emacs+dired" ":" f) desc (concat f " (dired)")) (org-add-link-props :link link :description desc) link))) #+end_src Thanks again (and thanks to Org for letting me remember this 18 months old task), Alan -- OpenPGP Key ID : 040D0A3B4ED2E5C7 pgpUdU2jEJpkz.pgp Description: PGP signature
[O] org-capture-templates and tables: HOWTO
Hello
I am using org-capture-templates for a while but now I would like to
have a table in the target file, best would be something like this
| File | Description |
|---+-|
| name&Link | the purpose of this file is |
So I tried this entry (I don't know where to put the predicate prepend
or table-line_
("t" "Table" table-line (file+headline "~/README.org" "Static")
"%?\nEntered on %U\n %i\n %A")
But I see in the target file the following
| |
|--|
| |
| Bad template |
So
- what is wrong in my template?
- could the target table have more than one column?
thanks
Uwe Brauer
smime.p7s
Description: S/MIME cryptographic signature
[O] [partial solution] (was: org-capture-templates and tables: HOWTO)
>> "Uwe" == Uwe Brauer writes:
> Hello
> I am using org-capture-templates for a while but now I would like to
> have a table in the target file, best would be something like this
> | File | Description |
> |---+-|
> | name&Link | the purpose of this file is |
> So I tried this entry (I don't know where to put the predicate prepend
> or table-line_
> ("t" "Table" table-line (file+headline "~/README.org" "Static")
> "%?\nEntered on %U\n %i\n %A")
this
("t" "Table" table-line (file+headline "~/README.org" "Static")
"|%U|%A|%? Entered on %U %i|" :prepend t)
Does work
This
("T" "Table" table-line (file "~/README.org" "Static")
"|%U|%A|%? Entered on %U %i|" :table-line-pos "II-3")
Does not
Here is the bugtrace
,
|
| Debugger entered--Lisp error: (error "Capture template `T': Invalid
| table line specification \"II-3\"")
| signal(error ("Capture template `T': Invalid table line specification
| \"II-3\"")) cerror("Capture template `%s': %s" "T" "Invalid table line
| specification \"II-3\"") apply(cerror "Capture template `%s': %s" ("T"
| "Invalid table line specification \"II-3\"")) error("Capture template
| `%s': %s" "T" "Invalid table line specification \"II-3\"")
| byte-code("..." [error buffer-base-buffer string-match "\\`CAPTURE-"
| buffer-name kill-buffer set-window-configuration org-capture-get
| :return-to-wconf "Capture template `%s': %s" :key] 4) org-capture(nil)
| call-interactively(org-capture)
`
Uwe Brauer
smime.p7s
Description: S/MIME cryptographic signature
Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]
In principle, to avoid breaking existing documents, you could introduce a variable to set org-mode in legacy mode. Regards, Fede On Sun, Jul 27, 2014 at 6:46 PM, Nicolas Goaziou wrote: > Hello, > > Federico Beffa writes: > >> In the end of the day the reason why I started looking into this is >> the fact that I do not find user friendly that org-mode, when filling >> a paragraph, interprets \[...\] as any inline snippet and does not >> keep it on a separate line (as recommended by the LaTeX manual, see >> attached document). That's it. > > As explained previously, I'm not against the idea, but it would break > existing documents containing "\[...\]" in the middle of a line, even > though it is valid LaTeX. In any case, you will not get total LaTeX > conformance. > > Anyway, I can't see any technical limitation to your suggestion. So we > might as well ask the ML. I'll write a consultative poll about it. > > > Regards, > > -- > Nicolas Goaziou
Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]
Hello, Federico Beffa writes: > In principle, to avoid breaking existing documents, you could > introduce a variable to set org-mode in legacy mode. I don't want to maintain two (or more) grammars for Org. So, no, thanks. Regards, -- Nicolas Goaziou
[O] [POLL] Syntax change: make \[...\] non-inline
Hello, As discussed in a recent thread[fn:1], \[...\] constructs are counter-intuitive to some users. At the time being, \[...\] are inline-able. As a consequence, they are can be written in the middle of a line, and filled, much like \(...\). Even though it is also possible to inline them in a LaTeX document, the intent is to make them stand out in their own lines. The current proposal is to make them elements instead of objects in Org syntax (i.e, a `latex-environment' instead of a `latex-fragment'). In a nutshell: - Pros: + conform to LaTeX intent, + impossible to fill. - Cons: - documents containing \[...\] mid-line will be broken (such constructs will not be recognized anymore). WDYT? Regards, [fn:1] http://permalink.gmane.org/gmane.emacs.orgmode/2 -- Nicolas Goaziou0x80A93738
Re: [O] org-special-keyword face not showing in sublevels anymore since commit 69700e1
Hello Seb, nice that you come back to this issue. I don’t know what “an ECM” is, but I attach you a simple org file and two screenshots that exemplify the case. 1st screenshot org-special-keyword_face_example_after_commit_69700e1.png shows all ‘COMMENT’ keywords correctly rendered by the org-special-keyword face as colour grey. 2nd screenshot org-special-keyword_face_example_after_commit_69700e1.png shows all ‘COMMENT’ keywords as grey only at the top outline level. I hope this clarifies the case. All best, mc org-special-keyword_face_example.org Description: Binary data On 25 Jul 2014, at 17:52, Sebastien Vauban wrote: > Martin Carlé wrote: >> It appears that by commit 69700e1 [22.04.2014 13:09] a little bug >> slipped into the codebase, sinc the org-special-keyword face is only >> shown at the top level in the correct face, but then gets simply >> overwritten by the respective sublevel face. > > I did not understand exactly what you meant by sublevel face. Could you > explain more accurately, maybe with an ECM and a screenshot of how it > was before and after the above commit? > > Best regards, > Seb > > -- > Sebastien Vauban > >
[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug
> From: Lionel Henry > Date: Sat, 26 Jul 2014 17:53:47 +0200 > Cc: 18...@debbugs.gnu.org, > michael_heerde...@web.de > > - Open a .org file large enough that you can scroll it. > - Enable linum and org-indent-mode > - Scroll > > The linum and the indentation will disappear in the very first line. Fixed in revision 117413 on the emacs-24 branch.
Re: [O] [POLL] Syntax change: make \[...\] non-inline (-1)
You wrote:
> Hello,
>
> As discussed in a recent thread[fn:1], \[...\] constructs are
> counter-intuitive to some users.
>
> At the time being, \[...\] are inline-able. As a consequence, they are
> can be written in the middle of a line, and filled, much like \(...\).
> Even though it is also possible to inline them in a LaTeX document, the
> intent is to make them stand out in their own lines.
>
> The current proposal is to make them elements instead of objects in Org
> syntax (i.e, a `latex-environment' instead of a `latex-fragment'). In
> a nutshell:
>
> - Pros:
> + conform to LaTeX intent,
> + impossible to fill.
> - Cons:
> - documents containing \[...\] mid-line will be broken (such
> constructs will not be recognized anymore).
>
> WDYT?
>
> Regards,
>
> [fn:1] http://permalink.gmane.org/gmane.emacs.orgmode/2
Hello,
I often use \[...\] to write maths fragments that constitute grammatical
units of a plain sentence, yet are better read on their own line when
rendered, as in \[x = \mathit{some~complex~stuff} \mbox{ and}\] \[y =
\mathit{more~complex~stuff}\] where \(\mathit{stuff} =
\mathit{less~intricate~stuff}\).
(Recall that LaTeX is in principle intended to allow focusing on
contents instead of formatting, some LaTeX packages may also change the
behavior of \[...\] I think).
Also note that MathJax automatically adds ""s when it encounters
such constructs in paragraphs like "...\[...\]...", and those
s can still further be customized with CSS ; what would be the
result of exporting to HTML if they were not inline?.
As it is always possible to use displaymath environments, I don't think
any change regarding \[...\] is necessary.
Regards,
N.
--
Nicolas BerthierFSF Member #7975
Re: [O] [BUG] src_blocks - :results raw and replace don't work together
Thorsten Jolitz wrote: > Nick Dokos writes: > >> Thorsten Jolitz writes: >> >>> Hi List, >>> >>> evaluating this 3 times does not work as expected: >>> >>> , >>> | * A >>> | >>> | #+header: :results raw replace >>> | #+begin_src emacs-lisp >>> | (+ 2 2) >>> | #+end_src >>> | >>> | #+results: >>> | 4 >>> | 4 >>> | 4 >>> ` >>> >>> Independent from argument order, 'replace' (which should be default >>> anyway) is ignored. >> >> Right - `raw' inserts results without delimiters so org has no idea >> where they end and cannot delete them (try org-babel-remove-result) >> or replace them. > > ok, I see > > from `org-babel-remove-result': > , > | (when (looking-at (concat org-babel-result-regexp ".*$")) ...) > ` > > seems a bit tricky to adapt this to 'raw results ... > > But at least there should be a hint in the manual that ':results raw > replace' is not supposed to work, and what would be a possible > workaround. Workarounds: - A block wrapper makes it possible for the entirety of the results to be clearly located, regardless of their contents, and replaced (with new results) by Babel upon code block re-evaluation, or - :results drawer Best regards, Seb -- Sebastien Vauban
Re: [O] Mathjax vs. problems with imagemagick
Nick Dokos wrote:
> My org-latex-pdf-process setting is
>
> (setq org-latex-pdf-process '("texi2dvi --shell-escape --pdf %f"))
>
> and I'm experimenting with
>
> (setq org-latex-pdf-process '("latexmk --shell-escape -pdf -xelatex %f"))
FWIW, I do have:
(setq org-latex-pdf-process
(if (executable-find "latexmk")
'("latexmk -CF -pdf %f && latexmk -c")
; must clean .fdb_latexmk, .fls, .ilg,
; .ind, etc.
'("pdflatex -interaction=nonstopmode -output-directory=%o %f"
"pdflatex -interaction=nonstopmode -output-directory=%o %f"
"pdflatex -interaction=nonstopmode -output-directory=%o %f")))
Best regards,
Seb
--
Sebastien Vauban
Re: [O] [BUG] src_blocks - :results raw and replace don't work together
Sebastien Vauban writes: > Thorsten Jolitz wrote: >> Nick Dokos writes: >> >>> Thorsten Jolitz >>> writes: >>> Hi List, evaluating this 3 times does not work as expected: , | * A | | #+header: :results raw replace | #+begin_src emacs-lisp | (+ 2 2) | #+end_src | | #+results: | 4 | 4 | 4 ` Independent from argument order, 'replace' (which should be default anyway) is ignored. >>> >>> Right - `raw' inserts results without delimiters so org has no idea >>> where they end and cannot delete them (try org-babel-remove-result) >>> or replace them. >> >> ok, I see >> >> from `org-babel-remove-result': >> , >> | (when (looking-at (concat org-babel-result-regexp ".*$")) ...) >> ` >> >> seems a bit tricky to adapt this to 'raw results ... >> >> But at least there should be a hint in the manual that ':results raw >> replace' is not supposed to work, and what would be a possible >> workaround. > > Workarounds: > > - A block wrapper makes it possible for the entirety of the results to > be clearly located, regardless of their contents, and replaced (with > new results) by Babel upon code block re-evaluation, or > > - :results drawer Thx. I somehow remember that my problem was related to the recently discussed issue of creating new headlines as results of source blocks, and to the fact that only headlines can contain headlines, so wrapping in blocks and drawers does not really work. I finally solved that problem for me by simply inserting the new headers from Emacs Lisp without using Org-Babel, although a few workarounds were proposed in the mentioned thread on this mailing list (a real solution too? unfortunately lost track ...). -- cheers, Thorsten
Re: [O] Custom environment for LaTeX export
Julien Cubizolles wrote:
> I need to export the same org file to both LaTeX and beamer, and I'd
> like the headings that are exported to the "block" environment in beamer
> to be exported to another environment in LaTeX (named
> "consequence"). The LaTeX export engine allows one to specify any
> environment but it doesn't suit my needs. Consider the following heading:
>
> Puissance des force de Laplace sur un moment magnétique :eleves:
> #+ATTR_LATEX: :options [Puissance des force de Laplace sur un moment
> magnétique]
> #+BEGIN_consequence
> La puissance des forces de Laplace subies par un moment magnétique
> plongé dans un champ magnétique et en rotation autour d'un axe
> \(\Delta\) est:
> #+BEGIN_LaTeX
> \begin{equation*}
> - m_\perp B_\perp \sin(\theta) \dot{\theta}.
> \end{equation*}
> #+END_LaTeX
>
> #+END_consequence
>
> If I export it to beamer, I get
>
> \begin{frame}[label=sec-1-1-1]{Puissance des forces de Laplace}
> \begin{block}{Puissance des force de Laplace sur un moment magnétique}
> \begin{consequence}[Puissance des force de Laplace sur un moment magnétique]
> La puissance des forces de Laplace subies par un moment magnétique
> plongé dans un champ magnétique et en rotation autour d'un axe
> \(\Delta\) est:
> \begin{equation*}
> - m_\perp B_\perp \sin(\theta) \dot{\theta}.
> \end{equation*}
> \end{consequence}
> \end{block}
> \end{frame}
>
> but I just want the \begin{block}..., not the \begin{consequence}...
Throwing an idea here: make the `consequence' environment be a no-op in Beamer?
> If I export to LaTeX, I get:
>
> \begin{enumerate}
> \item Puissance des force de Laplace sur un moment magnétique
> \label{sec-1-1-1-1}
> \begin{consequence}[Puissance des force de Laplace sur un moment magnétique]
> La puissance des forces de Laplace subies par un moment magnétique
> plongé dans un champ magnétique et en rotation autour d'un axe
> \(\Delta\) est:
> \begin{equation*}
> - m_\perp B_\perp \sin(\theta) \dot{\theta}.
> \end{equation*}
> \end{consequence}
> \end{enumerate}
>
> but I don't want the \item Puissance..., only the
> \begin{consequence}[...
>
> Any ideas how I should go about this ?
Best regards,
Seb
--
Sebastien Vauban
Re: [O] [POLL] Syntax change: make \[...\] non-inline
Nicolas Goaziou writes:
> The current proposal is to make them elements instead of objects in Org
> syntax (i.e, a `latex-environment' instead of a `latex-fragment').
> [...]
> WDYT?
I think it's a bad idea.
One can use
\begin{EQUATION} · \end{EQUATION}
(where EQUATION is one's favorite math-construct) for that purpose.
With cdlatex, structure templates (org-structure-template-alist) or
key-chord.el it need not require much effort to insert such an
environment. Thus, the pros seem trivial in my opinion.
OTOH, it's nice to have a inline display-math constructor, \[·\], and
the up-front cost of comparability-issues seems expensive.
Cheers,
Rasmus
--
The right to be left alone is a human right
Re: [O] How to call org-display-inline-images so that after a graphviz block is evaluated the image is refreshed?
Rick Frankel wrote: > (add-hook 'org-babel-after-execute-hook > (lambda () (org-display-inline-images nil t))) I simply had: --8<---cut here---start->8--- (add-hook 'org-babel-after-execute-hook 'org-display-inline-images) --8<---cut here---end--->8--- Anyway, for me, this should clearly be made a *default*, nope? Best regards, Seb -- Sebastien Vauban
Re: [O] :RESULTS: drawer exported in LaTeX
Roland DONAT wrote: > I have this piece of python code that generate Orgmode text : > > #+NAME: test > #+HEADER: :session test1 > #+HEADER: :results value drawer > #+BEGIN_SRC python > a = "** H1\nblabla\n** H2\nbloblo" > a > #+END_SRC > > #+RESULTS: test > :RESULTS: > ** H1 > blabla > ** H2 > bloblo > :END: > > But when I export my document in LaTeX, the :RESULTS: drawer appears in the > final pdf which it's not cool... > > Any help would be much appreciated! Thanks. I'd like to understand what you're trying to do. Such a thing: --8<---cut here---start->8--- #+begin_src emacs-lisp :results raw :exports both "* Headline\nParagraph" #+end_src --8<---cut here---end--->8--- did work for me in the past. Best regards, Seb -- Sebastien Vauban
Re: [O] proposal to make C-c C-c not remove latex overlays
Aaron Ecay wrote: > I don’t have a comment on the substance of the proposal, but rather two > suggestions for workarounds. > > The first is to use the C-c C-v C-e binding to execute source blocks > rather than C-c C-c. Or even `e' if: - on the first character of the #+begin_src keyword, and - speed keys are enabled (not by default!?) Best regards, Seb -- Sebastien Vauban
[O] Scaling down face maintains line height
Hi, when I scale down (C-x C--) an org buffer's faces, they maintain the original line height, filling up with vertical space, which is not what I want. See as an example: https://share.eva.mpg.de/public.php?service=files&t=0bd6cff7cc9bb41d691d0d0f0260f7ef The importance of it becomes visible when using minimap-mode, which becomes useless under these circumstances. Any idea? Thanks, Andreas --
Re: [O] how to hide titles marked with "DONE"
Daimrod wrote: > bofe writes: >> I use org to manage my projects. When some works are finished ,I >> marked the titles “DONE”,but as time goes by ,there are too many of >> them, that I can’t focus on the rest of unfinished works. >> Is there a way to hide the “DONE" titles,rather than delete them? > > You can toggle the archive tag (C-c C-x a) or archive the tasks > (C-c C-x C-a). As I do suffer from the same problem, and do not take the time to archive all DONE subtrees, I think that an alternative approach would be that DONE subtrees wouldn't be expanded (by default) in the S-TAB cycles. Does that sound reasonable? PS- Don't even know if that's easy/doable/etc., but I regard this as likeable. Best regards, Seb -- Sebastien Vauban
Re: [O] Scheduled tasks: total time since last DONE
Fletcher Charest wrote:
> I am a little puzzled by the way scheduled tasks work. I will give an
> example. Let's have this task:
>
> * TODO Clean the kitchen
> SCHEDULED: <2014-07-20 jeu. .+1w>
>
> If I'm lazy and don't do it for one whole week, on 2014-07-27 I will see
> this in my agenda:
>
> Scheduled: TODO Clean the kitchen
>
> But I would really like to see this instead:
>
> Sched. 7x: TODO Clean the kitchen
AFAICT, this is the default, which I've changed by:
--8<---cut here---start->8---
;; text preceding scheduled items in the agenda view
(setq org-agenda-scheduled-leaders
'("Scheduled "
" "))
--8<---cut here---end--->8---
> This way I could see it's been 7 days I didn't do it, and tasks would be
> better organized in the agenda. RIght now, a task that I have to do on a
> weekly basis never has a number greater than '6x', and even if it hasn't
> been done for months, it still appears on the bottom of the list in the
> agenda, with a small number.
Don't understand this.
Best regards,
Seb
--
Sebastien Vauban
[O] Fontification of org code block not printed
Hello, I'm using org-mode and have had some trouble with printing with faces, which has been solved in emacs. Currently I'm using the following version: commit 59b20d77aec5055417eeec039af84de88cda12b2 Author: Stefan Monnier Date: Mon Jun 30 22:25:52 2014 -0400 * lisp/ps-def.el (ps-generate-postscript-with-faces1): Don't mess with buffer-invisibility-spec. When using org blocks like: (from org.el) #+BEGIN_SRC elisp (defun org-fontify-meta-lines-and-blocks-1 (limit) "Fontify #+ lines and blocks." .. (cond ((and lang (not (string= lang "")) org-src-fontify-natively) (org-src-font-lock-fontify-block lang block-start block-end) ;; remove old background overlays (mapc (lambda (ov) (if (eq (overlay-get ov 'face) 'org-block-background) (delete-overlay ov))) (overlays-at (/ (+ beg1 block-end) 2))) ;; add a background overlay (setq ovl (make-overlay beg1 block-end)) (overlay-put ovl 'face 'org-block-background) (overlay-put ovl 'evaporate t)) ;; make it go away when empty .. #+END_SRC The text between #+BEGIN_SRC and #+END_SRC gets fontified with the fontification of the given mode, in this case elisp. A describe-text-properties at position of 'd' of defun gives: #+BEGIN_QUOTE Text content at position 858: There is an overlay here: From 857 to 1499 evaporatet face org-block-background There are text properties here: face font-lock-keyword-face font-lock-fontified t font-lock-multiline t fontifiedt #+END_QUOTE This all is correct and fontified visible in the emacs buffer. But if this part is going to be postscript printed the fontifiying _is_ not to be printed. The face for printing is retrieved in ps-generate-postscript-with-faces1 (from ps-def.el) with 'get-char-property'. (from ps-def.el) #+BEGIN_SRC elisp (defun ps-generate-postscript-with-faces1 (from to) .. (while (< from to) (and (< property-change to) ; Don't search for property change ; unless previous search succeeded. (setq property-change (next-property-change from nil to))) (and (< overlay-change to) ; Don't search for overlay change ; unless previous search succeeded. (setq overlay-change (min (next-overlay-change from) to))) (setq position (min property-change overlay-change) before-string nil after-string nil) (setq face (cond ((invisible-p from) 'emacs--invisible--face) ((get-char-property from 'face)) (t 'default))) .. #+END_SRC The call to get-char-property gives for every position the face of the overlay, which is org-block-background, and not the face of the propertized text. I think this will be the same for all such #+BEGIN/#+END blocks in org-mode. I'm sure that this is not what I expect but I'm not sure if this is a fault in ps-def.el or org.el. Because of this I send this to both mailing lists to get help before sending an error report. With kind regards, Stefan -- Stefan-W. Hahn It is easy to make things. It is hard to make things simple.
Re: [O] Scaling down face maintains line height
Andreas writes: > Hi, > > when I scale down (C-x C--) an org buffer's faces, they maintain the > original line height, filling up with vertical space, which is not what > I want. See as an example: > > https://share.eva.mpg.de/public.php?service=files&t=0bd6cff7cc9bb41d691d0d0f0260f7ef > > The importance of it becomes visible when using minimap-mode, which > becomes useless under these circumstances. > > Any idea? > I cannot reproduce it: GNU Emacs 24.3.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2013-07-14 Org-mode version 8.2.7b (release_8.2.7b-1-ga5beff.dirty @ /home/nick/elisp/org-mode/lisp/) which might imply that it's version-dependent. -- Nick
Re: [O] beginner agenda question
Eric Abrahamsen writes: > Steven Arntson writes: > >> Simple question, I think, but it has me stumped. I'm wondering what >> variable controls the org-agenda function that gives you upcoming >> events, a la: >> >> todo: In 2 d.: TODO Friend's Birthday >> todo: In 4 d.: TODO Rehearsal >> todo: In 4 d.: TODO Happy Hour >> todo: In 9 d.: TODO Some other thing >> >> I'd like to get rid of all of that > > It looks like you've put a DEADLINE cookie on those events -- the > advance warning only kicks in in that case, if I recall correctly. For > plain old events (birthdays, doctors appointments, etc), it's often best > just to use a regular old timestamp, so: > > * Rehearsal <2014-07-28 Mon> > > Or you can put the timestamp on the line below the headline. > > HTH, > Eric Eric, thank you, yes, that did it. Best! steven
Re: [O] Stop export on bad link?
Hi Jacob, Jacob Gerlach writes: > Is it possible to configure the exporter to stop and throw an error > for a bad link? No. But what is really a "bad link"? Is it bad because it cannot be exported to a specific backend? -- Bastien
Re: [O] Repeat task a fixed number of times
SabreWolfy writes: > How do I indicate that the event should be repeated monthly for 6 months > only? Time-shift? FWIW, this is a frequently requested feature and I will propose something other than cloning headlines for the next major Org version. -- Bastien
Re: [O] publishing to gihub gh-pages branch
regcl writes: > Thanks, but I guess I didn't find the solutions you have > mentioned. Could you please point them out? I'm thinking of this for example: http://orgmode.org/worg/org-tutorials/org-jekyll.html This is not a complete solution for the problem at hand, but a start for looking further. -- Bastien
Re: [O] bug in lisp code blocks
Hi Mark, Mark Scala writes: > This is probably a bug: Can you provide a complete recipe? What "lisp"? Thanks, > #+BEGIN_SRC lisp :results output > (format t "Hello world.") > ;; comment after, causes crash when block is evaluated with C-c C-c > #+END_SRC > > Debugger message: > #+BEGIN_QUOTE > end of file on # >[Condition of type END-OF-FILE] > #+END_QUOTE > > org-version: Org-mode version 8.3beta (release_8.3beta-51-g02f2d5 @ > /home/mark/opt/org-mode/lisp) -- Bastien
Re: [O] [WORG] Link in 'org-latex-export.html' does not work.
Thorsten Jolitz writes: > the link to 'org-exp-blocks' does not work: Fixed, thanks. -- Bastien
Re: [O] A gentle introduction to Emacs & Org-mode?
Hi Marcin, Marcin Borkowski writes: > Also, is prelude or Emacs Starter Kit a good idea? My very personal stand on this is that prelude and Starter kit are good options when someone wants to discover Emacs, but can sometimes get in the way: if something goes wrong, you are not sure who to blame, the modified setup or Emacs. > I understand this is opinion-based, but maybe someone has some > experience *teaching* Emacs and Org-mode?) My "teaching/helping" IRL experience is that people start with a Starter Kit because they are afraid of the Beast, sometimes for no good reasons. It's better to simply play by the rules: that way, when something goes wrong, the odds are greater to understand what and why. As for a gentle introduction with a wide scope on E&Om, I don't think there is such a thing... sadly. Good luck to your friend! -- Bastien
Re: [O] Bug: Table formula makes emacs unresponsive [7.9.3f (release_7.9.3f-17-g7524ef @ /usr/share/emacs/24.3/lisp/org/)]
Hi Alejandro, Alejandro Suarez writes: > The following code causes my version of emacs to hang: This is now fixed in the master branch, thanks for reporting this. -- Bastien
Re: [O] Agenda/report of all headlines with clocked time
Hi Subhan, Subhan Michael Tindall writes: > All headlines with time clocked for the specified time range, or > without time clocked for specified time range With latest Org, C-u C-u C-c C-x C-d will prompt for a time range and display clocked headlines in this time range. This is not a separate list, this is just an overlay on the buffer, but I guess it comes close (enough) to what you want. HTH, -- Bastien
Re: [O] orgtbl export to latex :fmt() fails
Hi Nick, Nick Dokos writes: > I pushed this to maint and merged it into master. Thanks for tracking this bug and fixing! -- Bastien
Re: [O] [PATCH] ox-latex.el: add out-of-the-box fontification for makefile source block
Hi Rainer, Rainer M Krug writes: > Will do so but only next week. I applied the patch with the slight enhancement suggested by Nicolas. I hope you don't mind me applying instead of you, it's just that I'm in the flow now. Thanks! -- Bastien
Re: [O] [PATCH] New option for org-notmuch links
Hi Suvayu, Suvayu Ali writes: > Attached are two patches: the first adds the customize options, the > second provides a function that uses notmuch-tree to follow links. The > defaults are set to the old behaviour, so this should not cause any > surprises. Applied, thanks! -- Bastien
Re: [O] Emacs with Org 8?
SabreWolfy writes: > As an aside, where does the "sub-minor" version number for Emacs originate? > I'm running 24.3.1 and the next release is 24.4. However, even though I > can't find any information about 24.3.2, a search of this list for "24.3.2" > returns results... You may have answer on the emacs-devel@ mailing list for this. -- Bastien
Re: [O] [patch, ERT] emacs -q friendly interactive instructions
Hi Rasmus, Rasmus writes: > Here's a patch to the testing/README-documentation on the interactive > part. I found that I had to do a couple of extra steps to run tests > interactively from emacs -q. applied, thanks. -- Bastien
Re: [O] Org capture caused buffer weird indent and folding.
Hi Stardiviner, what is your Org version? Please report what M-x org-version RET says. Also, can you provide a minimal configuration to reproduce the problem? The one you send is a bit overloaded. Thanks, -- Bastien
Re: [O] Literate Programming site
Hi Charles, Charles Millar writes: > I thought about posting a comment to the above site; however I decided > to post here for those who know more about these things to decide if > something should be forwarded. Well, you can safely contact the authors of the website and point them to Emacs and Org-mode as a tool for literate programming. Adding a link to a good tutorial or testimony would help convincing them to look closer. Let us know how it goes, -- Bastien
Re: [O] org-babel
Hi Federico, Federico Beffa writes: > is there any plan to make org-babel a minor-mode (similarly to > orgtbl)? I'm not sure what it means but the answer is "no" :) -- Bastien
Re: [O] Bug: syntax highlighting of elisp:blahblah and shell:blablah [8.2.6 (8.2.6-67-g9e09b2-elpa @ c:/Users/andrea/AppData/Roaming/.emacs.d/elpa/org-20140602/)]
Hi Andrea, Andrea Rossetti writes: > - or (backward-compatible) change `org-activate-plain-links' so that > a plain link is not activated if it's inside a tag I took this road, fixed now, thanks for reporting this. -- Bastien
Re: [O] Org 8 Bug in interactive formula editing mode?
Hi Nick, Nick Dokos writes: > OK, I pushed the patch to maint and merged it into master. Thanks a lot for fixing this too! -- Bastien
Re: [O] org-mode date stamp with just month?
Hi David, David Rogoff writes: > I can’t see how to insert a datestamp with just year and month. I’m > adding an archive of various past events that I don’t have the exact > date for. I would simply put an arbitrary date then, because -MM-DD is deep into Org's DNA. -- Bastien
Re: [O] Test failures
Hi Nick, Nick Dokos writes: > Apparently these tests assume that the org info file can be found, but > the `make clea'n that is done at the beginning of make test wipes it > out. That's probably because I'm working out of the cloned git tree, but > if possible, I would like `make test' to work in that case. My > workaround for now is to add `make info' in targets.mk: I pushed another workaround, which is to test on Emacs info manual instead. -- Bastien
Re: [O] [PATCH] ob-shell: honor the specified shell for :session
Hi Achim, Achim Gratz writes: > I've added all user-visible changes from me that will go into 8.3. Thanks for this. Any committer can add visible changes from anyone, so please feel free. Best, -- Bastien
Re: [O] possible correction to manual
Hi Samuel, this has been frequently discussed and although timestamps are allowed in headlines, we don't want to encourage users to use them like this. The footnote is still relevant IMHO. Best, -- Bastien
Re: [O] [PATCH] org-taskjuggler.el - add valid project attributes
Hi Thorsten, Thorsten Jolitz writes: > From bc21dacd0bb400c5bb92acff9bbf2d00560f1c92 Mon Sep 17 00:00:00 2001 > From: tj > Date: Wed, 25 Jun 2014 16:27:42 +0200 > Subject: [PATCH] Taskjuggler: Add valid project attributes Applied, thanks. -- Bastien
Re: [O] Clear non-repeated scheduled time when deadline is repeated
Hi Phil, Phil Chrapka writes: > Is it possible, for tasks that have a repeated DEADLINE, to get > Org-Mode to clear the non-repeated SCHEDULED date? Simply add a repeater to the scheduled date too: * TODO My Weekly Task DEADLINE <2013-08-10 Sat +1w> SCHEDULED: <2013-08-08 Thu +1w> You may also want to have a look at this option: C-h v org-agenda-skip-deadline-prewarning-if-scheduled RET -- Bastien
Re: [O] org-envolve?
Hi David, David Arroyo Menendez writes: > + davidam-org-envolve-src(msg) > + davidam-org-src(msg) It's quicker to add values to `org-structure-template-alist' IMO. > + davidam-org-envolve-check-list() > + davidam-org-envolve-numbered-list() I don't understand what those functions should do and they don't work until the mark is set -- can you tell more? -- Bastien
Re: [O] What is the best in-Emacs presentation mode for org-files today?
Hi Grant, Grant Rettke writes: > What are you opinions on the best mode for doing: > 1. Presentations inside of Emacs > 2. Using all the options available for org mode while in the presentation ... org-mode. I've found out that tweaking the font size and navigating through an Emacs buffer is often good enough for presentations. -- Bastien
Re: [O] Docu bug for key of 'org-babel-load-in-session'
Hi Marco, marcowahls...@gmail.com writes: > I think the texi documentation of the key triggering > 'org-babel-load-in-session' is not up to date. The documentation says > 'C-up' but it looks like it should be 'M-up'. Fixed, thanks! -- Bastien
Re: [O] [patch] [babel] Patches to fix tangling and variable transfer of tables in R
Hi Rainer, Rainer M Krug writes: > Amended patches attached. Applied, thanks, -- Bastien
Re: [O] proposal to make C-c C-c not remove latex overlays
Hi Nick, Nick Dokos writes: > getting rid of just latex fragment undoing in > org-ctrl-c-ctrl-c and toggling with C-c C-x C-l is probably the best > solution. Agreed, this is the case now in master. > It probably would be a good idea to make the handling of clock > overlays similar as well and make C-c C-x C-d toggle the clock overlay > state Clock overlays are clearly transient, while LaTeX fragments are more or less permanent -- so allowing C-c C-c for getting rid of clock overlays seems fine to me. But clearly a subjective point of view. Thanks, -- Bastien
Re: [O] how to use :options-alist in org-export-define-derived-backend ?
Hi Nicolas, Nicolas Goaziou writes: > Automatically set document's title to file name or buffer name when no > TITLE keyword is provided. I think that's the right thing to do and I don't see the benefits of doing otherwise. In some cases, it even forced me to use better file names. -- Bastien
Re: [O] Repeated tasks repeats even if the time stamp is commented
Hi Samuel and Nicolas, Nicolas Goaziou writes: > Samuel Loury writes: > >> Thank you for the answer, do you know where I should look at to start >> investigating to fix the issue? > > I think `org-add-planning-info' may be a good candidate, though I didn't > look closely into it. Is anyone having a closer look at this? Otherwise I will, but at the end of august. Thanks, -- Bastien
Re: [O] [PATCH] New user option for org-agenda-show-and-scroll-up
Hi Trevor, Trevor Murphy writes: > I've added a defcustom `org-agenda-show-and-scroll-up-show-drawers'. > It defaults to t, and this gives the current behavior. Customizing it > to nil gives the alternate behavior I prefer. > > My not-so-secret hope is that this patch is suitable for applying to > master. Please let me know if that's the case, or if there are some > changes I can make that would get it there. I'm fine signing > copyright assignment papers. The patch is okay for me but yes, you need to go through the copyright assignment process, as you already have some tiny changes in Org. http://orgmode.org/cgit.cgi/org-mode.git/plain/request-assign-future.txt Let us know when things are done. Thanks in advance, -- Bastien
Re: [O] Lots of sticky search agendas clutter buffer list
Hi Martin, "Martin Beck" writes: > How do you handle that? I don't have any straight solution. > Is there a way so kill all buffers which match e. g. "Org Agend (s:" > with one command? I just submitted a patch to emacs-devel which allows to list buffers and use a regexp filter. If the patch is accepted, you'll be able to C-u C-u C-x C-b Agenda RET to only list agenda buffers and delete them all at once. Best, -- Bastien
Re: [O] :exclude sub folder in org-publish
Hi, regcl writes: > I could not figure out how to do this from INFO. I found examples of > preventing publishing of specific file extensions, but not whole > directories. Unless my memory fails me, :exclude works on names, not just on extensions. So maybe using both :recursive and :exclude can lead to what you want. -- Bastien
Re: [O] [FeatReq] New option for `org-entry-properties' WHICH argument?
Hi Thorsten, Thorsten Jolitz writes: > what about adding one more option for WHICH > > ,[ C-h f org-entry-properties RET ] > | org-entry-properties is a compiled Lisp function in `org.el'. > | > | (org-entry-properties &optional POM WHICH SPECIFIC) > | [...] > | If WHICH is nil or `all', get all properties. If WHICH is > | `special' or `standard', only get that subclass. If WHICH > | is a string only get exactly this property. SPECIFIC can be a string, the > | specific property we are interested in. Specifying it can speed > | things up because then unnecessary parsing is avoided. > ` > > that would filter out all Org related properties, i.e. the properties > the system itself uses, and thus return only the application related > properties? > > E.g. option 'non-org' You mean `non-special' or `non-standard'? I.e. all properties that are not listed as special properties? Yes, I see how it would be useful. Can you provide a patch for this? Thanks, -- Bastien
Re: [O] org-special-keyword face not showing in sublevels anymore since commit 69700e1
Hi Martin, mc writes: > 2nd screenshot > org-special-keyword_face_example_after_commit_69700e1.png > shows all ‘COMMENT’ keywords as grey only at the top outline level. > > I hope this clarifies the case. Yes it does! This is now fixed, thanks, -- Bastien
Re: [O] Dired-like agenda
Hi Samuel, Samuel Wales writes: > The idea is to make Org agenda act more like Dired > for consistency. I favor this too -- thanks for raising this. 8.3 is already overloaded with new features, so let's put this for 8.4, and let's continue to refine the suggestion. -- Bastien
Re: [O] A way to show time effort estimates in the org-clock-report
Hi Alexander,
Alexander Artemenko writes:
> Is there a way to show time effort estimates in the org-clock-report?
> I found only that :properties ("Effort") could be specified, but it
> does not work
> neither for one level, nor for summing children nodes' estimations.
It works for me. What did you try exactly?
--
Bastien
Re: [O] [PATCH] org-capture, :default-time and <...>
Hi Erik, using a custom date is done via `org-overriding-default-time' (within a let construct) instead of (org-capture-put :default-time date). Yes, the details are obscure and we need to better document this. Let us know if you achieve something, -- Bastien
Re: [O] refile affects kill ring
Hi Samuel, Samuel Wales writes: > in recent maint, it seems that refiling an entry will put that entry > into the kill ring. perhaps it should leave the kill ring intact? I agree, I've always found this weird, I pushed a change for this. It might be useful to be able to copy the refiled entry from time to time, though, so others think so please speak up. Thanks, -- Bastien
Re: [O] [BUG] org-open-at-point does not work anymore in comment blocks
Hi Samuel and Nicolas, Nicolas Goaziou writes: > This was discussed before on this ML. Some users made a point that > `org-open-at-point' should process links in node properties. In the case > of comments, though, I think we should be strict and use drawers > instead. I disagree, as you know. We already support opening links from standard comments (as an exception), I don't see why the exception should not extend to #+BEGIN_COMMENT blocks. I pushed a change so that links in comment blocks are now opened. -- Bastien
Re: [O] math minor mode for #+BEGIN_EQUATION blocks
stevejb writes:
> 1. How can I make Emacs recognize that once I type '#+LATEX:' that the
> rest of the line should be treated as being in the same minor mode as
> inside of a \begin{equation} \end{equation}?
This is not really a minor mode, thing within \begin{equation} \end{equation}
> 2. If question 1 gets solved, will org-preview-latex-fragment work as
> expected?
--
Bastien
Re: [O] capture template for interval
Hi David, David Belohrad writes: > any possibility how to do this? I don't see any, but if you use these captured items with `org-agenda-to-appt', you will be able to get reminders, which seems to be what you really want, no? -- Bastien
Re: [O] how to hide titles marked with "DONE"
Hi Sébastien, Sebastien Vauban writes: > As I do suffer from the same problem, and do not take the time to > archive all DONE subtrees, I think that an alternative approach would be > that DONE subtrees wouldn't be expanded (by default) in the S-TAB > cycles. > > Does that sound reasonable? Not to me, as there would be no real difference between DONE and ARCHIVED tasks then. The solution is somewhere between the keyboard and the chair :) -- Bastien
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Hi Nicolas, Nicolas Richard writes: > org-narrow-to-subtree is very nice, and I now have C-x n s hard-wired > into my fingers, but it doesn't work when outline-regexp is too > different from org-outline-regexp in Outline-but-non-Org mode buffers. > > It looked pretty easy to fix, so here is my suggestion, below. It should > be rather harmless since it only affects non-Org buffers (and might have > the nice side effect of allowing other commands to run in those buffers > -- but I haven't checked.) Applied in master, thanks, -- Bastien
Re: [O] org-mobile leaks agenda buffer named "*SUMO*" on push [8.2.7 (8.2.7-4-g880362-elpa @ /home/phil/.emacs.d/elpa/org-20140616/)]
Hi Philip, Philip Hudson writes: > Excise spurious Org agenda buffers leaked by org-mobile > https://gist.github.com/PhilHudson/d6429fb48caf6065ec8c maybe we can find some equivalent code without requiring 'syntactic-sugar and 'anaphora ? Let us know how we can improve org-mobile.el steadily for all users. Thanks, -- Bastien
Re: [O] Babel-R TBLFM example
Hi Shiyuan, Shiyuan writes: > Also, I found this tutorial for org-R http://orgmode.org/worg/ > org-tutorials/org-R/org-R.html, however, the org-R-apply function > seems no longer available in my org mode 8.2.6. Is org-R supposed to > be deprecated? No, but it's moving. Since ob-R.el is perhaps one of the most useful Babel library out there, we need to document the changes carefully in etc/ORG-NEWS. -- Bastien
Re: [O] How to call org-display-inline-images so that after a graphviz block is evaluated the image is refreshed?
Hi Sébastien, Sebastien Vauban writes: > Rick Frankel wrote: >> (add-hook 'org-babel-after-execute-hook >> (lambda () (org-display-inline-images nil t))) > > I simply had: > > (add-hook 'org-babel-after-execute-hook > 'org-display-inline-images) > > Anyway, for me, this should clearly be made a *default*, nope? I don't think so, displaying inline images can be perceived as intrusive, it's good as an option. -- Bastien
Re: [O] org agenda clock check shows strange clocking gaps at beginning of day
Hi Gregor, Gregor Zattler writes: > All three clocking items belong to the same heading. I'm fine > with the first clocking gabp. But why is there a gap of 7536 > minutes shown although ‘org-agenda-clock-consistency-checks’ is > at default values (gap-around 4:00)? I've never seen this error -- can you reproduce it consistently? Thanks, -- Bastien
Re: [O] [babel][PATCHES] exporting inline source code
Hi, Aaron Ecay writes: > Have you heard back from the FSF about your copyright assignment? This is more than 5 weeks since the patches were sent, so I hope the FSF sent the papers. Nicolas, let us know so that we can move forward on this. Thanks, -- Bastien
Re: [O] if we operate on a subtree, perhaps we could adjust levels
Hi Samuel and Achim, Achim Gratz writes: > Samuel Wales writes: >> you will notice that the decrypted subtree is actually at a higher >> level than its parent. this is a violation of org structure. >> >> in consequence, it can silently swallow the entire rest of the file. >> >> this is not desired. I see now, thanks. >> is there a way to fix it? > > There's two ways I can think of: > > 1. Record the subtree level in a property before doing the encryption > and compare that to the level after decryption. If there's no match, > then promote or demote as appropriate. I tried that way, but promoting and demoting the subtrees of the encrypted entry is tricky. > 2. Demote the whole subtree to toplevel before encryption and promote > into the correct level on decryption, (much in the same way that > includes are handled). By "correct level on decryption" you mean toplevel? This would really circumvent the problem. Maybe we can store the level in a property on encryption and simply throw a warning on decryption, letting the user decide whether she wants to continue decrypting even when it may break the hierarchy. What do you think? -- Bastien
Re: [O] Escaping again!
Hi Nicolas and Rustom, Nicolas Goaziou writes: > I have no objection, with appropriate documentation, obviously. > > Be careful, though, as some functions need to be updated accordingly: > `org-list-struct', `org-element--list-struct', > `org-at-item-description-p', `org-list-item-body-column', > `org-at-item-timer-p', `org-list-insert-item'... The latter should > probably use `org-at-item-description-p'. Quite a lot of work for a minor useful restriction. Let's put that aside for 8.4. But if nobody disagree, I think this is a good restriction. -- Bastien
Re: [O] What is Babel's language model?
Hi Grant, my suggestion is to start with a verbose report of your own understanding and exploration of Babel, then to refine it so that it can look like a "langage model" (whatever that means.) Anything that takes the users and the developers by the hand would be... handy :) 2 cts of course, -- Bastien
Re: [O] c-c ' strips final newline or adds blank line, but never neither
Hi Samuel, Samuel Wales writes: > i find that when i do c-c ' on a source block, it either strips the > final newline in the editing buffer or adds an unwanted blank line in > the source block. I can't reproduce this. With (setq org-src-strip-leading-and-trailing-blank-lines nil) there is no change in the number of trailing newlines. With (setq org-src-strip-leading-and-trailing-blank-lines t), blank lines at the beginning and end of an *Org Src* editing buffer are stripped away. This is Org-mode version 8.3beta (release_8.3beta-74-g16e21a). Hopefully someone can provide a reproducible recipe. Thanks, -- Bastien
Re: [O] Request to patch the =org-html-fontify-code= function in =ox-html.el=
Nick Dokos writes: >> To fix this problem by adding the following code after the >> line (funcall lang-mode) in the org-html-fontify-code defun >> in ox-html.el. >> >> (when (require 'fill-column-indicator nil 'noerror) >> (fci-mode -1)) >> >> Can this fix be integrated into ox-html.el? >> > > Not really: the above would cause an error if fci-mode is > undefined. You'll have to add a bit more checking before > calling it - check out the doc for fboundp: > > C-h f fboundp RET I added such a check in `org-html-fontify-code', thanks, -- Bastien
Re: [O] bug: isearch puts ellipses at top of window
Samuel Wales writes: > in maint, isearch very often puts ... at the top of the window. is > this related to recent ellipsis bugs? This is related to the removal of an ill-thought fix for this very same problem. I suggest we live with it right now. -- Bastien
Re: [O] Bug: org table updates [8.2.7 (8.2.7-elpaplus @ /Users/ctanis/.emacs.d/elpa/org-plus-contrib-20140613/)]
Hi Craig, Craig Tanis writes: > Specifically, there's a line in `org-self-insert-command' that checks > `last-command' against a list of table movement functions to see if > auto-blank-field should occur. This list includes > `yas/expand' -- obsolesced in yasnippet 0.8, in favor of > `yas-expand'. It uses yas-expand now. > In my opinion, this list should be a configurable variable, as other > minor modes may introduce functions that should also trigger auto-blank > behavior. I also check for `autopair-newline' here, since this is the > binding for RET when autopair-mode is active. I could not come up with a good name for an option, which should probably start with "org-table-" -- if you have an idea, please let me know. Thanks, -- Bastien
Re: [O] make orgtbl-ascii-plot easier to install
Hi Thierry, Thierry Banel writes: > I moved orgtbl-ascii-plot to MELPA (it was in Worg). > (orgtbl-ascii-plot draws plots in pure Emacs by typing C-c p). Thanks for this. > Of course, I am still open to Dominik Carsten suggestion > to add it into the core (org-table.el). > http://thread.gmane.org/gmane.emacs.orgmode/79668 Please go ahead and provide a patch for this, I agree this is a nice addition for Org's core. Best, -- Bastien
Re: [O] François Pinard RIP
Nick Dokos writes: > I just found out that François Pinard (author of org grep among other > tools and frequent contributor to this list) died recently: > > https://plus.google.com/118038589019918324505/posts/DFuvYBrh4th François was among the few people you can finally call "friends", even when you never met them, just because they care about taking the time to discuss things thoroughly and friendly on the Internet. I was impressed to discover all the things he did for free software and I suggest you have a look. I was also impressed by all the patience he had when dealing with people. He has been more than supportive with me when things were difficult, and I owe him a lot for that. I already miss him and will do so for a long time I guess. -- Bastien
Re: [O] Macros in included file not expanded in batch export
Hello Suvayu, Suvayu Ali wrote: > I am trying to export to LaTeX in batch mode, but it seems the exporter > ignores macros defined in included files when exporting in batch mode. > > I tried to export like this: > > $ emacs --eval "(require 'ox-latex)" include-test.org \ > --eval '(org-LaTeX-export-to-latex nil nil nil t)' -f kill-emacs > > $ emacs --batch --eval "(require 'ox-latex)" include-test.org \ > --eval '(org-LaTeX-export-to-latex nil nil nil t)' > > The first one exports correctly, the second doesn't. The org files, and > the good and bad exported TeX files are attached. In case you or others want a simplified command-line version of such conversion tools, you can have a look at my Orgmk project on GitHub [1]. It provides you with: - org2html [OPTION] FILE - org2latex [OPTION] FILE - org2pdf [OPTION] FILE - org2beamerpdf [OPTION] FILE - org2odt [OPTION] FILE - org2txt [OPTION] FILE - org-tangle FILE stand-alone scripts, and the `orgmk' wrapper (to convert all files which need to in a directory, and possibly recursively). Best regards, Fabrice [1] https://github.com/fniessen/orgmk -- Fabrice Niessen Leuven, Belgium http://www.pirilampo.org/
Re: [O] org-table-edit-formulas misbehaving in 8.2.7b
Hi Luke, Luke Crook writes: > I just noticed that org does not jump to the correct cell in the table when > examining formulas using "org-table-edit-formulas". Are you still seeing problems here? I tried to navigate through formulas from your example and I didn't notice any problem. Thanks, -- Bastien
Re: [O] Lots of sticky search agendas clutter buffer list
"Martin Beck" writes: > How do you handle that? > Is there a way so kill all buffers which match e. g. "Org Agend (s:" > with one command? > > Kind regards > > Martin > > -- Bastien
Re: [O] [Babel] 2 new problems with tangling
Hi Sébastien, Sebastien Vauban writes: > After an update to Org 8.2.7, I have troubles tangling files. Do you still see this? If so, did you have time to bisect and report the first bad commit? Thanks! -- Bastien
Re: [O] Enabling another language in org-babel
Hi Ista, Ista Zahn writes: > I don't know if this is ready for contrib yet (though I don't object > if you think it is). I'm not sure what quality standards exist for > contrib, but this is really quick and dirty; it would be nice to at > least implement graphics support. On the other hand its better than > nothing, so maybe it does make sense to add it to contrib. Yes, it makes sense to add it to contrib, it will help others step up and improve the code if needed. > Also I'm not sure what the development process is once things go in > contrib (sorry for my ignorance!). Does contrib live in the same code > repository as the rest of org, or are things in contrib developed > separately and pulled in later? contrib/ lives in the same Git repository than the rest of Org (which is arguably a problem). So everything is developed at the same place. Once you send me your public key, I'll grant you write access to the repository and you can push commits. > In short feel free to add it to contrib if you want, but be aware that > it is in pretty rough shape. Please provide a separate commit on the list for this piece of code, so that we can review it and commit it. And if you want to get push access, please send me your public key. Thanks! -- Bastien
Re: [O] Bug: [PATCH] Make org-narrow-to-subtree usable out of Org mode [8.2.7b (release_8.2.7b-6-g07d470 @ /home/youngfrog/sourcetrees/org-mode/lisp/)]
Hi Nicolas, Nicolas Richard writes: > But now that I think about it, org mode simply should avoid narrow-map > completely : users (me included) won't randomly try to run > org-narrow-to-subtree outside of org buffers (and those who do deserve a > bad error message) but they might want to give "C-x n s" a try if it is > available. > > While writing a patch for changing that, I see that the code is: > (if (boundp 'narrow-map) > (org-defkey narrow-map "s" 'org-narrow-to-subtree) > (org-defkey org-mode-map "\C-xns" 'org-narrow-to-subtree)) > (if (boundp 'narrow-map) > (org-defkey narrow-map "b" 'org-narrow-to-block) > (org-defkey org-mode-map "\C-xnb" 'org-narrow-to-block)) > (if (boundp 'narrow-map) > (org-defkey narrow-map "e" 'org-narrow-to-element) > (org-defkey org-mode-map "\C-xne" 'org-narrow-to-element)) > > IOW, org.el purposely binds in narrow-map ! So now I don't get it : > either it's in narrow-map and should be usable widely, or it's in > org-mode-map only for org-mode files. I think it's fine to bind `org-narrow-to-subtree' in narrow-map. It's basically to enjoy the `C-x n prefix', which is natural here. I applied your patch, but a good continuation would be to have C-h n s bound to `outline-narrow-to-subtree' in outline-mode and to `org-narrow-to-subtree' in org-mode, instead of just relying on one single function. This requires simplifying `org-narrow-to-subtree' and creating `outline-narrow-to-subtree' in emacs. What do you think? -- Bastien
Re: [O] Bug in org-paste-subtree
Hi Anders, Anders Johansson writes: > We have no subexpression to match, it should be zero. Indeed, thanks for reporting this and for the fix, applied. -- Bastien
Re: [O] Bug: org-agenda-get-sexps and erroneous agenda tag filtering. [8.2.6 (8.2.6-dist @ /home/rberger/Emacs/share/emacs/site-lisp/org/)]
Hi Raimund, this is now fixed, thanks and sorry for the delay. Would be good if you can confirm if the issue is gone for you. Thanks, -- Bastien
Re: [O] <2014-07-19 Sa .+2d> date switching no more working after some time
Hi Rainer, Rainer Stengele writes: > I had the same problem yesterday. It seems that the current Org mode > does "crash" somewhere in the daily work and then show the wrong > behavior as described. This smells like something that has to do with the element cache. > I know this is not information to be able to debug. > I will try to track this. Thanks in advance, because the bug looks pretty bad. -- Bastien
Re: [O] Filtering org-clock-display
Hi Noah, Noah Slater writes: > Can I pass in the range when calling it from a function? Not directly. (org-clock-display '(16)) will interactively prompt for a range. (let ((org-clock-display-default-range 'thisweek)) (org-clock-display)) will display the clock with the new option `org-clock-display-default-range' set to thisweek. HTH, -- Bastien
Re: [O] Bug: Problem with hook added to org-mode-hook [8.2.6 (release_8.2.6-1 @ /usr/local/share/emacs/24.4.50/lisp/org/)]
Hi Tianxiang, Tianxiang Xiong writes: > (add-hook 'org-mode-hook > (lambda () > (add-hook 'after-save-hook 'tangle-init nil t))) > > However, when I open my init.org file, I see that the after-save-hook > variable is nil. If I manually reapply org-mode, however, it works as > expected. If you define the hook then kill the buffer containing init.org then reopens it, you don't need to manually M-x org-mode RET in order for the hook to be taken into account. IOW: the hook runs fine, it's just that your buffer was already in org-mode. Can you confirm this? To me (add-hook 'after-save-hook (lambda () (when (derived-mode-p 'org-mode) (tangle-init))) seems more "natural" anyway. Thanks, -- Bastien
