[O] Forcing to log a TODO state change
Hi everyone, I have just pushed a change to master that makes it possible to force the logging of a TODO state change. I have found it often too tedious to record a note for every state change, but sometimes I would like to keep a note for one reason or another. You can now use three prefix arguments to `org-todo' (i.e. you need to press `C-u C-u C-u C-c C-t' to force taking a note when you change the todo state. Let me know if you find any issues with the change. - Carsten
Re: [O] org-drill vocabulary and question about properties
Milan Zamazal writes: > GB> still only once there. If I want to track the learning in both > GB> directions separately, I need to make two items for one word, > GB> once german-spanish and once spanish-german. Am I right? I've used org-drill for both English/Hawaiian and English/Hindi, and I've never been able to get balanced two-way drills without making separate cards for each direction. But making card pairs is really easy to automate. I make a .org file with words in one direction only, semicolon separated like this: hindiword1;englishword1 hindiword2;englishword2 etc. etc. and then call the following elisp. (Obviously works for any pair of languages.) The elisp sets up a two-way org drill file that does what I want. The coding is crude and could be improved however it works, which is something of a benefit :) ;; Make Hindi flashcards for org-drill ;; Pseudo-Two sided, English/Hindi (defun org-make-hindi () "Make Hindi flashcards" (interactive) (goto-char (point-min)) ;; Process each line top to bottom. (while (not (eobp)) (beginning-of-line) (setq frontofline (point)) (search-forward ";") (backward-delete-char 1) (setq partone (buffer-substring frontofline (point))) (delete-region frontofline (point)) (setq frontofline (point)) (end-of-line) (setq parttwo (buffer-substring frontofline (point))) (delete-region frontofline (point)) (delete-char 1) (insert (concat "** Word :drill:\n:PROPERTIES:\n:END:\n" partone "\n*** A\n" parttwo "\n" "** Word :drill:\n:PROPERTIES:\n:END:\n" parttwo "\n" "*** A\n" partone "\n")) ) ) -- Bob Newell Honolulu, Hawai`i * Via Gnus/BBDB/Org/Emacs/Linux *
Re: [O] Two bibliography slides using org-reveal - SORRY no new problem
Accidentally, I loaded the library org-ref-reveal instead of org-re-reveal-ref. Sorry! Johannes > Am 31.07.2019 um 23:19 schrieb Johannes Brauer : > > Hi Jens, > > I fear I updated my org-re-reveal from melpa (org-re-reveal-20190731.924) and > now I’ve got two problems: > 1. With > * Bibliography > printbibliography:referenzen.bib > :PROPERTIES: > :CUSTOM_ID: bibliography > :END: > I get a bib slide with tow headlines „Bibliography“. > 2. Clicking on a cite-link shows the title slide instead of the bib slide. > > Have I anything to change? > > Best wishes > Johannes > >> Am 26.07.2019 um 23:19 schrieb Johannes Brauer : >> >> Hi Jens, >> >> thanks a lot for your detailed helpful answers. >> >> Best wishes >> Johannes >> >>> Am 26.07.2019 um 21:21 schrieb Jens Lechtenboerger >>> : >>> >>> Johannes Brauer writes: >>> GET file:///Users/jb/Downloads/org-re-reveal-ref-master/reveal.js/lib/js/head.min.js net::ERR_FILE_NOT_FOUND README.html:173 Is this a relevant message? >>> >>> Hi Johannes, >>> >>> that message appears for newer versions of reveal.js (but does not >>> hurt). You can avoid it by customizing variable >>> org-re-reveal-script-files to remove lib/js/head.min.js, which does not >>> seem to exist for your version. >>> >>> Alternatively, if you added (require 'org-re-reveal) in your ~/.emacs, >>> you could add the following: >>> (setq org-re-reveal-script-files '("js/reveal.js")) >>> >>> Best wishes >>> Jens >> >
Re: [O] Two bibliography slides using org-reveal - new prblem
Hi Jens, I fear I updated my org-re-reveal from melpa (org-re-reveal-20190731.924) and now I’ve got two problems: 1. With * Bibliography printbibliography:referenzen.bib :PROPERTIES: :CUSTOM_ID: bibliography :END: I get a bib slide with tow headlines „Bibliography“. 2. Clicking on a cite-link shows the title slide instead of the bib slide. Have I anything to change? Best wishes Johannes > Am 26.07.2019 um 23:19 schrieb Johannes Brauer : > > Hi Jens, > > thanks a lot for your detailed helpful answers. > > Best wishes > Johannes > >> Am 26.07.2019 um 21:21 schrieb Jens Lechtenboerger >> : >> >> Johannes Brauer writes: >> >>> GET >>> file:///Users/jb/Downloads/org-re-reveal-ref-master/reveal.js/lib/js/head.min.js >>> net::ERR_FILE_NOT_FOUND README.html:173 >>> >>> Is this a relevant message? >> >> Hi Johannes, >> >> that message appears for newer versions of reveal.js (but does not >> hurt). You can avoid it by customizing variable >> org-re-reveal-script-files to remove lib/js/head.min.js, which does not >> seem to exist for your version. >> >> Alternatively, if you added (require 'org-re-reveal) in your ~/.emacs, >> you could add the following: >> (setq org-re-reveal-script-files '("js/reveal.js")) >> >> Best wishes >> Jens >
Re: [O] org-drill vocabulary and question about properties
> "GB" == Gerhard Butscher writes: GB> As far as I know the inner workings of org-drill are placed in GB> the : PROPERTIES: section of the item. When I use GB> :DRILL_CARD_TYPE: twosided then the item gets questioned some GB> time in german and some time in spanish. But the PROPERTIES are GB> still only once there. If I want to track the learning in both GB> directions separately, I need to make two items for one word, GB> once german-spanish and once spanish-german. Am I right? AFAIK yes.
[O] Bug: Language code for Brazilian in org-latex-babel-language-alist and org-latex-polyglossia-language-alist
Hi all, `org-latex-babel-language-alist' and `org-latex-polyglossia-language-alist' have the language code for Brazilian as =("bt-br" . "brazilian")=. I am a native Brazilian and our language is Portuguese, and Brazilian Portuguese is a variant. That to say that I’ve never seen the language code "bt-br" to refer to "brazilian", whereas the usual code is "pt-br" (hyphen or underscore). So this looks very much like a typo. Best regards, Gustavo. PS: I’ve been reporting a lot recently, as I am in the process of rereading Org’s documentation and fine tuning my Org config. But I don’t mean in any way to be pushy. I hope to be bringing reports which are pertinent and useful, but if I’m overdoing it, please don’t hesitate to let me know. PPS: As I’m not sending this through the bug reporting interface, it’s best if I specify I consulted the values of the variables in "ox.latex.el" from "org-plus-contrib-20190729".
Re: [O] Agenda: Display projects and 3 todo subtasks
Hmm, you're right, that project subtask snippet isn't working any more. I don't think I can sort that out while I'm away from my computer, so it may take me a few weeks until I can poke around. If anyone happens to have a better config, please feel free to share! On Wed., Jul. 31, 2019, 10:37 Nathan Neff, wrote: > I forgot to mention that I have PROJECT tag as not inheritable: > (setq org-tags-exclude-from-inheritance (quote ("PROJECT"))) > > And here's the agenda custom-command addition: > ("2" "List projects with tasks" my/org-agenda-projects-and-tasks > "+PROJECT" > ((org-agenda-max-entries 3)) > > > > On Tue, Jul 30, 2019 at 9:32 PM Nathan Neff wrote: > >> Hello all, >> >> I found this cool snippet at Sacha Chua's website: [1]. >> >> It creates an agenda view with headings marked with tag "project", >> and for each of those headings, it displays up to 3 sub headings marked >> TODO. >> >> I like this idea of seeing my projects (plus a few TODO entries under >> each project) >> in the agenda is a cool idea, so I copy/pasted the snippet at [1]. >> >> I created an example org file: >> * Project 1:PROJECT: >> ** todo task 1.1 >> ** todo task 1.2 >> ** todo task 1.3 >> ** todo task 1.4 >> * Project 2:PROJECT: >> ** todo task 2.1 >> ** todo task 2.2 >> ** todo task 2.3 >> ** todo task 2.4 >> >> And ran the custom agenda command on only that file. >> >> The output which is produced lists each project correctly. >> However the sub-tasks under each project are the *same 3 subtasks* >> from Project 1 >> >> foo:Project 1 >> foo:todo task 1.1 >> foo:todo task 1.2 >> foo:todo task 1.3 >> foo:Project 2 >> foo:todo task 1.1 >> foo:todo task 1.2 >> foo:todo task 1.3 >> >> The snippet at [1] is a bit more complex than I thought would be >> necessary for such >> an agenda view. Does someone have any snippets or suggestions for how to >> accomplish the idea above? Is there something obvious that I'm missing >> about >> the setup of my test org file? >> >> Thanks, >> --Nate >> >> [1] >> https://github.com/sachac/.emacs.d/blob/gh-pages/Sacha.org#display-projects-with-associated-subtasks >> The associated blog entry is: >> >> https://sachachua.com/blog/2013/01/emacs-org-display-projects-with-a-few-subtasks-in-the-agenda-view/ >> >> >> >>
Re: [O] org-drill vocabulary and question about properties
"Gerhard Butscher" writes: > Hello, I intend to use org-drill for learning vocabulary > (german-spanish). Does anybody know a repository of such a vocabulary? > > As far as I know the inner workings of org-drill are placed in the > :PROPERTIES: section of the item. When I use :DRILL_CARD_TYPE: > twosided then the item gets questioned some time in german and some > time in spanish. But the PROPERTIES are still only once there. If I > want to track the learning in both directions separately, I need to > make two items for one word, once german-spanish and once > spanish-german. Am I right? Yes, the properties are shared. For language learning, I use multi-cloze cards with "hide1_firstmore". So: It: [Ciao] En: [Hello/Goodbye] So you learn in both directions, but see the foreign language phrase more often (assuming you are not Italian, of course). My experience is you are better of making your own vocabulary -- since you need to use org-drill learning to reinforce other forms of learning, and you spend more time learning the vocab than you will writing it. The only bits that I automate are the verb tables. Phil