emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Emacs-orgmode Digest, Vol 151, Issue 21


From: Mario Bermonti Pérez
Subject: Re: [O] Emacs-orgmode Digest, Vol 151, Issue 21
Date: Mon, 1 Oct 2018 21:54:40 +0000

Help

Cordialmente,
Mario
Mario E. Bermonti Pérez, M.A.
Doctoral Student
Department of Psychology
Universidad de Puerto Rico-Río Piedras
Director of Institutional Assessment
Academic Affairs
Ponce Health Sciences University
Research and Statistical Consultant
School of Behavioral and Health Sciences
Ponce Health Sciences University

From: Emacs-orgmode <emacs-orgmode-bounces+address@hidden> on behalf of address@hidden <address@hidden>
Sent: Thursday, September 20, 2018 12:00:17 PM
To: address@hidden
Subject: Emacs-orgmode Digest, Vol 151, Issue 21
 
Send Emacs-orgmode mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/emacs-orgmode
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emacs-orgmode digest..."


Today's Topics:

   1. Re: Difference between documentation and effective syntax for
      anchored images in odt export (Nicolas Goaziou)
   2. Re: "Refiled from..." Notes in LOGBOOK - Feature suggestion
      (Nicolas Goaziou)
   3. org-babel: capturing the output of a shell command that does
      not return (address@hidden)
   4. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Kaushal Modi)
   5. bug#32722:  bug#32722: 26.1; Org-publish depend on non-free
      platform ? (Richard Stallman)
   6. bug#32722: 26.1; Org-publish depend on non-free platform ?
      (Richard Stallman)
   7. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Richard Stallman)
   8. bug#32722: 26.1; Org-publish depend on non-free platform ?
      (Eli Zaretskii)
   9. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Eli Zaretskii)
  10. Re: bug#32722: 26.1; Org-publish depend on non-free platform
      ? (Adam Porter)
  11. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Eli Zaretskii)
  12. bug#32722:  bug#32722:  bug#32722: bug#32722: 26.1;
      Org-publish depend on non-free platform ? (Robert Klein)
  13. [o] org-capture regression? (Thomas Holst)
  14. bug#32722:  bug#32722: bug#32722: bug#32722: 26.1;
      Org-publish depend on non-free platform ? (Joe Corneli)
  15. bug#32722:  bug#32722: 26.1; Org-publish depend on non-free
      platform ? (Nicolas Goaziou)
  16. Re: [o] org-capture regression? (Nicolas Goaziou)
  17. Re: bug#32722:  bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Bingo UV)
  18. Expandin Org Babel snippets (Lorenzo Bolla)
  19. Re: [o] org-capture regression? (Thomas Holst)
  20. Re: Expandin Org Babel snippets (Robert Klein)
  21. bug#32722:  bug#32722: 26.1; Org-publish depend on non-free
      platform ? (Michael Albinus)
  22. bug#32722:  bug#32722:  bug#32722: 26.1; Org-publish depend
      on non-free platform ? (Bingo UV)


----------------------------------------------------------------------

Message: 1
Date: Wed, 19 Sep 2018 19:37:45 +0200
From: Nicolas Goaziou <address@hidden>
To: Laurent Geneste <address@hidden>
Cc: address@hidden
Subject: Re: [O] Difference between documentation and effective syntax
        for anchored images in odt export
Message-ID: <address@hidden>
Content-Type: text/plain

Hello,

Laurent Geneste <address@hidden> writes:

