Re: [PATCH] Async session eval (2nd attempt)
Jack Kamm writes: > I'm attaching an updated patch rebased on master. Fantastic. Thanks for doing this. > ob-python session blocks don't use "return", so this should just be: Ah, oops > The non-session case is substantially different, and I think it would > probably require a separate implementation. I see, fair enough. I haven't looked at the internals myself. > One possible approach would be to modify ob-eval.el, so that > org-babel--shell-command-on-region uses make-process instead of > process-file. > > I agree it would be nice to have, but it would take a bit of work to > figure it all out, and there is already ob-async.el [1] that implements > non-session async for all languages. (I wish it could be brought into > org-mode, but it probably can't, because it depends on the external > async.el.) Interesting that you use a different async method. >> p.s. After this is merged, it would be great to see support for other >> languages grow :) > > I also have an async implementation for ob-R that's ready after this is > merged :) Brilliant! I can't wait. I know Bastien has found himself unfortunately busy as of late (which I think is why he's looking to have someone else take over as project lead), but please don't be disheartened by the slow progress with getting this merged! I can assure you that quite a few people are watching this with keen interest :) All the best, Timothy.
Remove old clock entries
I'm clocking the time spent on daily tasks like email and for that I have a "Daily Routine" TODO entry. Clocking in this task adds a new clock line everyday, leading to a very populated CLOCK drawer. I'd like to limit its size by either a maximum number of clock entries by removing the older ones or better, removing the entries older than some date. Is there some variable to that effect ? -- Julien Cubizolles
Re: Tips on maintaining history in Org Mode
Ihor Radchenko writes:
> David Masterson writes:
>
>> Interesting, but then how do you get the list? I mean is there an
>> agenda to use?
>
> Generally yes, you can use agenda. Or you can use sparse tree (more manual).
> For agenda, if you customise org-log-done, you can use
> org-agenda-log-mode ("v l" or "v L" in an agenda buffer). You can add
> archived items as well with "v a" or/and "v A".
>
> Just org-agenda-log-mode will show everything, not just calls. Narrowing
> to calls only will depend on how you define a todo, which is a call.
>
> If you use something like PHONE or CALL todo keywords, it might be
> slightly tricky. You will need to customise org-todo-keywords, so that
> your CALL->DONE changes are recorded (see the org-todo-keywords
> docstring). You will also need to filter displayed items in agenda by
> regexp involving the keyword you use to define the call.
>
> An easier way could be marking your calls with a tag. Then, you can
> filter your org-agenda-log by that tag to show only calls.
>
> Hope it helps.
Nice! Thanks.
--
David Masterson
Re: archiving speed [was Re: Tips on maintaining history in Org Mode]
Samuel Wales writes: > that makes sense. but why would appending to an archive as the result > of bulk archiving lag? if the problem is large archive files, which > i'd bet is the case for a lot of users and not just me, then could org > in principle be changed so that all it does is append? thus not lag? > like, build the entry in a temporary buffer? Looking into the source code, the culprit appears to be the call to org-show-all inside org-archive-subtree. The call to org-show-all on master calls org-cycle-hide-drawers, which goes through every single drawer (= every archived heading in archive file) and folds it manually (just to unfold it later). Do not ask. > as i see it, having more than one archive file per org file is good > for speed, but doesn't work in existing org, because iirc e.g. v A in > the agenda goes org agenda file -> corresponding archive file and will > miss the archive files that do not have a corresponding org file with > exactly the same basename sans extension. The code from my config takes care about this. v A will work. I plan to suggest it for master in future, but I am focused on the org-fold branch for now. If you wish, feel free to propose a patch based on this code. >> 3. (untested) Put #+STARTUP: showeverything at the beginning of the >>archives, so that nothing is going to be folded > > good idea. my included-by-agenda archive files do seem to be in > showeveryting mode already for some reason. but perhaps not when bulk > archiving. > > would it be a silly idea for an fr that org make this an option for > bulk archiving? hmm or for archive files in general? Upon reviewing the source of org-archive-subtree, this should not be needed. Actually, org-mode already disables startup visibility and various hooks when opening archives. As you can see, it is not sufficient, since org-archive shoots its own leg later by changing visibility every time you archive a subtree. >> Sorry, the config is actually not yet formatted for public use. You can >> search for the code block containing "defun org-archive--compute-location". > > firefox find does not seem to find it. This is odd. All I can suggest then is cloning the repo and searching using Emacs. Emacs is more reliable when opening org files ;) git clone https://github.com/yantar92/emacs-config emacs emacs-config/config.org Best, Ihor
Re: content management in emacs
Martin Steffen writes: > For phoning, I am not sure. I think there is (or was) a functionality to > initiate a call (probably with skype or ekiga or some such) but I never > used that. There is bbdb-dial, and I have it set up to call a function which places a call through Google Hangouts. Of course Google is deleting that feature so I will have to figure out how to make it use Google Voice. Admittedly it's an unnecessary feature but I just have fun making calls with Emacs instead of fishing around for my cell phone. -- Bob Newell Honolulu, Hawai`i - Via GNU/Linux/Emacs/Gnus/BBDB
archiving speed [was Re: Tips on maintaining history in Org Mode]
thank you for your detaild reply. more below. On 2/28/21, Ihor Radchenko wrote: > details why). So, many org commands tend to lag on large archives. that makes sense. but why would appending to an archive as the result of bulk archiving lag? if the problem is large archive files, which i'd bet is the case for a lot of users and not just me, then could org in principle be changed so that all it does is append? thus not lag? like, build the entry in a temporary buffer? as i see it, having more than one archive file per org file is good for speed, but doesn't work in existing org, because iirc e.g. v A in the agenda goes org agenda file -> corresponding archive file and will miss the archive files that do not have a corresponding org file with exactly the same basename sans extension. i'd be ok with released org either allowing hte user to make year-based archives by having all of org recognize them, or my just append thing above. maybe i am missing something. > The lags can be solved in several ways: > 1. Reduce the archive file size this implies to me e.g. year-based archives, which would fail the v A test iiuc. thus needed extra code. > 2. Use optimised folding mechanism [1] (this will speed up org-mode in > general as well) i look forward to this filtering down to maint. :] [i used to follow master but too much for me now for health reasons.] > 3. (untested) Put #+STARTUP: showeverything at the beginning of the >archives, so that nothing is going to be folded good idea. my included-by-agenda archive files do seem to be in showeveryting mode already for some reason. but perhaps not when bulk archiving. would it be a silly idea for an fr that org make this an option for bulk archiving? hmm or for archive files in general? >> i will keep in mind disabling font lock in archive files. any >> suggested code for that? > > Note that it will mostly affect find-file performance. To disable if so, then i figure it's a one-time thing per file so no big deal. but thanks for hte font lock stuff i didnt' know about. > Sorry, the config is actually not yet formatted for public use. You can > search for the code block containing "defun org-archive--compute-location". firefox find does not seem to find it. > > You will need that code block and the following code block. > > [1] https://github.com/yantar92/org > > Best, > Ihor > > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html
Re: Tips on maintaining history in Org Mode
Samuel Wales writes: > Hi Ihor, > > it never occurred to me that bulk archiving could be sped up by > changing anything about the archive files. i assumed that archiving > worked by appending to those files, so once the initial find-file was > performed, there should be no additional slowness. Disregarding the initial find-file (which may also be very slow on large archives), the slowness is happening because many org-mode commands are using line-motion functions that respect visibility. Those commands become slow when there are many folded elements (see [1] for technical details why). So, many org commands tend to lag on large archives. The lags can be solved in several ways: 1. Reduce the archive file size 2. Use optimised folding mechanism [1] (this will speed up org-mode in general as well) 3. (untested) Put #+STARTUP: showeverything at the beginning of the archives, so that nothing is going to be folded > i will keep in mind disabling font lock in archive files. any > suggested code for that? Note that it will mostly affect find-file performance. To disable font-lock, you will need to customise font-lock-global-modes, so that it does not auto-start in org-mode. The value should be something like '(not org-mode), but check the current value - you may have other customisation in place. Then, you will need to have a custom org-mode-hook that activates font-lock only when the org file is not the archive file. Something like (defun yant/font-lock-activate-maybe () "Activate font-lock in non-archive org buffers." (when (org-all-archive-files) (font-lock-mode +1))) (add-hook 'org-mode-hook #'yant/font-lock-activate-maybe) > your config is impressively [and for me > dauntingly] comprehensive. the Archiving anchor does not seem to have > a referent. I searched for archiving, but didn't seem to find what > you were probably pointing me to. Sorry, the config is actually not yet formatted for public use. You can search for the code block containing "defun org-archive--compute-location". You will need that code block and the following code block. [1] https://github.com/yantar92/org Best, Ihor
Re: Babel: Programmatically evaluate a heading and subtrees?
On Sat, Feb 27, 2021 at 7:18 AM ian martins wrote: > Can you use noweb? In the example below, if you run the top code block > babel will run the two that follow. > Hi Ian, yes, I can run the top code block *manually* by navigating to that block and then evaluating it. I would like to define a keyboard shortcut that will call the function and its subheadings' functions. > > A drawback is that you have to redefine variables, but it might be a > benefit, since the individual blocks could be set with test data and > the "main driver" could point to real data. > --- > > #+begin_src elisp :results output :noweb yes :var data=data1 > <> > <> > #+end_src > > #+RESULTS: > : called fun1: some data > : called fun2 > > #+name: data1 > some data > > #+name: fun1 > #+begin_src elisp :var data=data1 > (princ (format "called fun1: %s" data)) > #+end_src > > #+name: fun2 > #+begin_src elisp > (princ "called fun2") > #+end_src > I don't see an example of calling these blocks programmatically. I will research the docs a bit more. Thanks! > On Sat, Feb 20, 2021 at 2:11 PM Nathan Neff wrote: > > > > Hello all, > > > > I have some code like this: > > > > * Heading 1 > > > > # code block name:FOO > > > > ** Subheading 1 > > > > # code block > > > > ** Subheading 2 > > > > # code block > > > > I find that I often want to evaluate the code in Heading 1 and its > subheadings. > > > > Currently, I navigate to Heading 1 and then use org-babel-execute-subtree > > > > I see that there's a function called org-babel-goto-named-src-block, so > I think > > I could write a small function to jump to FOO in Heading 1 and then run > execute subtree > > and then jump back to my previous location in Emacs. > > > > Is there a more programmatic or built-in way? For example: > > org-babel-execute-block-and-subheadings FOO > > > > Thanks, > > --Nate >
Re: printing org table landscape on complete page
Andrés Ramírez writes: > I want to print from emacs an org-table like this one: … > on landscape on the content should enlarge to cover the full-page. > > Any ideas? You can use a sidewaystable. See https://hg.sr.ht/~arnebab/ews/browse/Hauptdokument/ews30/ews.org?rev=53c7c0e46c10#L3535 Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken signature.asc Description: PGP signature
Re: printing org table landscape on complete page
Hi (Como estas). Juan. > "Juan" == Juan Manuel Macías writes: [...] Juan> #+ATTR_LaTeX: :float sideways :environment tabularx :width \textheigtht I have tried it (with M-x org-export-dispatch). This is the result: , [ ] | http://0x0.st/-Kgb.pdf ` It is centered. Also I got a second option: with this snippet and (M-x ps-print-buffer): --8<---cut here---start->8--- (setq ps-left-margin 0 ps-paper-type 'a4 ps-font-size 16.0 ps-print-header nil ps-landscape-mode t ps-number-of-columns 1 ps-printer-name "pdf") --8<---cut here---end--->8--- This is the result: , [ ] | http://0x0.st/-KgA.pdf ` The second option is going to be very useful when pdflatex is not available. But it is NOT so well centered as the first option. Thanks for your help. Best Regards
Re: org-refile-target-verify-function - use inherited tag & todo
Thank you Gustavo, I got this to work after revisiting!
I changed my org-agenda-files to a single variable "org-agenda-files.org" ,
and populated
the file with my agenda files.
I modified the wrapper script to call the (org-agenda-files) function.
This is so nice - I have a lot of org-mode files and the ability to remove
files "root" heading is really nice when filtering by tag.
#+begin_src emacs-lisp
(defun njn-org-refile-filter-targets (orig-fun args)
(let ((targets (apply orig-fun args))
(agenda-files (mapcar #'file-name-nondirectory (org-agenda-files
(cl-remove-if (lambda (x)
(member (car x) agenda-files)) targets)))
#+end_src
On Sat, Nov 2, 2019 at 8:06 AM Gustavo Barros wrote:
> Hi Nate,
>
> On Fri, Nov 01 2019, Nathan Neff wrote:
>
> > Indeed, I do use org-refile-use-outline-path 'file. However, I have a
> > simple
> > directory specified for my org-agenda-files. ("~/org-mode")
> > Therefore
> > I'll need to
> > do something a bit different.
> >
> > It appears that your solution creates "targets" which is the targets
> > list
> > of course, and
> > then it creates "agenda-files" which goes through org-agenda-files and
> > finds all the filenames
> > in org-agenda files.
> >
> > It then mutates "targets", and removes any entry which is a filename
> > from
> > org-agenda-files.
> >
> > Since my org-agenda-files is simply ("~/org-mode/") none of the
> > entries
> > match.
> >
> > Hmmm, let me ask: Why not simply go through targets and remove any
> > entry
> > whose value is
> > a simple filename? Why search org-agenda-files first? This function
> > also
> > assumes that the org-refile-targets
> > always comes from org-agenda-files.
> >
> > I'll play with your function and see what I can get -- thank you for
> > the
> > head-start!
> >
> > Thanks
> > --Nate
>
> I'm glad this might be useful to you. And you are correct in all of
> observations.
>
> My main point is simply that, as things stand, you won't be able to trim
> the file level candidates with `org-refile-target-verify-function`, as
> they are hardcoded. But this simple function is the sketch of a
> (hackish) way.
>
> `org-refile-get-targets`' main purpose is to return the list of
> targets. The advice function grabs this return value, filters the list
> and returns the filtered list. How it filters may depend, as you noted.
> I've chosen a simple criterion which meets my use case
> (`org-agenda-files`, as I specify the individual files directly there,
> and use only those as refile targets). Indeed, it does make some
> presumptions, as you noted. (The function does not "search
> org-agenda-files" though, it just gets the list of their names, which is
> contained in the variable). In your case, you will certainly have to
> devise another filtering criterion. I think the one you suggest is a
> good one too.
>
> Best regards,
> Gustavo.
>
Re: [PATCH] Async session eval (2nd attempt)
Hi Timothy, Many thanks for testing this out. > I just tried to give this a shot. > First up, I had to remove the ORG-NEWS part of the patch to be able to > provide it. It would be nice if you could update the patch so this > applies cleanly. I'm attaching an updated patch rebased on master. > I was initially unable to get this to seem to work, until I changed the > :results type to "output". > > #+begin_src python :async :session blah > return(a) > #+end_src > > #+RESULTS: > : /tmp/babel-62cQRX/python-EfJ4o4 ob-python session blocks don't use "return", so this should just be: #+begin_src python :async :session blah a #+end_src #+RESULTS: : 2 > Finally, I see that this requires :session to be set in order to work. > Might it be possible to have this work for non-session blocks too? It > seems odd that what I'd imagine is the harder case (session blocks) is > supported, but one-shot (non-session) blocks aren't. The non-session case is substantially different, and I think it would probably require a separate implementation. One possible approach would be to modify ob-eval.el, so that org-babel--shell-command-on-region uses make-process instead of process-file. I agree it would be nice to have, but it would take a bit of work to figure it all out, and there is already ob-async.el [1] that implements non-session async for all languages. (I wish it could be brought into org-mode, but it probably can't, because it depends on the external async.el.) > p.s. After this is merged, it would be great to see support for other > languages grow :) I also have an async implementation for ob-R that's ready after this is merged :) Cheers, Jack [1] https://github.com/astahlman/ob-async >From 864a2377b4eea58df6b0ccd07c4bcba080ecc724 Mon Sep 17 00:00:00 2001 From: Jack Kamm Date: Sun, 28 Feb 2021 13:17:33 -0800 Subject: [PATCH] ob-comint.el, ob-python.el: Async session evaluation Adds functionality to ob-comint.el to implement async session eval on a per-language basis. Adds a reference implementation for ob-python. * lisp/ob-comint.el (org-babel-comint-with-output): Remove comment. (org-babel-comint-async-indicator, org-babel-comint-async-buffers, org-babel-comint-async-file-callback, org-babel-comint-async-chunk-callback, org-babel-comint-async-dangling): Add buffer-local variables used for async comint evaluation. (org-babel-comint-use-async): Add function to determine whether block should be evaluated asynchronously. (org-babel-comint-async-filter): Add filter function to attach to comint-output-filter-functions for babel async eval. (org-babel-comint-async-register): Add function to setup buffer variables and hooks for session eval. (org-babel-comint-async-delete-dangling-and-eval): Add helper function for async session eval. * lisp/ob-python.el (org-babel-execute:python): Check for async header argument. (org-babel-python-evaluate): Check whether to use async evaluation. (org-babel-python-async-indicator): Add constant for indicating the start/end of async evaluations. (org-babel-python-async-evaluate-session): Add function for Python async eval. * testing/lisp/test-ob-python.el (test-ob-python/async-simple-session-output): Unit test for Python async session eval. (test-ob-python/async-named-output): Unit test that Python async eval can replace named output. (test-ob-python/async-output-drawer): Unit test that Python async eval works with drawer results. --- etc/ORG-NEWS | 15 +++ lisp/ob-comint.el | 173 +++-- lisp/ob-python.el | 56 ++- testing/lisp/test-ob-python.el | 61 4 files changed, 295 insertions(+), 10 deletions(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index f95a568a6..eff75605c 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -169,6 +169,21 @@ tags including from both buffer local and user defined persistent global list (~org-tag-alist~ and ~org-tag-persistent-alist~). Now option ~org-complete-tags-always-offer-all-agenda-tags~ is honored. +*** Async session evaluation + +The =:async= header argument can be used for asynchronous evaluation +in session blocks for certain languages. + +Currently, async evaluation is supported in Python. There is also +functionality to implement async evaluation in other languages that +use comint, but this needs to be done on a per-language basis. + +By default, async evaluation is disabled unless the =:async= header +argument is present. You can also set =:async no= to force it off +(for example if you've set =:async= in a property drawer). + +Async evaluation is disabled during export. + ** Miscellaneous *** =org-goto-first-child= now works before first heading diff --git a/lisp/ob-comint.el b/lisp/ob-comint.el index b14849df6..d81ff3edd 100644 --- a/lisp/ob-comint.el +++ b/lisp/ob-comint.el @@ -93,12 +93,7 @@ (defmacro org-babel-comint-with-output (meta body) (regexp-quote ,eoe-indicator) nil t) (re-search-forward
Re: Tips on maintaining history in Org Mode
Hi Ihor, it never occurred to me that bulk archiving could be sped up by changing anything about the archive files. i assumed that archiving worked by appending to those files, so once the initial find-file was performed, there should be no additional slowness. yet i tried a new file with no archive file, and bulk archiving took less than a second for 9 entries. before it would take idk a minute. i will keep in mind disabling font lock in archive files. any suggested code for that? your config is impressively [and for me dauntingly] comprehensive. the Archiving anchor does not seem to have a referent. I searched for archiving, but didn't seem to find what you were probably pointing me to. thanks.
Re: text search and restriction lock bugs
On 9/5/17, Samuel Wales wrote: > is it expected behavior that if you do a restriction lock on > a subtree, then do a text search, it will include matches > from org-agenda-text-search-extra-files? imo it should not. this was fixed, but i am starting to see it in maint again. if i create a new file, set restriction lock to subtree using < in the stars, then run a text search, text search extra files entries show up. i have not tried it in -Q because of hte setup required that i can't do atm.
Re: printing org table landscape on complete page
Hi,
You can use:
#+ATTR_LaTeX: :float sideways
which is exported to LaTeX with the sidewaystable environment (rotating
package).
And for the table to fit vertically on the page:
#+LaTeX_Header: \usepackage{tabularx}
#+ATTR_LaTeX: :float sideways :environment tabularx :width \textheigtht
Regards,
Juan Manuel
Andrés Ramírez writes:
> Hi.
>
> I want to print from emacs an org-table like this one:
>
> |-+---+--+---+--+-|
> |DURATION | MONDAY| TUESDAY | WEDNESDAY | THURSDAY | FRIDAY |
> |-+---+--+---+--+-|
> | 08:30-09:30 | CyT | RELIGION | GERMAN| ENGLISH | ENGLISH |
> |-+---+--+---+--+-|
> | 09:50-10:50 | COMUNICAT | DPCC | COMUNICAT | COMUNIC | CyT |
> |-+---+--+---+--+-|
> | 11:10-12:10 | COMPUTERS | CyT | E.FISICA | ART | GERMAN |
> |-+---+--+---+--+-|
> | 12:30-13:30 | TUTORIA | MATH | MATH | CC.SS| MATH|
>
> on landscape on the content should enlarge to cover the full-page.
>
> Any ideas?
>
> Andrés Ramírez
>
printing org table landscape on complete page
Hi. I want to print from emacs an org-table like this one: --8<---cut here---start->8--- |-+---+--+---+--+-| |DURATION | MONDAY| TUESDAY | WEDNESDAY | THURSDAY | FRIDAY | |-+---+--+---+--+-| | 08:30-09:30 | CyT | RELIGION | GERMAN| ENGLISH | ENGLISH | |-+---+--+---+--+-| | 09:50-10:50 | COMUNICAT | DPCC | COMUNICAT | COMUNIC | CyT | |-+---+--+---+--+-| | 11:10-12:10 | COMPUTERS | CyT | E.FISICA | ART | GERMAN | |-+---+--+---+--+-| | 12:30-13:30 | TUTORIA | MATH | MATH | CC.SS| MATH| --8<---cut here---end--->8--- on landscape on the content should enlarge to cover the full-page. Any ideas? Andrés Ramírez
org agenda bug — diary-sexp-entry-symbol is not respected
The string "%%" is hard coded here as a date prefix: https://code.orgmode.org/bzg/org-mode/src/master/lisp/org-agenda.el#L5648 Shouldn’t this be diary-sexp-entry-symbol to allow local overrides, etc.? -- Dr Joseph A. Corneli (https://github.com/holtzermann17) HYPERREAL ENTERPRISES LTD is a private company limited by shares, incorporated 25th, June 2019 as Company Number 634284 on the Register of Companies for Scotland (https://beta.companieshouse.gov.uk/company/SC634284).
org agenda bug — respect literal examples
Org Agenda seems not to respect lines beginning with ":" or other literal examples. E.g., adding a line like this will populate the Org Agenda: : (<%%(diary-float t 3 -1)> in org-mode) Similarly for: #+begin_src org (<%%(diary-float t 3 -1)> in org-mode) #+end_src #+begin_src emacs-lisp ;; (<%%(diary-float t 3 -1)> in org-mode) #+end_src #+begin_src (<%%(diary-float t 3 -1)> in org-mode) #+end_src AN EXCEPTION TO THE ABOVE This information only shows up in the agenda if it falls below a heading in the file, e.g., * Hello : (<%%(diary-float t 3 -1)> in org-mode) #+begin_src org (<%%(diary-float t 3 -1)> in org-mode) #+end_src #+begin_src emacs-lisp ;; (<%%(diary-float t 3 -1)> in org-mode) #+end_src #+begin_src (<%%(diary-float t 3 -1)> in org-mode) #+end_src Without the heading "* Hello", the data does *not* flow into the agenda. -- Dr Joseph A. Corneli (https://github.com/holtzermann17) HYPERREAL ENTERPRISES LTD is a private company limited by shares, incorporated 25th, June 2019 as Company Number 634284 on the Register of Companies for Scotland (https://beta.companieshouse.gov.uk/company/SC634284).
Re: Set archive location relative to property
Florian Lindner writes: > Ok, I expected that's the way to go. Unfortunately, I wasn't able to > find how to set a custom archive function. Could you give me a pointer? You will need to advice org-archive--compute-location
Re: Set archive location relative to property
Am 26.02.21 um 20:30 schrieb TRS-80: On 2021-02-25 15:49, Florian Lindner wrote: Am 25.02.21 um 21:22 schrieb Florian Lindner: is this possible with org-mode? Given a tree: * Name :PROPERTIES: :ARCHIVE: ??? :END: ** Archive :ARCHIVE: ** Some node Upon archiving "Some node" (or any direct or indirect sub-node of Projectname) I want to end it up under "** Archive". The archive location should always be relative to the node where the property ARCHIVE is set. The documentation org-archive-location does not suggest that is possible. An alternative idea would be a setting for the ARCHIVE property that searches the tree upward until it finds a node with an :ARCHIVE: tag and use that as archive location. Maybe indicated by a setting of "::%a". What do you think? I could be wrong, but my feeling (in either case) is something like that would probably require writing a custom archive function. Luckily, Orgmode allows you to do that. Ok, I expected that's the way to go. Unfortunately, I wasn't able to find how to set a custom archive function. Could you give me a pointer?
Re: [PATCH] org-mac-link: Disable Evernote capture by default
On 2021-02-27 17:58, Kyle Meyer writes: >> Any chance of getting this merged in? It's a pretty nasty one for mac users. > > Thanks for the patch. Ideally someone that uses macOS would provide a > review. Based on the history of the file, I've cc'd two people that may > be willing/able to do so. Sorry, but I’ve switched to Linux a couple years ago. Best, Alan signature.asc Description: PGP signature
Re: contact management in emacs
Hello, Thanks a lot for all the replies. I migrated from bbdb to ebdb a long time ago, and I may go back following your suggestions. Thanks again, Alan signature.asc Description: PGP signature
Re: content management in emacs
On Saturday, 27 Feb 2021 at 13:57, Ian Garmaise wrote: > How do you send mail to mailing lists with BBDB? If the mailing list has a specific address, just create an entry in bbdb for that list. If the mailing list is a collection of individuals in your bbdb, you can add a mail-alias entry to each member of the mailing list with the name for that list. I use the latter all the time for small research and study groups at work. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-231-gf46925
Re: contact management in emacs
On Saturday, 27 Feb 2021 at 15:12, andrés ramírez wrote: > This is my setup: Thank you for this. Works perfectly! -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-231-gf46925
Re: contact management in emacs
On Sat, Feb 27, 2021 at 12:08:04PM +0100, Alan Schmitt wrote: > Hello, > > This may be slightly off-topic for the list, but as I’m considering > org-contacts for my question, I hope it will be of interest here. > > I would like to migrate my contact management to emacs, as I’m already > using it for email. My requirements are the following ones: > - address completion in emacs email clients (I currently use notmuch) > - support for multiple email addresses and custom fields > - creation of org links to contacts > - export to vcard format for synchronization to my mobile phone (using > vdirsyncer) > - keep the data under version control > > I have looked at two tools, which almost seem fit for the job. > - ebdb does most of this, with the exception of vcard export (it seems > to be worked on, https://github.com/girzel/ebdb/issues/60), and I’m not > sure using version control on an sqlite file is a good idea. > - org-contacts also seem to have all the required features, including > vcard export (and if not sufficient there is > https://github.com/novoid/org-contacts2vcard). I was worried it was > unmaintained when looking at the copyright line, but I see in > https://code.orgmode.org/bzg/org-mode/commits/master/contrib/lisp/org-contacts.el > that there are recent commits to the file. > > Do you manage your contacts in emacs? And if so, what tools or workflow > do you recommend? The only reason I don't use BBDB is I want to use Org to allow me to maintain notes about contacts (ie: CRM). Yes, I get that I could have a CRM file and link in BBDB contacts, but that feels like adding layers. The stumbling point for me has been exporting to my mobile phone. I'm fine with a one way sync from my BBDB/Org solution to the phone, but I feel like I never found a good option. Please share what you find works for you. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3
