Re: [O] Where to put dates on meeting headlines

[Charles C. Berry]

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

[Eric S Fraga]

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]

   > 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

[Uwe Brauer]

> 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

[Charles C. Berry]

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

[Jay Iyer]

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

[John Kitchin]

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]

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]

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

[Nick Dokos]

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

[Rasmus]

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

[Uwe Brauer]

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

[Uwe Brauer]

>>> "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

[Rasmus]

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

[Uwe Brauer]

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/)]

[Rainer Hansen]

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.