> I tried to use the following code (as documented in https://orgmode.org/org.html#Images-in-ODT-export) to change the anchor of an image exported with ox-odt:
> #+ATTR_ODT: :anchor "as-char"
> [[./orgmode.png]]
>
> However this does not work in org-mode (9.1.14) and after asking the question to the community (
> https://emacs.stackexchange.com/q/44787/9245), it seems that the quotes should not be present. The following code works as expected;
>
> #+ATTR_ODT: :anchor as-char
> [[./orgmode.png]]
>
> May be the documentation should be updated on this point ?

You are right. Fixed. Thank you.

Regards,

--
Nicolas Goaziou



------------------------------

Message: 2
Date: Wed, 19 Sep 2018 19:40:12 +0200
From: Nicolas Goaziou <address@hidden>
To: Stanislav Vlasov <address@hidden>
Cc: address@hidden
Subject: Re: [O] "Refiled from..." Notes in LOGBOOK - Feature
        suggestion
Message-ID: <address@hidden>
Content-Type: text/plain

Hello,

Stanislav Vlasov <address@hidden> writes:

> It could be useful to have a note about the place where the entry was
> refiled from. Like so:
>
> * TODO Note on where the entry was refiled from
> :LOGBOOK: 
> - Refiled on [2016-04-04 Mon 00:57] from ~/emacs-tasks.org::*Tasks%20workflow
> - Refiled on [2015-05-15 Fri 13:53] from ~/stuff.org
> - State "TODO"       from ""           [2015-05-15 Fri 13:53]
> :END:
>
> The current options with org-log-refile in only allow to log time of
> refile event or prompt for a note.
>
> The problem is that the templates for adding notes in
> org-log-note-headings do not support a proper location placeholder
> (something like %F used in org-capture-templates). It is also
> explicitly not recommended to change those templates.

That's not exact. The recommendation only holds for "state" entry. You
can tweak "refile" entry to your heart's content.

Would you want to provide a patch so as to add the suggested
placeholder?


Regards,

--
Nicolas Goaziou



------------------------------

Message: 3
Date: Wed, 19 Sep 2018 22:34:22 +0200
From: address@hidden
To: address@hidden
Subject: [O] org-babel: capturing the output of a shell command that
        does not return
Message-ID:
        <address@hidden>
       
Content-Type: text/plain

Hi,

I need to capture the output of a shell command run from a babel code block, but this command does not return. By that, I mean that the command prints some text to the terminal, but does not end (it launches a deamon). Something like this:

#+BEGIN_SRC bash
jupyter kernel
#+END_SRC

When run in a terminal, the command outputs some text like:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >
> [KernelApp] Starting kernel 'python3'                                                                >
> [KernelApp] Connection file: /run/user/1000/jupyter/kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json >
> [KernelApp] To connect a client: --existing kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json         >
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >

and sits there waiting for requests. I would like to capture the output to parse it. I need the name of the json file to pass it as a :session argument to subsequent code blocks like this:

#+BEGIN_SRC emacs-lisp
(setq org-babel-default-header-args
      (cons '(:session . "/run/user/1000/jupyter/kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json")
            (assq-delete-all :session org-babel-default-header-args)))
#+END_SRC

#+BEGIN_SRC ipython :results output drawer :session "/run/user/1000/jupyter/kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json"
print(2+2)
#+END_SRC

Maybe there is another way to run the shell command and extract the file name I need (in elisp?), but I don't know how.

I anybody could point me in the right direction, this would be very helpful.

Thank you.

G.

--



------------------------------

Message: 4
Date: Wed, 19 Sep 2018 17:16:28 -0400
From: Kaushal Modi <address@hidden>
To: Amin Bandali <address@hidden>
Cc: Glenn Morris <address@hidden>, address@hidden, Richard Stallman
        <address@hidden>,  Nicolas Goaziou <address@hidden>,
        address@hidden,  Robert Horn <address@hidden>, Eli
        Zaretskii <address@hidden>
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ?
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="UTF-8"

On Tue, Sep 18, 2018 at 6:24 PM Amin Bandali <address@hidden> wrote:
>
> I set up a mirror: https://code.orgmode.org/aminb/emacs-htmlize
>
> Assuming code.orgmode.org uses Gogs' default mirror settings, the
> repo should be automatically synchronized with upstream roughly
> every 8 hours or so.
>
> This way, we'd still be able to point the users to a concrete
> address to get htmlize from, without directly pointing them to a
> proprietary platform.  Further, we're not claiminig copyright or
> maintainership of the repo and we're merely mirroring it on a
> freedom-respecting platform along with Org itself.

I got approval from Hrvoje Nik?i? that he was fine with your mirror[0].

So I believe it should be OK reference that mirror repo in ox-html?

[0]: https://github.com/hniksic/emacs-htmlize/issues/23#issuecomment-422946622





------------------------------

Message: 5
Date: Wed, 19 Sep 2018 21:50:26 -0400
From: Richard Stallman <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=Utf-8

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

The crucial question here is whether Mobile.org is free software.  If
it is not, then GNU packages including their documentation should not
mention it at all.  See the chapter References in the GNU Coding
Standards.

What is the source license of Mobile.org?

Does Mobile.org for Android link with any nonfree libraries,
such as Google Play Library?  Is it listed in f-droid.org?

I don't think it is possible to have free apps for the iMonsters.
This is because iOS does not allow users to install modified versions
of apps, even if the app's source is released under a free license.


Another issue is the suggestion to use DropBox.
Normal use of Dropbox involves running nonfree JS software
(see https://gnu.org/philosophy/_javascript_-trap.html),
so we cannot recommend using Dropbox in the normal way.

If there is a way to use Dropbox (for those operations that are
necessary in this context) without running any nonfree client
software, it would be ok to recommend using Dropbox _in that way_.
(The operations necessary in this context must include creating an
account.)

However, the text you showed me does not include such a specific
recommendation, so we have to eliminate it.  We could reinsert the
discussion of Dropbox if and when someone writes text to recommend a
suitable specific way to use it.

  > [fn:146] An alternative is to use a WebDAV server.  MobileOrg
  > documentation has details of WebDAV server configuration.  Additional
  > help is at this [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav][FAQ entry]].

Is this a way to use MobileOrg without Dropbox?

Is the WebDAV server code free software?  Can you talk to such a
server without any nonfree client software?


--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)







------------------------------

Message: 6
Date: Wed, 19 Sep 2018 21:50:43 -0400
From: Richard Stallman <address@hidden>
To: Eli Zaretskii <address@hidden>
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden, address@hidden
Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform
        ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=Utf-8

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > If that is the crucial point, then the recent change to Org already
  > took care of that,

That depends on what the changed text actually says.  I have not seen it;
would you please send it to me?

                       and there should be no rush to convert Org to using
  > htmlfontify, as this issue is now on the same level as the other
  > references to GitHub.  Right?

I wouldn't assume all those mentions are similar cases.
This is a matter of details, and I have not seen them,
so I don't know whether they are real problems or not.

--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)







