Re: [O] org-mime: improve handling of cc & bcc

2017-01-12 Thread Matt Price
I'm attaching the patch anyway, but of course don't mind moving the PR to
the melpa repo.

On Thu, Jan 12, 2017 at 3:07 PM, Kaushal Modi 
wrote:

> I happened just recently notice that org-mime was now added to Melpa:
> https://melpa.org/#/org-mime
>
> Would it be a better option to send the patches to https://github.com/org-
> mime/org-mime and remove org-mime from contrib/ as discussed here:
> https://lists.gnu.org/archive/html/emacs-orgmode/2016-09/msg00055.html
> ?
>
> On Thu, Jan 12, 2017 at 3:01 PM Nicolas Goaziou 
> wrote:
>
>> Thank you.
>>
>> Could you send it again using git format-patch and with a proper commit
>> message?
>>
>> Regards,
>>
>> --
>> Nicolas Goaziou
>>
>> --
>
> Kaushal Modi
>
From ca4dfa5e5a83fe7243affbf7e34a1435cbc5b00a Mon Sep 17 00:00:00 2001
From: Matt Price 
Date: Thu, 12 Jan 2017 20:07:55 -0500
Subject: [PATCH 4/4] org-mime: improve handling of cc & bcc headers

---
 contrib/lisp/org-mime.el | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/contrib/lisp/org-mime.el b/contrib/lisp/org-mime.el
index 2ced42ec8..465fb3416 100644
--- a/contrib/lisp/org-mime.el
+++ b/contrib/lisp/org-mime.el
@@ -257,6 +257,10 @@ otherwise export the entire body."
 	   (to (funcall mp "MAIL_TO"))
 	   (cc (funcall mp "MAIL_CC"))
 	   (bcc (funcall mp "MAIL_BCC"))
