Re: [O] Where to put dates on meeting headlines
On Fri, 24 Feb 2017, John Kitchin wrote: Suppose I use a heading to store notes on a meeting. Is there a canonical location to put a date so I could search for them later? It seems like the date is not a deadline, or scheduled timestamp. I could see putting the date in the headline, but then I do not see an obvious way to search for meetings that occurred in a time range. Putting the date in the body is another location, but then I do not know how it might be searched again. Another option is a property, which might be searchable at least with a function. What do you do along these lines? Here is a simple example of a headline I might have, and later I might want a report of all meetings in the month of February. * Group meeting <2017-02-24 Fri> :meeting: That is a timestamp, albeit one with `:hour-start nil :minute-start nil'. Isn't this good enough to search with? #+BEGIN_SRC emacs-lisp (org-element-map (org-element-parse-buffer) 'timestamp (lambda(x) (let ((beg (org-element-property :begin x)) (month (org-element-property :month-start x)) (year (org-element-property :year-start x))) (format "Year %s Month %s Where %s" year month beg #+END_SRC #+RESULTS: | Year 2017 Month 2 Where 18 | HTH, Chuck
Re: [O] orgtable fill (black) when exporting to html
On Friday, 24 Feb 2017 at 10:05, Uwe Brauer wrote: > Hi > > Is there a way to fill a cell in a table such when exported to say html > it comes in black? Maybe with inline HTML? E.g. | @@html:@@text@@html:@@ | more text | (untested) or something similar although this will probably not fill the whole cell. -- : Eric S Fraga (0xFFFCF67D), Emacs 26.0.50.1, Org release_9.0.3-262-g5210de signature.asc Description: PGP signature
Re: [O] orgtable fill (black) when exporting to html
> Uwe Brauer writes: > I don't really understand what "*" or "blackbox" is. This was a dummy entry. In org mode *this* is exported to latex as \textbf{this} and in html to a construct which leads to bold face. So I hoped there would be an equivalent which would produces a cell which is filled with black color. > However, if you can find the cells in question automatically, you could > use something like an export filter. > Either add appropriate code to get "blackbox" as an export snippet before > parsing (maybe an appropriate . or symbol), see > org-export-before-parsing-hook, or manipulate the HTML itself, see > org-export-filter-table-functions. I try to look that up, thanks Uwe
Re: [O] annoying behavior in orgtbl-mode
> Nick Dokos writes: > Rearranging like this seems to work: > #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment tabular > |+-+-+-+-+-+-+-+-| > | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | > | / | <> | | | | | | | | > |+-+-+-+-+-+-+-+-| > | Brauer | 25 | 20 | 10 | 10 | 30 | 10 | 10 | 115 | > | Smith | 10 | 30 | | | | | | 40 | > #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 Cool thanks very much.
Re: [O] Code block eval scope - subtree only option ignored
On Fri, 24 Feb 2017, Jay Iyer wrote: Hi, evaluating a simple elisp code block in a subtree, called with C-c C-v C-s or just C-c C-C, evaluates the entire Org buffer. Is this expected behavior? Not at all. C-c C-v C-s on the headline evaluates just the subtree via the command org-babel-execute-subtree. (Org 9.0.5 and many prior versions.) C-c C-c on the headline prompts for tags. In a src block, it evaluates the code. Of course, if you wrote a Babel block that executes other Babel blocks, all bets are off. How can I force the eval on the visible portion (with narrowing) of the tree only? Narrow, Then M-x org-babel-execute-buffer RET HTH, Chuck
[O] Code block eval scope - subtree only option ignored
Hi, evaluating a simple elisp code block in a subtree, called with C-c C-v C-s or just C-c C-C, evaluates the entire Org buffer. Is this expected behavior? How can I force the eval on the visible portion (with narrowing) of the tree only? Thanks, -jay
[O] Where to put dates on meeting headlines
Suppose I use a heading to store notes on a meeting. Is there a canonical location to put a date so I could search for them later? It seems like the date is not a deadline, or scheduled timestamp. I could see putting the date in the headline, but then I do not see an obvious way to search for meetings that occurred in a time range. Putting the date in the body is another location, but then I do not know how it might be searched again. Another option is a property, which might be searchable at least with a function. What do you do along these lines? Here is a simple example of a headline I might have, and later I might want a report of all meetings in the month of February. * Group meeting <2017-02-24 Fri> :meeting: Notes about today's meeting... Thanks! -- 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
Re: [O] annoying behavior in orgtbl-mode
Nick Dokos writes: > Nick Dokos writes: > >> Uwe Brauer writes: >> >>> Hi >>> >>> Please consider the following table in an org buffer >>> >>> >>> >>> |+-+-+-+-+-+-+-+-| >>> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | >>> |+-+-+-+-+-+-+-+-| >>> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | >>> | Smith | 10 | 10 | | | | | | | >>> >>> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >>> >>> C-u C-u C-c C-c leads to >>> >>> |+-+-+-+-+-+-+-+-| >>> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | >>> |+-+-+-+-+-+-+-+-| >>> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | >>> | Smith | 10 | 10 | | | | | | 20 | >>> >>> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >>> >>> Which is ok. When I do the same in a latex buffer using orgtbl-mode I >>> obtain >>> >>> \documentclass[12pt]{article} >>> \usepackage{comment} >>> \begin{document} >>> >>> % BEGIN RECEIVE ORGTBL test >>> \begin{tabular}{l|r|rrr} >>> \hline >>> Name & E1a & E1b & E1c & E1d & E2a & E2b & E2c & E1a + E1b + E1c + E1d + >>> E2a + E2b + E2c\\ \hline >>> \hline >>> Brauer & 10 & 20 & 10 & 10 & 30 & 10 & 10 & 100\\ \hline >>> Smith & 10 & 10 & & & & & & 20\\ \hline >>> \end{tabular} >>> % END RECEIVE ORGTBL test >>> \begin{comment} >>> #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment >>> tabular >>> | / | <> | | | | | | | >>> | >>> |+-+-+-+-+-+-+-+-| >>> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | E1a + E1b + E1c + E1d >>> + E2a + E2b + E2c | >>> |+-+-+-+-+-+-+-+-| >>> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | >>> 100 | >>> | Smith | 10 | 10 | | | | | | >>> 20 | >>> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >>> \end{comment} >>> >>> \end{document} >>> Rearranging like this seems to work: --8<---cut here---start->8--- #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment tabular |+-+-+-+-+-+-+-+-| | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | | / | <> | | | | | | | | |+-+-+-+-+-+-+-+-| | Brauer | 25 | 20 | 10 | 10 | 30 | 10 | 10 | 115 | | Smith | 10 | 30 | | | | | | 40 | #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 --8<---cut here---end--->8--- -- Nick
Re: [O] annoying behavior in orgtbl-mode
Nick Dokos writes: > Uwe Brauer writes: > >> Hi >> >> Please consider the following table in an org buffer >> >> >> >> |+-+-+-+-+-+-+-+-| >> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | >> |+-+-+-+-+-+-+-+-| >> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | >> | Smith | 10 | 10 | | | | | | | >> >> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >> >> C-u C-u C-c C-c leads to >> >> |+-+-+-+-+-+-+-+-| >> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | >> |+-+-+-+-+-+-+-+-| >> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | >> | Smith | 10 | 10 | | | | | | 20 | >> >> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >> >> Which is ok. When I do the same in a latex buffer using orgtbl-mode I >> obtain >> >> \documentclass[12pt]{article} >> \usepackage{comment} >> \begin{document} >> >> % BEGIN RECEIVE ORGTBL test >> \begin{tabular}{l|r|rrr} >> \hline >> Name & E1a & E1b & E1c & E1d & E2a & E2b & E2c & E1a + E1b + E1c + E1d + E2a >> + E2b + E2c\\ \hline >> \hline >> Brauer & 10 & 20 & 10 & 10 & 30 & 10 & 10 & 100\\ \hline >> Smith & 10 & 10 & & & & & & 20\\ \hline >> \end{tabular} >> % END RECEIVE ORGTBL test >> \begin{comment} >> #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment >> tabular >> | / | <> | | | | | | | >> | >> |+-+-+-+-+-+-+-+-| >> | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | E1a + E1b + E1c + E1d + >> E2a + E2b + E2c | >> |+-+-+-+-+-+-+-+-| >> | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | >> 100 | >> | Smith | 10 | 10 | | | | | | >> 20 | >> #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 >> \end{comment} >> >> \end{document} >> >> >> Which is annoying. Is this a *bug*? >> > > I'm missing something: what exactly is annoying? NM - I was blind. -- Nick
Re: [O] annoying behavior in orgtbl-mode
Uwe Brauer writes: > Hi > > Please consider the following table in an org buffer > > > > |+-+-+-+-+-+-+-+-| > | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | > |+-+-+-+-+-+-+-+-| > | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | > | Smith | 10 | 10 | | | | | | | > > #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 > > C-u C-u C-c C-c leads to > > |+-+-+-+-+-+-+-+-| > | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | > |+-+-+-+-+-+-+-+-| > | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | > | Smith | 10 | 10 | | | | | | 20 | > > #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 > > Which is ok. When I do the same in a latex buffer using orgtbl-mode I > obtain > > \documentclass[12pt]{article} > \usepackage{comment} > \begin{document} > > % BEGIN RECEIVE ORGTBL test > \begin{tabular}{l|r|rrr} > \hline > Name & E1a & E1b & E1c & E1d & E2a & E2b & E2c & E1a + E1b + E1c + E1d + E2a > + E2b + E2c\\ \hline > \hline > Brauer & 10 & 20 & 10 & 10 & 30 & 10 & 10 & 100\\ \hline > Smith & 10 & 10 & & & & & & 20\\ \hline > \end{tabular} > % END RECEIVE ORGTBL test > \begin{comment} > #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment tabular > | / | <> | | | | | | | >| > |+-+-+-+-+-+-+-+-| > | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | E1a + E1b + E1c + E1d + > E2a + E2b + E2c | > |+-+-+-+-+-+-+-+-| > | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | >100 | > | Smith | 10 | 10 | | | | | | > 20 | > #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 > \end{comment} > > \end{document} > > > Which is annoying. Is this a *bug*? > I'm missing something: what exactly is annoying? -- Nick
Re: [O] orgtable fill (black) when exporting to html
Uwe Brauer writes: "Rasmus" == Rasmus writes: > > > Uwe Brauer writes: > >> Is there a way to fill a cell in a table such when exported to say html > >> it comes in black? > > > I don't really understand, but probably you can use CSS and use the name > > of the table (it will be the id of the table). Probably you can use > > nth-child or first-child in CSS. > > > Thanks what I meant is > > |this |*| > > Is tranformed when converting to a html document > > |this| blackbox| > > Or something like this, without further manipulation via css. I don't really understand what "*" or "blackbox" is. However, if you can find the cells in question automatically, you could use something like an export filter. Either add appropriate code to get "blackbox" as an export snippet before parsing (maybe an appropriate . or symbol), see org-export-before-parsing-hook, or manipulate the HTML itself, see org-export-filter-table-functions. Hope it helps, Rasmus -- If you can mix business and politics wonderful things can happen!
[O] annoying behavior in orgtbl-mode
Hi Please consider the following table in an org buffer |+-+-+-+-+-+-+-+-| | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | |+-+-+-+-+-+-+-+-| | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | | Smith | 10 | 10 | | | | | | | #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 C-u C-u C-c C-c leads to |+-+-+-+-+-+-+-+-| | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | Res | |+-+-+-+-+-+-+-+-| | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | | Smith | 10 | 10 | | | | | | 20 | #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 Which is ok. When I do the same in a latex buffer using orgtbl-mode I obtain \documentclass[12pt]{article} \usepackage{comment} \begin{document} % BEGIN RECEIVE ORGTBL test \begin{tabular}{l|r|rrr} \hline Name & E1a & E1b & E1c & E1d & E2a & E2b & E2c & E1a + E1b + E1c + E1d + E2a + E2b + E2c\\ \hline \hline Brauer & 10 & 20 & 10 & 10 & 30 & 10 & 10 & 100\\ \hline Smith & 10 & 10 & & & & & & 20\\ \hline \end{tabular} % END RECEIVE ORGTBL test \begin{comment} #+ORGTBL: SEND test orgtbl-to-latex :lend " \\hline" :environment tabular | / | <> | | | | | | | | |+-+-+-+-+-+-+-+-| | Name | E1a | E1b | E1c | E1d | E2a | E2b | E2c | E1a + E1b + E1c + E1d + E2a + E2b + E2c | |+-+-+-+-+-+-+-+-| | Brauer | 10 | 20 | 10 | 10 | 30 | 10 | 10 | 100 | | Smith | 10 | 10 | | | | | | 20 | #+TBLFM: $9=$2+$3+$4+$5+$6+$7+$8 \end{comment} \end{document} Which is annoying. Is this a *bug*? Regards Uwe Brauer
Re: [O] orgtable fill (black) when exporting to html
>>> "Rasmus" == Rasmus writes: > Uwe Brauer writes: >> Is there a way to fill a cell in a table such when exported to say html >> it comes in black? > I don't really understand, but probably you can use CSS and use the name > of the table (it will be the id of the table). Probably you can use > nth-child or first-child in CSS. Thanks what I meant is |this |*| Is tranformed when converting to a html document |this| blackbox| Or something like this, without further manipulation via css. But it seems that such a functionality does not exist. Uwe Brauer
Re: [O] orgtable fill (black) when exporting to html
Uwe Brauer writes: > Is there a way to fill a cell in a table such when exported to say html > it comes in black? I don't really understand, but probably you can use CSS and use the name of the table (it will be the id of the table). Probably you can use nth-child or first-child in CSS. https://developer.mozilla.org/en-US/docs/Web/CSS/%3Anth-child Hope it helps, Rasmus -- ツ
[O] orgtable fill (black) when exporting to html
Hi Is there a way to fill a cell in a table such when exported to say html it comes in black? Regards Uwe Brauer
Re: [O] Problem with noweb-ref property [9.0.5 (9.0.5-elpaplus @ /home/rainer/.emacs.d/elpa/org-plus-contrib-20170210/)]
Nicolas Goaziou writes: > Rainer Hansen writes: > >> However, I have still problems. I have adapted the example, >> http://orgmode.org/manual/noweb_002dref.html#noweb_002dref, > > I fixed it. > Great. >> >> org-use-property-inheritance is '("noweb-ref") > > This is useless. "noweb-ref" is not a property, and header-args are > always inherited IIRC. > Thanks for the clarification. >> Here is the changed code from the Org mode manual: >> >> #+BEGIN_SRC sh :tangle yes :noweb yes :shebang #!/bin/sh >> <> >> #+END_SRC >> >> * the mount point of the fullest disk >> :PROPERTIES: >> :header-args: :noweb-ref: fullest-disk > > It should be > > :header-args: :noweb-ref fullest-disk > That was it. Now it is working fine. Thanks for your help.