------------------------------

Message: 7
Date: Wed, 19 Sep 2018 21:54:30 -0400
From: Richard Stallman <address@hidden>
To: Kaushal Modi <address@hidden>
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden,  address@hidden
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=Utf-8

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > > This way, we'd still be able to point the users to a concrete
  > > address to get htmlize from, without directly pointing them to a
  > > proprietary platform.  Further, we're not claiminig copyright or
  > > maintainership of the repo and we're merely mirroring it on a
  > > freedom-respecting platform along with Org itself.

  > I got approval from Hrvoje Nik?i? that he was fine with your mirror[0].

  > So I believe it should be OK reference that mirror repo in ox-html?

No, it is not ok.
We still need to replace htmlize.

The deep problem with the reference to htmlize is that it
blurs the distinction between Emacs itself
and Lisp code that is not part of Emacs.
We need to highlight that distinction, not blur it.

Please leave the code to suggest loading htmlize deactivated.


--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)







------------------------------

Message: 8
Date: Thu, 20 Sep 2018 07:22:32 +0300
From: Eli Zaretskii <address@hidden>
To: address@hidden
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden, address@hidden
Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform
        ?
Message-ID: <address@hidden>

> From: Richard Stallman <address@hidden>
> Cc: address@hidden, address@hidden, address@hidden,
>        address@hidden, address@hidden
> Date: Wed, 19 Sep 2018 21:50:43 -0400
>
>   > If that is the crucial point, then the recent change to Org already
>   > took care of that,
>
> That depends on what the changed text actually says.  I have not seen it;
> would you please send it to me?

There's no changed text: the original message telling from where to
install htmlize was deleted.  There's now only the error message
(which was there before) saying that htmlize is required.





------------------------------

Message: 9
Date: Thu, 20 Sep 2018 07:24:49 +0300
From: Eli Zaretskii <address@hidden>
To: address@hidden
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden,  address@hidden, address@hidden
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ?
Message-ID: <address@hidden>

> From: Richard Stallman <address@hidden>
> Date: Wed, 19 Sep 2018 21:54:30 -0400
> Cc: address@hidden, address@hidden, address@hidden, address@hidden,
>        address@hidden
>
> Please leave the code to suggest loading htmlize deactivated.