+	   (other-headers (cond ((and cc bcc) `((cc . ,cc) (bcc . ,bcc)))
+(cc `((cc . ,cc)))
+(bcc `((bcc . ,bcc)))
+(t nil)))
 	   (body (buffer-substring
 		  (save-excursion (goto-char (point-min))
   (forward-line 1)
@@ -265,8 +269,7 @@ otherwise export the entire body."
 (forward-char))
   (point))
 		  (point-max
-  (org-mime-compose body (or fmt 'org) file to subject
-			`((cc . ,cc) (bcc . ,bcc))
+  (org-mime-compose body (or fmt 'org) file to subject other-headers
 
 (defun org-mime-send-buffer ( fmt)
   (run-hooks 'org-mime-send-buffer-hook)
-- 
2.11.0



Re: [O] [org-ref] how to tweak display of links and entries

2017-01-12 Thread Christian Wittern

Dear John,

This is great.  I will tweak this as needed.

Thanks a lot,

Christian

On 01/13/2017 01:04 AM, John Kitchin wrote:

#+BEGIN_SRC emacs-lisp
(defun format--cjk-authors (orig-fun  args)
  "Format authors my way."
  (cl-loop for a in (s-split " and " value t)
   collect
   (let ((fields (mapcar (lambda (x)
   (let* ((f (split-string x "="))
  (prop (s-trim (nth 0 f)))
  (val (s-trim (nth 1 f
 (cons prop val)))
 (s-split "," a t
 (s-format "${given} ${family} (${cjk})" 'aget fields))
   into authors
   finally return
   (let ((l (length authors)))
 (cond
  ((= l 1) (car authors))
  ((= l 2) (s-join " & " authors))
  ((< l 8) (concat (s-join ", " (-butlast authors))
   ", & " (-last-item authors)))
  (t (concat (s-join ", " authors) ", ..."))

(advice-add 'bibtex-completion-apa-format-authors :around
#'format--cjk-authors)

; remove advice like this.
;(advice-remove 'bibtex-completion-apa-format-authors  #'format--cjk-authors)

#+END_SRC

That generates Ailong Fang (方愛龍) & Another Fang (方愛龍), Super
interesting report, J. Interesting Reports, 1(),  (2007).  for the
tooltips and messages.

for this entry

@article{fang-2007-super,
  title ={Super interesting report},
  author =   {family=Fang, given=Ailong, cjk=方愛龍 and family=Fang, 
given=Another, cjk=方愛龍},
  journal =  {J. Interesting Reports},
  keywords = {test, word},
  volume =   1,
  year = 2007,
}

It is not very robust, e.g. it assumes there will be family, given and
cjk for all authors, that authors are split by and, and prop=val is
split by commas, etc...


Yes, but its a great start.  This proves that this is a viable road for this 
kind of material.  There is still no established and robust way to do this 
kind of thing in any format, so I am great to see this is possible.


All the best,

Christian


--
Christian Wittern, Kyoto



[O] Centering side-by-side images in latex/pdf export

2017-01-12 Thread knubee
I recently opened some .org files from a year ago and tried to generate new
PDFs from them. There have been significant updates to emacs, org-mode, and
the relevant LaTeX packages I use, so some parts of the source had to be
changed. Mostly, everything is working now except for generating PDFs with
centered, side by side images.

Here is what used to work:

#+BEGIN_center
#+ATTR_LaTeX: :height 0.2\textwidth
[[image1.png]]
#+ATTR_LaTeX: :height 0.2\textwidth
[[image2.png]]
#+END_center

I am currently using emacs 26.0.50, orgmode 9.0.3, with TeX Live 2016 on
Debian and the example above results in images that are stacked on top of
each other. When I examine the TeX source, this is the result:

\begin{center}
\begin{center}
\includegraphics[height=0.2\textwidth]{image1.png}
\end{center}
\begin{center}
\includegraphics[height=0.2\textwidth]{image2.png}
\end{center}
\end{center}

I assume this is related to recent change in org-mode where images are
centered by default. However, the following change to the org source does
not solve the problem.

#+ATTR_LaTeX: :height 0.2\textwidth
[[image1.png]]
#+ATTR_LaTeX: :height 0.2\textwidth
[[image2.png]]

The images are still stacked on top of each other (although the outer
"\center" calls are no longer present in resulting tex source):

\begin{center}
\includegraphics[height=0.2\textwidth]{image1.png}
\end{center}
\begin{center}
\includegraphics[height=0.2\textwidth]{image2.png}
\end{center}

I am able to get the images side by side if I disable org-mode's automatic
centering:

#+ATTR_LaTeX: :height 0.2\textwidth :center
[[image1.png]]
#+ATTR_LaTeX: :height 0.2\textwidth :center
[[image2.png]]

But how can I get side by side images centered? Perhaps the answer is very
 simple and obvious, but I have tried many other changes and been unable to
accomplish this.

thanks in advance.


Re: [O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Nicolas Goaziou
Correcting myself,

Nicolas Goaziou  writes:

> The process is slow, though, due to the sheer number of macros (900+)

There are exactly 2050 macros at the moment. I was wide of the mark.



Re: [O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Nicolas Goaziou
Hello,

Eric Abrahamsen  writes:

> Kaushal Modi  writes:
>
>> Hello all,
>>
>> Are there plans to have the orgmanual.org
>> (http://orgmode.org/cgit.cgi/org-mode.git/tree/contrib/orgmanual.org)
>> completely replace the texinfo version at some point?
>>
>> I believe that orgmanual.org was synchronized with the texinfo version
>> when it was checked in. But I fear that if this switching to org
>> manual step is delayed, there might not be enough motivation to keep
>> orgmanual.org maintained.
>
> I must be missing something -- is there a SETUPFILE that's necessary to
> make this work? Where are all the macros defined?

Everything is in the headlines tagged with :noexport: at the end of the 
document.

Regards,

-- 
Nicolas Goaziou



Re: [O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Eric Abrahamsen

On 01/12/17 21:21 PM, Nicolas Goaziou wrote:
> Hello,
>
> Eric Abrahamsen  writes:
>
>> Kaushal Modi  writes:
>>
>>> Hello all,
>>>
>>> Are there plans to have the orgmanual.org
>>> (http://orgmode.org/cgit.cgi/org-mode.git/tree/contrib/orgmanual.org)
>>> completely replace the texinfo version at some point?
>>>
>>> I believe that orgmanual.org was synchronized with the texinfo version
>>> when it was checked in. But I fear that if this switching to org
>>> manual step is delayed, there might not be enough motivation to keep
>>> orgmanual.org maintained.
>>
>> I must be missing something -- is there a SETUPFILE that's necessary to
>> make this work? Where are all the macros defined?
>
> Everything is in the headlines tagged with :noexport: at the end of the 
> document.

Right you are! Sorry about that.



Re: [O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Eric Abrahamsen
Kaushal Modi  writes:

> Hello all,
>
> Are there plans to have the orgmanual.org
> (http://orgmode.org/cgit.cgi/org-mode.git/tree/contrib/orgmanual.org)
> completely replace the texinfo version at some point?
>
> I believe that orgmanual.org was synchronized with the texinfo version
> when it was checked in. But I fear that if this switching to org
> manual step is delayed, there might not be enough motivation to keep
> orgmanual.org maintained.

I must be missing something -- is there a SETUPFILE that's necessary to
make this work? Where are all the macros defined?

Thanks,
Eric




Re: [O] [PATCH] org-mime supports emacs24

2017-01-12 Thread Nicolas Goaziou
Hello,

Kaushal Modi  writes:

> I noticed that org-mime was recently added to Melpa:
> https://melpa.org/#/org-mime

I guess we can remove "org-mime.el" from contrib/ then. Any objection?

Regards,

-- 
Nicolas Goaziou



Re: [O] Right way to add special processing to images?

2017-01-12 Thread Kaushal Modi
On Thu, Jan 12, 2017 at 2:59 PM Nicolas Goaziou 
wrote:

> I would simply use a comment with some specific pattern instead of
> messing with Org syntax.
>
> For example, I use the following comments
>
>   # © Author "title" licence
>
> just before image links so as to mark them, collect them and build some
> special page at the end of a slide with the information.
>

Thank you. That looks like a simple and safe idea. I will do that.
-- 

Kaushal Modi


Re: [O] org-mime: improve handling of cc & bcc

2017-01-12 Thread Kaushal Modi
I happened just recently notice that org-mime was now added to Melpa:
https://melpa.org/#/org-mime

Would it be a better option to send the patches to
https://github.com/org-mime/org-mime and remove org-mime from contrib/ as
discussed here:
https://lists.gnu.org/archive/html/emacs-orgmode/2016-09/msg00055.html
?

On Thu, Jan 12, 2017 at 3:01 PM Nicolas Goaziou 
wrote:

> Thank you.
>
> Could you send it again using git format-patch and with a proper commit
> message?
>
> Regards,
>
> --
> Nicolas Goaziou
>
> --

Kaushal Modi


Re: [O] [PATCH] org-mime supports emacs24

2017-01-12 Thread Kaushal Modi
I noticed that org-mime was recently added to Melpa:
https://melpa.org/#/org-mime

On Mon, Sep 12, 2016 at 7:32 PM chen bin  wrote:

> On Tue, Sep 6, 2016 at 1:57 AM, Nicolas Goaziou 
> wrote:
> > project, tho. It could be useful to add yours to any ELPA and have the
>
> Sure, I will contact marmelade and melpa maintainer asap, for now,
> There are also some pull request and bugs I need handle. So it could
> take a few days.
>
> --
> help me, help you.
>
> --

Kaushal Modi


Re: [O] org-mime: improve handling of cc & bcc

2017-01-12 Thread Nicolas Goaziou
Hello,

Matt Price  writes:

> I have been having some trouble with org-mime & mu4e (iv cc & bcc are
> empty, then buffer creation fails), and this patch seems to have fixed it.
> Not 100% sure that this is really the origin of the problem but it fixed an
> issue for me.

Thank you.

Could you send it again using git format-patch and with a proper commit
message?

Regards,

-- 
Nicolas Goaziou



Re: [O] Right way to add special processing to images?

2017-01-12 Thread Nicolas Goaziou
Hello,

Kaushal Modi  writes:

> I have this elisp function that I run in org-export-before-processing-hook
> that coverts a pdf to png where that png file is already linked in the org
> file. Just that the png file did not exist to begin with; it is converted
> from pdf at the time of exporting. [Code is at the end of this email.]
>
> But for that you work, need to add my special keyword "convertfrompdf t"
> and I chose "#+HEADER" just before the image link to do that.
>

[...]

> So the question is: Is using #+HEADER for this a good idea? Would the org
> devs just a better way to do the same? I basically need to be able to
> control per image link if that linked image foo.png needs to be converted
> from a foo.pdf.

I would simply use a comment with some specific pattern instead of
messing with Org syntax.

For example, I use the following comments

  # © Author "title" licence

just before image links so as to mark them, collect them and build some
special page at the end of a slide with the information.


Regards,

-- 
Nicolas Goaziou



Re: [O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Nicolas Goaziou
Hello,

Kaushal Modi  writes:

> Are there plans to have the orgmanual.org (
> http://orgmode.org/cgit.cgi/org-mode.git/tree/contrib/orgmanual.org)
> completely replace the texinfo version at some point?

The first step is to have orgmanual.org generate org.texi. We're not
there yet because there is no 1:1 correspondence between constructs used
in org.texi and Org syntax.

> I believe that orgmanual.org was synchronized with the texinfo version
> when it was checked in.

No, it wasn't even compiling when it landed in contrib/. Now, it exports
correctly. The process is slow, though, due to the sheer number of
macros (900+) and some code blocks at the end that can be removed.

> But I fear that if this switching to org manual step is
> delayed, there might not be enough motivation to keep orgmanual.org
> maintained.

Note that orgmanual.org is not maintained so far. A starting point would
be to try to update a small part of the manual and report what is
missing in "ox-texinfo.el".

As a side note, I think we could use some free (i.e., noop in
"ox-texinfo.el") emphasis markers, e.g. "+...+", for additional syntax,
e.g., @key{...}, or @kbd{...}.

Regards,

-- 
Nicolas Goaziou



[O] Hopes of making orgmanual.org the official manual?

2017-01-12 Thread Kaushal Modi
Hello all,

Are there plans to have the orgmanual.org (
http://orgmode.org/cgit.cgi/org-mode.git/tree/contrib/orgmanual.org)
completely replace the texinfo version at some point?

I believe that orgmanual.org was synchronized with the texinfo version when
it was checked in. But I fear that if this switching to org manual step is
delayed, there might not be enough motivation to keep orgmanual.org
maintained.

-- 

Kaushal Modi


[O] Right way to add special processing to images?

2017-01-12 Thread Kaushal Modi
Hello,

I have this elisp function that I run in org-export-before-processing-hook
that coverts a pdf to png where that png file is already linked in the org
file. Just that the png file did not exist to begin with; it is converted
from pdf at the time of exporting. [Code is at the end of this email.]

But for that you work, need to add my special keyword "convertfrompdf t"
and I chose "#+HEADER" just before the image link to do that.

Here is my MWE:
=
#+TITLE: PDF Image
#+NAME: fig:unicorn
# Below HEADER is required where the pdf version of the referenced png file
exists.
#+HEADER: :convertfrompdf t
# The below caption line is optional
#+CAPTION: Org-mode Unicorn Logo
[[./org-mode-unicorn-logo.png]]
=

So the question is: Is using #+HEADER for this a good idea? Would the org
devs just a better way to do the same? I basically need to be able to
control per image link if that linked image foo.png needs to be converted
from a foo.pdf.

Thanks.

=

(defun modi/org-include-img-from-pdf ( _)
  "Convert the pdf files to image files.

Only looks at #+HEADER: lines that have \":convertfrompdf t\"."
  (interactive)
  (when (derived-mode-p 'org-mode)
(save-excursion
  (goto-char (point-min))
  (while (search-forward-regexp
  "^\\s-*#\\+HEADER:.*\\s-:convertfrompdf\\s-+t"
  nil 'noerror)
(let* (filenoext imgext imgfile pdffile cmd)
  ;; Keep on going on to the next line till it finds a line with
  ;; `[[FILE]]'
  (while (progn
   (forward-line 1)
   (not (looking-at "\\[\\[\\(.*\\)\\.\\(.*\\)\\]\\]"
  (when (looking-at "\\[\\[\\(.*\\)\\.\\(.*\\)\\]\\]")
(setq filenoext (match-string-no-properties 1))
(setq imgext (match-string-no-properties 2))
(setq imgfile (expand-file-name (concat filenoext "." imgext)))
(setq pdffile (expand-file-name (concat filenoext "." "pdf")))
(setq cmd (concat "convert -density 96 -quality 85 "
  pdffile " " imgfile))
(when (file-newer-than-file-p pdffile imgfile)
  ;; This block is executed only if pdffile is newer than
imgfile
  ;; or if imgfile does not exist
  ;;
https://www.gnu.org/software/emacs/manual/html_node/elisp/Testing-Accessibility.html
  (message "%s" cmd)
  (shell-command cmd
=

If interested, here is the code and MWE on my github repo:
https://github.com/kaushalmodi/.emacs.d/tree/master/elisp/org-include-img-from-pdf

-- 

Kaushal Modi


Re: [O] [org-ref] how to tweak display of links and entries

2017-01-12 Thread John Kitchin

Christian Wittern writes:

> Dear John,
>
> Thanks for your answer.
>
> On 01/11/2017 10:33 PM, John Kitchin wrote:
>>
>> There is not a way to hook or define a format for this that I know of.
>> For helm-bibtex, you might be able to redefine or advise
>> bibtex-completion-apa-format-authors to handle that.

Here is a lightly tested way to modify the authors. It basically works
by bypassing bibtex-completion-apa-format-authors to do what you want. I
adapted it from the bibtex-completion-apa-format-authors code. 

#+BEGIN_SRC emacs-lisp
(defun format--cjk-authors (orig-fun  args)
  "Format authors my way."
  (cl-loop for a in (s-split " and " value t)
   collect
   (let ((fields (mapcar (lambda (x)
   (let* ((f (split-string x "="))
  (prop (s-trim (nth 0 f)))
  (val (s-trim (nth 1 f
 (cons prop val)))
 (s-split "," a t
 (s-format "${given} ${family} (${cjk})" 'aget fields)) 
   into authors
   finally return
   (let ((l (length authors)))
 (cond
  ((= l 1) (car authors))
  ((= l 2) (s-join " & " authors))
  ((< l 8) (concat (s-join ", " (-butlast authors))
   ", & " (-last-item authors)))
  (t (concat (s-join ", " authors) ", ..."))

(advice-add 'bibtex-completion-apa-format-authors :around
#'format--cjk-authors)

; remove advice like this.
;(advice-remove 'bibtex-completion-apa-format-authors  #'format--cjk-authors)

#+END_SRC

That generates Ailong Fang (方愛龍) & Another Fang (方愛龍), Super
interesting report, J. Interesting Reports, 1(),  (2007).  for the
tooltips and messages.

for this entry

@article{fang-2007-super,
  title ={Super interesting report},
  author =   {family=Fang, given=Ailong, cjk=方愛龍 and family=Fang, 
given=Another, cjk=方愛龍},
  journal =  {J. Interesting Reports},
  keywords = {test, word},
  volume =   1,
  year = 2007,
}

It is not very robust, e.g. it assumes there will be family, given and
cjk for all authors, that authors are split by and, and prop=val is
split by commas, etc...

>
> Well, thanks, I'll investigate that. Is that what is also used for the 
> display as popup and in the echo area that org-ref is providing?

yes, I think so.

>
>>
>> You can turn off the full display like this:
>>
>> #+BEGIN_SRC emacs-lisp
>> (loop for cite in org-ref-cite-types
>>   do
>>   (org-link-set-parameters cite :display nil))
>> #+END_SRC
>>
>
> OK, that is what I wanted to know, all I want to do is hide the citekey in 
> this case.
>
> All the best, and thanks for given us the present of org-ref,
>
> Christian


-- 
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] Syncing methods for org files and org-mobile.el

2017-01-12 Thread Eric Abrahamsen
Alan Schmitt  writes:

> On 2017-01-12 03:30, Sean Escriva  writes:
>
>> Greetings fellow Org users,
>>
>> I'm the current maintainer for MobileOrg iOS[1] and am interested to
>> get feedback from any org-mobile users. What do you use to sync org
>> files across different machines, how could the current org-mobile
>> workflow be improved (if at all)?
>
> I use git, and would very much like to be able to use that as a backend
> to synchronize (I'm trying to move away from dropbox).

I second this. The inability to use git directly was the main reason I
didn't end up using MobileOrg.



Re: [O] est+ and time units

2017-01-12 Thread Nicolas Goaziou
Malcolm Matalka  writes:

> Thanks again!  Is supporting units something that is viewed as a bad idea
> or a feature that nobody has had the time to develop?  I ask so I don't
> waste my time if I try and develop it.

Actually, I was wrong. `org-columns--summary-estimate' calls
`string-to-number' so "1d" is equivalent to "1" and "1d-2d" is
equivalent to "1-2". Though the unit is simply ignored.

I think nobody thought about implement it. It shouldn't be too
difficult, all is in `org-columns--summary-estimate'.

Regards,



Re: [O] est+ and time units

2017-01-12 Thread Malcolm Matalka
Den 12 jan. 2017 15:10 skrev "Nicolas Goaziou" :

Hello,

Malcolm Matalka  writes:

> When you use est+, what units are the ranges in?

"est+" expects numbers without units, e.g., "1-2".


Thanks again!  Is supporting units something that is viewed as a bad idea
or a feature that nobody has had the time to develop?  I ask so I don't
waste my time if I try and develop it.


Regards,

--
Nicolas Goaziou


Re: [O] est+ and time units

2017-01-12 Thread Nicolas Goaziou
Hello,

Malcolm Matalka  writes:

> When you use est+, what units are the ranges in?

"est+" expects numbers without units, e.g., "1-2".

Regards,

-- 
Nicolas Goaziou



[O] est+ and time units

2017-01-12 Thread Malcolm Matalka
When you use est+, what units are the ranges in?  For example, I did
1d-2d and then another which was 40:00 and got a very different result
than doing 5d instead of 40:00.  I also tried with use 40h-40h and 5d-5d
and 40:00-40:00.  Are ranges unit-less and I just have to be careful to
always use the same unit?



Re: [O] Column View with Effort Summing in Days

2017-01-12 Thread Malcolm Matalka
Nicolas Goaziou  writes:

> Hello,
>
> Malcolm Matalka  writes:
>
>> From what I can tell, those apply to CLOCKSUM but in this case I'm using
>> {:} for effort.  Do they still apply there?
>
> They should, IIRC, as long as at least one duration is expressed using
> `org-effort-durations' units.
>
>> I can see that CLOCKSUM already uses days in the format but I'm not
>> seeing it on the output for Effort sums.
>
> Could you show an ECM if you think it doesn't work as expected?

Ohkay, now I get what's going on.  It works if I have at least 1
effort estimate in days.  What does not work is if the sum of effort
estimates sums up to over a day, it stays as hours.  I don't know if
this behaviour is better or worse than my expected behaviour.  For my
usecase I do have some estimates that are over a day but the legacy
behaviour would automatically convert.

Here is an example:

* Test1
:PROPERTIES:
:COLUMNS: %50ITEM(Task) %10Effort(Effort){:}
:END:
** Foo
:PROPERTIES:
:Effort:   8:00
:END:
** Bar
:PROPERTIES:
:Effort:   8:00
:END:
** Baz
:PROPERTIES:
:Effort:   8:00
:END:

This sums to 24:00, if I change 1 of these to 1d I get 3d (which is what
I want).

Thank you!

>
> Regards,



Re: [O] Beamer framebreak

2017-01-12 Thread Eric S Fraga
On Tuesday, 10 Jan 2017 at 23:49, ed...@openmail.cc wrote:
> Hello,
>
> I am new to org-mode, because it seems impressive, and I think that it 
> will make my life much simpler. Thank you!
>
> For the following, I am attaching example org, pdf and tex files (the 
> last two generated by org-mode > export beamer PDF).
>
> First, why does slide 3/4 contain two main headlines fit into a single 
> slide?

Your org file layout is a little confused.  You have told org that
beamer slides (aka frames) will be level 2 headlines (so level 1
headlines become sections).  Then you, for instance, some content
directly under a level 1 headline which is ignored.  Third level
headlines will become blocks within a frame.

> Second, how do I force a new slide so that the "Figures" block is not 
> cut-off on slide 4/4?

Currently, it is part of the "Structure and Function" slide because your
figures are within a level 3 headline which is converted to a
block.  Put the figures under a second level headline instead.

> Third, how do I get the contents of "Description of the project" (slide 
> 3/4) into a block (like Concepts in slide 4/4).

Blocks are 3rd level headlines so put the contents within a 3rd level
headline.

HTH,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 26.0.50.1, Org release_9.0.2-104-gf5b7de


signature.asc
Description: PGP signature


Re: [O] Fwd: Beamer framebreak

2017-01-12 Thread edgar
Thanks Joon. Yes, I had tried, and did not work. I put it just after and 
just before    Figures  , but it does not work.



Edgar

On 2017-01-11 03:41, Joon Ro wrote:

Second, how do I force a new slide so that the "Figures" block is

not


cut-off on slide 4/4?


Try:

#+BEAMER: framebreak

Best,
Joon


-

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  



Re: [O] Column View with Effort Summing in Days

2017-01-12 Thread Nicolas Goaziou
Hello,

Malcolm Matalka  writes:

> From what I can tell, those apply to CLOCKSUM but in this case I'm using
> {:} for effort.  Do they still apply there?

They should, IIRC, as long as at least one duration is expressed using
`org-effort-durations' units.

> I can see that CLOCKSUM already uses days in the format but I'm not
> seeing it on the output for Effort sums.

Could you show an ECM if you think it doesn't work as expected?

Regards,

-- 
Nicolas Goaziou0x80A93738



Re: [O] Column View with Effort Summing in Days

2017-01-12 Thread Malcolm Matalka
Nicolas Goaziou  writes:

> Hello,
>
> Malcolm Matalka  writes:
>
>> I'm on 8.2.10 and want to upgrade to the latest version in ELPA for est+
>> views, but I noticed that summation with {:} in column view does not
>> give output in days.  I've poked around the code a bit and it doesn't
>> seem to me like a configuration change.
>>
>> Is there any way to get effort estimates printed in days (where number
>> of days is based on org-effort-durations?
>>
>> The motivation for this is I'm planning a large project where the summed
>> estimates are in days and 180 hours is more difficult to grasp than 22.5
>> days.
>
> You can control the output with `org-time-clocksum-format' (which should
> be named differently BTW). See also `org-time-clocksum-use-fractional'
> and `org-time-clocksum-fractional-format'.

>From what I can tell, those apply to CLOCKSUM but in this case I'm using
{:} for effort.  Do they still apply there?  I can see that CLOCKSUM
already uses days in the format but I'm not seeing it on the output for
Effort sums.  Am I misunderstanding your response?


>
> Regards,



Re: [O] Column View with Effort Summing in Days

2017-01-12 Thread Nicolas Goaziou
Hello,

Malcolm Matalka  writes:

> I'm on 8.2.10 and want to upgrade to the latest version in ELPA for est+
> views, but I noticed that summation with {:} in column view does not
> give output in days.  I've poked around the code a bit and it doesn't
> seem to me like a configuration change.
>
> Is there any way to get effort estimates printed in days (where number
> of days is based on org-effort-durations?
>
> The motivation for this is I'm planning a large project where the summed
> estimates are in days and 180 hours is more difficult to grasp than 22.5
> days.

You can control the output with `org-time-clocksum-format' (which should
be named differently BTW). See also `org-time-clocksum-use-fractional'
and `org-time-clocksum-fractional-format'.

Regards,

-- 
Nicolas Goaziou



Re: [O] Using code block function as formula in tables

2017-01-12 Thread Nicolas Goaziou
Hello,

Roland Everaert  writes:

> It works. But I had to set some headers  in the code block itself as
> following:
>
>  :exports results :results value
>
> I suppose, I can specify them directly in the org-sbe call, like with
> inline calls or call through #+CALL?

See `org-sbe' docstring.

> This feature really needs to be documented and extensively.

I agree. Patches welcome.

Regards,

-- 
Nicolas Goaziou



Re: [O] Using code block function as formula in tables

2017-01-12 Thread Roland Everaert
It works. But I had to set some headers  in the code block itself as
following:

 :exports results :results value

I suppose, I can specify them directly in the org-sbe call, like with
inline calls or call through #+CALL?

This feature really needs to be documented and extensively.


Thanks,

On Wed, Jan 11, 2017 at 3:51 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Roland Everaert  writes:
>
> > Is it possible to call a code block from a table field as it is a
> formula?
> >
> > I have tried the following syntax from a field in a table, but none of
> them
> > is interpreted as expected:
> >
> > - #+CALL: function(parameters)
> > - call_function(parameters)
> >
> > The goal is to use the result of the call in other formulas of the
> > table.
>
> It is called org-sbe(parameters). Unfortunately, it is not documented in
> the
> manual. There is 
> however. Search for "org-sbe" there.
>
> Regards,
>
> --
> Nicolas Goaziou
>


[O] Column View with Effort Summing in Days

2017-01-12 Thread Malcolm Matalka
I'm on 8.2.10 and want to upgrade to the latest version in ELPA for est+
views, but I noticed that summation with {:} in column view does not
give output in days.  I've poked around the code a bit and it doesn't
seem to me like a configuration change.

Is there any way to get effort estimates printed in days (where number
of days is based on org-effort-durations?

The motivation for this is I'm planning a large project where the summed
estimates are in days and 180 hours is more difficult to grasp than 22.5
days.

Thank you,
/Malcolm



Re: [O] Syncing methods for org files and org-mobile.el

2017-01-12 Thread Alan Schmitt
On 2017-01-12 03:30, Sean Escriva  writes:

> Greetings fellow Org users,
>
> I'm the current maintainer for MobileOrg iOS[1] and am interested to
> get feedback from any org-mobile users. What do you use to sync org
> files across different machines, how could the current org-mobile
> workflow be improved (if at all)?

I use git, and would very much like to be able to use that as a backend
to synchronize (I'm trying to move away from dropbox).

Best,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Monthly Athmospheric CO₂, Mauna Loa Obs. 2016-12: 404.48, 2015-12: 401.85


signature.asc
Description: PGP signature