Re: emacs build command for org-files
"Actually, if it was possible to get M-x compile to run an elisp function
instead of a make file, it might be all I need, but it looks like it runs
shell commands."
You probably know this but just in case:
"You can call simulate an EmacsLisp-based script by putting this in a batch
script:
emacs -batch -l ~/.emacs.editor --eval="(require 'foo)" \
--eval="(require 'bar)" \
--eval="(some-function $*)"
Starting with the Emacs 22, you can write Emacs scripts just as if you were
writing Bash or Perl scripts, when you include this at the top of your
script file:
#!/usr/bin/emacs --script'
--I mean, Elisp functions can be called as batch files from shell commands
called by make makefiles
But I believe you're looking for something better, Python is great, but, it
shouldn't be applied to every problem
"Python will be the Emacs Lisp of the 1990's"--Guido Van Rossum, in one of
his 1st meetings on his new language Python--I was there, I wrote down this
quote in an Emacs Lisp book
Python is a masterpiece developed at the Stichting Mathematisch Centrum in
Amsterdam, Holland--during a Christmas break
But Python is, strictly speaking, very similar to Lisp & ELisp
There are reasons why functional languages like Lisp, Python, Erlang,
Haskell, Clojure, etc. Pure Functional Languages, are still not fully
dominating--though Python is very popular
For such purposes, time reveals what's best--make makefiles & shell
programming will continue to be best for many things
Have you looked into emacs-lisp shell--i.e. the "eshell"?
--and I believe you can call the "eshell" in batch mode from a shell
command--and the "eshell" can execute emacs lisp functions of course
--and you can even do all that from the Python interactive shell if you
like--and call remote shells from it and/or use "IPython"
https://en.wikipedia.org/wiki/IPython
On Sun, Jan 26, 2020 at 2:38 PM briangpowell .
wrote:
> "don't want it to necessarily use Makefiles"
>
> Why the hey not Dr. Kitchin!?
>
> Make is an extremely powerful language
>
> Problem is people make makefiles that are often hard for others to
> read--suggest you try hard to keep it simple & avoid the fancy ways of
> doing things
>
> Make has flow control & is a very rich language
>
> I use makefiles for every project Then Ccc to compile and/or run
> everything--in Emacs--can't get easier and faster than that--as long as you
> make the makefiles so easy that anyone can read & understand exactly what
> it does
>
> This is my default, which I may edit on-the-fly and just put in another
> project name:
>
> make --ignore-errors --jobs=555 -w --keep-going --warn-undefined-variables
> --environment-overrides -f ~/n/n/etc/1cv2tex2doc-project_mak.makefile
> 1cv2tex2doc-project-exe
>
> All slightly interesting ways to improve make have failed slightly, in one
> way or another--they catch on for a few years until they're mostly
> abandoned--for very good reasons
>
> Look at it this way: Is there anything wrong with make? Where does it
> fail?
>
> Everyone should learn & use make
>
> --Brian G. Powell, M.S.--that guy that still loves Makefiles and still
> loves using asterisks ("***") as bullets in OrgMode
>
> On Sun, Jan 26, 2020 at 1:11 PM John Kitchin
> wrote:
>
>> Hi everyone,
>>
>> This is only semi-on-topic. I am looking for something like M-x compile
>> for my org-files, but I don't want it to necessarily use Makefiles. I am
>> looking for suggestions of existing solutions to this, or thoughts on how
>> to implement this.
>>
>> Actually, if it was possible to get M-x compile to run an elisp function
>> instead of a make file, it might be all I need, but it looks like it runs
>> shell commands.
>>
>> For most of my files, simple exporting is totally adequate. But, some
>> files are more complicated, and what I usually do in these cases is write
>> an elisp code block in a section that is tagged :noexport: and then I run
>> that block to build the result. A recent example was a proposal where I
>> needed a pdf of the body, and separate pdf of the references.
>>
>> I have separate elisp functions that generate these, and then I added
>> some custom cleanup code in the block to delete some intermediate
>> directories. I don't want to put these in a makefile because they are
>> specific to this document. While this works, in a large document I find it
>> a little inconvenient to make a small change say at the top, and then to
>> jump to the bottom to run the build block to see how it changed. What I
>> would prefer is to just run a command like M-x org-compile that would know
>> about this build block and run it. That block could of course be a shell
>> block that runs a makefile, but it would most often be an elisp block. I
>> could even imagine that there is a makefile block that is tangled before
>> running a shell block that runs a make command.
>>
>> What I do in a function now is something like this in a save-excursion:
>>
>> (when (not (stringp (org-babel-goto-named-src-block
Re: [PATCH] Fix several issues with python session value blocks
> thanks for your patch - Kyle is on it, but IIRC we do not have a > maintainer for the ob-python.el file. > > Would you like to take this in charge? Or someone else? Sure, I would be interested in this, if it's helpful. I need an account for code.orgmode.org, and whatever commit permissions you think appropriate. I should caveat that I have only submitted a handful of patches, and am still learning the best practices here. But I am trying to learn, and to become more involved. Best, Jack
org id update locations search sequence (was Re: bug report org mode)
i have been wondering about the search sequence for this function. id updating is capable of being quite slow, which can be distracting when you follow a link and emacs hangs for a while, so i was thinking maybe this could be optimized. idk about data structures and searching, but i think the sequence can be, in principle, much faster. in recent master: (org-agenda-files t org-id-search-archives) ;; Explicit extra files (unless (symbolp org-id-extra-files) org-id-extra-files) what this does is search agenda files together with their archives, then whatever you set for org id extra files. thus in master the sequence looks like todo.org todo.org_archive next.org next.org_archive user-explicitly-set-var-contents.org. (more detail: org id extra files by default indirects on text search extra files, which by default is nil. the user needs to remember to include text search files in org id extra files if adding anything to it, as setting it will blow away the default indirection.) for users who do not set text search extra files or org id files, the new idea is all agenda before all archive. for users who do, the new idea is, in addition to the above, stick whatever the user explicitly sets before all archives. thus the new sequence is all agenda files, then all org-id-files (because they are explicitly set by user), then all archive files. in my case, i set text search agenda files instead of making them agenda files in order to speed up the ts agenda.* i would prefer that they be agenda files, otherwise. so they are high priority, and following a link should, in my case, get to them /before/ going through my huge archive files. if anybody likes and implements this idea, then another good thing is that it won't load your emacs with archive files as frequently. so, a wishlist item. * "timestamp agenda" or "ts agenda" is just my term for daily/weekly agenda. On 1/26/20, Bastien wrote: > Hi Siegmar, > > Siegmar Maier writes: > >> According to my examination the problem is with >> org-id-update-id-locations. Removeing that column makes it work >> again. >> If I put that line behind it works also again > > Yes, `org-todo-keyword-faces' will be taken into account when set > before any actual fontification of an Org buffer. > > If `org-id-update-id-locations' visits an Org buffer before > `org-todo-keyword-faces' is set, then this last variable will be > ignore in the visited buffer. > > I hope this helps, > > -- > Bastien > > -- The Kafka Pandemic What is misopathy? https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time.
Re: emacs build command for org-files
On Sun, Jan 26, 2020 at 2:39 PM briangpowell .
wrote:
> "don't want it to necessarily use Makefiles"
>
> Why the hey not Dr. Kitchin!?
>
1. I like all the build code in one file that also contains the document I
am building. I know I could put a makefile in a src block and tangle it
before running it, but make is not meeting my needs for this.
2. all the build code is mostly written in elisp
3. my emacs startup is slow and I don't use emacsclient so sequential build
commands that launch emacs with shell arguments are too slow compared to
the build sequences in src blocks.
>
> Make is an extremely powerful language
>
It is not as easy or readable for me to use as elisp, and probably not as
powerful. I don't like powerful programming in shell (or make) languages, I
prefer to do that in something like elisp or python where I my skills are
more developed and I have better tools for debugging.
>
> Problem is people make makefiles that are often hard for others to
> read--suggest you try hard to keep it simple & avoid the fancy ways of
> doing things
>
Sometimes you have fancy needs that require fancy ways of doing things.
>
> Make has flow control & is a very rich language
>
I don't really need flow control for this need.
> I use makefiles for every project Then Ccc to compile and/or run
> everything--in Emacs--can't get easier and faster than that--as long as you
> make the makefiles so easy that anyone can read & understand exactly what
> it does
>
When they are this easy, it is nearly equivalent to simply publishing the
org file to the target, so I am C-c C-e lo away from what I want.
>
> This is my default, which I may edit on-the-fly and just put in another
> project name:
>
> make --ignore-errors --jobs=555 -w --keep-going --warn-undefined-variables
> --environment-overrides -f ~/n/n/etc/1cv2tex2doc-project_mak.makefile
> 1cv2tex2doc-project-exe
>
This is exactly the kind of command I might put in a build source block. I
suppose you might save that as a file local variable so you can just M-x
compile away though.
>
> All slightly interesting ways to improve make have failed slightly, in one
> way or another--they catch on for a few years until they're mostly
> abandoned--for very good reasons
>
> Look at it this way: Is there anything wrong with make? Where does it
> fail?
>
Make is perfectly fine for sequences of shell commands that operate on
files. With straight latex projects, make would be my goto. With my org
files though, it is not a straight export to latex and carry on approach I
use. So, I am looking for something that is more aligned with sequences of
elisp commands on a buffer, and not in an asynchronous way. These command
sequences are usually customized on a per document basis, otherwise I would
already have wrapped them up into general export commands.
>
> Everyone should learn & use make
>
I know how to use make, and I don't like it for this purpose. The src
blocks serve my needs just fine, I am just looking for an easier way to
call them in large documents.
>
> --Brian G. Powell, M.S.--that guy that still loves Makefiles and still
> loves using asterisks ("***") as bullets in OrgMode
>
> On Sun, Jan 26, 2020 at 1:11 PM John Kitchin
> wrote:
>
>> Hi everyone,
>>
>> This is only semi-on-topic. I am looking for something like M-x compile
>> for my org-files, but I don't want it to necessarily use Makefiles. I am
>> looking for suggestions of existing solutions to this, or thoughts on how
>> to implement this.
>>
>> Actually, if it was possible to get M-x compile to run an elisp function
>> instead of a make file, it might be all I need, but it looks like it runs
>> shell commands.
>>
>> For most of my files, simple exporting is totally adequate. But, some
>> files are more complicated, and what I usually do in these cases is write
>> an elisp code block in a section that is tagged :noexport: and then I run
>> that block to build the result. A recent example was a proposal where I
>> needed a pdf of the body, and separate pdf of the references.
>>
>> I have separate elisp functions that generate these, and then I added
>> some custom cleanup code in the block to delete some intermediate
>> directories. I don't want to put these in a makefile because they are
>> specific to this document. While this works, in a large document I find it
>> a little inconvenient to make a small change say at the top, and then to
>> jump to the bottom to run the build block to see how it changed. What I
>> would prefer is to just run a command like M-x org-compile that would know
>> about this build block and run it. That block could of course be a shell
>> block that runs a makefile, but it would most often be an elisp block. I
>> could even imagine that there is a makefile block that is tangled before
>> running a shell block that runs a make command.
>>
>> What I do in a function now is something like this in a save-excursion:
>>
>> (when (not (stringp
Re: emacs build command for org-files
"don't want it to necessarily use Makefiles"
Why the hey not Dr. Kitchin!?
Make is an extremely powerful language
Problem is people make makefiles that are often hard for others to
read--suggest you try hard to keep it simple & avoid the fancy ways of
doing things
Make has flow control & is a very rich language
I use makefiles for every project Then Ccc to compile and/or run
everything--in Emacs--can't get easier and faster than that--as long as you
make the makefiles so easy that anyone can read & understand exactly what
it does
This is my default, which I may edit on-the-fly and just put in another
project name:
make --ignore-errors --jobs=555 -w --keep-going --warn-undefined-variables
--environment-overrides -f ~/n/n/etc/1cv2tex2doc-project_mak.makefile
1cv2tex2doc-project-exe
All slightly interesting ways to improve make have failed slightly, in one
way or another--they catch on for a few years until they're mostly
abandoned--for very good reasons
Look at it this way: Is there anything wrong with make? Where does it fail?
Everyone should learn & use make
--Brian G. Powell, M.S.--that guy that still loves Makefiles and still
loves using asterisks ("***") as bullets in OrgMode
On Sun, Jan 26, 2020 at 1:11 PM John Kitchin
wrote:
> Hi everyone,
>
> This is only semi-on-topic. I am looking for something like M-x compile
> for my org-files, but I don't want it to necessarily use Makefiles. I am
> looking for suggestions of existing solutions to this, or thoughts on how
> to implement this.
>
> Actually, if it was possible to get M-x compile to run an elisp function
> instead of a make file, it might be all I need, but it looks like it runs
> shell commands.
>
> For most of my files, simple exporting is totally adequate. But, some
> files are more complicated, and what I usually do in these cases is write
> an elisp code block in a section that is tagged :noexport: and then I run
> that block to build the result. A recent example was a proposal where I
> needed a pdf of the body, and separate pdf of the references.
>
> I have separate elisp functions that generate these, and then I added some
> custom cleanup code in the block to delete some intermediate directories. I
> don't want to put these in a makefile because they are specific to this
> document. While this works, in a large document I find it a little
> inconvenient to make a small change say at the top, and then to jump to the
> bottom to run the build block to see how it changed. What I would prefer is
> to just run a command like M-x org-compile that would know about this build
> block and run it. That block could of course be a shell block that runs a
> makefile, but it would most often be an elisp block. I could even imagine
> that there is a makefile block that is tangled before running a shell block
> that runs a make command.
>
> What I do in a function now is something like this in a save-excursion:
>
> (when (not (stringp (org-babel-goto-named-src-block "build")))
> (org-babel-execute-src-block))
>
> I don't use this in these projects, but they highlight some of the
> complexities I am trying to simplify. These are book like projects with
> special formatting needs, and multiple outputs.
>
> In this project (
> https://github.com/jkitchin/pycse/blob/master/pycse.org#L15096), I have
> multiple output targets that I would run.
>
> In this project (
> https://github.com/jkitchin/dft-book/blob/master/dft.org#build) I use
> some temporary filters to save the src blocks to files, and to embed them
> in the pdf so they can be opened.
>
> Anyway, it feels like I am reinventing something here, and that there
> might be some better approach already out there. Maybe some elisp
> equivalent of a makefile or something?
>
> Thoughts?
>
> John
>
> ---
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>
>
Re: automatic completion of file tags
Hi Bastien, On 2020-01-26 18:04, Bastien writes: > I'm not entirely sure: you want to tag all headline in a file with > multiple pre-defined tags? There are no headlines in the file (it's a small note). I want to tag the file itself (or its content). It's mostly to help with full-text search (I prefix my tags with '#' so they don't occur otherwise). I think the notion of file tag does not really exist in org mode, but as there is a '+#FILETAGS:' cookie (?), I was wondering if there was infrastructure to help me enter the tags there. > With `org-loop-over-headlines-in-active-region' set to `t', you can > tag multiple headlines by selecting a region with the headlines you > want to tag, then C-c C-q to tag them one after another. > > You cannot add multiple tags for each headline this way, though. > > I would go for defining a temporary local tag like "replaceme" to > tag multiple (all) headline in the file, then simpy search/replace > occurrences of "replaceme" with your:list:of:tags Thank you. This is not what I want to do, but it's nice to know how to do this. Alan
Re: Issue with internal directory links
Hi Jonathan,
Jonathan Fox writes:
> Here's a link I'm using:
>
> [[./templates][Templates]]
You can try adding (directory . emacs) to `org-file-apps' in your
configuration like this:
(setq org-file-apps
'((auto-mode . emacs)
(directory . emacs)
("\\.mm\\'" . default)
("\\.x?html?\\'" . default)
("\\.pdf\\'" . default)))
A bug related to mailcap handling has been fixed in Emacs 27,
perhaps this is what caused the change in your setup. I added
(directory . emacs) in `org-file-apps' by default in the master
branch.
Thanks for reporting this,
--
Bastien
emacs build command for org-files
Hi everyone, This is only semi-on-topic. I am looking for something like M-x compile for my org-files, but I don't want it to necessarily use Makefiles. I am looking for suggestions of existing solutions to this, or thoughts on how to implement this. Actually, if it was possible to get M-x compile to run an elisp function instead of a make file, it might be all I need, but it looks like it runs shell commands. For most of my files, simple exporting is totally adequate. But, some files are more complicated, and what I usually do in these cases is write an elisp code block in a section that is tagged :noexport: and then I run that block to build the result. A recent example was a proposal where I needed a pdf of the body, and separate pdf of the references. I have separate elisp functions that generate these, and then I added some custom cleanup code in the block to delete some intermediate directories. I don't want to put these in a makefile because they are specific to this document. While this works, in a large document I find it a little inconvenient to make a small change say at the top, and then to jump to the bottom to run the build block to see how it changed. What I would prefer is to just run a command like M-x org-compile that would know about this build block and run it. That block could of course be a shell block that runs a makefile, but it would most often be an elisp block. I could even imagine that there is a makefile block that is tangled before running a shell block that runs a make command. What I do in a function now is something like this in a save-excursion: (when (not (stringp (org-babel-goto-named-src-block "build"))) (org-babel-execute-src-block)) I don't use this in these projects, but they highlight some of the complexities I am trying to simplify. These are book like projects with special formatting needs, and multiple outputs. In this project ( https://github.com/jkitchin/pycse/blob/master/pycse.org#L15096), I have multiple output targets that I would run. In this project ( https://github.com/jkitchin/dft-book/blob/master/dft.org#build) I use some temporary filters to save the src blocks to files, and to embed them in the pdf so they can be opened. Anyway, it feels like I am reinventing something here, and that there might be some better approach already out there. Maybe some elisp equivalent of a makefile or something? Thoughts? John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
Re: Bug: org-attach dispatcher has no obvious way to scroll it [9.3 (9.3-8-geab7c4-elpaplus @ /home/lockywolf/.emacs.d/elpa/org-plus-contrib-20191209/)]
Hi Vladimir, I fixed this in the master branch. Thanks, -- Bastien
Re: Bug? Multi day event with times
On Sun, 26 Jan 2020, Detlef Steuer wrote: > Date: Sun, 26 Jan 2020 12:49:55 > From: Detlef Steuer > To: emacs-orgmode@gnu.org > Cc: Bastien > Subject: Re: Bug? Multi day event with times > > Am Sun, 26 Jan 2020 18:14:25 +0100 > schrieb Bastien : > > > Hi Detlef, > > > > Detlef Steuer writes: > > > > > Stumbled upon this: > > > > > > ( emacs 26.3, org-contrib-plus 20191118, linux) > > > > > > In my orgfile I have: > > > ** some travel > > ><2020-01-30 Do 10:00>-<2020-02-01 Sa 16:00> > > > > > > In the agenda that is shown as: > > > Donnerstag 30 January 2020 > > > unsorted: 10:00-11:00 (1/3): some travel > > > Freitag31 January 2020 > > > unsorted: (2/3): some travel > > > Samstag 1 February 2020 > > > unsorted: 16:00-17:00 (3/3): some travel > > > > I'm not sure what's not working as expected here. > > > > Can you restate it again? > > Hi Bastien, > > the travel has a *time range*, but both times are used as *time stamps* > with default length 1h, only the date part is used as a range. > > In the original case I tried to put the leaving times of my booked > railway connections into the range hoping to see: > > Donnerstag 30 January 2020 > unsorted: 10:00 (1/3): some travel > Freitag31 January 2020 > unsorted: (2/3): some travel > Samstag 1 February 2020 > unsorted: 16:00 (3/3): some travel > > I understand, why is shown what is shown. > But maybe there is room for improvement. > > May be: > Donnerstag 30 January 2020 > unsorted: 10:00-23:59 (1/3): some travel > Freitag31 January 2020 > unsorted: (2/3): some travel > Samstag 1 February 2020 > unsorted: 00:00-16:00 (3/3): some travel > > Or > Donnerstag 30 January 2020 > unsorted: 10:00- (1/3): some travel > Freitag31 January 2020 > unsorted: (2/3): some travel > Samstag 1 February 2020 > unsorted: -16:00 (3/3): some travel > > Is there a way to achieve one of the above? > > Thanks > Detlef > There's a duration command in orgmode, but it handles at most 24 hours or less. If that duration could cross midnight, I think you could use that and solve this problem. > > > > > Thanks, > > > > > --
Re: Bug? Multi day event with times
Am Sun, 26 Jan 2020 18:14:25 +0100 schrieb Bastien : > Hi Detlef, > > Detlef Steuer writes: > > > Stumbled upon this: > > > > ( emacs 26.3, org-contrib-plus 20191118, linux) > > > > In my orgfile I have: > > ** some travel > ><2020-01-30 Do 10:00>-<2020-02-01 Sa 16:00> > > > > In the agenda that is shown as: > > Donnerstag 30 January 2020 > > unsorted: 10:00-11:00 (1/3): some travel > > Freitag31 January 2020 > > unsorted: (2/3): some travel > > Samstag 1 February 2020 > > unsorted: 16:00-17:00 (3/3): some travel > > I'm not sure what's not working as expected here. > > Can you restate it again? Hi Bastien, the travel has a *time range*, but both times are used as *time stamps* with default length 1h, only the date part is used as a range. In the original case I tried to put the leaving times of my booked railway connections into the range hoping to see: Donnerstag 30 January 2020 unsorted: 10:00 (1/3): some travel Freitag31 January 2020 unsorted: (2/3): some travel Samstag 1 February 2020 unsorted: 16:00 (3/3): some travel I understand, why is shown what is shown. But maybe there is room for improvement. May be: Donnerstag 30 January 2020 unsorted: 10:00-23:59 (1/3): some travel Freitag31 January 2020 unsorted: (2/3): some travel Samstag 1 February 2020 unsorted: 00:00-16:00 (3/3): some travel Or Donnerstag 30 January 2020 unsorted: 10:00- (1/3): some travel Freitag31 January 2020 unsorted: (2/3): some travel Samstag 1 February 2020 unsorted: -16:00 (3/3): some travel Is there a way to achieve one of the above? Thanks Detlef > > Thanks, >
Re: Bug? Multi day event with times
Hi Detlef, Detlef Steuer writes: > Stumbled upon this: > > ( emacs 26.3, org-contrib-plus 20191118, linux) > > In my orgfile I have: > ** some travel ><2020-01-30 Do 10:00>-<2020-02-01 Sa 16:00> > > In the agenda that is shown as: > Donnerstag 30 January 2020 > unsorted: 10:00-11:00 (1/3): some travel > Freitag31 January 2020 > unsorted: (2/3): some travel > Samstag 1 February 2020 > unsorted: 16:00-17:00 (3/3): some travel I'm not sure what's not working as expected here. Can you restate it again? Thanks, -- Bastien
Re: bug report org mode
Hi Siegmar, Siegmar Maier writes: > According to my examination the problem is with > org-id-update-id-locations. Removeing that column makes it work > again. > If I put that line behind it works also again Yes, `org-todo-keyword-faces' will be taken into account when set before any actual fontification of an Org buffer. If `org-id-update-id-locations' visits an Org buffer before `org-todo-keyword-faces' is set, then this last variable will be ignore in the visited buffer. I hope this helps, -- Bastien
Re: automatic completion of file tags
Hi Alan, > I'm playing with an implementation of Zettelkasten using deft and org > files, and I want to tag each note with some tags taken from a list (I'm > using the ~#FILETAGS:~ line for that at the moment). Is there a builtin > org way of doing it (have a list of tags defined somewhere and tag a > whole file with them using some completion mechanism, as for headlines), > or do I need to roll up my own? I'm not entirely sure: you want to tag all headline in a file with multiple pre-defined tags? With `org-loop-over-headlines-in-active-region' set to `t', you can tag multiple headlines by selecting a region with the headlines you want to tag, then C-c C-q to tag them one after another. You cannot add multiple tags for each headline this way, though. I would go for defining a temporary local tag like "replaceme" to tag multiple (all) headline in the file, then simpy search/replace occurrences of "replaceme" with your:list:of:tags HTH, -- Bastien
Re: Bug: [[info:org#Org Mobile]] should mention org-tag-persistent-alist [9.3.1 (9.3.1-elpaplus @ /home/jorge/.emacs.d/elpa/26.3/develop/org-plus-contrib-20191230/)]
Hi Jorge, jorge+l...@disroot.org (Jorge P. de Morais Neto) writes: > Hi. I believe [[info:org#Org Mobile]] should mention > org-tag-persistent-alist, saying whether it is examined or not. Yes, it is examined through the use of `org-global-tags-completion-table'. I mentioned it in the manual, thanks for reporting this. -- Bastien
Re: org-show-notification of org-clock.el broken on MS Windows
Hi Tim, thanks for the detailed information and the patch. I've pushed a change on the master branch that should make notifications usable on W32 systems. Can you test and see if it works for you? Thanks! -- Bastien
Re: [PATCH] Fix several issues with python session value blocks
Hi Jack, thanks for your patch - Kyle is on it, but IIRC we do not have a maintainer for the ob-python.el file. Would you like to take this in charge? Or someone else? Thanks, -- Bastien
Re: preview src blocks that generate image files
How would you handle source blocks that generate many figures? In iPython, for example this happens pretty easily. I guess you are thinking about blocks with a :file output or something though? Once a preview was on it, would you have to C-c C-x C-v to toggle it off to edit it? I have explored a few different approaches with latex fragments, like clicking on it would turn the preview off, or entering it to turn it off. What would trigger putting the image preview on? Running C-c C-c on a block? something more manual? I guess you have a use case where this makes sense, but you can already see an image preview on a link output, and there are ways to have the source blocks be in other places in a document than where the results are. Maybe for some src blocks like graphiz, or gnuplot where they more or less only produce one graphic this idea could be a good one. John --- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Sun, Jan 26, 2020 at 3:11 AM Matt Huszagh wrote: > Hi, > > I'm considering adding the ability to display an image preview overlay of > source blocks that generate an image file, much in the same way that > latex fragments can be previewed. > > Is anyone else interested in this feature? Any general thoughts/feature > requests? > > Matt > >
Re: org-show-notification of org-clock.el broken on MS Windows
Hi Bastien, On Sun, 26 Jan 2020 10:12:40 +0100, Bastien wrote: > > * The function org-show-notification should be more robust. It should not > > fail > > if it can't fire a notification for whatever reason. > > Please send a patch if needed for this. I tried my best, check the attachedd patch. > > * On MS Windows the function w32-notification-notify should be used. > > I just fixed this one: > https://code.orgmode.org/bzg/org-mode/commit/8dd2984a This actualy does not work, because the notification will be closed instantly and it will never appear. I'm currently in the process of writing a patch[1] to change that. The problem is, that emacs give the notification a static id and if there is a notification from your application with the same id windows wont spawn another notification, because you can update the notification. My plan is, to genrate a GUID and use that as its id, so that you can have multiple notifications and don't have to close the notification. But this does not work yet, since my C skills are not as good as it used to be. Thanks for your work! Tim [1] https://github.com/emacs-mirror/emacs/compare/master...enko:feature/notification-guid 0001-org-clock.el-Check-if-dbus-is-available-for-notifica.patch Description: Binary data
Org 9.3.2
Hi all, Org 9.3.2, a bugfix release, is out. Enjoy! -- Bastien
Re: org-indent-mode documentation suggestion
Hi Neil, Neil Hansen writes: > That looks great, thank you for addressing this so quickly. As > always, very impressed with your leadership of the org project. Well, thanks, but that's just me doing a few contributions after a long time being away. The true everyday leadership is that of Nicolas and now Kyle. > Looking forward to the next release! Org 9.3.2 it is out now, enjoy! -- Bastien
Re: org-indent-mode documentation suggestion
Hi Bastien, That looks great, thank you for addressing this so quickly. As always, very impressed with your leadership of the org project. Looking forward to the next release! Neil On Sun., Jan. 26, 2020, 12:00 a.m. Bastien, wrote: > Hi Neil, > > thanks for reporting this - I enhanced the documentation like this: > https://code.orgmode.org/bzg/org-mode/commit/c6a34dc0 > > Let me know if this solves it for you. > > Best, > > -- > Bastien >
Re: preview src blocks that generate image files
On Sunday, 26 Jan 2020 at 00:11, Matt Huszagh wrote: > Is anyone else interested in this feature? Any general thoughts/feature > requests? This sounds quite appealing. The only issue might be the need to be able to distinguish between images that are purely there because of a link and those that correspond to a src block. -- Eric S Fraga via Emacs 28.0.50, Org release_9.3.1-94-g0ac6a9
Re: org-show-notification of org-clock.el broken on MS Windows
Hi Tim, > * The function org-show-notification should be more robust. It should not fail > if it can't fire a notification for whatever reason. Please send a patch if needed for this. > * On MS Windows the function w32-notification-notify should be used. I just fixed this one: https://code.orgmode.org/bzg/org-mode/commit/8dd2984a > Maybe someone has a quick fix, if not I can try my non existant elisp foo and > hack > together a patch tomorrow, but please be gentle with me. We will, for sure :) Thanks for raising this issue, -- Bastien
preview src blocks that generate image files
Hi, I'm considering adding the ability to display an image preview overlay of source blocks that generate an image file, much in the same way that latex fragments can be previewed. Is anyone else interested in this feature? Any general thoughts/feature requests? Matt
Re: org-indent-mode documentation suggestion
Hi Neil, thanks for reporting this - I enhanced the documentation like this: https://code.orgmode.org/bzg/org-mode/commit/c6a34dc0 Let me know if this solves it for you. Best, -- Bastien