There's no such code.  There's a function that, if invoked, signals an
error with this text:

  "Cannot fontify source block (htmlize.el >= 1.34 required)"





------------------------------

Message: 10
Date: Thu, 20 Sep 2018 00:21:33 -0500
From: Adam Porter <address@hidden>
To: address@hidden
Subject: Re: [O] bug#32722: 26.1; Org-publish depend on non-free
        platform ?
Message-ID: <address@hidden>
Content-Type: text/plain

Although I've read all of the messages in it, this thread has not been
especially easy to follow.

Whatever changes are made, we should ensure that there are no
regressions as a result.  This should mean that:

1.  Existing Org users who install the new version of Org and export
documents to HTML should not see any changes in the output.

2.  New Org users whose first version is the new one should be able to
easily get the same HTML output they see existing users getting.  If the
changes in documentation and in-Emacs messages obscure the necessary
steps, it should be considered a significant regression in usability.

I can already imagine the messages asking, "How do I get the
nice-looking, syntax-highlighted code blocks I see all the other Org
users getting?"  There are already many questions about Org that are
asked over and over again in various places.  Let's not add a new one to
that list, about something that used to work fine.




------------------------------

Message: 11
Date: Thu, 20 Sep 2018 08:43:19 +0300
From: Eli Zaretskii <address@hidden>
To: Kaushal Modi <address@hidden>
Cc: address@hidden, address@hidden, address@hidden, address@hidden,
        address@hidden,   address@hidden, address@hidden
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8

> From: Kaushal Modi <address@hidden>
> Date: Wed, 19 Sep 2018 17:16:28 -0400
> Cc: Nicolas Goaziou <address@hidden>, Glenn Morris <address@hidden>, address@hidden,
>        Richard Stallman <address@hidden>, address@hidden, Robert Horn <address@hidden>,
>        Eli Zaretskii <address@hidden>
>
> I got approval from Hrvoje Nik?i? that he was fine with your mirror[0].
>
> So I believe it should be OK reference that mirror repo in ox-html?

I think we could do better by using htmlfontify.el.  I asked a few
questions about that in this discussion, see

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32722#95

Would the Org developers please reply to those questions?  If indeed
it is not hard to adapt htmlfontify to be used by Org, then I think
it's a better solution.

TIA





------------------------------

Message: 12
Date: Thu, 20 Sep 2018 10:13:16 +0200
From: Robert Klein <address@hidden>
To: Eli Zaretskii <address@hidden>
Cc: address@hidden, address@hidden, address@hidden, address@hidden,
        address@hidden,  address@hidden, Kaushal Modi
        <address@hidden>
Subject: [O] bug#32722:  bug#32722:  bug#32722: bug#32722: 26.1;
        Org-publish depend on non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=UTF-8

Hi,
On Thu, 20 Sep 2018 08:43:19 +0300
Eli Zaretskii <address@hidden> wrote:

> > From: Kaushal Modi <address@hidden>
> > Date: Wed, 19 Sep 2018 17:16:28 -0400
> > Cc: Nicolas Goaziou <address@hidden>, Glenn Morris
> > <address@hidden>, address@hidden, Richard Stallman <address@hidden>,
> > address@hidden, Robert Horn <address@hidden>, Eli
> > Zaretskii <address@hidden>
> >
> > I got approval from Hrvoje Nik?i? that he was fine with your
> > mirror[0].
> >
> > So I believe it should be OK reference that mirror repo in
> > ox-html? 
>
> I think we could do better by using htmlfontify.el.  I asked a few
> questions about that in this discussion, see
>
>   https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32722#95
>
> Would the Org developers please reply to those questions?  If indeed
> it is not hard to adapt htmlfontify to be used by Org, then I think
> it's a better solution.

Not an ?Org developer? -- I guess mostly Nicolas Goaziou can claim that
title at the moment with two thirds of all commits last year..

As to your questions:

> This should be very easy to fix, by using temporary buffers with a
> copy of the region to produce HTML for.  Right?

plus removing HTML document headers and footers, remove css stuff,
rework this, so we have css to include in the final document...


