[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ 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 [[https://github.com/MobileOrg/][iOS implementation]] for the > /iPhone/iPod Touch/iPad/ series of devices, was started by Richard > Moreland and is now in the hands of Sean Escriva. That should be deleted -- an iOS app is nonfree software. Android users > should check out > [[http://wiki.github.com/matburt/mobileorg-android/][MobileOrg > Android]] by Matt Jones. I addressed this at length in another message today. > For HTML you need to install Hrvoje Niksic's =htmlize.el= from > [[https://github.com/hniksic/emacs-htmlize][Hrvoje Niksic's > repository]]. That's been changed; I addressed this issue in another message today. > Fontified code chunks in LaTeX can be achieved using either the > listings package or the [[https://github.com/gpoore/minted][minted]] > package. Refer to ~org-export-latex-listings~ for details. Please verify that that is free software. (I expect that it is.) If it is free, then since it is not something that naturally ought to be part of Emacs, suggesting people get it elsewhere is ok. It would be good to refer to a mirror, not github. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ 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. ]]] > 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. The real problem is that Emacs depends on something that ought to be part of Emacs but isn't. This change makes the problem less blatant, but doesn't really fix it. The change that has been made is good enough temporarily. if people are going to implement replacement code soon, we can leave it this way in the mean time. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ 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. ]]] I asked > > Is the WebDAV server code free software? Can you talk to such a > > server without any nonfree client software? Fortunately, Nicolas Goaziou 's information shows that using WebDAV is no problem. > There are 2 other ways to use Android MobileOrg not included in the > worg page: > 1. SSH > 2. Local filesystem It sounds like modifying Android MobileOrg so it used only those methods plus WebDAV, and not Dropbox, could result in a free program that could be in f-droid. It would be useful for someone to do that and publish it under a different name. Once that gets done, it would be good to make Emacs encourage people to use _that version_ of Android MobileOrg. Until then, Emacs (including Org-mode) should not say or do anything that would be likely to lead users to use the existing MobileOrg. We should remove that text soon, and put in new text about the new version when that new version is available. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
[[[ 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. ]]] > There are a handful of references to MELPA inside Emacs. Are these to > be discouraged? The question is rather broad, so I can only say "it depends". Whether a reference to software outside Emacs is good or bad depends on its semantics -- that is, on what it says _about_ the software that it references -- and on circumstances. Here's a general answer in terms of rules and circumstances. The first question is, does the references tend to encourage, recommend, or lead users to install and use some outside software? If it doesn't, there isn't an issue. In that case, it would normally be a comment in the code, not a message shown to the Emacs user. If it does tend to lead users to install some program, the next question is, is that program free? If not, it may be a moral problem, but that depends. If the code encourages uses of Emacs by users of widely used nonfree program Foo, that's ok. If the code encourages use of nonfree program Foo by users of Emacs, that's bad, so we should remove the message _and_ the code immediately. If the other program is free, the next question is, should this job be done by part of Emacs, or should it be separate? If logically it should be a separate program, such as find, GCC or LaTeX, then it is fine to encourage Emacs users to install it and for Emacs to invoke it. If logically it should be part of Emacs, we should arrange to do the job with code that IS part of Emacs. We could do that by merging the program into Emacs, or packaging it with Emacs, if those are possible. Or we could do it by writing new code. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)
Re: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Kaushal Modi writes: > With Org/ox-html, it's the same thing. Ox-html is part of Emacs > core. So it cannot rely on htmlize.el. 1. Why not? I just git-blamed this line in ox-html.el: (declare-function htmlize-region "ext:htmlize" (beg end)) It's from February, 2012. That's 6 and a half years, at least, that that code has been present. Why are we suddenly concerned about it? 2. Is Org part of "Emacs core"? I didn't think that was how "Emacs core" was defined, but I may be wrong. It is officially part of Emacs, of course. So is there a distinction between "part of Emacs" and "Emacs core"? If so, is there a difference in policy for those two categories, and is that policy written anywhere? Are there any other "time bombs" in Org that we should be concerned about? 3. Yesterday, RMS posted this: > 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. a. That is not the originally stated problem. b. I don't understand how htmlize blurs the distinction between Emacs itself and other lisp code. htmlize is not distributed with Emacs nor Org, and it must be manually retrieved from a third-party repository. Isn't that very much distinct from Emacs itself? Doesn't telling users that they must download and install it separately highlight that distinction? 4. I'm certainly in favor of using built-in libraries as much as possible. If htmlfontify is a better or equivalent solution, and someone's willing to write the code and ensure there are no regressions, that would be great, because it would save users from having to manually install other packages to get expected functionality. 5. Having a passing familiarity with the complexity of the Org code base, I am concerned about the potential for regressions in functionality and usability. I'm also a bit disappointed to see this burden potentially thrust upon Nicolas and other Org maintainers, to replace working code that's existed for over 6 years, for little-to-no technical reason. Their time available for working on Org is very valuable.
Re: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Thu, Sep 20, 2018, 7:19 PM Adam Porter wrote: > > Why? What's going on? > I kind of get why the rewrite needs to happen. But I also see that this rewrite is an unfortunate waste of time and resources. The reason is the same why a core Emacs package wouldn't rely on a non-core package, no matter how useful or awesome that package might be. For example, we cannot have a core package, say vc.el rely on hydra.el even though it's in GNU Elpa. It would have been awesome to see all the vc actions in the hydra interface, but that cannot happen until hydra.el is part of the core. With Org/ox-html, it's the same thing. Ox-html is part of Emacs core. So it cannot rely on htmlize.el. The author doesn't want to assign the copyright of the package to FSF. So it cannot be a part of Emacs core (or even GNU Elpa). [Captain hindsight: htmlize.el shouldn't have been used in ox-html in the first place without the author having assigned the copyright to FSF.] >
Re: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Nicolas Goaziou writes: > I assume this is the only way out of this, so I'll have a look at it. > But I need time. What would help would be some feedback from users > actually tweaking `org-html-htmlize-output-type'. What do they expect > from the various values, etc. I don't understand what's going on here. The stated problem is that users were encouraged to install software by visiting GitHub's web site, which uses non-free JavaScript. It is not, in fact, necessary to execute that JavaScript to use the site or download htmlize.el. Emacs' built-in eww browser can be used to access the site and download the file. Even Git itself can directly clone from a URL like http://github.com/username/reponame. So there is absolutely no requirement to execute non-free software to retrieve software from GitHub. So the stated problem seems moot in the first place. Assuming that we would rather go the extra mile and not even direct users to GitHub, it's been mentioned by two users on this list that the official htmlize.el repo has been mirrored to code.orgmode.org, with a cron job to update it every 8 hours, and that this has the official blessing of the htmlize.el author. This provides a guilt-free URL to which users may be directed to retrieve htmlize.el. This also solves the stated problem. That's two solutions to the stated problem. Yet, we are still talking about rewriting complicated, unfamiliar code which users depend on, at great cost in time and significant risk of regressions, and I have not seen any technical reasons for doing so. Why? What's going on?
[O] Anniversaries from BBDB
Hello,
I am having troubles to get the anniversaries from BBDB to my agenda view.
Following the
instruction in 10.3.1: https://orgmode.org/manual/Weekly_002fdaily-agenda.html,
I add the the the
following to my only one agenda file ("agenda.org"):
* Anniversaries
:PROPERTIES:
:CATEGORY: Anniv
:END:
%%(org-bbdb-anniversaries)
In bbdb I query "John Doe" and try C-o with cursor in the record. I get an
error: Buffer is
read-only: #. So I insert a new field with bbdb-insert-field and
name it
"anniversary". I completed the date "09-23" to finish the process and save.
I expected to see the anniversary in my agenda view when I push C-a a. No
anniversary whatsoever.
I've tried to toggle diary: (setq org-agenda-include-diary t) without success.
I am using emacs 26.1. I've also try in a fresh emacs install with same result.
Can someone help
me? Thanks.
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
> From: Nicolas Goaziou > Cc: Kaushal Modi , a...@gnu.org, r...@gnu.org, > n...@flqt.fr, r...@gnu.org, 32...@debbugs.gnu.org, rjhorn...@gmail.com > Date: Thu, 20 Sep 2018 21:17:51 +0200 > > I assume this is the only way out of this, so I'll have a look at it. Thank you.
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
> From: Nicolas Goaziou > Cc: r...@gnu.org, rjhorn...@gmail.com, n...@flqt.fr, > kaushal.m...@gmail.com, r...@gnu.org, 32...@debbugs.gnu.org > Date: Thu, 20 Sep 2018 19:42:50 +0200 > > > There's also a similar reference to htmlize in the Org manual, which > > should, too, should probably be removed. > > There are currently four occurrences of "github" in the manual: > >The [[https://github.com/MobileOrg/][iOS implementation]] for the >/iPhone/iPod Touch/iPad/ series of devices, was started by Richard >Moreland and is now in the hands of Sean Escriva. Android users >should check out >[[http://wiki.github.com/matburt/mobileorg-android/][MobileOrg >Android]] by Matt Jones. > >For HTML you need to install Hrvoje Niksic's =htmlize.el= from >[[https://github.com/hniksic/emacs-htmlize][Hrvoje Niksic's >repository]]. > >Fontified code chunks in LaTeX can be achieved using either the >listings package or the [[https://github.com/gpoore/minted][minted]] >package. Refer to ~org-export-latex-listings~ for details. > > If you do think that these URL need to be removed, what would you > suggest to use instead? I spoke only about the URL for htmlize. Is the URL really needed? How long will it take for people to find the package given only its name? Also, I understand it is available from MELPA, in which case mentioning MELPA could be an alternative, if you think you must specify a URL. > > And I'd like to backport these changes to the emacs-26 branch of the > > Emacs repository. Would it be possible to apply the changes from > > Org's master branch, or do we need a slightly different set of > > changes? > > I do not know about the exact process of merging Org within Emacs. You > can probably cherry-pick the changes from Org's master branch. I understand that, I was asking whether the changes need something that doesn't exist in the version of Org on the emacs-26 branch. I understand that the answer is NO. Thanks.
[O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello, Eli Zaretskii writes: > 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. I cannot evaluate the difficulty to adapt "ox-html.el" to htmlfontify. I know nothing about either this specific part of the code base or htmlize and I do not use it either. However, I see that "ox-odt.el" already uses htmlfontify, so it might be possible to use a similar mechanism. I assume this is the only way out of this, so I'll have a look at it. But I need time. What would help would be some feedback from users actually tweaking `org-html-htmlize-output-type'. What do they expect from the various values, etc. Regards, -- Nicolas Goaziou0x80A93738
[O] bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello, Eli Zaretskii writes: > There's also a similar reference to htmlize in the Org manual, which > should, too, should probably be removed. There are currently four occurrences of "github" in the manual: The [[https://github.com/MobileOrg/][iOS implementation]] for the /iPhone/iPod Touch/iPad/ series of devices, was started by Richard Moreland and is now in the hands of Sean Escriva. Android users should check out [[http://wiki.github.com/matburt/mobileorg-android/][MobileOrg Android]] by Matt Jones. For HTML you need to install Hrvoje Niksic's =htmlize.el= from [[https://github.com/hniksic/emacs-htmlize][Hrvoje Niksic's repository]]. Fontified code chunks in LaTeX can be achieved using either the listings package or the [[https://github.com/gpoore/minted][minted]] package. Refer to ~org-export-latex-listings~ for details. If you do think that these URL need to be removed, what would you suggest to use instead? > And I'd like to backport these changes to the emacs-26 branch of the > Emacs repository. Would it be possible to apply the changes from > Org's master branch, or do we need a slightly different set of > changes? I do not know about the exact process of merging Org within Emacs. You can probably cherry-pick the changes from Org's master branch. Regards, -- Nicolas Goaziou0x80A93738
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Nicolas Goaziou 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.
Re: [O] Expandin Org Babel snippets
On Thu, 20 Sep 2018 14:53:56 +0100 Lorenzo Bolla 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 " and get an expanded > "#+begin_src ... #+end_src" block. Similarly, with " 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
Re: [O] [o] org-capture regression?
Hello, · Nicolas Goaziou wrote: > Thomas Holst 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
[O] Expandin Org Babel snippets
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 " and get an expanded "#+begin_src ... #+end_src" block. Similarly, with " 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"
Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
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 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
Re: [O] [o] org-capture regression?
Hello, Thomas Holst 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
[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Hello, Richard Stallman 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 Goaziou0x80A93738
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
On Thu, Sep 20, 2018 at 2:57 AM Richard Stallman 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.
[O] [o] org-capture regression?
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 Date: Mon Mar 17 09:01:40 2014 +0100 docu change for table-line-pos new feature commit 176125c32ff2a8adc6e1d3091a57e46e482da638 Author: Thomas Holst 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
[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?
Hi, On Thu, 20 Sep 2018 08:43:19 +0300 Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Wed, 19 Sep 2018 17:16:28 -0400 > > Cc: Nicolas Goaziou , Glenn Morris > > , n...@flqt.fr, Richard Stallman , > > 32...@debbugs.gnu.org, Robert Horn , Eli > > Zaretskii > > > > 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
