Re: [O] Bug: LaTeX export of table with caption broken
On Tuesday, 22 Jan 2019 at 23:52, Nicolas Goaziou wrote:
> I cannot reproduce it. E.g.,
> Would you have an ECM?
Strangely, with attached ECM and emacs -Q, I have this problem. See
attached resulting LaTeX.
Thanks,
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2-204-g3fc7b0
% Created 2019-01-23 Wed 08:34
% Intended LaTeX compiler: pdflatex
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{grffile}
\usepackage{longtable}
\usepackage{wrapfig}
\usepackage{rotating}
\usepackage[normalem]{ulem}
\usepackage{amsmath}
\usepackage{textcomp}
\usepackage{amssymb}
\usepackage{capt-of}
\usepackage{hyperref}
\author{Eric S Fraga}
\date{\today}
\title{}
\hypersetup{
pdfauthor={Eric S Fraga},
pdftitle={},
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs 27.0.50 (Org mode 9.2)},
pdflang={English}}
\begin{document}
\tableofcontents
This is a table:
\begin{table}[htbp]
\centering
\begin{tabular}{ll}
item & description\\
\hline
one & first\\
two & second\\
\hline
\end{tabular}
\end{table}
\end{document}
This is a table:
| item | description |
|--+-|
| one | first |
| two | second |
|--+-|
[O] Task repeat every weekday?
Hi! I have some work tasks that I need to get into the habit of doing every day. (Reviewing PRs / Jira, ...) Currently I do this with a calendar-style repeater, like so: , | * Recurring Tasks | ** Review PRs |:LOGBOOK: |:END: |<%%(sb/weekday-p date)> | |- https://github.com/pulls ` Where init.el contains: , | (defun sb/weekday-p (date) | "Is `date' a weekday?" | (let ((dayname (calendar-day-of-week date))) | (memq dayname '(1 2 3 4 5 ` While this allows me to clock in, and add comments, it doesn't give me that nice buzz from closing a task. And it doesn't get it out of my agenda once I've completed it that day. Is there a way to make this into a repeating TODO that shows only on weekdays? -- Kind regards, Stig
Re: [O] Task repeat every weekday?
Am 23.01.19 um 14:16 schrieb Stig Brautaset: > Is there a way to make this into a repeating TODO that shows only on weekdays? I did not yet find a way to meet all your requirements. Here's what I found up to now: Either create 5 separate repeating tasks, one per weekday, with a repeat of ++1w, or (that's what I chose to live with) one task with a daily repeat you manually reschedule on Fridays: * TODO habit on Monday SCHEDULED: <2019-01-21 Mo ++1w> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: * TODO habit on Thuesday SCHEDULED: <2019-01-22 Di ++1w> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: * TODO habit on Wednesday SCHEDULED: <2019-01-23 Mi ++1w> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: * TODO habit on Thursday SCHEDULED: <2019-01-24 Do ++1w> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: * TODO habit on Friday SCHEDULED: <2019-01-25 Fr ++1w> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: * TODO habit daily SCHEDULED: <2019-01-24 Do ++1d> :PROPERTIES: :REPEAT_TO_STATE: TODO :END: Hope that helps, Julius
Re: [O] Bug: LaTeX export of table with caption broken
Hello, Eric S Fraga writes: > On Tuesday, 22 Jan 2019 at 23:52, Nicolas Goaziou wrote: >> I cannot reproduce it. E.g., >> Would you have an ECM? > > Strangely, with attached ECM and emacs -Q, I have this problem. See > attached resulting LaTeX. Odd. Even with a minimal init file (i.e, I only loading Org), I cannot reproduce it. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] org-src.el: Fix org-edit-src-exit with split-window-below
Hello, Daniel Kraus writes: > This fixes a bug that got introduced in 819e98afd where you end up with > 3 split windows if you exit an org source buffer with your > `org-src-window-setup` function set to `split-window-below`. Applied. Thank you. Regards, -- Nicolas Goaziou
Re: [O] Tracking Tags ??
Anyone have a good method of tracking the Tags that you've use across all of your Org files? Some sort of Tag Index to help you keep track of the tags you've used and where you've used them so that you don't start creating new tags that differ from old ones by (say) capitalization? Or to help you find everything tagged a certain when you're moving to a new tagging style? Perhaps an index where you could keep a note on why and when you created the tag? Is there any tools for this? I have struggled with similar issues in the context of using tags for coding in qualitative data analysis. The stuff that I’ve hacked together for solving this (pretty particular) use case are available here: https://gitlab.com/andersjohansson/orgqda Maybe some of the ideas there can help? This is centred around projects (a bunch of files with research material in text form) and I haven’t thought much about adapting it to be used for all my org files. For a project, you can easily extract a list of all used tags, rename and merge them. You can define a file for each project as a codebook, where the use of each tag is documented. There is also a more fancy tag-completion via helm that optionally fetches info from the codebook file. Another approach for keeping a sort of index is John Kitchin’s org-db http://kitchingroup.cheme.cmu.edu/blog/2017/01/03/Find-stuff-in-org-mode-anywhere/ Current code: https://github.com/jkitchin/scimax/blob/master/org-db.el -- Anders Johansson
Re: [O] Bug: LaTeX export of table with caption broken
On Wednesday, 23 Jan 2019 at 15:21, Nicolas Goaziou wrote: > Odd. Even with a minimal init file (i.e, I only loading Org), I cannot > reproduce it. Thanks Nicolas. It is indeed strange. I will play some more when I get a chance (bogged down with work at the moment). As I have a way around the problem, there's no worry. I'll report back when I figure this out! -- Eric S Fraga via Emacs 27.0.50, Org release_9.2-204-g3fc7b0
Re: [O] Bug: LaTeX export of table with caption broken
Eric S Fraga writes: > On Tuesday, 22 Jan 2019 at 23:52, Nicolas Goaziou wrote: >> I cannot reproduce it. E.g., >> Would you have an ECM? > > Strangely, with attached ECM and emacs -Q, I have this problem. See > attached resulting LaTeX. > > Thanks, Guessing the culprit is c28eb3c2cb904666594e40c1dcae4437d954bde4. It seems that the caption is an empty string but the code tests whether it's nil and since it isn't, it assumes there is a caption and makes it into a floating table. -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler
Re: [O] Task repeat every weekday?
On 2019-01-23, at 14:16, Stig Brautaset wrote: > Hi! I have some work tasks that I need to get into the habit of doing > every day. (Reviewing PRs / Jira, ...) > > Currently I do this with a calendar-style repeater, like so: > > , > | * Recurring Tasks > | ** Review PRs > |:LOGBOOK: > |:END: > |<%%(sb/weekday-p date)> > | > |- https://github.com/pulls > ` > > Where init.el contains: > > , > | (defun sb/weekday-p (date) > | "Is `date' a weekday?" > | (let ((dayname (calendar-day-of-week date))) > | (memq dayname '(1 2 3 4 5 > ` > > While this allows me to clock in, and add comments, it doesn't give me that > nice buzz from closing a task. And it doesn't get it out of my agenda once > I've completed it that day. > > Is there a way to make this into a repeating TODO that shows only on weekdays? This thread: http://lists.gnu.org/archive/html/emacs-orgmode/2019-01/msg2.html might be of help. Hth, -- Marcin Borkowski http://mbork.pl
Re: [O] Tracking Tags ??
Hello David, > David Masterson writes: > Anyone have a good method of tracking the Tags that you've use > across all of your Org files? Some sort of Tag Index to help you > keep track of the tags you've used and where you've used them so > that you don't start creating new tags that differ from old ones > by (say) capitalization? Or to help you find everything tagged a > certain when you're moving to a new tagging style? Perhaps an > index where you could keep a note on why and when you created the > tag? > Is there any tools for this? -- David Maybe I'm old-fashioned, but what's wrong with just using grep? Best wishes, Colin Baxter m43...@yandex.com - GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8 - Since mathematicians have invaded the theory of relativity, I do not understand it myself. A. Einstein
Re: [O] Tracking Tags ??
There are a few ways to specify tags with inheritance at the file, and heading level that would be trickier to get via grep. That said, if you have a nice grep cmd/regexp that finds tags do share! John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Wed, Jan 23, 2019 at 1:25 PM Colin Baxter wrote: > Hello David, > > David Masterson writes: > > > Anyone have a good method of tracking the Tags that you've use > > across all of your Org files? Some sort of Tag Index to help you > > keep track of the tags you've used and where you've used them so > > that you don't start creating new tags that differ from old ones > > by (say) capitalization? Or to help you find everything tagged a > > certain when you're moving to a new tagging style? Perhaps an > > index where you could keep a note on why and when you created the > > tag? > > > Is there any tools for this? -- David > > Maybe I'm old-fashioned, but what's wrong with just using grep? > > Best wishes, > > > Colin Baxter > m43...@yandex.com > - > GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8 > - > Since mathematicians have invaded the theory of relativity, I do not > understand it myself. A. Einstein > >
[O] Bug: org-map-drill-entries fails in org-tags-expand on empty string
Patch to fix attached. From a3af9004fbc5a8a86ba8f990d393403ec671f9bf Mon Sep 17 00:00:00 2001 From: Robert Irelan Date: Wed, 23 Jan 2019 11:11:14 -0800 Subject: [PATCH] org-drill: Fix tag match in org-map-drill-entries * contrib/lisp/org-drill.el: Change MATCH argument to ORG-MAP-ENTRIES from "" to nil. Without this, org-tags-expand will throw an error on the empty string. --- contrib/lisp/org-drill.el | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/contrib/lisp/org-drill.el b/contrib/lisp/org-drill.el index c7f509bff..895003395 100644 --- a/contrib/lisp/org-drill.el +++ b/contrib/lisp/org-drill.el @@ -1483,10 +1483,10 @@ the current topic." (when (and (not (org-invisible-p)) (> (org-current-level) drill-entry-level)) (when (or (/= (org-current-level) (1+ drill-entry-level)) -(funcall test)) + (funcall test)) (hide-subtree)) (push (point) drill-sections))) - "" 'tree)) + nil 'tree)) (reverse drill-sections))) -- 2.20.1.321.g9e740568ce-goog
[O] M-S-RET doesn't work anymore?
Hi, I regularly create checkbox lists on the fly with 1. [ ] blah and M-S-RET to create the second entry 2. [ ] But the checkbox is missing today. Has this functionality changed? I am running the latest master from git on windows emacs 25.1 Thanks, Bernt
Re: [O] Tracking Tags ??
> John Kitchin writes: > There are a few ways to specify tags with inheritance at the file, > and heading level that would be trickier to get via grep. That > said, if you have a nice grep cmd/regexp that finds tags do share! I take your point. My setup must be very simple because I find just 'grep -irn .' is sufficient. Best wishes, Colin Baxter m43...@yandex.com - GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8 - The sole cause of all human misery is the inability of people to sit quietly in their rooms. Blaise Pascal, 1670
Re: [O] Tracking Tags ??
I see, that only finds files with the particular tag. I think the goal of this is to get a list of all the tags, for use in completion, for example. John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Wed, Jan 23, 2019 at 2:48 PM Colin Baxter wrote: > > John Kitchin writes: > > > There are a few ways to specify tags with inheritance at the file, > > and heading level that would be trickier to get via grep. That > > said, if you have a nice grep cmd/regexp that finds tags do share! > > I take your point. My setup must be very simple because I find just > 'grep -irn .' is sufficient. > > Best wishes, > > Colin Baxter > m43...@yandex.com > - > GnuPG fingerprint: 68A8 799C 0230 16E7 BF68 2A27 BBFA 2492 91F5 41C8 > - > The sole cause of all human misery is the inability of people to sit > quietly in their rooms. Blaise Pascal, 1670 >
[O] Shift-RETURN in table doesn't copy the value of the cell above
|A|B| This set of keystrokes makes: | A | B | | | | | | | But it used to make: | A | B | | A | | Shift-RETURN doesn't copy the value of the cell above. This changed a little while ago (in the main development tree) but I don't know exactly when. Bill -- William Denton :: Toronto, Canada --- Listening to Art: https://listeningtoart.org/ https://www.miskatonic.org/ --- GHG.EARTH: http://ghg.earth/ Caveat lector. --- STAPLR: http://staplr.org/
[O] Org-Babel: Alternate caching behaviour when file does not exist
I discovered that if you have ":cache yes" set on a SRC block, with the results being written to a file with ":results filename.png", Org Babel will not re-evaluate the block if the file doesn't exist and the cache checksum hasn't changed. This caused me a problem, as the .org files that I'm sharing with colleagues in a VCS have the cache option enabled -- I'd assumed that the first time they tried to export the file the images would be generated and then not regenerated on subsequent exports. That turned out to be wrong, and I can see why Org Babel has decided to go that way. In case anyone else stumbles on to this and finds this in the archives, here's some advice around the org-babel-current-result-hash that checks to see if the linked file exists, and ignores the cache if it doesn't. Hope that's helpful to someone -- N (require 'f) (defun my/org-babel-current-result-hash () "Alter org-babel caching behaviour. If you have `:cache yes' set the cached result is used even if the file doesn't exist. Fix this by advising the function that computes the hash of the current content, and check to see if the file is present." (save-excursion ;; Find the results block, and go to the first non-whitespace ;; content on the following line. (goto-char (org-babel-where-is-src-block-result)) (forward-line) (skip-chars-forward " ") ;; If the context is a link to a local file check to see if the ;; file exists. If it does proceed to org-babel-current-result-hash ;; as normal, if it doesn't return nil, and force the file to be ;; generated. (let ((ctx (org-element-context))) (if (and ctx (listp ctx) (eq 'link (car ctx)) (string= "file" (org-element-property :type ctx))) (f-exists? (f-join (f-dirname buffer-file-name) (org-element-property :path ctx))) t (advice-add #'org-babel-current-result-hash :before-while #'my/org-babel-current-result-hash)
Re: [O] M-S-RET doesn't work anymore?
On Wed, Jan 23, 2019 at 3:13 PM Bernt Hansen wrote: > Hi, > > I regularly create checkbox lists on the fly with > > 1. [ ] blah and M-S-RET to create the second entry > > 2. [ ] > > But the checkbox is missing today. Has this functionality changed? > > I am running the latest master from git on windows emacs 25.1 > Possible a regression caused by https://code.orgmode.org/bzg/org-mode/commit/8a1957d59201940613ee90be9ed0a49e70131f37 ?
Re: [O] Shift-RETURN in table doesn't copy the value of the cell above
Possible a regression caused by https://code.orgmode.org/bzg/org-mode/commit/8a1957d59201940613ee90be9ed0a49e70131f37 ? -- Kaushal Modi On Wed, Jan 23, 2019 at 3:27 PM William Denton wrote: > > |A|B| > > This set of keystrokes makes: > > | A | B | > | | | > | | | > > But it used to make: > > | A | B | > | A | | > > Shift-RETURN doesn't copy the value of the cell above. This changed a > little > while ago (in the main development tree) but I don't know exactly when. > > Bill > -- > William Denton :: Toronto, Canada --- Listening to Art: > https://listeningtoart.org/ > https://www.miskatonic.org/ --- GHG.EARTH: http://ghg.earth/ > Caveat lector. --- STAPLR: http://staplr.org/ > >
Re: [O] M-S-RET doesn't work anymore?
Hi! > I regularly create checkbox lists on the fly with > > 1. [ ] blah and M-S-RET to create the second entry > > 2. [ ] I can confirm this. > But the checkbox is missing today. Has this functionality changed? > > I am running the latest master from git on windows emacs 25.1 I guess the new behavior is due to commit 8a1957d59201940613ee90be9ed0a49e70131f37. #+begin_src diff -(org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) -(org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) -(org-defkey org-mode-map (kbd "ESC S-") #'org-insert-todo-heading) +(org-defkey org-mode-map (kbd "S-RET>") #'org-table-copy-down) +(org-defkey org-mode-map (kbd "M-S-RET") #'org-insert-todo-heading) +(org-defkey org-mode-map (kbd "ESC S-RET") #'org-insert-todo-heading) #+end_src I think you could use M-S-C-m with the current code. As a workaround you can evaluate the lines (that were active before the commit) (org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) (org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) (org-defkey org-mode-map (kbd "ESC S-") #'org-insert-todo-heading) or put them into your init file AFAICS. Is this a reliable fix to add these lines to the source code again? To be honest I don't see clearly. Ciao, Marco
Re: [O] Shift-RETURN in table doesn't copy the value of the cell above
Hi Bill, > |A|B| > > This set of keystrokes makes: > > | A | B | > | | | > | | | > > But it used to make: > > | A | B | > | A | | > > Shift-RETURN doesn't copy the value of the cell above. This changed a > little while ago (in the main development tree) but I don't know > exactly when. This issue has the same root as the one Bernt reported AFAICS. See subject "M-S-RET doesn't work anymore?" in this ML. Thanks, Marco
Re: [O] M-S-RET doesn't work anymore?
On Wed, Jan 23, 2019 at 3:54 PM Marco Wahl wrote: > As a workaround you can evaluate the lines (that were active before the > commit) > > (org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) > (org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) > (org-defkey org-mode-map (kbd "ESC S-") #'org-insert-todo-heading) > > or put them into your init file AFAICS. > Yep, that commit broke the - bindings for me too. I'll have to do the same. Copying Kevin who originally requested the change of these bindings (this switching of bindings between RET and feels like dejavu to me .. I have seen this done before in Org repo). Is this a reliable fix to add these lines to the source code again? > To be honest I don't see clearly. > May be those keys should be bound to both RET and variants? For Emacs GUI, I think that the variant is needed, RET does nothing.
Re: [O] Tracking Tags ??
On 2019-01-23 at 12:22 -0800, John Kitchin wrote... > I see, that only finds files with the particular tag. I think the goal of > this is to get a list of all the tags, for use in completion, for example. I do not think grep is the right solution, but as an ugly hack it can find most of my tags rather easily. Tags are wrapped in "::" and at the end of the line, I think. Assuming that, then, grep -h -E -o "\:.*\:$" *.org | grep -v -E "PROPERTIES|CATEGORY|END|LOG|STYLE|REPEAT|ID|RESULTS" | tr ':' '\n' | sort | uniq -c | sort -n Gives all my tags sorted by usage (I don't use them much) plus a few stray words others... Since drawers are usually begin on the 1st column, or within the first few columns, an alternative to the negative grep could be "cat *.org | cut -c10- | ..." or some other method to skip the first few columns, rather than growing the negative grep list. -k.
Re: [O] M-S-RET doesn't work anymore?
> #+begin_src diff > -(org-defkey org-mode-map (kbd "S-") #'org-table-copy-down) > -(org-defkey org-mode-map (kbd "M-S-") #'org-insert-todo-heading) > -(org-defkey org-mode-map (kbd "ESC S-") #'org-insert-todo-heading) > +(org-defkey org-mode-map (kbd "S-RET>") #'org-table-copy-down) > +(org-defkey org-mode-map (kbd "M-S-RET") #'org-insert-todo-heading) > +(org-defkey org-mode-map (kbd "ESC S-RET") #'org-insert-todo-heading) > #+end_src Also notice the left over greater sign ‘>’ on the fourth line.
Re: [O] Tracking Tags ??
Colin Baxter writes: > Hello David, >> David Masterson writes: > > > Anyone have a good method of tracking the Tags that you've use > > across all of your Org files? Some sort of Tag Index to help you > > keep track of the tags you've used and where you've used them so > > that you don't start creating new tags that differ from old ones > > by (say) capitalization? Or to help you find everything tagged a > > certain when you're moving to a new tagging style? Perhaps an > > index where you could keep a note on why and when you created the > > tag? > > > Is there any tools for this? -- David > > Maybe I'm old-fashioned, but what's wrong with just using grep? Hmm. Little old-fashioned myself, but I was thinking of something a little more integrated with Org. Perhaps something that could populate an Org table with the Tag information for reference. Just a thought... -- David
Re: [O] Tracking Tags ??
I wrote: >> Anyone have a good method of tracking the Tags that you've used across >> all of your Org files? Some sort of Tag Index to help you keep track >> of the tags you've used and where you've used them so that you don't >> start creating new tags that differ from old ones by (say) >> capitalization? Or to help you find everything tagged a certain way >> when you're moving to a new tagging style? Perhaps an index where >> you could keep a note on why and when you created the tag? >> >> Is there any tools for this? Geez, my grammar is terrible because I dropped words! (fixed) Anders Johansson writes: > I have struggled with similar issues in the context of using tags for > coding in qualitative data analysis. The stuff that I’ve hacked > together for solving this (pretty particular) use case are available > here: https://gitlab.com/andersjohansson/orgqda > > Maybe some of the ideas there can help? > > This is centred around projects (a bunch of files with research > material in text form) and I haven’t thought much about adapting it to > be used for all my org files. Interesting. It seems you're building an Emacs internal database of tags stored in Emacs variables. I'm thinking it might be better to store the information as Org meta file where a header is a tag and under that might be a note and a table of references to where the tag is used. > For a project, you can easily extract a list of all used tags, rename > and merge them. You can define a file for each project as a codebook, > where the use of each tag is documented. There is also a more fancy > tag-completion via helm that optionally fetches info from the codebook > file. Still learning helm and how it applies. > Another approach for keeping a sort of index is John Kitchin’s org-db > > http://kitchingroup.cheme.cmu.edu/blog/2017/01/03/Find-stuff-in-org-mode-anywhere/ > Current code: > https://github.com/jkitchin/scimax/blob/master/org-db.el Hmm. Beyond my Emacs hacking... Thanks. -- David
Re: [O] M-S-RET doesn't work anymore?
On Wed, Jan 23, 2019, 7:45 PM Amin Bandali > Also notice the left over greater sign ‘>’ on the fourth line. > Yeah, that was fixed in a later commit. I was surprised to see that too, but confirmed that the latest master doesn't have that. >
[O] Radio links fail if adjacent
If you have a sequence of space separated words on a single line, i.e. "link1 link2 link3 link4 ..." and those words match radio targets, every other word/link will not be recognized as a radio link. In this example link2 and link4 will not be links. describe-char correctly identifies the good links: faceorg-link help-echo "Radio target link" but does not identify the alternate links as such, which are displayed in the default face and do not respond to click. Inserting another character between them, i.e. "link1 - link2 - link3 ..." works correctly. -- Jay Dresser
