Re: [O] Bug: LaTeX export of table with caption broken

2019-01-22 Thread Eric S Fraga
On Tuesday, 22 Jan 2019 at 23:52, Nicolas Goaziou wrote:
> I cannot reproduce it. E.g.,
> Would you have an ECM?

I did try essentially the same minimal example as you and it did not
work (i.e. table was wrapped in a table environment). I did not try with
emacs -Q however. I will do so when back on the system that has latest
org later today but, in the meantime, any idea what setting could affect
this behaviour?

thanks,
-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.2-193-ge7901c



Re: [O] ob-clojure with tangling current broken

2019-01-22 Thread stardiviner


Frederick Giasson  writes:

> Hi,
>
>  That's why I added a patch recently. Now Nicolas already applied my
>  patch. You should already seen it now.
>
> Yeah I just received that email right after I sent mine. Didn't know it was 
> in the pipeline, I just re-subscribed to the mailing list.
>  
>  >
>  > It turns out that the culprit is the following line:
>  > https://code.orgmode.org/bzg/org-mode/src/master/lisp/ob-clojure.el#L108
>  >
>  > I am wondering why is there such code injection in
>  > "org-babel-expand-body:clojure". It looks like to be related to the 
> Clojure code
>  > block execution, but it also appears to be called from the tangling 
> function.
>  > Clearly those two different use cases needs to be properly handled at the 
> level
>  > of "ob-clojure.el"
>  >
>
>  Expanding clojure code is necessary to tangling, because when user have
>  noweb reference etc in source block, expanding here is necessary.
>
> Yes, that is right. What I was referring to I guess is to handle that case 
> (tangling vs. code block execution within Emacs), which is what this patch is 
> about,
> thanks!
>  
>  
>  > I didn't follow all the changes to the "ob-clojure" mode in the last year 
> or so,
>  > so please pardon my ignorance if the module is taking a different 
> direction than
>  > I am used to. Is there a rational behind this behaviour or is there a new 
> feature
>  > that I am not aware of which properly handle those two use cases?
>  >
>
>  Which part you don't understand, I might can answer your question,
>  because I did most of those changes in last year.
>
> The only thing I meant here is that the last time I looked into this code, it 
> was quite different, you guys appears to have worked a lot on it.
>
> Another thing I discovered is the =ob-clojure-literate=, but even after 
> reading its [sparse] doc and its code, I am not sure what it concretely adds 
> to =ob-clojure=
>
> Thanks for this work!

Well, about this, you can read related things, here is the original
repo: https://github.com/stardiviner/ob-clojure-literate. In the README,
I describe my motivation.

Before CIDER added "sesman" session manager, CIDER was not able to
manage sessions easily. But ob-clojure need a session. So I created it,
then I added some thing that I need for Clojure literate programming in
Org Mode.

About this extra library, here is what I think, keep it for a while,
until no one or very rare use it, I will remove it from Org Mode
contrib. Until now, no one except you asked me about what it is.

BTW, I migrated some features into core/ob-clojure.el already, like
session initialization. Specify session.

Here is the list I collate right now.

- [X] auto start REPL if necessary
  - [X] It's taken by CIDER sesman [Commit 2c5df17ed]
- [X] use default session
  - [X] It's taken by CIDER sesman, now can easily switch session.
- [ ] specify session in header argument :session, Org Babel has =[C-c C-v C-j]=
  by default.
  - [ ] provide interactive completion candidates of CIDER REPL connections
- [X] initiate session =[C-c C-v z]= [Commit 4456dc880]
  - [X] CIDER use sesman to manage REPL session now.
- [ ] support ob-core.el switch to corresponding session REPL buffer =[C-c C-v 
z]=
- [X] dynamic clojure ns [Commit d7e12d1df]
  - [X] implemented with ~:ns~ header argument [Commit d7e12d1df]
- [X] generate plot image in specific directory
  - [X] pass dir as variable into Clojure code
- [X] org babel support graphics image file link as result [Commit b088389c6]
  - [X] I add this header argument value in commit already. [Commit 296b0de4e]

If you want to read ob-clojure-literate.el source code, I suggest you
read one commit by one. It will be much clear. You can search my name
"stardiviner" and filter commits with "ob-clojure,ob-clojure-literate"
in log.

>
> Take care,
>
> Fred

Hope this will help you, Regards.

-- 
[ stardiviner ]
   I try to make every word tell the meaning what I want to express.

   Blog: https://stardiviner.github.io/
   IRC(freenode): stardiviner, Matrix: stardiviner
   GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
  



