Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Tim Cross

I think this whole issue really requires a lot more analysis and
design. Just removing or cancelling various commits is unlikely to
improve matters and could result in new problems.

For org to work correctly, especially when interacting/interfacing with
other systems, such as external calendars, the use of timestamps must
handle timezones consistently and accurately. This is the only way that
any daylight savings calculations will work consistently as different
timezones have different rules for when daylight savings start/finish
(and these rules change).

If the tests only support UTC/GMT timezone, they are poor tests and need
to be adjusted to use whatever the timezone is on the system running the
tests.

I also wonder if there is some inconsistencies in how timestamps without
a time component are being handled. It would be good to know if the
issues Alan has observed exist when a full timestamp is used ie. one
with HH:MM:SS.s and not just date. If timezones are not been applied
consistently when choosing the default i.e. 00:00:00.0 with respect to
timezone offset, you will get inconsistencies when moving between
displayed (string) and calculated (number/seconds since epoch) values.

Tim


Allen Li  writes:

>  On Tue, Oct 31, 2017 at 11:52 AM, Nicolas Goaziou
>  wrote:
>> Allen Li  writes:
>>
>>> Can you clarify on the issues the UTC timezone fixes?
>>
>> At the moment, I can only give you a pointer, which is commit
>> 97a1a498956da2e1961df5a0506df4cbb98fff52. Some other commits followed
>> this one in maint and master.
>>
>> You may want to check the ML for the initial bug report.
>
> Bisecting on maint shows that this regression happened at
> cc5a9bf538a4a7eb1b84d368336c46cead106e01
>
> I tested using this command:
>
> find . -name "*.elc" -delete; emacs -Q --batch --eval "(add-to-list
> 'load-path default-directory)" --eval "(require 'org)" --eval "(princ
> (current-time-string (org-2ft \"<2017-10-31>\")))"
>
> I guess the relevant bug is
> http://lists.gnu.org/archive/html/emacs-orgmode/2017-07/msg00097.html,
> but oddly enough, I cannot reproduce that bug at
> cc5a9bf538a4a7eb1b84d368336c46cead106e01~1
>
> From what I can glean from the history,
> 112c5ba479d52c3c36de5c7aafd14ab6bc075005 is where things started to go
> wrong.  UTC timezone was added to tests.  From there, a number of
> commits were added to fix regressions.
>
> The problem is that the tests were made to assume UTC timezone and Org
> mode was changed to also use UTC timezone to make the tests pass;
> however, this means that org.el no longer works for non-UTC time
> zones.
>
> That commit's message (112c5ba479d52c3c36de5c7aafd14ab6bc075005) also
> seems suspect.  It claims to be removing DST offset by enforcing UTC.
> That could only be true for people using GMT.  In GMT during DST,
> enforcing UTC would "remove" the DST offset, but that is not true
> anywhere else.
>
> Given my chain of reasoning, the commits following
> 112c5ba479d52c3c36de5c7aafd14ab6bc075005 to fix "regressions" is
> really just converting all of Org mode's timestamps to use the
> "timezone adjusted" Unix timestamps introduced by
> 112c5ba479d52c3c36de5c7aafd14ab6bc075005


-- 
Tim Cross



Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Allen Li
 On Tue, Oct 31, 2017 at 11:52 AM, Nicolas Goaziou
 wrote:
> Allen Li  writes:
>
>> Can you clarify on the issues the UTC timezone fixes?
>
> At the moment, I can only give you a pointer, which is commit
> 97a1a498956da2e1961df5a0506df4cbb98fff52. Some other commits followed
> this one in maint and master.
>
> You may want to check the ML for the initial bug report.

Bisecting on maint shows that this regression happened at
cc5a9bf538a4a7eb1b84d368336c46cead106e01

I tested using this command:

find . -name "*.elc" -delete; emacs -Q --batch --eval "(add-to-list
'load-path default-directory)" --eval "(require 'org)" --eval "(princ
(current-time-string (org-2ft \"<2017-10-31>\")))"

I guess the relevant bug is
http://lists.gnu.org/archive/html/emacs-orgmode/2017-07/msg00097.html,
but oddly enough, I cannot reproduce that bug at
cc5a9bf538a4a7eb1b84d368336c46cead106e01~1

>From what I can glean from the history,
112c5ba479d52c3c36de5c7aafd14ab6bc075005 is where things started to go
wrong.  UTC timezone was added to tests.  From there, a number of
commits were added to fix regressions.

The problem is that the tests were made to assume UTC timezone and Org
mode was changed to also use UTC timezone to make the tests pass;
however, this means that org.el no longer works for non-UTC time
zones.

That commit's message (112c5ba479d52c3c36de5c7aafd14ab6bc075005) also
seems suspect.  It claims to be removing DST offset by enforcing UTC.
That could only be true for people using GMT.  In GMT during DST,
enforcing UTC would "remove" the DST offset, but that is not true
anywhere else.

Given my chain of reasoning, the commits following
112c5ba479d52c3c36de5c7aafd14ab6bc075005 to fix "regressions" is
really just converting all of Org mode's timestamps to use the
"timezone adjusted" Unix timestamps introduced by
112c5ba479d52c3c36de5c7aafd14ab6bc075005



Re: [O] macro replacement in code block?

2017-10-31 Thread David Rogoff


> On Oct 31, 2017, at 5:32 PM, Kaushal Modi  wrote:
> 
> On Tue, Oct 31, 2017, 7:14 PM David Rogoff  > wrote:
> Hi.
> 
> Hello. 
> 
>  I’m trying to clean it up by using orgmode macros.  However, it seems like 
> these are not replaced when inside code blocks. 
> 
> Do you have a minimal example of what you'd like to "macrofy" in the verilog 
> code blocks?

Pretty simple text substitution.  Something like this:

#+MACRO: SEC_HDR1 // ---
#+MACRO: SEC_HDR2 // 

#+MACRO: SEC_TITLE This section declares local types and constants

* File 1
** Section 1: {{{SEC_TITLE}}}
#+BEGIN_SRC verilog
{{{SEC_HDR1}}}
{{{SEC_HDR2}}} {{{SEC_TITLE}}}
parameter A = 1;
#+END_SRC

So SEC_TITLE expands in the headline and also as a comment in the tangled 
verilog code.
It would be really great to be able to embed newlines in the macro to it could 
be one line / macro in the src block.

> 
> Probably the solution is to use noweb references with arguments? See the Org 
> manual. 

Thanks - I’ll have to look into noweb.  I’m not familiar with it.

 David



[O] MathJax beyond org-html-mathjax-options?

2017-10-31 Thread Lawrence Bottorff
I'm trying to get a typical Latex strikethrough with MathJax in an HTML
export, i.e., \cancel{thing} puts line through "thing". This
 tells me how. But I
don't know how to include this MathJax markup in an org file for HTML
export. If I forego MathJax -- i.e., #+OPTIONS: tex:dvipng instead
of #+OPTIONS: tex:t -- \cancel works, but I need to use MathJax. It doesn't
look like org-html-mathjax-options is expandable. . . .

LB


Re: [O] macro replacement in code block?

2017-10-31 Thread Kaushal Modi
On Tue, Oct 31, 2017, 7:14 PM David Rogoff  wrote:

> Hi.
>

Hello.

 I’m trying to clean it up by using orgmode macros.  However, it seems like
> these are not replaced when inside code blocks.
>

Do you have a minimal example of what you'd like to "macrofy" in the
verilog code blocks?

Probably the solution is to use noweb references with arguments? See the
Org manual.

> --

Kaushal Modi


[O] macro replacement in code block?

2017-10-31 Thread David Rogoff
Hi.

Trying to set up a large orgmode file with source code for several files that 
is extracted using tangle and also exported to HTML for documentation (source 
is verilog-mode).  It works but I’m trying to clean it up by using orgmode 
macros.  However, it seems like these are not replaced when inside code blocks. 
 I found a couple of references to this by searching Google but they were very 
terse and also referenced from orgmode function that doesn’t exist.  Can anyone 
point me to some documentation or example?

Thanks,

 David 

using gnu emacs 25.2 Linux / orgmode 9.1.2


Re: [O] Bug: make fails on cloned repo [9.1.2 (9.1.2-22-ga2a034-elpaplus @ /Users/dzenkova/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Nick Dokos
Дарья Зенкова  writes:

> But when I try to build the repo, I get the following output:
>
> Loading /Users/dzenkova/src/orgmode.org/org-mode/lisp/org-compat.el 
> (source)...
> Cannot open load file: cl-lib

What does

   M-x locate-library RET cl-lib RET

say?

It's likely that the problem is with your emacs installation.

-- 
Nick




[O] ``make test'' failure

2017-10-31 Thread Nick Dokos
I get one failure in test-org-publish/resolve-external-link.
Bisecting fingers this commit:

,
| $ git bisect good
| 007bbddbccfd06ab9c97d51bf833a068cb1b07a2 is the first bad commit
| commit 007bbddbccfd06ab9c97d51bf833a068cb1b07a2
| Author: Nicolas Goaziou 
| Date:   Sun Sep 10 00:16:12 2017 +0200
| 
| ox-html: Prevent spurious target below headlines
| 
| * lisp/ox-html.el (org-html-headline):
| (org-html-link): Do not insert an additional target.
| 
| * lisp/ox-publish.el (org-publish-resolve-external-link): Add an
|   optional argument.
| 
| * lisp/ox.el (org-export-get-reference): Improve docstring.
| 
| * testing/examples/pub/a.org:
| * testing/examples/pub/b.org: New files.
| * testing/lisp/test-ox-publish.el 
(test-org-publish/resolve-external-link):
|   New test.
| 
| :04 04 fda080e0db653c9049448200be5ad03369379cc3 
ec0eb8a5cd9b3c3b204fd7134e515fb360b85c79 Metc
| :04 04 39afe6514335e2ccd549fc5b7fafcac344cbb471 
a0fdf6967cc3ab95b046f81dab08095fe0d302de Mlisp
| :04 04 120e098640643a963336d77d65929ef5863eeba5 
679329e78a4bbc04f6f84bb176821a3084732ab3 Mtesting
`

which *introduced* this test, but of course the test may be at fault,
rather than the code.

The failure looks like this:

,
|passed  571/765  test-org-publish/get-project-from-filename
| Publishing file /home/nick/src/emacs/org/org-mode/testing/examples/pub/b.org 
using ‘(closure ((backend . #s(org-export-backend nil nil ((headline lambda (h 
c i) (concat (org-export-get-reference h i)   c)) (paragraph lambda (p c i) c) 
(section lambda (s c i) c) (link lambda (l c i) (let ((option 
(org-element-property :search-option l)) (path (org-element-property :path l))) 
(and option (org-publish-resolve-external-link option path) nil nil nil 
nil)) (ids) (fn-14501 . apply) t) (plist filename pub-dir) (org-publish-org-to 
backend filename .test plist pub-dir))’
| Publishing file /home/nick/src/emacs/org/org-mode/testing/examples/pub/a.org 
using ‘(closure ((backend . #s(org-export-backend nil nil ((headline lambda (h 
c i) (concat (org-export-get-reference h i)   c)) (paragraph lambda (p c i) c) 
(section lambda (s c i) c) (link lambda (l c i) (let ((option 
(org-element-property :search-option l)) (path (org-element-property :path l))) 
(and option (org-publish-resolve-external-link option path) nil nil nil 
nil)) (ids) (fn-14501 . apply) t) (plist filename pub-dir) (org-publish-org-to 
backend filename .test plist pub-dir))’
| Publishing file /home/nick/src/emacs/org/org-mode/testing/examples/pub/b.org 
using ‘(closure ((backend . #s(org-export-backend nil nil ((headline lambda (h 
c i) c) (paragraph lambda (p c i) c) (section lambda (s c i) c) (link lambda (l 
c i) (let ((option (org-element-property :search-option l)) (path 
(org-element-property :path l))) (when option (throw :exit 
(org-publish-resolve-external-link option path t)) nil nil nil nil)) (ids) 
(fn-14506 . equal) t) (plist filename pub-dir) (setq ids (cons (catch :exit 
(org-publish-org-to backend filename .test plist pub-dir)) ids)))’
| Publishing file /home/nick/src/emacs/org/org-mode/testing/examples/pub/a.org 
using ‘(closure ((backend . #s(org-export-backend nil nil ((headline lambda (h 
c i) c) (paragraph lambda (p c i) c) (section lambda (s c i) c) (link lambda (l 
c i) (let ((option (org-element-property :search-option l)) (path 
(org-element-property :path l))) (when option (throw :exit 
(org-publish-resolve-external-link option path t)) nil nil nil nil)) (ids 
a1) (fn-14506 . equal) t) (plist filename pub-dir) (setq ids (cons (catch :exit 
(org-publish-org-to backend filename .test plist pub-dir)) ids)))’
| Test test-org-publish/resolve-external-link backtrace:
|   signal(ert-test-failed (((should (equal "a1" (let* ((ids nil) (backe
|   ert-fail(((should (equal "a1" (let* ((ids nil) (backend (org-export-
|   (if (unwind-protect (setq value-14508 (apply fn-14506 args-14507)) (
|   (let (form-description-14510) (if (unwind-protect (setq value-14508 
|   (let ((value-14508 'ert-form-evaluation-aborted-14509)) (let (form-d
|   (let* ((fn-14506 (function equal)) (args-14507 (condition-case err (
|   (closure (t) nil (let* ((fn-14501 (function apply)) (args-14502 (con
|   ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test
|   ert-run-test(#s(ert-test :name test-org-publish/resolve-external-lin
|   ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test
|   ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type 
|   ert-run-tests-batch("\\(org\\|ob\\)")
|   ert-run-tests-batch-and-exit("\\(org\\|ob\\)")
|   (let ((org-id-track-globally t) (org-test-selector (if org-test-sele
|   org-test-run-batch-tests("\\(org\\|ob\\)")
|   eval((org-test-run-batch-tests org-test-select-re))
|   command-line-1(("--eval" "(setq vc-handled-backends nil org-startup-
|   command-line()
|   normal-top-level()
| Test 

[O] Bug: make fails on cloned repo [9.1.2 (9.1.2-22-ga2a034-elpaplus @ /Users/dzenkova/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Дарья Зенкова
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org mailing list.


I've cloned latest version of org repository with
`git clone git://orgmode.org/org-mode.git`

But when I try to build the repo, I get the following output:

Loading /Users/dzenkova/src/orgmode.org/org-mode/lisp/org-compat.el (source)...
Cannot open load file: cl-lib
make: [local.mk] Error 255 (ignored)
/Library/Developer/CommandLineTools/usr/bin/make -C doc clean;  
/Library/Developer/CommandLineTools/usr/bin/make -C lisp clean;
rm -f org *.pdf *.html *_letter.tex org-version.inc org-version.tex \
  *.aux *.cp *.cps *.dvi *.fn *.fns *.ky *.kys *.pg *.pgs \
  *.toc *.tp *.tps *.vr *.vrs *.log *.html *.ps
rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc 
org-install.elc
rm -f *.elc
/Library/Developer/CommandLineTools/usr/bin/make -C doc all;  
/Library/Developer/CommandLineTools/usr/bin/make -C etc all;  
/Library/Developer/CommandLineTools/usr/bin/make -C lisp all;
org-version: 9.1.2 (release_9.1.2-154-g99dbca)
makeinfo --no-split org.texi -o org
makeinfo --html --number-sections --no-split -o org.html org.texi
texi2pdf --batch --clean --expand org.texi
You don't have a working TeX binary (tex) installed anywhere in
your PATH, and texi2dvi cannot proceed without one.  If you want to use
this script, you'll need to install TeX (if you don't have it) or change
your PATH or TEX environment variable (if you do).  See the --help
output for more details.

For information about obtaining TeX, please see http://tug.org/texlive,
or do a web search for TeX and your operating system or distro.
make[1]: *** [org.pdf] Error 1
make[1]: Nothing to be done for `all'.
rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc 
org-install.elc
org-version: 9.1.2 (release_9.1.2-154-g99dbca)
Loading /Users/dzenkova/src/orgmode.org/org-mode/lisp/org-compat.el (source)...
Cannot open load file: cl-lib
make[1]: *** [org-version.el] Error 255
make: *** [all] Error 2

I tried to change the dependency from cl-lib to cl, but in this case I
get another error:

Loading /Users/dzenkova/src/orgmode.org/org-mode/lisp/org-compat.el (source)...
Symbol's function definition is void: declare-function
make: [local.mk] Error 255 (ignored)
/Library/Developer/CommandLineTools/usr/bin/make -C doc clean;  
/Library/Developer/CommandLineTools/usr/bin/make -C lisp clean;
rm -f org *.pdf *.html *_letter.tex org-version.inc org-version.tex \
  *.aux *.cp *.cps *.dvi *.fn *.fns *.ky *.kys *.pg *.pgs \
  *.toc *.tp *.tps *.vr *.vrs *.log *.html *.ps
rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc 
org-install.elc
rm -f *.elc
/Library/Developer/CommandLineTools/usr/bin/make -C doc all;  
/Library/Developer/CommandLineTools/usr/bin/make -C etc all;  
/Library/Developer/CommandLineTools/usr/bin/make -C lisp all;
org-version: 9.1.2 (release_9.1.2-154-g99dbca.dirty)
makeinfo --no-split org.texi -o org
makeinfo --html --number-sections --no-split -o org.html org.texi
texi2pdf --batch --clean --expand org.texi
You don't have a working TeX binary (tex) installed anywhere in
your PATH, and texi2dvi cannot proceed without one.  If you want to use
this script, you'll need to install TeX (if you don't have it) or change
your PATH or TEX environment variable (if you do).  See the --help
output for more details.

For information about obtaining TeX, please see http://tug.org/texlive,
or do a web search for TeX and your operating system or distro.
make[1]: *** [org.pdf] Error 1
make[1]: Nothing to be done for `all'.
rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc 
org-install.elc
org-version: 9.1.2 (release_9.1.2-154-g99dbca.dirty)
Loading /Users/dzenkova/src/orgmode.org/org-mode/lisp/org-compat.el (source)...
Symbol's function definition is void: declare-function
make[1]: *** [org-version.el] Error 255
make: *** [all] Error 2

Emacs  : GNU Emacs 25.3.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version 
10.9.5 (Build 13F1911))
of 2017-09-12
Package: Org mode version 9.1.2 (9.1.2-22-ga2a034-elpaplus @ 
/Users/dzenkova/.emacs.d/elpa/org-plus-contrib-20171023/)

current state:
==
(setq
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
org-speed-command-hook '(org-speed-command-activate
  org-babel-speed-command-activate)
org-occur-hook '(org-first-headline-recenter)
org-imenu-depth 8
org-metaup-hook '(org-babel-load-in-session-maybe)
org-confirm-shell-link-function 'yes-or-no-p
org-todo-keyword-faces '(("TD" . "red") ("ST" . "yellow") ("WT" . "grey")
  ("CN" :foreground "blue" :weight bold)
 

Re: [O] `fill-paragraph' on headings

2017-10-31 Thread Göktuğ Kayaalp
On 2017-10-26 09:50 +01, Eric S Fraga  wrote:
> On Wednesday, 25 Oct 2017 at 14:03, Tor wrote:
>> this is a feature request for having the ability to use
>> `fill-paragraph' on headings.  An example from Emacs news:
>
> Semantically, this makes no sense?  How would org know that the line
> that follows a headline is part of the headline or not part of the
> headline?

Sometimes the headline can get too long, and it may be nice to be able
to hard-wrap it.  I believe it'd be possible to use the double-backslash
syntax for marking continuation lines:

* Nullam eu ante vel est convallis dignissim.  Fusce suscipit, wisi\\
  nec facilisis facilisis, est dui fermentum leo, quis tempor ligula\\
  erat quis odio.
Nunc porta vulputate tellus.  Nunc rutrum turpis sed pede.

though using word-wrapping to similar effect would probably be
better. (FWIW I'm the one who suggested this on the reddit thread too).

Best.

-- 
İ. Göktuğ Kayaalp   
 024C 30DD 597D 142B 49AC
 40EB 465C D949 B101 2427



[O] [PATCH] documentation fix

2017-10-31 Thread Alex Branham
Hello,

I tripped myself up by trying to set org-agenda-show-log instead of 
org-agenda-start-with-log, so hopefully this patch will help other people down 
the line.

Alex

>From 47e1c3a9cd66d73c01ec0b4072228c02abbe0450 Mon Sep 17 00:00:00 2001
From: Alex Branham 
Date: Tue, 31 Oct 2017 14:08:00 -0500
Subject: [PATCH] org-agenda: documentation addition

* lisp/org-agenda.el: Add documentation to `org-agenda-show-log'
---
 lisp/org-agenda.el | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 750221e46..39761121a 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -2092,7 +2092,9 @@ evaluate to a string."
 (defvar org-agenda-follow-mode nil)
 (defvar org-agenda-entry-text-mode nil)
 (defvar org-agenda-clockreport-mode nil)
-(defvar org-agenda-show-log nil)
+(defvar org-agenda-show-log nil
+  "If non-nil, show the log in the agenda.
+Do not set this directly; instead use `org-agenda-start-with-log-mode', which see.")
 (defvar org-agenda-redo-command nil)
 (defvar org-agenda-query-string nil)
 (defvar org-agenda-mode-hook nil
-- 
2.15.0



Re: [O] Get rid of message-mode code?

2017-10-31 Thread Eric Abrahamsen
Nicolas Goaziou  writes:

> Hello,
>
> Eric Abrahamsen  writes:
>
>> Now that orgstruct-mode is gone,
>
> Technically Orgstruct mode is not gone yet. I didn't have time to remove
> it yet. I have a local branch for that, though.

Oh! I thought it had already been done. Ignore me, then...




Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Nicolas Goaziou
Allen Li  writes:

> Can you clarify on the issues the UTC timezone fixes?

At the moment, I can only give you a pointer, which is commit
97a1a498956da2e1961df5a0506df4cbb98fff52. Some other commits followed
this one in maint and master.

You may want to check the ML for the initial bug report.

Regards,



Re: [O] Get rid of message-mode code?

2017-10-31 Thread Nicolas Goaziou
Hello,

Eric Abrahamsen  writes:

> Now that orgstruct-mode is gone,

Technically Orgstruct mode is not gone yet. I didn't have time to remove
it yet. I have a local branch for that, though.

> can't we get rid of all the checks for
> message-mode when filling, etc?

That's the plan, indeed.

Then the next thing is to write Org-specific implementations of basic
navigation commands like `org-forward-heading-same-level'.

Regards,

-- 
Nicolas Goaziou



Re: [O] org-display-inline-images not displaying images

2017-10-31 Thread Nicolas Goaziou
Hello,

Leslie Watter  writes:

> Hi folks,
>
> Does the org-display-inline-images behavior was changed from 9.0.10 up ?
>
> I'm facing some trouble with it -- from 9.0.10 up images are'nt being
> displayed .
>
> Same configuration, the only change was org-version.
>
> How I'm calling:
>
> --
>
> #+CAPTION: Criando novo Projeto Maven
> #+LABEL:
>
> [[./images/git/eclipse/l/novo-projeto-maven.png]]
> --
>
> One weird thing is that, if I generate the image using a ditaa source code,
> this image got displayed correctly, but the others dont. Both are PNG
> files.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Allen Li
On Tue, Oct 31, 2017 at 11:23 AM, Nicolas Goaziou
 wrote:
> Hello,
>
> Allen Li  writes:
>
>> Removing the t for zone fixes it
>
> [...]
>
>> I will also note that the FIXME comment in org-parse-time-string
>> suggests that it too is not handling timezones correctly.  In fact,
>> perhaps org-parse-time-string should not take a zone argument, since
>> Org does not support timezones thus the only valid value for zone is
>> nil.  I suspect that org-display-custom-time, another caller that
>> passes t for zone, is also timezone incorrect.
>
> Both changes were introduced to fix some issues with daylight saving
> time, in particular in clock reports. It is not possible to simply
> suggest reverting them without considering the underlying issues.
>
> I agree there are issues to fix. Unfortunately, the solution you suggest
> is not sufficient.

Let me clarify the exact behavior that needs to be fixed.

Assuming today is 2017-10-31, SCHEDULED<"" will match results
that have SCHEDULED=<2017-11-01> depending on your local time zone.

Can you clarify on the issues the UTC timezone fixes?  Because my
understanding at this point is that Org timestamps should be
interpreted as localtime, yet they are being interpreted as UTC time.
I can't see how, e.g.,  if I am in timezone UTC-5, I want all my Org
timestamps <2017-11-01> to be interpreted as <2017-10-31 19:00>.

Assuming that is in fact the behavior we want for some reason, then
, or rather everywhere (float-time) is used in Org mode, should
receive a corresponding time shift.



Re: [O] tangle and comments.

2017-10-31 Thread Nicolas Goaziou
Hello,

Uwe Brauer  writes:

> * tangling with yes or link comments
> :PROPERTIES:
> :header-args: :comments org
> :tangle: output.el

The above is deprecated syntax.

> #+source: tangle-el-the-second

This also is deprecated syntax (although it is unrelated to your issue).

Regards,

-- 
Nicolas Goaziou



Re: [O] Bug: org-2ft and/or float-time is wrong [9.1.2 (9.1.2-22-ga2a034-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20171023/)]

2017-10-31 Thread Nicolas Goaziou
Hello,

Allen Li  writes:

> Removing the t for zone fixes it

[...]

> I will also note that the FIXME comment in org-parse-time-string
> suggests that it too is not handling timezones correctly.  In fact,
> perhaps org-parse-time-string should not take a zone argument, since
> Org does not support timezones thus the only valid value for zone is
> nil.  I suspect that org-display-custom-time, another caller that
> passes t for zone, is also timezone incorrect.

Both changes were introduced to fix some issues with daylight saving
time, in particular in clock reports. It is not possible to simply
suggest reverting them without considering the underlying issues.

I agree there are issues to fix. Unfortunately, the solution you suggest
is not sufficient.

> tl;dr time is hard.

I agree.


Regards,

-- 
Nicolas Goaziou



Re: [O] tangle and comments.

2017-10-31 Thread Uwe Brauer
>>> "Yury" == Yury G Kudryashov  writes:

   > Uwe Brauer writes:
   >> Thanks but the following file does not work neither
   >> that is running  org-babel-tangle gives me
   >> 
   >> Tangled 0 code blocks from tangle2.org
   > You should add ":tangle yes" or ":tangle output.el" to header-args.


Hm thanks but it does not work neither

Please try this, for me nothing is tangled.
* tangling with yes or link comments
:PROPERTIES:
:header-args: :comments org
:tangle: output.el
:END:


The top block
#+begin_src emacs-lisp :comments org
  (message "first block")
#+end_src

here's some text which won't be tangled

* subheading
another block
| 1 | first  |
| 2 | second |
#+source: tangle-el-the-second
#+begin_src emacs-lisp
  (message "second")
#+end_src

and finally a block with a =:noweb= header argument
#+begin_src emacs-lisp :noweb yes
  (progn
<>)
#+end_src




Re: [O] tangle and comments.

2017-10-31 Thread Yury G. Kudryashov
Uwe Brauer writes:

> Thanks but the following file does not work neither
> that is running  org-babel-tangle gives me
>
> Tangled 0 code blocks from tangle2.org
You should add ":tangle yes" or ":tangle output.el" to header-args.

>  tangling with yes or link comments
> :PROPERTIES:
> :header-args: :comments org
> :END:
>
>
> The top block
> #+begin_src emacs-lisp :comments org
>   (message "first block")
> #+end_src
>
> here's some text which won't be tangled
According to http://orgmode.org/manual/comments.html, this line won't be
tangled, because there are no other source code blocks after this line,
but before the next heading.
-- 
Sincerely yours,
Yury G. Kudryashov



Re: [O] org-display-inline-images not displaying images

2017-10-31 Thread Leslie Watter
Thanks Eric,

changing ./images/  to file:./images/

Solved this issue.

Cheers,

LEslie


On Tue, Oct 31, 2017 at 5:49 AM, Eric S Fraga  wrote:

> On Monday, 30 Oct 2017 at 21:39, Leslie Watter wrote:
> > Hi folks,
> >
> > Does the org-display-inline-images behavior was changed from 9.0.10 up ?
> >
> > I'm facing some trouble with it -- from 9.0.10 up images are'nt being
> > displayed .
> >
> > Same configuration, the only change was org-version.
> >
> > How I'm calling:
> >
> > --
> >
> > #+CAPTION: Criando novo Projeto Maven
> > #+LABEL:
> >
> > [[./images/git/eclipse/l/novo-projeto-maven.png]]
> > --
>
> Maybe (haven't tested) add the "file:" link type to the file name?
>
> --
> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f
>



-- 
Leslie H. Watter


Re: [O] tangle and comments.

2017-10-31 Thread Uwe Brauer

> On Monday, 30 Oct 2017 at 19:08, Uwe Brauer wrote:

> You don't way what version of org you are using but I am assuming a
> relatively recent version (given your emails in recent past).  In this
Right I am using GNU emacs 26.5 and a very recent compiled git clone


> case, the comments directive is a src block header argument so should
> either be on the src line or as a header-args property:


> So either

> #+begin_src emacs-lisp :comments org

> or

> :PROPERTIES:
> :header-args: :comments org
> :END:

Thanks but the following file does not work neither
that is running  org-babel-tangle gives me

Tangled 0 code blocks from tangle2.org
 tangling with yes or link comments
:PROPERTIES:
:header-args: :comments org
:END:


The top block
#+begin_src emacs-lisp :comments org
  (message "first block")
#+end_src

here's some text which won't be tangled

* subheading
another block
| 1 | first  |
| 2 | second |
#+source: tangle-el-the-second
#+begin_src emacs-lisp
  (message "second")
#+end_src

and finally a block with a =:noweb= header argument
#+begin_src emacs-lisp :noweb yes
  (progn
<>)
#+end_src




Re: [O] using org-global-properties in capture templates

2017-10-31 Thread Xebar Saram
hi again

cant get to figure this out. any help would be really appreciated!

best

Z

On Sat, Oct 28, 2017 at 9:44 PM, Xebar Saram  wrote:

> thx so much
>
> that works well. i tried to add another org-global-property entry (i
> assume thats possible) but then i didnt get completion for the second one.
> this is what i used
>
> (setq org-global-properties '(("Cuisine_ALL". "- Indian Thai Vietnamese
> Asian Chinese Israeli Italian American EastEuro Mexican French Persian
> Austrian Greek Fusion")))
> (add-to-list 'org-global-properties '(("Rating_ALL". "- 1 2 3 4 5")))
>
> i assume my syntax is wrong?
>
> thx!
>
> Z
>
> On Sat, Oct 28, 2017 at 12:37 PM, Nicolas Goaziou 
> wrote:
>
>> Hello,
>>
>> Xebar Saram  writes:
>>
>> > ;; Effort and global properties
>> > (setq org-global-properties '(("Effort_ALL". "0 0:10 0:20 0:30 1:00 2:00
>> > 3:00 4:00 6:00 8:00")))
>> >
>> >
>> >
>> > (add-to-list 'org-capture-templates
>> > '("f" "Food"
>> > entry
>> > (file+headline (lambda () (concat pmm "/org/files/agenda/food.org"))
>> > "Inbox")
>> > "* COOK %^{Recipe Name}
>> > :PROPERTIES:
>> > :ID: %(org-id-uuid)
>> > :Effort_ALL: %^{Effort_ALL}p
>> > :END:
>> > "
>> > "Capture Template for food recipe"
>> > ))
>>
>> "XYZ_ALL" is a special property defining allowed values for "XYZ". In
>> you case, you will get completion for "Effort" with:
>>
>>   :Effort: %^{Effort}p
>>
>>
>> Regards,
>>
>> --
>> Nicolas Goaziou
>>
>
>


Re: [O] org-display-inline-images not displaying images

2017-10-31 Thread Xebar Saram
i have exactly the same issue

happened after i upgraded org a few days ago from MELPA

On Tue, Oct 31, 2017 at 1:39 AM, Leslie Watter  wrote:

> Hi folks,
>
> Does the org-display-inline-images behavior was changed from 9.0.10 up ?
>
> I'm facing some trouble with it -- from 9.0.10 up images are'nt being
> displayed .
>
> Same configuration, the only change was org-version.
>
> How I'm calling:
>
> --
> #+CAPTION: Criando novo Projeto Maven
> #+LABEL:
> [[./images/git/eclipse/l/novo-projeto-maven.png]]
> --
>
> One weird thing is that, if I generate the image using a ditaa source
> code, this image got displayed correctly, but the others dont. Both are PNG
> files.
>
> Does anyone has any hint ?
>
> Thanks in advance,
>
> LEslie
>
>
> --
> Leslie H. Watter
>


[O] [BUG]C source block evaluation fails over pscp

2017-10-31 Thread Иван Трусков
I am working on Windows machine with org file with C source block. I want
to evaluate code block on remote machine accessible to me with PuTTY. Here
is relevant part of the org file:

#+PROPERTY: header-args :noweb yes :results verbatim :dir /pscp:tcl:/home/tc

Now, let us move to the green fields of user input.

#+NAME: echo_arguments
#+BEGIN_SRC C :main no
  #include 

  int main(int argc, const char* argv[])
  {
  printf("Has %d arguments\n", argc);
  for(int i = 0; i < argc; ++i)
  printf("Argument %d:\n%s\n", i, argv[i]);
  return 0;
  }

#+END_SRC

Evaluation of source block results in error with the following message:

Spawning child process: invalid argument

Full messages output is

executing C code block (echo_arguments)...
Continue...
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760k9p.c to
/pscp:tcl:/tmp/C-src-5760Xzj.c...
Tramp: Waiting for prompts from remote shell...
Tramp: Process has finished.
Tramp: Waiting for prompts from remote shell...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760k9p.c to
/pscp:tcl:/tmp/C-src-5760Xzj.c...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760-R2.exe to
/pscp:tcl:/tmp/C-bin-5760xHw.exe...
Tramp: Waiting for prompts from remote shell...
Tramp: Process has finished.
Tramp: Waiting for prompts from remote shell...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760-R2.exe to
/pscp:tcl:/tmp/C-bin-5760xHw.exe...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760wbF.c to
/pscp:tcl:/tmp/C-src-5760Xzj.c...
Tramp: Waiting for prompts from remote shell...
Tramp: Process has finished.
Tramp: Waiting for prompts from remote shell...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760wbF.c to
/pscp:tcl:/tmp/C-src-5760Xzj.c...done
Break
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760KwR to
/pscp:tcl:/tmp/ob-input-57609lL...
Tramp: Waiting for prompts from remote shell...
Tramp: Process has finished.
Tramp: Waiting for prompts from remote shell...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760KwR to
/pscp:tcl:/tmp/ob-input-57609lL...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760kEe to
/pscp:tcl:/tmp/ob-error-5760X6X...
Tramp: Waiting for prompts from remote shell...
Tramp: Process has finished.
Tramp: Waiting for prompts from remote shell...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760kEe to
/pscp:tcl:/tmp/ob-error-5760X6X...done
Copying c:/Users/Ivan/AppData/Local/Temp/tramp.5760xOk to
/pscp:tcl:/tmp/ob-input-57609lL...failed
edebug-signal: Spawning child process: invalid argument

Debugging shows that error occurs inside function org-babel-eval when call
to
 org-babel--shell-command-on-region is made at the line 105 of org-eval.el.
The line is:

(write-region start end input-file)

There are two things that seem strange:

1. Region is actually empty - input region for C file compilation is empty.
2. There is no problem in writing to remote machine. C source file is
written to location needed.
3. Command line is
"gcc -o \"/tmp/C-bin-5760L4M.exe\"  \"/tmp/C-src-5760xjA.c\" "
   If that command line is executed on remote machine, compilation succeeds

Was that error introduced in some recen org version?


Re: [O] Error during org-export

2017-10-31 Thread Gian-Maria Daffré
Hello Eric,

On Sun, 29 Oct 2017 12:38:37 +
Eric S Fraga  wrote:

> On Sunday, 29 Oct 2017 at 08:57, Gian-Maria Daffré wrote:
> 
> [...]
> 
> > This helped a lot...
> 
> Glad I could help.  However, your original problem still remains.

Agree.

> You should be able to export using the latest version of org
> (i.e. 9.1.2).  It would seem that your configuration is making reference
> to the default version of org *before* you ask for the new version.
> 
> I find that you need to have your package-initialize as the first thing
> in your .emacs to ensure that the new version of org takes
> precedence.  Have you tried doing this with v9.1.2 installed?
> 
> -- 
> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f

The beginning of my .emacs file looked like this:

(server-start) 
(setq package-enable-at-startup t)
(package-initialize)

Changed it now to this:
(package-initialize)
(setq package-enable-at-startup t)
(server-start)

Everything is working fine now. Thanks very much for your help, 
I would never have found that solution by myself.

Best,
Giammi

-- 
Gian-Maria Daffré 



Re: [O] org-display-inline-images not displaying images

2017-10-31 Thread Eric S Fraga
On Monday, 30 Oct 2017 at 21:39, Leslie Watter wrote:
> Hi folks,
>
> Does the org-display-inline-images behavior was changed from 9.0.10 up ?
>
> I'm facing some trouble with it -- from 9.0.10 up images are'nt being
> displayed .
>
> Same configuration, the only change was org-version.
>
> How I'm calling:
>
> --
>
> #+CAPTION: Criando novo Projeto Maven
> #+LABEL:
>
> [[./images/git/eclipse/l/novo-projeto-maven.png]]
> --

Maybe (haven't tested) add the "file:" link type to the file name?

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f


signature.asc
Description: PGP signature


Re: [O] tangle and comments.

2017-10-31 Thread Eric S Fraga
On Monday, 30 Oct 2017 at 19:08, Uwe Brauer wrote:
> Hi
>
> I followed the instructions found in
> http://eschulte.github.io/babel-dev/DONE-tangle-entire-org-mode-file-in-comments.html
>
> Although they are 7 years old however when I try to tangle the example
> file I receive
>
> Tangled 0 code blocks from tangle2.org
>
> Here is the file just in case

You don't way what version of org you are using but I am assuming a
relatively recent version (given your emails in recent past).  In this
case, the comments directive is a src block header argument so should
either be on the src line or as a header-args property:

So either

#+begin_src emacs-lisp :comments org

or

:PROPERTIES:
:header-args: :comments org
:END:

HTH,
eric

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f


signature.asc
Description: PGP signature