Re: [O] Default application for org-reveal

[Marco Wahl]

Hi,

Florian Lindner  writes:

> Hello,
>
> the Org Attach dispatcher offers a key "f" to open the attachment directory 
> not in Emacs.
>
> (defun org-attach-reveal (&optional if-exists)
>   "Show the attachment directory of the current task.
> This will attempt to use an external program to show the directory."
>   (interactive "P")
>   (let ((attach-dir (org-attach-dir (not if-exists
> (and attach-dir (org-open-file attach-dir
>
> On my two systems this is the same a F, it opens in dired. xdg-open . uses 
> dolphin to open inode/directory. How does Emacs/org determine which
> application to use? How can I influence it?

The documentation of `org-open-file' points to variable `org-file-apps'.
You can customize `org-file-apps'.

E.g. the entry

[INS] [DEL] Cons-cell:
Choice: [Value Menu] Links to a directory
Choice: [Value Menu] Command: firefox %s

stands for opening directories in firefox.


Ciao

   Marco

Re: [O] Bug: org-edit-special does not indent the blank line after exit editing [9.0.3 (9.0.3-elpa @ /Users/Yomisuko/.emacs.d/elpa/org-20161224/)]

[Nicolas Goaziou]

Hello,

Jiajian Huang  writes:

> If it is `nil`, why inserting 2 leading spaces to the code in the org
> buffer except the line containing only spaces?

Probably because empty lines are not meaningful anyway. We probably
should go further and remove all spaces in empty lines.

> How can I get
>
> #+BEGIN_SRC python
> a = 1
> b = 2
> for i in range(10):
> # 6 spaces before '#'
> #+END_SRC
>
> after exit `org-edit-special` ?

You cannot obtain the last empty line. I don't understand why would you
want that either. It is only a TAB away from an empty line.


Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: org-edit-special does not indent the blank line after exit editing [9.0.3 (9.0.3-elpa @ /Users/Yomisuko/.emacs.d/elpa/org-20161224/)]

[Jiajian Huang]

Hello,

Thanks for you reply.

I'm not trying to get the empty line. The example snippet is just for
illustration.

First of all, I really like the two space indentation/alignment when
`org-src-preserve-indentation`
is set to `nil`. And since org does not indent the empty line*s, *the fields
one empty of `yasnippet` or packages which generate empty lines can not
work properly and the indentation of these line*s* are violated
as mentioned in the second mail.

Best regards,
Jiajian Huang

On Sat, Jan 7, 2017 at 7:21 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Jiajian Huang  writes:
>
> > If it is `nil`, why inserting 2 leading spaces to the code in the org
> > buffer except the line containing only spaces?
>
> Probably because empty lines are not meaningful anyway. We probably
> should go further and remove all spaces in empty lines.
>
> > How can I get
> >
> > #+BEGIN_SRC python
> > a = 1
> > b = 2
> > for i in range(10):
> > # 6 spaces before '#'
> > #+END_SRC
> >
> > after exit `org-edit-special` ?
>
> You cannot obtain the last empty line. I don't understand why would you
> want that either. It is only a TAB away from an empty line.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] org-ref: citation types (insert full citation); bib style; bib scope

[John Kitchin]

>
>>
>> 2. If you click on a citation link, you can select an action to copy the
>> formatted entry for that key.
>
>
> I had trouble with this. I constructed a minimal emacs config:
>
> #+BEGIN_SRC emacs-lisp
> ;;; elpa interface
> (setq package-archives ())
> (add-to-list 'package-archives '("marmalade" . "
> http://marmalade-repo.org/packages/";))
> (add-to-list 'package-archives '("gnu" . "http://elpa.gnu.org/packages/";))
> (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/";) t)
> (add-to-list 'package-archives '("melpa" . "
> http://melpa.milkbox.net/packages/";) t)
> ;; basic initialization, (require) non-ELPA packages, etc.
> (package-initialize)
>
> (require 'cl)
> (require 'org)
> (require 'helm-config)
> (require 'helm)
> (require 'helm-bibtex)
>
> ;; see org-ref for use of these variables
> (setq org-ref-bibliography-notes "~/Bibliography/notes.org"
>   org-ref-default-bibliography '("~/Bibliography/Bibliography.bib")
>   org-ref-pdf-directory "~/Bibliography/files/")
>
> (setq bibtex-completion-bibliography "~/Bibliography/Bibliography.bib"
>   bibtex-completion-library-path "~/Bibliography/files"
>   )
>
> ;; org-define-error
> ;; for whatever reason, org wasn't finding this
> (defun org-define-error (name message)
>   "Define NAME as a new error signal.
> MESSAGE is a string that will be output to the echo area if such
> an error is signaled without being caught by a `condition-case'.
> Implements `define-error' for older emacsen."
>   (if (fboundp 'define-error) (define-error name message)
> (put name 'error-conditions
>  (copy-sequence (cons name (get 'error 'error-conditions))
>
> (setq org-ref-formatted-citation-backend "org")
> (setq org-ref-completion-library 'org-ref-helm-bibtex)
>
> (require 'org-ref)
>
> #+END_SRC

It is pretty weird about org-define-error. It is in org-compat.el. I am
using org-9.

> The action proceeds without errors, but nothing seems to be copied ot the
> clipboard.
>
>>
>> 3. On a bibtex entry, you can use the org-ref-bibtex-hydra/body to copy
>> a formatted string of the entry.
>>
> this works great.  Obviously I need to learn how to use hydra...

I go back and forth on liking ivy/hydra vs helm.

>> You would want to have these settings with a new org-ref:
>> (setq org-ref-formatted-citation-backend "org")
>>
>> (setf (cdr (assoc "book" (cdr (assoc "org"
>> org-ref-formatted-citation-formats
>>  "${author} ${year}. /${title}/, ${address}:${publisher}. [[${url}]]")
>>
>> Then you can insert the citation and get this (there is no address for
>> the publisher in my entry). With helm bibtex as the backend, you would
>> type C-c ], select an entry, and press f8 (or tab and select the insert
>> formatted action). In the ivy backend, you type M-o f. Both of them
>> support multiple selections.
>
> Yeah, this is awesome, thank you.  it's F7 though, not F8.

could be, the key is related to the number/order of actions in helm-bibtex.
>>
>>
>>
>> That entry type isn't defined in the formats (there should be a default
>> entry, but it isn't formatted the way you want), but you could add it
> like this:
>>
>>
>> (push '("misc" . "${author} ${year}. /${title}/,
> [[${howpublished}]]")(cdr (assoc "org"
>> org-ref-formatted-citation-formats)))
>>
>
> got it now.  This is great, thanks.  Moving forward now that you've solved
> my last problem... for properly formatted citations, is latex the only
> fully supported publication type? What about, say, pandoc md or odt?
>
> Thank you thank you thank you!

org-ref has some support to export citations in latex, html, org,
md/pandoc and text. I do not know how good it is, but the framework for
it mostly exists.


-- 
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] HTML width attribute gets added to a href instead of img

[Nicolas Goaziou]

Hello,

Kaushal Modi  writes:

> I believe that after this commit, the width attribute doesn't get added to
> img tag as expected:
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=5ffb373a2ca6833617e344154c3dc1b877ec4784
>
> Here is a MWE:
>
> =
> Below works as expected
> #+ATTR_HTML: :width 10px
> [[http://orgmode.org/img/org-mode-unicorn-logo.png]]
>
> Below does not where the image is added as /link description/.
> #+ATTR_HTML: :width 10px
> [[http://orgmode.org][http://orgmode.org/img/org-mode-unicorn-logo.png]]
> =
>
> Here is just the body of the exported html for brevity:
>
> =
> 
> 
> 
> Below works as expected
> 
>
> 
> http://orgmode.org/img/org-mode-unicorn-logo.png";
> alt="org-mode-unicorn-logo.png" width="10px" />
> 
> 
>
> 
> Below does not where the image is added as link description.
> 
>
> 
> http://orgmode.org"; width="10px">http://orgmode.org/img/org-mode-unicorn-logo.png";
> alt="org-mode-unicorn-logo.png" />
> 
> 
> 
> 
> Exported using http://www.gnu.org/software/emacs/";>Emacs 26.0.50.4 (http://orgmode.org";>Org mode 9.0.3) by Kaushal.Modi.
> 
> 
> =
>
> Note that in the latter case, the width property gets added to 'a' tag
> instead of to the 'img' tag.

Fixed. Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] [patch] adding :prologue and :epilogue parameters for Maxima src blocks

[Nicolas Goaziou]

Hello,

Eric S Fraga  writes:

> Please find attached a small patch for consideration.  This patch adds
> two new parameters to the Maxima babel src blocks: prologue and
> epilogue, as already exist for gnuplot for instance.

Thank you. Applied.

Would you mind providing an ORG-NEWS entry for this?

> I have signed the copyright assignment already (many years ago).

Indeed. You are already in the Org Hall of Fame
()

Regards,

-- 
Nicolas Goaziou

Re: [O] Org mode clockview links failing with spaces

[Nicolas Goaziou]

Hello,

Shawn Way  writes:

> I have an org file with a clocktable located at the head of the file.
> The clocktable is able to pull together a great table, however, the
> links on the table do not work, if they have spaces in them.

Why do you mean by "do not work". I reproduced your example and can
follow the links (i.e., with C-c C-o).

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: org-edit-special does not indent the blank line after exit editing [9.0.3 (9.0.3-elpa @ /Users/Yomisuko/.emacs.d/elpa/org-20161224/)]

[Nicolas Goaziou]

Jiajian Huang  writes:

> First of all, I really like the two space indentation/alignment when
> `org-src-preserve-indentation`
> is set to `nil`. And since org does not indent the empty line*s, *the fields
> one empty of `yasnippet` or packages which generate empty lines can not
> work properly and the indentation of these line*s* are violated
> as mentioned in the second mail.

Sorry for being bold, but I do not understand what you want.

Would removing all spaces from blank lines solve your issue? I'd rather
do this than leaving trailing spaces in the code.

Regards,

Re: [O] HTML width attribute gets added to a href instead of img

[Kaushal Modi]

Thank you!

On Sat, Jan 7, 2017, 9:50 AM Nicolas Goaziou  wrote:

> Hello,
>
> Kaushal Modi  writes:
>
> > I believe that after this commit, the width attribute doesn't get added
> to
> > img tag as expected:
> >
> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=5ffb373a2ca6833617e344154c3dc1b877ec4784
> >
> > Here is a MWE:
> >
> > =
> > Below works as expected
> > #+ATTR_HTML: :width 10px
> > [[http://orgmode.org/img/org-mode-unicorn-logo.png]]
> >
> > Below does not where the image is added as /link description/.
> > #+ATTR_HTML: :width 10px
> > [[http://orgmode.org][http://orgmode.org/img/org-mode-unicorn-logo.png]]
> > =
> >
> > Here is just the body of the exported html for brevity:
> >
> > =
> > 
> > 
> > 
> > Below works as expected
> > 
> >
> > 
> > http://orgmode.org/img/org-mode-unicorn-logo.png";
> > alt="org-mode-unicorn-logo.png" width="10px" />
> > 
> > 
> >
> > 
> > Below does not where the image is added as link description.
> > 
> >
> > 
> > http://orgmode.org"; width="10px">http://orgmode.org/img/org-mode-unicorn-logo.png";
> > alt="org-mode-unicorn-logo.png" />
> > 
> > 
> > 
> > 
> > Exported using http://www.gnu.org/software/emacs/";>Emacs 26.0.50.4 (http://orgmode.org";>Org mode 9.0.3) by Kaushal.Modi.
> > 
> > 
> > =
> >
> > Note that in the latter case, the width property gets added to 'a' tag
> > instead of to the 'img' tag.
>
> Fixed. Thank you.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>
-- 

Kaushal Modi

[O] Beginner's unluck with bibtex and org-mode

[Lawrence Bottorff]

I've got this in an org buffer:

#+BIBLIOGRAPHY: ~/org/biblio/ref plain

* Tests

** Test1
- This is a test \cite{pitman1997probability}.

---
and this in ref.org (as well as a copy in ref.bib without the first
variable line)

-*- mode: bibtex; fill-column: 60 -*-
@book{harrison2009handbook,
  title={Handbook of practical logic and automated reasoning},
  author={Harrison, John},
  year={2009},
  publisher={Cambridge University Press}
}

@misc{pitman1997probability,
  title={Probability: Springer Texts in Statistics},
  author={Pitman, J},
  year={1997},
  publisher={Springer}
}
@book{burton2006elementary,
  title={Elementary number theory},
  author={Burton, David M},
  year={2006},
  publisher={Tata McGraw-Hill Education}
}

I followed this tutorial

to
get some of the things set up (Google Scholar works great, BTW). When I do
a C-c C-e l o I *Messages* has this:

Saving file /home/hercynian/org/MLWorking/testbibtex.tex...
Wrote /home/hercynian/org/MLWorking/testbibtex.tex
Processing LaTeX file ./testbibtex.tex...
/usr/bin/texi2dvi: Missing file arguments.
/usr/bin/texi2dvi: Try `--help' for more information.
zsh:2: command not found: --batch
I couldn't open file name `testbibtex.aux'
PDF file produced with warnings: [undefined citation]
Type C-c C-c to toggle between editing or viewing the document.

My init stuff is, well, a mess no doubt due to going high and low across
the Internet to it figure out. Can someone point me to the shallow end of
the pool? I'd like to do the cite thing, but I'd also like to output neatly
formatted in Latex (or HTML) all the contents of ref.bib.

LB

[O] Org Mode Research

[Ted Wiles]

Org Moders,

I'm doing some research on org mode usage and would love to hear your
perspective. Here's the survey link:

https://goo.gl/forms/9I0uL3Er2TuEszfH3

If I get enough responses, I'll be happy to post the results online for all
to see!

Best Regards,
Ted

Re: [O] Org Mode Research

[Thomas S. Dye]

FYI, the survey appears to be market research for non-GPL vaporware.

Ted Wiles writes:

> Org Moders,
>
> I'm doing some research on org mode usage and would love to hear your
> perspective. Here's the survey link:
>
> https://goo.gl/forms/9I0uL3Er2TuEszfH3

All the best,
Tom

--
Thomas S. Dye
http://www.tsdye.com

Re: [O] Org Mode Research

[John Hendy]

On Sat, Jan 7, 2017 at 1:39 PM, Thomas S. Dye  wrote:
> FYI, the survey appears to be market research for non-GPL vaporware.

Why the assumption of non-GPL? Just because web-based Org is hinted at
and leading/feature hunting questions are a common trait of someone
not wanting to reveal a commercial project? Theoretically it could
just be a hobby project being looked into, right? Just curious.


John

>
> Ted Wiles writes:
>
>> Org Moders,
>>
>> I'm doing some research on org mode usage and would love to hear your
>> perspective. Here's the survey link:
>>
>> https://goo.gl/forms/9I0uL3Er2TuEszfH3
>
> All the best,
> Tom
>
> --
> Thomas S. Dye
> http://www.tsdye.com
>

Re: [O] Org Mode Research

[Kaushal Modi]

I find that project interesting, and something that could bridge the gap
between emacs and non-emacs org mode users.

What suggests that this is non-GPL and 'vaporware'?

@Ted: It would be nice if this can be developed as part of GNU org-mode.

On Sat, Jan 7, 2017 at 1:39 PM, Thomas S. Dye  wrote:
> > FYI, the survey appears to be market research for non-GPL vaporware.
>
-- 

Kaushal Modi

Re: [O] Org Mode Research

[Thomas S. Dye]

Aloha Kaushal Modi,

Kaushal Modi writes:

> I find that project interesting, and something that could bridge the gap
> between emacs and non-emacs org mode users.
>
> What suggests that this is non-GPL and 'vaporware'?

No mention of GPL, still looking at which features of Org mode to be
implemented.

Ted can correct me if my impression is wrong.

I agree with you the project is interesting.

All the best,
Tom

--
Thomas S. Dye
http://www.tsdye.com

[O] bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks

[npostavs]

tags 25132 patch
quit

npost...@users.sourceforge.net writes:
> The problem is that org updates its temporary fontification buffer from
> its fontify rules which are called by jit-lock-function, which means
> that inhibit-modification-hooks is bound to t.  Therefore, when
> org-src-font-lock-fontify-block calls delete-region to remove leftover text 
> from
> the previous source block fontification, the `before-change-functions'
> are not run.  In this case `syntax-ppss-flush-cache' is the important
> function that doesn't get run, so `syntax-propertize--done' is still set
> from before and messes up python.el's fontification routines.

I think with-silent-modifications should let-bind
inhibit-modification-hooks buffer locally:

>From da4f1c0338b2b98f97a553568c4b80872484ee97 Mon Sep 17 00:00:00 2001
From: Noam Postavsky 
Date: Sat, 7 Jan 2017 15:47:37 -0500
Subject: [PATCH v1] Inhibit modification hooks buffer locally

`with-silent-modifications' let-binds `inhibit-modification-hooks' to t
globally.  So modifications to other buffers don't trigger modication
hooks.  This causes unexpected results when functions called from
`jit-lock-function' use temporary buffers and modifies them (Bug#25132).

* lisp/subr.el (with-silent-modifications): Bind
inhibit-modification-hooks buffer locally.
---
 lisp/subr.el | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lisp/subr.el b/lisp/subr.el
index 5377416..fe20d68 100644
--- a/lisp/subr.el
+++ b/lisp/subr.el
@@ -3298,7 +3298,8 @@ with-silent-modifications
 `(let* ((,modified (buffer-modified-p))
 (buffer-undo-list t)
 (inhibit-read-only t)
-(inhibit-modification-hooks t))
+(inhibit-modification-hooks
+ (progn (make-local-variable 'inhibit-modification-hooks) t)))
(unwind-protect
(progn
  ,@body)
-- 
2.9.3


Perhaps the other variables it binds should be buffer local as well?

This bug is new in Emacs 25.1, but changing with-silent-modifications is
a bit risky.  Therefore, I propose the following for the emacs-25
branch:

>From 338aa0c37eba0401616e8e02f0143a57edffd486 Mon Sep 17 00:00:00 2001
From: Noam Postavsky 
Date: Sat, 7 Jan 2017 16:05:19 -0500
Subject: [PATCH v1] Call modification hooks in org-src fontify buffers

* lisp/org/org-src.el (org-src-font-lock-fontify-block): Let-bind
`inhibit-modification-hooks' to nil, since this function can be called
from jit-lock-function which binds that variable to t (Bug#25132).
---
 lisp/org/org-src.el | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/lisp/org/org-src.el b/lisp/org/org-src.el
index d01f108..9b66907 100644
--- a/lisp/org/org-src.el
+++ b/lisp/org/org-src.el
@@ -913,8 +913,9 @@ org-src-font-lock-fontify-block
 	  (with-current-buffer
 	  (get-buffer-create
 	   (concat " org-src-fontification:" (symbol-name lang-mode)))
-	(delete-region (point-min) (point-max))
-	(insert string " ") ;; so there's a final property change
+	(let ((inhibit-modification-hooks nil)) ; Avoid Bug#25132.
+  (delete-region (point-min) (point-max))
+  (insert string " ")) ;; so there's a final property change
 	(unless (eq major-mode lang-mode) (funcall lang-mode))
 (org-font-lock-ensure)
 	(setq pos (point-min))
-- 
2.9.3

Re: [O] Org Mode Research

[Ted Wiles]

Thanks all!

For context, I just started implementing org-mode workplanning at my job
(personal user since 2007) and it's increased my productivity 10x. As I
manage others I was curious about hearing about how others use org-mode in
a team setting. While I was at it, I thought that it would be helpful and
interesting to get a gut-check on the basic idea I was thinking of
implementing to collaborate with my team.

Some preliminary findings of interest:

- Tags are unpopular, only 56% of people use them. Especially surprising as
70% use source-code blocks.
- Largest barrier to further org mode usage is a lack of emacs expertise.
Not really a surprise here.
- 75% of people put their org-mode files under git version control.
- We are all big promoters of using org-mode with the people we work with,
and highly skeptical of their ability and desire to realize these benefits
:)
- mobile and calendar integration have come up as major pains multiple
times in free responses

I am hoping to condense findings into a pithy summary and post on github
(or worg, although I've never figured out how to do that easily) so that
everyone can see.

I also think the term "market research" significantly overestimates my
ability / desire to execute on this :) I get the concern on GPL vs.
non-GPL, I also really like org mode as it fundamentally gives me control
over my own data, but given where this is right now (a google forms survey)
I think it's kind of a moot discussion.

And yes, I know that the survey isn't very good, and that there are typos,
and that certain things could have been asked better! I have made some
revisions incorporating some of these comments.

Thanks again,
Ted



On Sat, Jan 7, 2017 at 3:43 PM, Colin Baxter  wrote:

> Hello
>
> On Sat, Jan 07 2017, Ted Wiles wrote:
>
> > Org Moders,
> >
> > I'm doing some research on org mode usage and would love to hear your
> perspective. Here's the
> > survey link:
> >
> > https://goo.gl/forms/9I0uL3Er2TuEszfH3
> >
> > If I get enough responses, I'll be happy to post the results online for
> all to see!
> >
> > Best Regards,
> > Ted
>
> I would want to see much more information about the motive and people
> behind the Survey before I would take part. Sorry.
>

Re: [O] Org Mode Research

[Colin Baxter]

Hello

On Sat, Jan 07 2017, Ted Wiles wrote:

> Org Moders,
>
> I'm doing some research on org mode usage and would love to hear your 
> perspective. Here's the
> survey link:
>
> https://goo.gl/forms/9I0uL3Er2TuEszfH3
>
> If I get enough responses, I'll be happy to post the results online for all 
> to see!
>
> Best Regards,
> Ted

I would want to see much more information about the motive and people
behind the Survey before I would take part. Sorry.

Re: [O] Org Mode Research

[Thomas S. Dye]

Aloha Ted,

Ted Wiles writes:

> I also think the term "market research" significantly overestimates my
> ability / desire to execute on this :)

I'm curious why you chose to introduce your survey as "I'm doing
a market research project on org mode users ..." if you think the term
overestimates your ability and/or desire to execute?

All the best,
Tom

--
Thomas S. Dye
http://www.tsdye.com

Re: [O] Org Mode Research

[John Hendy]

On Sat, Jan 7, 2017 at 3:28 PM, Ted Wiles  wrote:
> Thanks all!

[snip]

> I get the concern on GPL vs. non-GPL,
> I also really like org mode as it fundamentally gives me control over my own
> data, but given where this is right now (a google forms survey) I think it's
> kind of a moot discussion.

But which is it; you get the concern but don't answer either way? I
take this to imply that if this *does* bloom into something it will be
non-GPL?


John

>
> Thanks again,
> Ted
>
>
>
> On Sat, Jan 7, 2017 at 3:43 PM, Colin Baxter  wrote:
>>
>> Hello
>>
>> On Sat, Jan 07 2017, Ted Wiles wrote:
>>
>> > Org Moders,
>> >
>> > I'm doing some research on org mode usage and would love to hear your
>> > perspective. Here's the
>> > survey link:
>> >
>> > https://goo.gl/forms/9I0uL3Er2TuEszfH3
>> >
>> > If I get enough responses, I'll be happy to post the results online for
>> > all to see!
>> >
>> > Best Regards,
>> > Ted
>>
>> I would want to see much more information about the motive and people
>> behind the Survey before I would take part. Sorry.
>
>

Re: [O] Cannot resize inline image

[Young-whan]

Thanks, John.

I realized the emacs I got was not compiled with ImageMagick.

I've installed emacs-mac-app from the Mac Port, then, it works fine.

Thanks,

On Fri, Jan 6, 2017 at 10:29 AM, John Kitchin 
wrote:

> Try:
>
> #+attr_org: :width 400
> [[./test.png]]
>
> 400 means 400 pixels wide.
>
> Young-whan writes:
>
> > I'm very beginner at org-mode and learning and having fun with it these
> > days.
> >
> > Now, I'm embedding an image, but I'd like to resize it.
> >
> > Googling shows me like this:
> >
> > #+attr_org: :width 40%
> > [[./test.png]]
> >
> > However, that is not working to me at all.
> >
> > I'm using
> >
> > GNU Emacs 25.1.90.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version
> > 10.9.5 (Build 13F1911)) of 2016-11-28
> >
> > Org-mode version 8.2.10 (release_8.2.10 @
> > /Applications/Emacs.app/Contents/Resources/lisp/org/)
> >
> > Anyone can help on this, please?
> >
> > C-c C-x C-v shows only original image size. What should I need to check
> > more?
>
>
> --
> 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
>

[O] REPEAT_TO_STATE file-wide property is not working

[Young-whan]

Hi,

My file has like this:

#+TODO: TODO(t/!) REPEAT(r/!) | DONE(d)

* REPEAT Task
  SCHEDULED: <2017-01-01 Wed +1d>

Now, I want to change when the repeat task is done, its state needs to be
"REPEAT" instead of "TODO".

This can be achieved by REPEAT_TO_STATE property or the variable
org-todo-repeat-to-state based on the org-mode manual.

When I set it org-todo-repeat-to-state, it works.
When I set the property in the "Task", it works.

However, when I put it global property working file-wide as it is put as
#+PROPERTY: REPEAT_TO_STATE REPEAT

It doesn't work.

Is there something not right to set up the global property scoping in a
file? Let me know.

Thanks,