[O] Tracking Tags ??

2019-01-22 Thread David Masterson
Anyone have a good method of tracking the Tags that you've use across
all of your Org files?  Some sort of Tag Index to help you keep track of
the tags you've used and where you've used them so that you don't start
creating new tags that differ from old ones by (say) capitalization?  Or
to help you find everything tagged a certain when you're moving to a new
tagging style?  Perhaps an index where you could keep a note on why and
when you created the tag?

Is there any tools for this?
--
David



Re: [O] Bug: LaTeX export of table with caption broken

2019-01-22 Thread Nicolas Goaziou
Hello,

Eric S Fraga  writes:

> tables without captions now seem to export to tabulars within table
> environments, which they did not do before.

I cannot reproduce it. E.g.,

| a |

becomes

\begin{center}
\begin{tabular}{l}
\toprule
a\\
\bottomrule
\end{tabular}
\end{center}

Would you have an ECM?

Regards,

-- 
Nicolas Goaziou



Re: [O] Interaction between org-special-ctrl-a/e and visual-line-mode in Org 9.2?

2019-01-22 Thread John Hutchinson

Thanks for helping me understand this.

For now, I think I'll just add a hook to "org-mode-hook" that rebinds 
"C-a" and "C-e" to their "org-" instances.


I'm not sure that this is a totally satisfactory solution, but I think 
it will work for me in the short-term at least.


Thanks again for your help,
=John

On 1/21/2019 14:56, Nicolas Goaziou wrote:

Hello,

John Hutchinson  writes:


Under org 9.1 (which works as expected), C-e is bound to "org-end-of-line".

In org 9.2 (which does not work as expected) it's bound to
"end-of-visual-line".

In Org 9.1, `org-end-of-line' is mapped to `C-e' whereas in Org 9.2, it
remaps [move-end-of-line], whatever its binding is. The issue is that
`visual-line-mode' does the same, hence the conflict.

Remapping [move-end-of-line] doesn't force `C-e' on the user, so the
current way has its advantages.


Restarting org-mode,  via "org-reload" or via "C-c C-c" in the initial
lines, does not change this behavior.

I think `M-x org-mode' should be sufficient to bind `C-e' back to
`org-end-of-line'. It is also possible to use `visual-line-mode-hook'
to always set

I'm not sure how to fix this from Org, tho.

Thoughts?

Regards,


--
John Hutchinson
johnrhutchin...@att.net




Re: [O] ob-clojure with tangling current broken

2019-01-22 Thread Frederick Giasson
Hi,

That's why I added a patch recently. Now Nicolas already applied my
> patch. You should already seen it now.
>

Yeah I just received that email right after I sent mine. Didn't know it was
in the pipeline, I just re-subscribed to the mailing list.


> >
> > It turns out that the culprit is the following line:
> > https://code.orgmode.org/bzg/org-mode/src/master/lisp/ob-clojure.el#L108
> >
> > I am wondering why is there such code injection in
> > "org-babel-expand-body:clojure". It looks like to be related to the
> Clojure code
> > block execution, but it also appears to be called from the tangling
> function.
> > Clearly those two different use cases needs to be properly handled at
> the level
> > of "ob-clojure.el"
> >
>
> Expanding clojure code is necessary to tangling, because when user have
> noweb reference etc in source block, expanding here is necessary.
>

Yes, that is right. What I was referring to I guess is to handle that case
(tangling vs. code block execution within Emacs), which is what this patch
is about, thanks!


>
> > I didn't follow all the changes to the "ob-clojure" mode in the last
> year or so,
> > so please pardon my ignorance if the module is taking a different
> direction than
> > I am used to. Is there a rational behind this behaviour or is there a
> new feature
> > that I am not aware of which properly handle those two use cases?
> >
>
> Which part you don't understand, I might can answer your question,
> because I did most of those changes in last year.
>

The only thing I meant here is that the last time I looked into this code,
it was quite different, you guys appears to have worked a lot on it.

Another thing I discovered is the =ob-clojure-literate=, but even after
reading its [sparse] doc and its code, I am not sure what it concretely
adds to =ob-clojure=

Thanks for this work!

Take care,

Fred


[O] [PATCH] org-src.el: Fix org-edit-src-exit with split-window-below

2019-01-22 Thread Daniel Kraus
This fixes a bug that got introduced in 819e98afd where you end up with
3 split windows if you exit an org source buffer with your
`org-src-window-setup` function set to `split-window-below`.