> > Additionally htmlfontify also requires several external tools
> > (according to the man page) which might not be available on all
> > platform Emacs and org-mode is used on:
> >
> > - a copy of ?find? which provides the ?-path? predicate
> > - a copy of ?sed?
> > - a copy of the ?file? command
>
> These are only needed if one invokes htmlfontify-copy-and-link-dir to
> produce HTML for files in a directory.  Is that an important use case
> for the issue at hand?  E.g., if you need to produce HTML for a region
> of a buffer, these facilities seem to not be relevant, AFAIU.  Did I
> miss something?

No. At that moment in the discussion it wasn't clear the issue with htmlize (and github) has been seen fundamentally different by non-org people as opposed to people developing and using org-mode.

> > A switch to htmlfontify might end up in rewriting a good part of
> > htmlfontify or some very ugly hacks.
>
> I wonder whether we could begin by just supporting the immediate use
> case(s) in point, maybe that is possible without too much rewriting.

See above.

> > If Hrvoje Niksic has or is willing to sign the copyright assignment
> > documents it will be easier to put htmlize.el into Emacs.
>
> We've been through this several times in the past: it isn't going to
> happen.  I think htmlfontify was added to Emacs for that rteason,
> among others.

Sorry, didn't know there's a history.


Best regards
Robert





------------------------------

Message: 13
Date: Thu, 20 Sep 2018 10:13:56 +0200
From: Thomas Holst <address@hidden>
To: address@hidden
Subject: [O] [o] org-capture regression?
Message-ID: <address@hidden>
Content-Type: text/plain

Hello,

a view weeks ago a wrote a post about problems I have with one of my
captue templates. (see:
http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html)

Today I dug a little deeper.

In March 2017 I sent two patches to enable the capture property
:table-line-pos to be either a string, a variable or a function.

#+begin_example
commit 599ccd1cc83cc8a1b0af82ac93e23760637b37b5
Author: Thomas Holst <address@hidden>
Date:   Mon Mar 17 09:01:40 2014 +0100

    docu change for table-line-pos new feature
   
commit 176125c32ff2a8adc6e1d3091a57e46e482da638
Author: Thomas Holst <address@hidden>
Date:   Sat Mar 15 16:22:44 2014 +0100

    org-capture.el: Allow `:table-line-pos' to be a function name, a string or a variable
#+end_example

Since a few weeks this is not working anymore. I have a capture template
unsing this feature (which I use rarely but still).

So here is I patch I came up with to re-enable theese features:

#+begin_src diff
  * doc/org-manual.org (Template elements): document new/old features of
  `:table-line-pos'

  * lisp/org-captue.el (org-capture-place-table-line): eval the content
    of `:table-line-pos'
  ---
   doc/org-manual.org  | 6 ++++--
   lisp/org-capture.el | 3 ++-
   2 files changed, 6 insertions(+), 3 deletions(-)

  diff --git a/doc/org-manual.org b/doc/org-manual.org
  index ae7c07c88..4a2a64fc4 100644
  --- a/doc/org-manual.org
  +++ b/doc/org-manual.org
  @@ -7361,9 +7361,11 @@ Now lets look at the elements of a template definition.  Each entry in
        - ~:table-line-pos~ ::
  
             Specification of the location in the table where the new line
  -          should be inserted.  It should be a string like =II-3= meaning
  +          should be inserted.  It could be a string like =II-3= meaning
             that the new line should become the third line before the
  -          second horizontal separator line.
  +          second horizontal separator line. Or it could be a function
  +          returning a string or a variable containing a string as
  +          explained above.
  
        - ~:kill-buffer~ ::
  
  diff --git a/lisp/org-capture.el b/lisp/org-capture.el
  index cbc72d43b..7f3e9e623 100644
  --- a/lisp/org-capture.el
  +++ b/lisp/org-capture.el
  @@ -1212,7 +1212,8 @@ may have been stored before."
            ((pred (string-match-p org-table-border-regexp))
             "| %?Bad template |")
            (text (concat text "\n"))))
  -     (table-line-pos (org-capture-get :table-line-pos))
  +     (table-line-pos
  +      (eval (org-capture-get :table-line-pos)))
         beg end)
       (cond
        ((org-capture-get :exact-position)
  --
  2.19.0
#+end_src

This works for me. I can use my capture template again. In the meantime I signed FSF papers
so TINYCHANGE is not required anymore.

Thank you for looking into this.

--
Bis neulich ...
  Thomas



------------------------------

Message: 14
Date: Thu, 20 Sep 2018 11:43:25 +0100
From: Joe Corneli <address@hidden>
To: address@hidden
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden,    address@hidden
Subject: [O] bug#32722:  bug#32722: bug#32722: bug#32722: 26.1;
        Org-publish depend on non-free platform ?
Message-ID:
        <CAN+address@hidden>
Content-Type: text/plain; charset="UTF-8"

On Thu, Sep 20, 2018 at 2:57 AM Richard Stallman <address@hidden> wrote:

> The deep problem with the reference to htmlize is that it
> blurs the distinction between Emacs itself
> and Lisp code that is not part of Emacs.
> We need to highlight that distinction, not blur it.

There are a handful of references to MELPA inside Emacs.  Are these to
be discouraged?  If not, htmlize is on MELPA and could be referenced
there.





------------------------------

Message: 15
Date: Thu, 20 Sep 2018 14:40:16 +0200
From: Nicolas Goaziou <address@hidden>
To: Richard Stallman <address@hidden>
Cc: address@hidden, address@hidden, address@hidden
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain

Hello,

Richard Stallman <address@hidden> writes:

> What is the source license of Mobile.org?

It is GPL2+.

> Does Mobile.org for Android link with any nonfree libraries,
> such as Google Play Library?

No idea.

> Is it listed in f-droid.org?

Yes, it is.

> If there is a way to use Dropbox (for those operations that are
> necessary in this context) without running any nonfree client
> software, it would be ok to recommend using Dropbox _in that way_.
> (The operations necessary in this context must include creating an
> account.)

I don't know.

> Is this a way to use MobileOrg without Dropbox?

Yes, it is. MobileOrg just needs to get read/write access to some Org
files from anywhere. Dropbox is one way to do that. Any online storage
with WebDAV support fits the bill, too.

I think Dropbox is being mentioned because it may not be trivial for
users to do self-hosting or to find an ethical location for their files.
So, here comes the ready-to-use solution.

> Is the WebDAV server code free software?

At least some implementations are, e.g., Nextcloud, listed in the FSF
directory.

> Can you talk to such a server without any nonfree client software?

I do it with Gnome file manager. There is also an official client for
Nextcloud, which is free.

Regards,

--
Nicolas Goaziou                                                0x80A93738





------------------------------

Message: 16
Date: Thu, 20 Sep 2018 14:53:03 +0200
From: Nicolas Goaziou <address@hidden>
To: Thomas Holst <address@hidden>
Cc: address@hidden
Subject: Re: [O] [o] org-capture regression?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8

Hello,

Thomas Holst <address@hidden> writes:

> a view weeks ago a wrote a post about problems I have with one of my
> captue templates. (see:
> http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html)

I thought I had answered it.

> Since a few weeks this is not working anymore. I have a capture template
> unsing this feature (which I use rarely but still).
>
> So here is I patch I came up with to re-enable theese features:

Thank you. However, I have two issues with it.

The first one is that I don't like `eval'. See, for example, this
excerpt from the Elisp manual:

    On rare occasions, you may need to write code that evaluates a form
    that is computed at run time, such as after reading a form from text
    being edited or getting one from a property list. On these
    occasions, use the ?eval? function. Often ?eval? is not needed and
    something else should be used instead. For example, to get the value
    of a variable, while ?eval? works, ?symbol-value? is preferable; or
    rather than store expressions in a property list that then need to
    go through ?eval?, it is better to store functions instead that are
    then passed to ?funcall?.

So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary
Sexps.

Also, this introduces a discrepancy between :table-line-pos and other
parameters, which do not allow variables nor functions. This is another
issue.

IOW, it may need be to be implemented at a lower level, with proper
tooling.

WDYT?

> This works for me. I can use my capture template again. In the
>meantime I signed FSF papers so TINYCHANGE is not required anymore.

Great!

Regards,

--
Nicolas Goaziou



------------------------------

Message: 17
Date: Thu, 20 Sep 2018 18:29:29 +0530
From: Bingo UV <address@hidden>
To: Richard Stallman <address@hidden>, Nicolas Goaziou
        <address@hidden>
Cc: address@hidden, address@hidden, address@hidden,
        address@hidden
Subject: Re: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII

Hi RMS, Nicolas
   The concrete software MobileOrg on Android is somewhat of an orphan.
   It may not revive as itself. But there is also a protocol mobileorg,
   which the manual alludes to, though does not document directly. That
   protocol is very much an enabler of software freedom, and it is
   important for the next MobileOrg to be written. I hope it survives
   these questions.

The protocol can be used to sync 2 sets of org-mode files between 2
emacs instances - without needing the iOS or Android versions of
MobileOrg. When fancypants sync systems like dropbox, git, syncthing,
rsync etc. are not available, the mobileorg protocol can be used to
transfer changes from one place to another.

As for the questions :

On Wed, 19 Sep 2018 21:50:26 -0400
Richard Stallman <address@hidden> wrote:
>
> What is the source license of Mobile.org?

GPLv3
(https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt)

>
Is it listed in f-droid.org?

It used to be, it has been kicked out of f-droid due to violating
policies : including dubious jars. Dropbox API that it was using was
surely non-free.


>   > [fn:146] An alternative is to use a WebDAV server.  MobileOrg
>   > documentation has details of WebDAV server configuration.
>   > Additional help is at this
>   > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav][FAQ
>   > entry]]. 
>
> Is this a way to use MobileOrg without Dropbox?
>
> Is the WebDAV server code free software?  Can you talk to such a
> server without any nonfree client software?

There are 2 other ways to use Android MobileOrg not included in the
worg page:
1. SSH
2. Local filesystem


Also, since one can write one's own WebDAV server using specs, it
doesn't matter if some particular WebDAV servers are free or not.

thanks



------------------------------

Message: 18
Date: Thu, 20 Sep 2018 14:53:56 +0100
From: Lorenzo Bolla <address@hidden>
To: address@hidden
Subject: [O] Expandin Org Babel snippets
Message-ID:
        <CADjgTRxCXcrky+address@hidden>
Content-Type: text/plain; charset="UTF-8"

I upgraded to orgmode TIP (from
https://code.orgmode.org/bzg/org-mode), and now I am not able to
expand Babel snippets in org files anymore. E.g. it used to be
possible to type "<s" followed by <tab> and get an expanded
"#+begin_src ... #+end_src" block. Similarly, with "<q" <tab> to get a
quote block.
Any ideas how to fix this?

Thanks!
Lorenzo



(org-version t t)
Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @
/home/lbolla/src/org-mode/lisp/)

Emacs version is:

(version)
"GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Version 2.24.32)
 of 2018-07-25"



------------------------------

Message: 19
Date: Thu, 20 Sep 2018 16:01:26 +0200
From: Thomas Holst <address@hidden>
To: address@hidden
Subject: Re: [O] [o] org-capture regression?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=windows-1252

Hello,
? Nicolas Goaziou <address@hidden> wrote:
> Thomas Holst <address@hidden> writes:
>> [...snip...]
>> So here is I patch I came up with to re-enable theese features:
>
> Thank you. However, I have two issues with it.
>
> The first one is that I don't like `eval'. See, for example, this
> excerpt from the Elisp manual:
>
>     On rare occasions, you may need to write code that evaluates a form
>     that is computed at run time, such as after reading a form from text
>     being edited or getting one from a property list. On these
>     occasions, use the ?eval? function. Often ?eval? is not needed and
>     something else should be used instead. For example, to get the value
>     of a variable, while ?eval? works, ?symbol-value? is preferable; or
>     rather than store expressions in a property list that then need to
>     go through ?eval?, it is better to store functions instead that are
>     then passed to ?funcall?.
>
> So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary
> Sexps.
>
> Also, this introduces a discrepancy between :table-line-pos and other
> parameters, which do not allow variables nor functions. This is another
> issue.
>
> IOW, it may need be to be implemented at a lower level, with proper
> tooling.
>
> WDYT?

For me this sounds resonalble. Basically I am an elisp novice. I
will try to implement the feature like explaind above in
`org-capture-get'. So it can be used for other parameters.

When I have questions or a few lines of code I will come back here.

Right now I can live with my solution for my personal needs. Since my
time for working on this is limited it might take some time. It seems
that nobody else is missing this feature. So I will take the oportunity
and find my way through elisp.

--
Bis neulich ...
  Thomas



------------------------------

Message: 20
Date: Thu, 20 Sep 2018 16:08:58 +0200
From: Robert Klein <address@hidden>
To: Lorenzo Bolla <address@hidden>
Cc: address@hidden
Subject: Re: [O] Expandin Org Babel snippets
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII

On Thu, 20 Sep 2018 14:53:56 +0100
Lorenzo Bolla <address@hidden> wrote:

> I upgraded to orgmode TIP (from
> https://code.orgmode.org/bzg/org-mode), and now I am not able to
> expand Babel snippets in org files anymore. E.g. it used to be
> possible to type "<s" followed by <tab> and get an expanded
> "#+begin_src ... #+end_src" block. Similarly, with "<q" <tab> to get a
> quote block.
> Any ideas how to fix this?
>
> Thanks!
> Lorenzo
>
>
>
> (org-version t t)
> Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @
> /home/lbolla/src/org-mode/lisp/)
>
> Emacs version is:
>
> (version)
> "GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Version
> 2.24.32) of 2018-07-25"
>

Please see

*** Change in the structure template expansion

in the etc/ORG-NEWS file.

Best regards
Robert



------------------------------

Message: 21
Date: Thu, 20 Sep 2018 16:31:06 +0200
From: Michael Albinus <address@hidden>
To: Nicolas Goaziou <address@hidden>
Cc: address@hidden, address@hidden, Richard Stallman <address@hidden>,
        address@hidden
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain

Nicolas Goaziou <address@hidden> writes:

> Hello,

Hi,

>> Is the WebDAV server code free software?
>
> At least some implementations are, e.g., Nextcloud, listed in the FSF
> directory.
>
>> Can you talk to such a server without any nonfree client software?
>
> I do it with Gnome file manager. There is also an official client for
> Nextcloud, which is free.

For the records, Emacs 27.0.50 / Tramp 2.4.1-pre got a nextcloud client
for GNU/Linux systems. Like the Gnome File Manager it uses the GVFS
library and tools.

> Regards,

Best regards, Michael.





------------------------------

Message: 22
Date: Thu, 20 Sep 2018 18:29:29 +0530
From: Bingo UV <address@hidden>
To: Richard Stallman <address@hidden>, Nicolas Goaziou
        <address@hidden>
Cc: address@hidden, address@hidden, address@hidden
Subject: [O] bug#32722:  bug#32722:  bug#32722: 26.1; Org-publish
        depend on non-free platform ?
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII

Hi RMS, Nicolas
   The concrete software MobileOrg on Android is somewhat of an orphan.
   It may not revive as itself. But there is also a protocol mobileorg,
   which the manual alludes to, though does not document directly. That
   protocol is very much an enabler of software freedom, and it is
   important for the next MobileOrg to be written. I hope it survives
   these questions.

The protocol can be used to sync 2 sets of org-mode files between 2
emacs instances - without needing the iOS or Android versions of
MobileOrg. When fancypants sync systems like dropbox, git, syncthing,
rsync etc. are not available, the mobileorg protocol can be used to
transfer changes from one place to another.

As for the questions :

On Wed, 19 Sep 2018 21:50:26 -0400
Richard Stallman <address@hidden> wrote:
>
> What is the source license of Mobile.org?

GPLv3
(https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt)

>
Is it listed in f-droid.org?

It used to be, it has been kicked out of f-droid due to violating
policies : including dubious jars. Dropbox API that it was using was
surely non-free.


>   > [fn:146] An alternative is to use a WebDAV server.  MobileOrg
>   > documentation has details of WebDAV server configuration.
>   > Additional help is at this
>   > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav][FAQ
>   > entry]]. 
>
> Is this a way to use MobileOrg without Dropbox?
>
> Is the WebDAV server code free software?  Can you talk to such a
> server without any nonfree client software?

There are 2 other ways to use Android MobileOrg not included in the
worg page:
1. SSH
2. Local filesystem


Also, since one can write one's own WebDAV server using specs, it
doesn't matter if some particular WebDAV servers are free or not.

thanks





End of Emacs-orgmode Digest, Vol 151, Issue 21
**********************************************

reply via email to

[Prev in Thread] Current Thread [Next in Thread]