>From 7b3df7891d7c8ecdb489edda0e908a306090ebfc Mon Sep 17 00:00:00 2001
From: Daniel Kraus 
Date: Tue, 22 Jan 2019 16:46:34 +
Subject: [PATCH] org-src.el: Fix org-edit-src-exit with split-window-below

* lisp/org-src.el: (org-src-switch-to-buffer): Delete window when
exiting source buffer instead of splitting it again.
---
 lisp/org-src.el | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/lisp/org-src.el b/lisp/org-src.el
index c27a99114..d261a2369 100644
--- a/lisp/org-src.el
+++ b/lisp/org-src.el
@@ -789,7 +789,9 @@ Raise an error when current buffer is not a source editing buffer."
 (`other-window
  (switch-to-buffer-other-window buffer))
 (`split-window-below
- (select-window (split-window-vertically))
+ (if (eq context 'exit)
+	 (delete-window)
+   (select-window (split-window-vertically)))
  (pop-to-buffer-same-window buffer))
 (`other-frame
  (pcase context
-- 
2.20.1



[O] Why is org-narrow-to-element globally mapped?

2019-01-22 Thread Douglas Lewan
The subject asks the whole question. I'm just curious. I'm rather
guessing that ther's a good reason. I'd just like to understand.

Thanks.

-- 
,Doug
Douglas Lewan
+1 (908) 720-7908
Give me "assloads of config" over "some other person thought they could decide 
what I like" any day. - Szmo, on reddit, 2017 Sep 05




Re: [O] Org Elpa deployment failing for past 2 weeks

2019-01-22 Thread Bastien
Hi Kaushal and Sharon,

I've manually published the elpa and elpaplus packages.

I'll watch the weekly release to see if everything is fine.

Thanks for the heads up!

-- 
 Bastien



Re: [O] Bug: LaTeX export of table with caption broken

2019-01-22 Thread Eric S Fraga
Nicolas,

tables without captions now seem to export to tabulars within table
environments, which they did not do before.  That is, before, a simple
table with no document exported to just a tabular environment.  This
change is breaking many of my documents.  Did I miss something or is
this unintended behaviour due to the recent changes to table handling?

If I add :float nil attribute, everything is fine but it means updating
many documents.  (although tabular environment now centred but maybe it
was before as well -- cannot be sure)

Thanks,
eric

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.2-204-g3fc7b0



Re: [O] Org Elpa deployment failing for past 2 weeks

2019-01-22 Thread Sharon Kimble
Kaushal Modi  writes:

> Hello,
>
> The Org Elpa deploys a new release every week on Mondays.
>
> But it looks like that release has been failing for past 2 weeks.
>
> Here's the log file from yesterday that shows the error during make cleanall: 
> https://orgmode.org/elpa/build-org-pkg.txt
>
> --
> Kaushal Modi
>

And I confirm that it is still failing, with the last update available of 
2018-12-30.

Can someone fix it please, so that we can stay up to date?

Thanks
Sharon.
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
DrugFacts = https://www.drugfacts.org.uk
Debian 9.5, fluxbox 1.3.7, emacs 26.1.91, org 9.2


signature.asc
Description: PGP signature


Re: [O] Date macro and file permission

2019-01-22 Thread Michael Brand
Hi Nicolas

On Tue, Jan 22, 2019 at 9:03 AM Nicolas Goaziou  wrote:

> Michael Brand  writes:
>
> > Thank you for looking into it. Now it asks "Buffer  *temp* modified;
> > kill anyway?".
>
> Oh, so that (restore-buffer-modified-p nil) was useful…
>
> Fixed. Thank you.

Confirmed, thank you.

Michael



Re: [O] resend of a patch for ob-lua.el

2019-01-22 Thread Nicolas Goaziou
Hello,

Brad Knotwell  writes:

> It looks like my original patch was never integrated.  The code below
> makes tangling multi-line variable work by using Lua's multi-line
> string syntax ([=[ ... ]=]) instead of the python-like but invalid
> """.
> Likewise, it doesn't change the single line behavior.
> Testing is pretty straightforward:  pass a multi-line variable in as
> a header argument, tangle the file and try to load it.  Before ==
> syntax error and after == code loads and runs.

Thank you!

 Would you mind sending it using git format-patch command, along with
a proper commit message?

Also, free to write a regression test about it :)

Regards,

-- 
Nicolas Goaziou



Re: [O] Date macro and file permission

2019-01-22 Thread Nicolas Goaziou
Hello,

Michael Brand  writes:

> Thank you for looking into it. Now it asks "Buffer  *temp* modified;
> kill anyway?".

Oh, so that (restore-buffer-modified-p nil) was useful…

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou