From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id wEpeHlCxOmA9PAAA0tVLHw (envelope-from ) for ; Sat, 27 Feb 2021 20:53:36 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id sI78GVCxOmCiEAAAbx9fmQ (envelope-from ) for ; Sat, 27 Feb 2021 20:53:36 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 6DB2624A20 for ; Sat, 27 Feb 2021 21:53:35 +0100 (CET) Received: from localhost ([::1]:39642 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lG6aj-00085I-IQ for larch@yhetil.org; Sat, 27 Feb 2021 15:53:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33340) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lG6aF-00084x-VO for emacs-orgmode@gnu.org; Sat, 27 Feb 2021 15:53:03 -0500 Received: from mail-ua1-x92b.google.com ([2607:f8b0:4864:20::92b]:33737) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lG6a9-0002nT-1g for emacs-orgmode@gnu.org; Sat, 27 Feb 2021 15:53:03 -0500 Received: by mail-ua1-x92b.google.com with SMTP id g24so3727156uaw.0 for ; Sat, 27 Feb 2021 12:52:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ZsOgwwQu4DGIIZbo7sprU3xC2f3+VTbz23RZW/bNQPU=; b=sTEK5rzujmkapUX57bYys0vbjkxUTCWd0MQIT0hsAhGkDww3yY1BUwd9U7owgBDQen JSi9kZi4ukLZ+La1V1Asdc/q67D6JVfe6mjdJL/mMe5UN37lS0KrUK828k+qYXk1g/Cm ppNCd45fJA7BIOigOSXH+LxHFWEsFbkbc8QtVMTXJs0G2y5dH1QvlmurcCzGX0VeK0+G hVRR1Q+KOKypgKElG90fgVv1CbyCbWbdc8YVXxWoSH8BZ8p5LWuSUZLsXTglh8HuDfs+ 66QGB+85MGkHIVkcapbLFontPwSFu9mi3iE2mlnsTnb7Vk9nYjhVtSwCpk9FPqguJfSD OQmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ZsOgwwQu4DGIIZbo7sprU3xC2f3+VTbz23RZW/bNQPU=; b=so5g9GTvtBg3z/iD6iXIllIOrsmuGAwH46KaH2x7f9QXmxkv2v8ftF09xW5plLIMaD FUFT6wbVDZhjD0ZDm8GpKpUxo6LIQyPtKQGSZHt/qibZPpSVUbQAyh39Ege3eHhTbGbh uoh3/Vs03mNX1KdTbSNv0zWJMxoROI29fkdYBgqIgQb6F95AwlTrJJ+kUzKowQ4QmMZl Hq1jt0vbbZBJAgN0kEE26H68Fsgy3Dv03adxSZ+oRcpSS0D72S+2c4ErbZg6UFZ6q/vv 7YB47qW9giIltYPNx7xay/ov6vXLoxOF7Uf373Gg1SmZiY6ff9sBtCUG87h/jNQf/8W2 hgpQ== X-Gm-Message-State: AOAM532eIdTF6kiNoI8LSSDYrsaRsL2JwW0VS1m7lrV3s3NlXFSRqwqu OkXhSPIhljg21gFPKpeArL5pC8jSiYyvvV4xcUCF6NdjIW0= X-Google-Smtp-Source: ABdhPJx4iimMeN8wMyuHhIG9+GHPtkTbGo/PoKqO8IKopi7a3fM5dToI3w1k9U7bnh2nMgo+UktyIGgg3aS6dnIMmPM= X-Received: by 2002:ab0:35f0:: with SMTP id w16mr868269uau.137.1614459175423; Sat, 27 Feb 2021 12:52:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: dalanicolai Date: Sat, 27 Feb 2021 21:52:43 +0100 Message-ID: Subject: Re: contact management in emacs To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000a7d46205bc57914b" Received-SPF: pass client-ip=2607:f8b0:4864:20::92b; envelope-from=dalanicolai@gmail.com; helo=mail-ua1-x92b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_MIME_MALF=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1614459216; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=ZsOgwwQu4DGIIZbo7sprU3xC2f3+VTbz23RZW/bNQPU=; b=df+JfjyL2VUa5TugaXIahTBV5WutxnOB6IhxtT/yIKiBVf6G5KdLJQ7zZCLSnbO4Dg+dV/ yRH41mkS7/ITT6vb10MqpS3baXwyYeyhW8xR5Pa21WIoT//3J+RCVH9WL0QXckgd+VgJgr 7U5f1HoegNHjJ90Dim3PZtQeyIzNPmhrX6CfWRwyEH/qI0BosPctQfaKFp1uv3gOIUWN63 79xUr8ezJzFOm6aaJP7Ske0nociUxJMf2CnNEK1opLjnNyOjzp+t5ZNJS5jmrP8GgrVm/p rlCz+qkm61KUzhJU2AwQZJ1IOsPNlblmZkzppY5546GLaAvFLA+EBlQwv15CZw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1614459216; a=rsa-sha256; cv=none; b=SZlo95nzTr7otLwir1Z3DzpUOl5GhGO0WYnwpth3c8JZVRapLdMmZo3VXgb1J7VU5K9zel mT9mY9pUVRjSH08kA7s3lXkOHbIohFaX1MQGV2n28zxR6Pbla1Safjcqsv1f+qGW8J8DNm KQ/o6IFvar3UDKIlMDco0LiqRvytg/KSLYkNiJ+Df4adtxYyTJer2BIdtuwMgfqjB1W7cN YnEKJOJhG/YDuXHjr0fZYe/595QvKfjzqvPpjKtTBdHd+brfvYxV8GYHbkv2TExw51LV/M KfWypwsrvLv/MCF+QDqIEGHBiHQUPTFu4oLc6cWf78coj4oA/UN3/8a1FY0o5A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=sTEK5rzu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -2.07 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=sTEK5rzu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 6DB2624A20 X-Spam-Score: -2.07 X-Migadu-Scanner: scn1.migadu.com X-TUID: ovYffvT9Blt8 --000000000000a7d46205bc57914b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think all packages fulfill your requirements. So I would say it depends on how many contacts you are managing. I have some experience with org-contacts, and I find it very convenient and straightforward. It is also very convenient to just use org-mode, i.e. a plain text file, for your contacts. Every contact is a headline and you can add any kind of property or tag etc. you want. Also anniversaries get added to the Agenda. You can very easily jump to the right contact, using imenu or swoop/swiper (I use `SPC j i ` in Spacemacs. So if you have less than say 300 contacts (I have really no clue about the number of contacts that will still work smoothly), then depending on how die-hard you are, I would recommend to start with org-contacs. You can use org-vcard to import contacts, and org-vcard claims to support exports too but I did not test that yet. Anyway, I think you won't loose much time with setting up org-contacts and from then you can slowly check out and study the other options. I do not use Emacs for email yet, but org-contacts claims to support most of Emacs its mail-readers. If you enjoy tweaking your setup and study a little more then maybe directly use BBDB or EBDB. EBDB's goal is to be a modern BBDB and I guess the main developer does a very nice job. I have no experience with these databases, because I think they are overkill (currently) for my usecase. Daniel Nicolai On Sat, 27 Feb 2021 at 18:03, wrote: > Send Emacs-orgmode mailing list submissions to > emacs-orgmode@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/emacs-orgmode > or, via email, send a message with subject or body 'help' to > emacs-orgmode-request@gnu.org > > You can reach the person managing the list at > emacs-orgmode-owner@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Emacs-orgmode digest..." > > > Today's Topics: > > 1. Re: Turning off all indentation in 9.4.4 (TRS-80) > 2. Re: Tips on maintaining history in Org Mode (TRS-80) > 3. Re: Set archive location relative to property (TRS-80) > 4. [PATCH] ~org-font-lock-add-priority-faces~: ensure priority > cookies are in a headline (S=C3=A9bastien Miquel) > 5. Re: Tips on maintaining history in Org Mode (Samuel Wales) > 6. Re: Tips on maintaining history in Org Mode (David Masterson) > 7. Re: Tips on maintaining history in Org Mode (David Masterson) > 8. Re: Tips on maintaining history in Org Mode (David Masterson) > 9. Re: Tips on maintaining history in Org Mode (Tim Cross) > 10. [bug] org-yank in stars corrupts outline (Samuel Wales) > 11. Re: [bug] org-yank in stars corrupts outline (Samuel Wales) > 12. Re: Tips on maintaining history in Org Mode (David Masterson) > 13. Re: Tips on maintaining history in Org Mode (Samuel Wales) > 14. Re: Tips on maintaining history in Org Mode (Ihor Radchenko) > 15. Re: Tips on maintaining history in Org Mode (Ihor Radchenko) > 16. Re: Tips on maintaining history in Org Mode (Ihor Radchenko) > 17. contact management in emacs (Alan Schmitt) > 18. Simple org-publish configuration example in manual does not > work (dalanicolai) > 19. Re: contact management in emacs (Martin Steffen) > 20. Re: [bug] org-yank in stars corrupts outline (Maxim Nikulin) > 21. Re: [PATCH] org-mac-link: Disable Evernote capture by default > (Aaron Jensen) > 22. Re: Babel: Programmatically evaluate a heading and subtrees? > (ian martins) > 23. Re: contact management in emacs (andr=C3=A9s ram=C3=ADrez) > 24. ob-reticulate: R+Python interface from Babel (Jack Kamm) > 25. Re: contact management in emacs (Eric S Fraga) > 26. Re: contact management in emacs (andr=C3=A9s ram=C3=ADrez) > 27. Re: contact management in emacs (Martin Steffen) > 28. Re: contact management in emacs (Bob Newell) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 26 Feb 2021 14:12:09 -0500 > From: TRS-80 > To: emacs-orgmode@gnu.org > Subject: Re: Turning off all indentation in 9.4.4 > Message-ID: <83f49a373d71c4b786bda1ad6323ca87@isnotmyreal.name> > Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed > > On 2021-02-26 01:20, Kyle Meyer wrote: > > TRS-80 writes: > > > >> On 2021-02-24 15:58, TRS-80 wrote: > >>> On 2021-02-16 23:30, Kyle Meyer wrote: > > [...] > >>>> So, if I'm reading your preferences correctly, it sounds like you > >>>> want > >>>> just the first suggestion in the above snippet, leaving > >>>> org-adapt-indentation at its default value: > >>>> > >>>> (add-hook 'org-mode-hook (lambda () (electric-indent-local-mode > >>>> -1))) > >>> > >>> OK, I just did eval-expression (M-:) with (electric-indent-local-mode > >>> -1) in an Orgmode buffer. After very brief testing, it does indeed > >>> seem to return the desired behavior. So thanks a lot for that tip! > > [...] > >> OK, so after that yesterday, I went ahead and added > >> (electric-indent-local-mode -1) to my org-mode hook. Then today upon > >> re-starting Emacs, I am back to not working. > >> > >> By not working I mean: Pressing enter goes to column 0 as it should, > >> however then pressing does nothing. Where previously it would > >> jump to same level as indented above. > >> > >> My settings are: > >> > >> - electric-indent-local-mode nil (local in each Orgmode buffer, set > >> via > >> hook) > >> > >> - org-adapt-indentation 'headline-data > > > > I'm just repeating my suggestion from above, but perhaps you want to > > leave org-adapt-indentation at its default value of t? > > Apologies, I had skipped right over that bit! > > Doing as you say appears (after very brief test just now) to have given > me back all the expected behavior: > > - RET goes to column zero > > - TAB goes to indentation level > > - Logbook entries are indented as they should be > > However in the course of doing this, it reminded me of what I was trying > to do in the first place, which I thought I could accomplish with some > of the new functionality (headline-data in particular). > > In my mind at least, the headline data belongs "with" the headline. So > all drawers like LOGBOOK and PROPERTIES (and their respective entries, > of course) should all be indented to same level as headline. > > Now, I used to think the same way about the body text, but I changed my > mind a year or two (maybe more) ago, as I realized that was just wasting > too mych space. > > So, my reading of this new(?) headline-data setting, was that it seemed > to be exactly what I had been looking for! But perhaps I misunderstood? > > Cheers, > TRS-80 > > > > ------------------------------ > > Message: 2 > Date: Fri, 26 Feb 2021 14:24:14 -0500 > From: TRS-80 > To: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: <45e4dc6434becb1552adc7df544db01a@isnotmyreal.name> > Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed > > On 2021-02-26 01:22, David Masterson wrote: > > There are many ways of maintaining history in a group of Org files: > > 1. Archive within a file > > 2. Archive to a separate (archive) file > > 3. Special TODO types for history > > 4. Special TAG types for history > > 5. etc. > > > > My question is, if you have meetings/phone calls as TODOs, what is the > > preferred way to handle when they move into history so that, *much* > > later, you can easily produce a list of all of the meetings/phone calls > > with dates and times of them? The issue (I think) is, when you mark > > the > > TODO as DONE, you lose the info of what the TODO was originally. > > > > Suggestions > > I agree with what others already said about logging state changes with > timestamps. I do the same and find this an extremely handy place to > put "metadata about the task, or reason that it changed" and keep it > separate/hidden from the main body of the task (which in my mind > should only contain info about the subject of the headline / task > itself). > > However when you say "history" I suspect you mean "archive" and this > is something I have been thinking about a long time as well. Because > I think the current way that Orgmode handles this is a bit naive / > simplistic. Well, at least there is the option to create your own > archival function, which I suspect I will do at some point. In fact I > have been thinking about the best way to do that for some time > already. > > Cheers, > TRS-80 > > > > ------------------------------ > > Message: 3 > Date: Fri, 26 Feb 2021 14:30:56 -0500 > From: TRS-80 > To: emacs-orgmode@gnu.org > Subject: Re: Set archive location relative to property > Message-ID: <565b3cb59087b33087676d8059a7e39d@isnotmyreal.name> > Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed > > 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. > > Cheers, > TRS-80 > > > > ------------------------------ > > Message: 4 > Date: Fri, 26 Feb 2021 20:58:35 +0100 > From: S=C3=A9bastien Miquel > To: emacs-orgmode@gnu.org > Cc: Ihor Radchenko > Subject: [PATCH] ~org-font-lock-add-priority-faces~: ensure priority > cookies are in a headline > Message-ID: > Content-Type: text/plain; charset=3D"utf-8"; Format=3D"flowed" > > Priority cookies are always in a headline. > > The attached patch speeds up fontification of a 1k lines buffer by 0.1 > second. > > Note that the variable org-priority-regexp can't be modified since > it is used in the agenda and in org-get-priority. > > Regards, > > -- > S=C3=A9bastien Miquel > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: 0001-org.el-org-font-lock-add-priority-faces-Speed-up-reg.patch > Type: text/x-patch > Size: 967 bytes > Desc: not available > URL: < > https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210226/9ca= 34244/attachment.bin > > > > ------------------------------ > > Message: 5 > Date: Fri, 26 Feb 2021 14:34:43 -0700 > From: Samuel Wales > To: David Masterson > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > < > CAJcAo8uAc04c2v4xMhm8PWbp5v3wk3Jz13bDJDkdLFDnVs5kUw@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > org does indeed have a lot of related features, maybe too many even. > here is some of what i do. > > - if i doneify, it means i will likely not need to search for it. > archived to a file. > [currently the archiver is so slow i can't use it] > CLOSED: [2012-11-08 Thu 19:40] > - state logging for repeaters in logbook > - your question: notes to keep around like this > ***** LOG [2021-02-26 Fri 14:18] talked to bill gates; he uses linux no= w > these get sorted at bottom by timestamp using user-defined > this is the main thing > - bare inactive free form as needed > > -- > The Kafka Pandemic > > Please learn what misopathy is. > > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wrong= ed.html > > > > ------------------------------ > > Message: 6 > Date: Fri, 26 Feb 2021 14:51:30 -0800 > From: David Masterson > To: Ihor Radchenko > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > < > SJ0PR03MB5455FD17CD8FA3853983D5509B9D9@SJ0PR03MB5455.namprd03.prod.outloo= k.com > > > > Content-Type: text/plain > > Ihor Radchenko writes: > > > David Masterson writes: > >> My question is, if you have meetings/phone calls as TODOs, what is the > >> preferred way to handle when they move into history so that, *much* > >> later, you can easily produce a list of all of the meetings/phone call= s > >> with dates and times of them? The issue (I think) is, when you mark t= he > >> TODO as DONE, you lose the info of what the TODO was originally. > > > > See Org manual :: 5.3 Progress Logging > > Interesting, but then how do you get the list? I mean is there an > agenda to use? > -- > David Masterson > > > > ------------------------------ > > Message: 7 > Date: Fri, 26 Feb 2021 14:55:16 -0800 > From: David Masterson > To: Tim Cross > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > < > SJ0PR03MB5455A0B7779A6D32EDB6EC099B9D9@SJ0PR03MB5455.namprd03.prod.outloo= k.com > > > > Content-Type: text/plain > > Tim Cross writes: > > > David Masterson writes: > > > >> There are many ways of maintaining history in a group of Org files: > >> 1. Archive within a file > >> 2. Archive to a separate (archive) file > >> 3. Special TODO types for history > >> 4. Special TAG types for history > >> 5. etc. > >> > >> My question is, if you have meetings/phone calls as TODOs, what is the > >> preferred way to handle when they move into history so that, *much* > >> later, you can easily produce a list of all of the meetings/phone call= s > >> with dates and times of them? The issue (I think) is, when you mark t= he > >> TODO as DONE, you lose the info of what the TODO was originally. > > > > A lot will depend on your requirements. > > > > For me, my TODOs are setup so that they record a date stamp for when > > they were added and whenever they change state e.g. started, done, > > delegated etc. > > So, you use progress logging. > > > For non-TODO items, I will often put an inactive timestamp in the > > heading title. > > Do your headings become busy? > > What would you use to then make a list of all meetings you had last year? > > -- > David Masterson > > > > ------------------------------ > > Message: 8 > Date: Fri, 26 Feb 2021 15:00:02 -0800 > From: David Masterson > To: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > < > SJ0PR03MB54554F09F1784A4DE894233D9B9D9@SJ0PR03MB5455.namprd03.prod.outloo= k.com > > > > Content-Type: text/plain > > Eric S Fraga writes: > > > My approach is simple. For TODO items, I archive to separate file when > > done. That file is easily searchable, e.g. using C-c /. > > Ah! org-occur! That's something forgot about and looks useful. > > > I keep both the original file and the archive file under revision > > control, just in case. > > I do that, too. > > >> The issue (I think) is, when you mark the TODO as DONE, you lose the > >> info of what the TODO was originally. > > > > What info is lost? In fact, if you log state changes, all the > > information is there. > > I see how that workss now with org-occur. > > > By the way, if you have recurring items, one package that you might fin= d > > useful is org-recur which is on ELPA. > > Thanks > > -- > David Masterson > > > > ------------------------------ > > Message: 9 > Date: Sat, 27 Feb 2021 09:59:50 +1100 > From: Tim Cross > To: David Masterson > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: <87wnuu9zrf.fsf@gmail.com> > Content-Type: text/plain > > > David Masterson writes: > > > Tim Cross writes: > > > >> David Masterson writes: > >> > >> For me, my TODOs are setup so that they record a date stamp for when > >> they were added and whenever they change state e.g. started, done, > >> delegated etc. > > > > So, you use progress logging. > > Yes. > > > > >> For non-TODO items, I will often put an inactive timestamp in the > >> heading title. > > > > Do your headings become busy? > > > > Some would feel they are 'busy'. I always put the timestamp at the > beginning of the heading, so there is a regular pattern (not much > different from the leading heading stars) and I've just got use to it, > so I don't really see it now. > > > What would you use to then make a list of all meetings you had last yea= r? > > For me, archiving is about data I'm unlikely to need again, but just in > case I do, it is in the archive. I rarely look at my archives. However, > when I do archive, I will usually archive into a 'year' file. So, to > find all the meetings held in 2015, I would open that archive file and > search for entries with the tag MEETING (I also have a tag for PHONE). > > -- > Tim Cross > > > > ------------------------------ > > Message: 10 > Date: Fri, 26 Feb 2021 17:52:37 -0700 > From: Samuel Wales > To: emacs-orgmode@gnu.org > Subject: [bug] org-yank in stars corrupts outline > Message-ID: > JrtYWfe2HCPpgXcbD5kbGT78wtn67zXB8V_-SGWpg@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > it is neither raw yank behavior nor org syntax > > in recent maint > > i have org-yank-adjusted-subtrees t > > * org-yank is funny > *** kill this line (with newline) then try yanking at ^ places (remove > the ^ first) > the fault lies in the stars > insertion above and arbitrary demotion > *** x > asdfnaksdj fnkadsn fkjans df > ^a^sdkfjnaksdfn kajsndfk ajdnsf > askdjfkasjdn fkajfdns > *^*^* y > *** [[https://go^ogle.com]] > > > > ------------------------------ > > Message: 11 > Date: Fri, 26 Feb 2021 17:54:36 -0700 > From: Samuel Wales > To: emacs-orgmode@gnu.org > Subject: Re: [bug] org-yank in stars corrupts outline > Message-ID: > E3BxFxA@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > *** kill any header (with newline) then try yanking in various places > in the stars of any indented header that has things above it. you > should get multiple demotions that do not conform to outline. > > On 2/26/21, Samuel Wales wrote: > > it is neither raw yank behavior nor org syntax > > > > in recent maint > > > > i have org-yank-adjusted-subtrees t > > > > * org-yank is funny > > *** kill this line (with newline) then try yanking at ^ places (remove > > the ^ first) > > the fault lies in the stars > > insertion above and arbitrary demotion > > *** x > > asdfnaksdj fnkadsn fkjans df > > ^a^sdkfjnaksdfn kajsndfk ajdnsf > > askdjfkasjdn fkajfdns > > *^*^* y > > *** [[https://go^ogle.com]] > > > > > -- > The Kafka Pandemic > > Please learn what misopathy is. > > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wrong= ed.html > > > > ------------------------------ > > Message: 12 > Date: Fri, 26 Feb 2021 19:17:34 -0800 > From: David Masterson > To: Tim Cross > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > < > SJ0PR03MB5455951AD10B7FDB57BD87E39B9C9@SJ0PR03MB5455.namprd03.prod.outloo= k.com > > > > Content-Type: text/plain > > Tim Cross writes: > > > David Masterson writes: > > > >> What would you use to then make a list of all meetings you had last > year? > > > > For me, archiving is about data I'm unlikely to need again, but just in > > case I do, it is in the archive. I rarely look at my archives. However, > > when I do archive, I will usually archive into a 'year' file. So, to > > find all the meetings held in 2015, I would open that archive file and > > search for entries with the tag MEETING (I also have a tag for PHONE). > > Got it. Thanks. > -- > David Masterson > > > > ------------------------------ > > Message: 13 > Date: Fri, 26 Feb 2021 21:21:54 -0700 > From: Samuel Wales > To: David Masterson > Cc: Tim Cross , emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: > djpg@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > note that there is an issue when you try to name your archive files > using years like computer-2000.org_archive. it can take seconds to > find-file big files so it is understandable to want to name files like > that. > > however, if you change the name of an archive file, it will not be > found by org when you tell it to do certain things with archive files. > some code in org derives the basename to search from the basename of > the original file like computer,org. > > in principle, maybe org could allow year suffixes/prefixes or it could > search all archive files in dirs that have org files. > > perhaps also changing org-archive-file-header-format to allow a format > thingie for a timestamp would allow you to take parts of an archive > file and move them into one per year without having to put the date in > each archived entry. > > > On 2/26/21, David Masterson wrote: > > Tim Cross writes: > > > >> David Masterson writes: > >> > >>> What would you use to then make a list of all meetings you had last > >>> year? > >> > >> For me, archiving is about data I'm unlikely to need again, but just i= n > >> case I do, it is in the archive. I rarely look at my archives. However= , > >> when I do archive, I will usually archive into a 'year' file. So, to > >> find all the meetings held in 2015, I would open that archive file and > >> search for entries with the tag MEETING (I also have a tag for PHONE). > > > > Got it. Thanks. > > -- > > David Masterson > > > > > > > -- > The Kafka Pandemic > > Please learn what misopathy is. > > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wrong= ed.html > > > > ------------------------------ > > Message: 14 > Date: Sat, 27 Feb 2021 14:28:13 +0800 > From: Ihor Radchenko > To: David Masterson > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: <87czwmc9du.fsf@localhost> > Content-Type: text/plain > > 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. > > Best, > Ihor > > > > > ------------------------------ > > Message: 15 > Date: Sat, 27 Feb 2021 14:38:47 +0800 > From: Ihor Radchenko > To: Samuel Wales , David Masterson > > Cc: Tim Cross , emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: <87a6rqc8w8.fsf@localhost> > Content-Type: text/plain > > Samuel Wales writes: > > > perhaps also changing org-archive-file-header-format to allow a format > > thingie for a timestamp would allow you to take parts of an archive > > file and move them into one per year without having to put the date in > > each archived entry. > > FYI: I have implemented automatic per-year archiving, which is correctly > handled by other org commands in my personal config: > https://github.com/yantar92/emacs-config/blob/master/config.org#archiving > > Best, > Ihor > > > > > ------------------------------ > > Message: 16 > Date: Sat, 27 Feb 2021 14:42:03 +0800 > From: Ihor Radchenko > To: Samuel Wales , David Masterson > > Cc: emacs-orgmode@gnu.org > Subject: Re: Tips on maintaining history in Org Mode > Message-ID: <877dmuc8qs.fsf@localhost> > Content-Type: text/plain > > Samuel Wales writes: > > [currently the archiver is so slow i can't use it] > > Are your existing archives very big (few Mbs)? If so, you may try to > speed up the archiving using feature/org-fold branch [1]. If that is not > enough, I recommend splitting archives on yearly basis [2] or disabling > font-lock in archive files. > > Best, > Ihor > > [1] https://github.com/yantar92/org > [2] > https://github.com/yantar92/emacs-config/blob/master/config.org#archiving > > > > > ------------------------------ > > Message: 17 > Date: Sat, 27 Feb 2021 12:08:04 +0100 > From: Alan Schmitt > To: "emacs-orgmode" > Subject: contact management in emacs > Message-ID: <87lfb9bwff.fsf@m4x.org> > Content-Type: text/plain; charset=3D"utf-8" > > Hello, > > This may be slightly off-topic for the list, but as I=E2=80=99m consideri= ng > 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=E2=80=99m al= ready > 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=E2=80= =99m 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-con= tacts.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? > > Best, > > Alan > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 528 bytes > Desc: not available > URL: < > https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210227/1b6= fa02c/attachment.sig > > > > ------------------------------ > > Message: 18 > Date: Sat, 27 Feb 2021 12:08:38 +0100 > From: dalanicolai > To: emacs-orgmode@gnu.org > Subject: Simple org-publish configuration example in manual does not > work > Message-ID: > 7-L39zUns6si0KAhZ-_g@mail.gmail.com> > Content-Type: text/plain; charset=3D"utf-8" > > Hello, sorry for sending this email directly, but currently sending mail > from Emacs does not work correctly. > > > I was trying out the org-publishing functionality, but I found that > the first example in the documentation given at > https://orgmode.org/manual/Simple-example.html#Simple-example > does not work. When I try to publish the project it errors with the > following message > > org-publish-file: No publishing function chosen > > So I figured that I should add a :publishing-function and I remembered > reading earlier in the documnetation, > i.e. at > https://orgmode.org/manual/Publishing-action.html#Publishing-action > org-html-publish-to-html > > that org uses the default publishing-function > > org-publish-org-to-html > > But when trying to publish using that function then Emacs errors with > the message > > org-publish-file: Symbol=E2=80=99s function definition is void: > org-publish-org-to-html > > I have found the following error report from 17 Mar 2013, reporting > exactly the same error (and a reply with the solution) > https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01221.html > > It would be great if these two small point in the manual, which is > otherwise great, could > get updated. > > 1. add the required :publishing-function keyword to the documentation (wi= th > the correct function value) > 2. change the name of the default function from org-publish-org-to-html -= > > *org-html-publish-to-html* > > Thank you! > > Best regards, > Daniel Nicolai > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210227/02a= 12cbf/attachment.html > > > > ------------------------------ > > Message: 19 > Date: Sat, 27 Feb 2021 12:31:05 +0100 > From: Martin Steffen > To: Alan Schmitt > Cc: emacs-orgmode > Subject: Re: contact management in emacs > Message-ID: <867dmteohy.fsf@login.ifi.uio.no> > Content-Type: text/plain > > > > > I use bbdb (big-brother data base). I use it since a looong time > already, and amassed 15000 or so contracts. It does what I want, it's > text-based, so versioning is not a problem. > > I think it can do vcard export (though when I used vcards is a long > time ago, I can't remember if that was smooth, I think it was with one > of my first smart phone, and I wanted to quick fill up the phone book > there with my ``emacs-managed'' contact data base.). > > One can add used defined fields (where one can ``match'' all contacts > for some criterion, and send then ``bulk'' email. > > Org is also bbdb-aware, insofar one can do those links: instead of > [[file:xxxx][yyy]] one can use [[bbdb:somecriterion]]. > > I don't know if it matches your needs, but I can't say bad things about > that bbdb-thing. > > Martin > > > > > > ------------------------------ > > Message: 20 > Date: Sat, 27 Feb 2021 18:55:54 +0700 > From: Maxim Nikulin > To: emacs-orgmode@gnu.org > Subject: Re: [bug] org-yank in stars corrupts outline > Message-ID: > Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed > > On 27/02/2021 07:52, Samuel Wales wrote: > > > > i have org-yank-adjusted-subtrees t > > > > * org-yank is funny > > *** kill this line (with newline) then try yanking at ^ places (remove > > the ^ first) > > the fault lies in the stars > > insertion above and arbitrary demotion > > *** x > > asdfnaksdj fnkadsn fkjans df > > ^a^sdkfjnaksdfn kajsndfk ajdnsf > > askdjfkasjdn fkajfdns > > *^*^* y > > *** [[https://go^ogle.com]] > > from [[help:org-yank]] > > > If it passes the test, and if the > > cursor is at the beginning of a line or after the stars of a currently > > empty headline, then the yank is handled specially. How exactly depend= s > > on the value of the following variables. > > In my opinion, your "^" marks do not satisfy the specified criteria. > > Personally I use [[help:org-paste-subtree]] C-c C-x C-y directly. It has > a minor issue however. First time after emacs start it refuses to yank > subtree from X clipboard (prepared externally). Regular paste with undo > C-y C-/ is enough to convince the function that there is a subtree in > the clipboard. Next time it works without such dance. > > > > > > ------------------------------ > > Message: 21 > Date: Sat, 27 Feb 2021 07:14:52 -0600 > From: Aaron Jensen > To: emacs-orgmode@gnu.org > Subject: Re: [PATCH] org-mac-link: Disable Evernote capture by default > Message-ID: > 7pS1xOdc3p45nyF-y3Q@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > On Wed, Feb 17, 2021 at 9:55 AM Aaron Jensen > wrote: > > > > The two `shell-command-to-string` invocations during eval are > > extremely slow. Users of Evernote should `org-mac-grab-Evernote-app-p` > > and `org-mac-evernote-path` explicitly. > > Hi all, > > Any chance of getting this merged in? It's a pretty nasty one for mac > users. > > Thanks, > > Aaron > > > > ------------------------------ > > Message: 22 > Date: Sat, 27 Feb 2021 08:18:45 -0500 > From: ian martins > To: Nathan Neff > Cc: emacs-orgmode > Subject: Re: Babel: Programmatically evaluate a heading and subtrees? > Message-ID: > 4TjEZhr_KrEnYvF_K0GSapHOw@mail.gmail.com> > Content-Type: text/plain; charset=3D"UTF-8" > > Can you use noweb? In the example below, if you run the top code block > babel will run the two that follow. > > 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=3Ddata1 > <> > <> > #+end_src > > #+RESULTS: > : called fun1: some data > : called fun2 > > #+name: data1 > some data > > #+name: fun1 > #+begin_src elisp :var data=3Ddata1 > (princ (format "called fun1: %s" data)) > #+end_src > > #+name: fun2 > #+begin_src elisp > (princ "called fun2") > #+end_src > > 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-subtr= ee > > > > 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 > > > > ------------------------------ > > Message: 23 > Date: Sat, 27 Feb 2021 13:20:23 +0000 > From: andr=C3=A9s ram=C3=ADrez > To: Martin Steffen > Cc: Alan Schmitt , emacs-orgmode > > Subject: Re: contact management in emacs > Message-ID: <868s79hcko.fsf@gmail.com> > Content-Type: text/plain; charset=3Dutf-8 > > Hi. Martin and Alan. > > >>>>> "Martin" =3D=3D Martin Steffen writes: > > > [...] > > > Martin> Org is also bbdb-aware, insofar one can do those links: > instead of [[file:xxxx][yyy]] > Martin> one can use [[bbdb:somecriterion]]. > > bbdb anniversaries could also appear on agenda: > --8<---------------cut here---------------start------------->8--- > 10 days-agenda (W08-W09): > Wednesday 24 February 2021 > Thursday 25 February 2021 > Friday 26 February 2021 > Saturday 27 February 2021 > Sunday 28 February 2021 > Monday 1 March 2021 W09 > Tuesday 2 March 2021 > Wednesday 3 March 2021 > bbdb: [[bbdb:Pedro ][Pedro 61st custom anniversary]] > Thursday 4 March 2021 > Friday 5 March 2021 > --8<---------------cut here---------------end--------------->8--- > > Andr=C3=A9s Ram=C3=ADrez > > > > ------------------------------ > > Message: 24 > Date: Sat, 27 Feb 2021 06:15:29 -0800 > From: Jack Kamm > To: emacs-orgmode@gnu.org > Subject: ob-reticulate: R+Python interface from Babel > Message-ID: <87y2f94mwu.fsf@gmail.com> > Content-Type: text/plain > > Hi all, > > ob-reticulate is now available on MELPA. > > You can find more information here: > https://github.com/jackkamm/ob-reticulate > > Cheers, > Jack > > > > ------------------------------ > > Message: 25 > Date: Sat, 27 Feb 2021 14:40:32 +0000 > From: Eric S Fraga > To: andr=C3=A9s ram=C3=ADrez > Cc: emacs-orgmode > Subject: Re: contact management in emacs > Message-ID: <87lfb9y3of.fsf@ucl.ac.uk> > Content-Type: text/plain; charset=3Dutf-8 > > On Saturday, 27 Feb 2021 at 13:20, andr=C3=A9s ram=C3=ADrez wrote: > > bbdb anniversaries could also appear on agenda: > > How do you get these to appear? Or is the "could" a wish? > thank you, eric > -- > : Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-231-gf46925 > > > > ------------------------------ > > Message: 26 > Date: Sat, 27 Feb 2021 15:12:00 +0000 > From: andr=C3=A9s ram=C3=ADrez > To: andr=C3=A9s ram=C3=ADrez , emacs-orgmode > > Subject: Re: contact management in emacs > Message-ID: <868s79zgsf.fsf@gmail.com> > Content-Type: text/plain > > Hi. Eric. > > >>>>> "Eric" =3D=3D Eric S Fraga writes: > > > [...] > > > Eric> How do you get these to appear? Or is the "could" a wish? > > This is my setup: > --8<---------------cut here---------------start------------->8--- > (setq org-agenda-files (directory-files "~/docs/org/deft/" t > ".*agenda\.org$")) > --8<---------------cut here---------------end--------------->8--- > > ~/docs/org/deft/bbdb-anniversary-trick.agenda.org: > --8<---------------cut here---------------start------------->8--- > * anniversary [isodate] > :PROPERTIES: > :CATEGORY: bbdb > :END: > %%(when (fboundp 'my/org-bbdb-anniversaries) (my/org-bbdb-anniversaries)) > --8<---------------cut here---------------end--------------->8--- > > --8<---------------cut here---------------start------------->8--- > (defun my/org-bbdb-anniversaries () > "It does not work on emacs-23" > (when (/=3D 23 emacs-major-version) > (org-bbdb-anniversaries) > ) > ) > --8<---------------cut here---------------end--------------->8--- > > the bbdb record should have the field anniversary: > --8<---------------cut here---------------start------------->8--- > anniversary: 1960-03-03 custom > --8<---------------cut here---------------end--------------->8--- > > Best Regards > > > > ------------------------------ > > Message: 27 > Date: Sat, 27 Feb 2021 16:14:19 +0100 > From: Martin Steffen > To: andr=C3=A9s ram=C3=ADrez > Cc: emacs-orgmode > Subject: Re: contact management in emacs > Message-ID: <8635xhee5w.fsf@login.ifi.uio.no> > Content-Type: text/plain > > >>>>> "Eric" =3D=3D Eric S Fraga writes: > > Eric> How do you get these to appear? Or is the "could" a wish? > > It's ``automatic''. The entry of the person needs a field "anniversary", > if that's filled with a date in yyyy-mm-dd format, it's included > (perhaps one has to set a variable like ``show-bbdb-anniversaries'' > and/or load a corresponding elisp-addition.) > > > Martin > > > > > Eric> thank you, eric -- : Eric S Fraga via Emacs 28.0.50, Org > Eric> release_9.4.4-231-gf46925 > > > > > ------------------------------ > > Message: 28 > Date: Sat, 27 Feb 2021 06:53:57 -1000 > From: Bob Newell > To: "emacs-orgmode" > Subject: Re: contact management in emacs > Message-ID: > Content-Type: text/plain > > I've used BBDB for years, and have tried org-contact, but it > didn't seem to scale to the now rather large size of my BBDB > database. > > I've looked at migrating to EBDB but as I have many custom > functions I haven't yet made the move. > > BBDB can do amazing things. I've mentioned some of them > before. Of course org links are supported, and in conjunction > with the 'gnorb' package, Gnus email can be associated with > BBDB entries in interesting ways. > > I use BBDB to easily maintain a slew of mailing lists. I also > have custom functions to set the input language mode for those > with whom I correspond in non-English languages. I even use > BBDB to initiate phone calls when I'm on my desktop computer. > > I hadn't thought to put BBDB under version control but that > would be very easy. > > However you don't need to get fancy right away. All the basics > are there. Like many things Emacs, it does take time to get > things set up the way you wish, but that time is well repaid > down the road a little. > > -- > Bob Newell > Honolulu, Hawai`i > > - Via GNU/Linux/Emacs/Gnus/BBDB > > > > End of Emacs-orgmode Digest, Vol 180, Issue 30 > ********************************************** > --000000000000a7d46205bc57914b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think all packages fulfill your requirements. So I = would say it depends on how many contacts you are managing. I have some exp= erience with org-contacts, and I find it very convenient and straightforwar= d. It is also very convenient to just use org-mode, i.e. a plain text file,= for your contacts. Every contact is a headline and you can add any kind of= property or tag etc. you want. Also anniversaries get added to the Agenda.= You can very easily jump to the right contact, using imenu or swoop/swiper= (I use `SPC j i ` in Spacemacs. So if you have less than say 300 contacts = (I have really no clue about the number of contacts that will still work sm= oothly), then depending on how die-hard you are, I would recommend to start= with org-contacs. You can use org-vcard to import contacts, and org-vcard = claims to support exports too but I did not test that yet.
Anyway= , I think you won't loose much time with setting up org-contacts and fr= om then you can slowly check out and study the other options.
I do not use Emacs for email yet, but org-contacts claims to su= pport most of Emacs its mail-readers.

If you e= njoy tweaking your setup and study a little more then maybe directly use BB= DB or EBDB. EBDB's goal is to be a modern BBDB and I guess the main dev= eloper does a very nice job. I have no experience with these databases, bec= ause I think they are overkill (currently) for my usecase.

Daniel Nicolai

On Sat, 27 Feb 2021 at 18:03, <emacs-orgmode-request@gnu.org> wr= ote:
Send Emacs-= orgmode mailing list submissions to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs-orgmode@gnu.org

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

You can reach the person managing the list at
=C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs-orgmode-owner@gnu.org

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


Today's Topics:

=C2=A0 =C2=A01. Re: Turning off all indentation in 9.4.4 (TRS-80)
=C2=A0 =C2=A02. Re: Tips on maintaining history in Org Mode (TRS-80)
=C2=A0 =C2=A03. Re: Set archive location relative to property (TRS-80)
=C2=A0 =C2=A04. [PATCH] ~org-font-lock-add-priority-faces~: ensure priority=
=C2=A0 =C2=A0 =C2=A0 cookies are in a headline (S=C3=A9bastien Miquel)
=C2=A0 =C2=A05. Re: Tips on maintaining history in Org Mode (Samuel Wales)<= br> =C2=A0 =C2=A06. Re: Tips on maintaining history in Org Mode (David Masterso= n)
=C2=A0 =C2=A07. Re: Tips on maintaining history in Org Mode (David Masterso= n)
=C2=A0 =C2=A08. Re: Tips on maintaining history in Org Mode (David Masterso= n)
=C2=A0 =C2=A09. Re: Tips on maintaining history in Org Mode (Tim Cross)
=C2=A0 10. [bug] org-yank in stars corrupts outline (Samuel Wales)
=C2=A0 11. Re: [bug] org-yank in stars corrupts outline (Samuel Wales)
=C2=A0 12. Re: Tips on maintaining history in Org Mode (David Masterson) =C2=A0 13. Re: Tips on maintaining history in Org Mode (Samuel Wales)
=C2=A0 14. Re: Tips on maintaining history in Org Mode (Ihor Radchenko)
=C2=A0 15. Re: Tips on maintaining history in Org Mode (Ihor Radchenko)
=C2=A0 16. Re: Tips on maintaining history in Org Mode (Ihor Radchenko)
=C2=A0 17. contact management in emacs (Alan Schmitt)
=C2=A0 18. Simple org-publish configuration example in manual does not
=C2=A0 =C2=A0 =C2=A0 work (dalanicolai)
=C2=A0 19. Re: contact management in emacs (Martin Steffen)
=C2=A0 20. Re: [bug] org-yank in stars corrupts outline (Maxim Nikulin)
=C2=A0 21. Re: [PATCH] org-mac-link: Disable Evernote capture by default =C2=A0 =C2=A0 =C2=A0 (Aaron Jensen)
=C2=A0 22. Re: Babel: Programmatically evaluate a heading and subtrees?
=C2=A0 =C2=A0 =C2=A0 (ian martins)
=C2=A0 23. Re: contact management in emacs (andr=C3=A9s ram=C3=ADrez)
=C2=A0 24. ob-reticulate: R+Python interface from Babel (Jack Kamm)
=C2=A0 25. Re: contact management in emacs (Eric S Fraga)
=C2=A0 26. Re: contact management in emacs (andr=C3=A9s ram=C3=ADrez)
=C2=A0 27. Re: contact management in emacs (Martin Steffen)
=C2=A0 28. Re: contact management in emacs (Bob Newell)


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

Message: 1
Date: Fri, 26 Feb 2021 14:12:09 -0500
From: TRS-80 <lists.trs-80@isnotmyreal.name>
To: emacs-orgmod= e@gnu.org
Subject: Re: Turning off all indentation in 9.4.4
Message-ID: <83f49a373d71c4b786bda1ad6323ca87@isnotmyreal.na= me>
Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed

On 2021-02-26 01:20, Kyle Meyer wrote:
> TRS-80 writes:
>
>> On 2021-02-24 15:58, TRS-80 wrote:
>>> On 2021-02-16 23:30, Kyle Meyer wrote:
> [...]
>>>> So, if I'm reading your preferences correctly, it soun= ds like you
>>>> want
>>>> just the first suggestion in the above snippet, leaving >>>> org-adapt-indentation at its default value:
>>>>
>>>>=C2=A0 =C2=A0(add-hook 'org-mode-hook (lambda () (elect= ric-indent-local-mode
>>>> -1)))
>>>
>>> OK, I just did eval-expression (M-:) with (electric-indent-loc= al-mode
>>> -1) in an Orgmode buffer.=C2=A0 After very brief testing, it d= oes indeed
>>> seem to return the desired behavior.=C2=A0 So thanks a lot for= that tip!
> [...]
>> OK, so after that yesterday, I went ahead and added
>> (electric-indent-local-mode -1) to my org-mode hook.=C2=A0 Then to= day upon
>> re-starting Emacs, I am back to not working.
>>
>> By not working I mean:=C2=A0 Pressing enter goes to column 0 as it= should,
>> however then pressing <TAB> does nothing.=C2=A0 Where previo= usly it would
>> jump to same level as indented above.
>>
>> My settings are:
>>
>> - electric-indent-local-mode nil (local in each Orgmode buffer, se= t
>> via
>> hook)
>>
>> - org-adapt-indentation 'headline-data
>
> I'm just repeating my suggestion from above, but perhaps you want = to
> leave org-adapt-indentation at its default value of t?

Apologies, I had skipped right over that bit!

Doing as you say appears (after very brief test just now) to have given
me back all the expected behavior:

- RET goes to column zero

- TAB goes to indentation level

- Logbook entries are indented as they should be

However in the course of doing this, it reminded me of what I was trying to do in the first place, which I thought I could accomplish with some
of the new functionality (headline-data in particular).

In my mind at least, the headline data belongs "with" the headlin= e.=C2=A0 So
all drawers like LOGBOOK and PROPERTIES (and their respective entries,
of course) should all be indented to same level as headline.

Now, I used to think the same way about the body text, but I changed my
mind a year or two (maybe more) ago, as I realized that was just wasting too mych space.

So, my reading of this new(?) headline-data setting, was that it seemed
to be exactly what I had been looking for!=C2=A0 But perhaps I misunderstoo= d?

Cheers,
TRS-80



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

Message: 2
Date: Fri, 26 Feb 2021 14:24:14 -0500
From: TRS-80 <lists.trs-80@isnotmyreal.name>
To: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID: <45e4dc6434becb1552adc7df544db01a@isnotmyreal.na= me>
Content-Type: text/plain; charset=3DUS-ASCII; format=3Dflowed

On 2021-02-26 01:22, David Masterson wrote:
> There are many ways of maintaining history in a group of Org files: > 1. Archive within a file
> 2. Archive to a separate (archive) file
> 3. Special TODO types for history
> 4. Special TAG types for history
> 5. etc.
>
> My question is, if you have meetings/phone calls as TODOs, what is the=
> preferred way to handle when they move into history so that, *much* > later, you can easily produce a list of all of the meetings/phone call= s
> with dates and times of them?=C2=A0 The issue (I think) is, when you m= ark
> the
> TODO as DONE, you lose the info of what the TODO was originally.
>
> Suggestions

I agree with what others already said about logging state changes with
timestamps.=C2=A0 I do the same and find this an extremely handy place to put "metadata about the task, or reason that it changed" and keep= it
separate/hidden from the main body of the task (which in my mind
should only contain info about the subject of the headline / task
itself).

However when you say "history" I suspect you mean "archive&q= uot; and this
is something I have been thinking about a long time as well.=C2=A0 Because<= br> I think the current way that Orgmode handles this is a bit naive /
simplistic.=C2=A0 Well, at least there is the option to create your own
archival function, which I suspect I will do at some point.=C2=A0 In fact I=
have been thinking about the best way to do that for some time
already.

Cheers,
TRS-80



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

Message: 3
Date: Fri, 26 Feb 2021 14:30:56 -0500
From: TRS-80 <lists.trs-80@isnotmyreal.name>
To: emacs-orgmod= e@gnu.org
Subject: Re: Set archive location relative to property
Message-ID: <565b3cb59087b33087676d8059a7e39d@isnotmyreal.na= me>
Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed

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:=C2=A0 ???
>> :END:
>> ** Archive=C2=A0=C2=A0=C2=A0 :ARCHIVE:
>> ** Some node
>>
>> Upon archiving "Some node" (or any direct or indirect su= b-node of
>> Projectname) I want to end it up under "** Archive". The= archive
>> location should always be relative to the node where the property<= br> >> 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.

Cheers,
TRS-80



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

Message: 4
Date: Fri, 26 Feb 2021 20:58:35 +0100
From: S=C3=A9bastien Miquel <sebastien.miquel@posteo.eu>
To: emacs-orgmod= e@gnu.org
Cc: Ihor Radchenko <yantar92@gmail.com>
Subject: [PATCH] ~org-font-lock-add-priority-faces~: ensure priority
=C2=A0 =C2=A0 =C2=A0 =C2=A0 cookies are in a headline
Message-ID: <a9f0fc01-2f32-8831-ac8b-0f0fe9e00a4d@posteo.eu= >
Content-Type: text/plain; charset=3D"utf-8"; Format=3D"flowe= d"

Priority cookies are always in a headline.

The attached patch speeds up fontification of a 1k lines buffer by 0.1
second.

Note that the variable org-priority-regexp can't be modified since
it is used in the agenda and in org-get-priority.

Regards,

--
S=C3=A9bastien Miquel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-org.el-org-font-lock-add-priority-faces-Speed-up-reg.patch
Type: text/x-patch
Size: 967 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210226/9ca= 34244/attachment.bin>

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

Message: 5
Date: Fri, 26 Feb 2021 14:34:43 -0700
From: Samuel Wales <samologist@gmail.com>
To: David Masterson <dsmasterson92630@outlook.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAJcAo8uAc04c2= v4xMhm8PWbp5v3wk3Jz13bDJDkdLFDnVs5kUw@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

org does indeed have a lot of related features, maybe too many even.
here is some of what i do.

- if i doneify, it means i will likely not need to search for it.
archived to a file.
=C2=A0 [currently the archiver is so slow i can't use it]
=C2=A0 CLOSED: [2012-11-08 Thu 19:40]
- state logging for repeaters in logbook
- your question: notes to keep around like this
=C2=A0 ***** LOG [2021-02-26 Fri 14:18] talked to bill gates; he uses linux= now
=C2=A0 these get sorted at bottom by timestamp using user-defined
=C2=A0 this is the main thing
- bare inactive free form as needed

--
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapand= emic.blogspot.com/2013/10/why-some-diseases-are-wronged.html



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

Message: 6
Date: Fri, 26 Feb 2021 14:51:30 -0800
From: David Masterson <dsmasterson92630@outlook.com>
To: Ihor Radchenko <yantar92@gmail.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <SJ= 0PR03MB5455FD17CD8FA3853983D5509B9D9@SJ0PR03MB5455.namprd03.prod.outlook.co= m>

Content-Type: text/plain

Ihor Radchenko <= yantar92@gmail.com> writes:

> David Masterson <dsmasterson92630@outlook.com> writes:
>> My question is, if you have meetings/phone calls as TODOs, what is= the
>> preferred way to handle when they move into history so that, *much= *
>> later, you can easily produce a list of all of the meetings/phone = calls
>> with dates and times of them?=C2=A0 The issue (I think) is, when y= ou mark the
>> TODO as DONE, you lose the info of what the TODO was originally. >
> See Org manual :: 5.3 Progress Logging

Interesting, but then how do you get the list?=C2=A0 I mean is there an
agenda to use?
--
David Masterson



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

Message: 7
Date: Fri, 26 Feb 2021 14:55:16 -0800
From: David Masterson <dsmasterson92630@outlook.com>
To: Tim Cross <theophilusx@gmail.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <SJ= 0PR03MB5455A0B7779A6D32EDB6EC099B9D9@SJ0PR03MB5455.namprd03.prod.outlook.co= m>

Content-Type: text/plain

Tim Cross <th= eophilusx@gmail.com> writes:

> David Masterson <dsmasterson92630@outlook.com> writes:
>
>> There are many ways of maintaining history in a group of Org files= :
>> 1. Archive within a file
>> 2. Archive to a separate (archive) file
>> 3. Special TODO types for history
>> 4. Special TAG types for history
>> 5. etc.
>>
>> My question is, if you have meetings/phone calls as TODOs, what is= the
>> preferred way to handle when they move into history so that, *much= *
>> later, you can easily produce a list of all of the meetings/phone = calls
>> with dates and times of them?=C2=A0 The issue (I think) is, when y= ou mark the
>> TODO as DONE, you lose the info of what the TODO was originally. >
> A lot will depend on your requirements.
>
> For me, my TODOs are setup so that they record a date stamp for when > they were added and whenever they change state e.g. started, done,
> delegated etc.

So, you use progress logging.

> For non-TODO items, I will often put an inactive timestamp in the
> heading title.

Do your headings become busy?

What would you use to then make a list of all meetings you had last year?
--
David Masterson



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

Message: 8
Date: Fri, 26 Feb 2021 15:00:02 -0800
From: David Masterson <dsmasterson92630@outlook.com>
To: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <SJ= 0PR03MB54554F09F1784A4DE894233D9B9D9@SJ0PR03MB5455.namprd03.prod.outlook.co= m>

Content-Type: text/plain

Eric S Fraga <e.f= raga@ucl.ac.uk> writes:

> My approach is simple.=C2=A0 For TODO items, I archive to separate fil= e when
> done.=C2=A0 That file is easily searchable, e.g. using C-c /.

Ah! org-occur! That's something forgot about and looks useful.

> I keep both the original file and the archive file under revision
> control, just in case.

I do that, too.

>> The issue (I think) is, when you mark the TODO as DONE, you lose t= he
>> info of what the TODO was originally.
>
> What info is lost?=C2=A0 In fact, if you log state changes, all the > information is there.

I see how that workss now with org-occur.

> By the way, if you have recurring items, one package that you might fi= nd
> useful is org-recur which is on ELPA.

Thanks

--
David Masterson



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

Message: 9
Date: Sat, 27 Feb 2021 09:59:50 +1100
From: Tim Cross <theophilusx@gmail.com>
To: David Masterson <dsmasterson92630@outlook.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID: <87wnuu9zrf.fsf@gmail.com>
Content-Type: text/plain


David Masterson <dsmasterson92630@outlook.com> writes:

> Tim Cross <theophilusx@gmail.com> writes:
>
>> David Masterson <dsmasterson92630@outlook.com> writes:
>>
>> For me, my TODOs are setup so that they record a date stamp for wh= en
>> they were added and whenever they change state e.g. started, done,=
>> delegated etc.
>
> So, you use progress logging.

Yes.

>
>> For non-TODO items, I will often put an inactive timestamp in the<= br> >> heading title.
>
> Do your headings become busy?
>

Some would feel they are 'busy'. I always put the timestamp at the<= br> beginning of the heading, so there is a regular pattern (not much
different from the leading heading stars) and I've just got use to it,<= br> so I don't really see it now.

> What would you use to then make a list of all meetings you had last ye= ar?

For me, archiving is about data I'm unlikely to need again, but just in=
case I do, it is in the archive. I rarely look at my archives. However,
when I do archive, I will usually archive into a 'year' file. So, t= o
find all the meetings held in 2015, I would open that archive file and
search for entries with the tag MEETING (I also have a tag for PHONE).

--
Tim Cross



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

Message: 10
Date: Fri, 26 Feb 2021 17:52:37 -0700
From: Samuel Wales <samologist@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: [bug] org-yank in stars corrupts outline
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAJcAo8uF=3DJrtYWfe2HCPp= gXcbD5kbGT78wtn67zXB8V_-SGWpg@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

it is neither raw yank behavior nor org syntax

in recent maint

i have org-yank-adjusted-subtrees t

* org-yank is funny
*** kill this line (with newline) then try yanking at ^ places (remove
the ^ first)
the fault lies in the stars
insertion above and arbitrary demotion
*** x
asdfnaksdj fnkadsn fkjans df
^a^sdkfjnaksdfn kajsndfk ajdnsf
askdjfkasjdn fkajfdns
*^*^* y
*** [[https://g= o^ogle= .com]]



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

Message: 11
Date: Fri, 26 Feb 2021 17:54:36 -0700
From: Samuel Wales <samologist@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: Re: [bug] org-yank in stars corrupts outline
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAJcAo8vKRwzP_TAOwxCttC6o82O0g2OwOg_V+ep2E4= =3DE3BxFxA@mail= .gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

*** kill any header (with newline) then try yanking in various places
in the stars of any indented header that has things above it.=C2=A0 you
should get multiple demotions that do not conform to outline.

On 2/26/21, Samuel Wales <samologist@gmail.com> wrote:
> it is neither raw yank behavior nor org syntax
>
> in recent maint
>
> i have org-yank-adjusted-subtrees t
>
> * org-yank is funny
> *** kill this line (with newline) then try yanking at ^ places (remove=
> the ^ first)
> the fault lies in the stars
> insertion above and arbitrary demotion
> *** x
> asdfnaksdj fnkadsn fkjans df
> ^a^sdkfjnaksdfn kajsndfk ajdnsf
> askdjfkasjdn fkajfdns
> *^*^* y
> *** [[http= s://go^ogle.com]]
>


--
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapand= emic.blogspot.com/2013/10/why-some-diseases-are-wronged.html



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

Message: 12
Date: Fri, 26 Feb 2021 19:17:34 -0800
From: David Masterson <dsmasterson92630@outlook.com>
To: Tim Cross <theophilusx@gmail.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <SJ= 0PR03MB5455951AD10B7FDB57BD87E39B9C9@SJ0PR03MB5455.namprd03.prod.outlook.co= m>

Content-Type: text/plain

Tim Cross <th= eophilusx@gmail.com> writes:

> David Masterson <dsmasterson92630@outlook.com> writes:
>
>> What would you use to then make a list of all meetings you had las= t year?
>
> For me, archiving is about data I'm unlikely to need again, but ju= st in
> case I do, it is in the archive. I rarely look at my archives. However= ,
> when I do archive, I will usually archive into a 'year' file. = So, to
> find all the meetings held in 2015, I would open that archive file and=
> search for entries with the tag MEETING (I also have a tag for PHONE).=

Got it.=C2=A0 Thanks.
--
David Masterson



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

Message: 13
Date: Fri, 26 Feb 2021 21:21:54 -0700
From: Samuel Wales <samologist@gmail.com>
To: David Masterson <dsmasterson92630@outlook.com>
Cc: Tim Cross <theophilusx@gmail.com>, emacs-orgmode@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAJcAo8tK7QiKLeBWe9+duQmntr2EER3pGXOJJy_Cx7= vDu=3Ddjpg@mail.gm= ail.com>
Content-Type: text/plain; charset=3D"UTF-8"

note that there is an issue when you try to name your archive files
using years like computer-2000.org_archive.=C2=A0 it can take seconds to find-file big files so it is understandable to want to name files like
that.

however, if you change the name of an archive file, it will not be
found by org when you tell it to do certain things with archive files.
some code in org derives the basename to search from the basename of
the original file like computer,org.

in principle, maybe org could allow year suffixes/prefixes or it could
search all archive files in dirs that have org files.

perhaps also changing org-archive-file-header-format to allow a format
thingie for a timestamp would allow you to take parts of an archive
file and move them into one per year without having to put the date in
each archived entry.


On 2/26/21, David Masterson <dsmasterson92630@outlook.com> wrote:
> Tim Cross <theophilusx@gmail.com> writes:
>
>> David Masterson <dsmasterson92630@outlook.com> writes:
>>
>>> What would you use to then make a list of all meetings you had= last
>>> year?
>>
>> For me, archiving is about data I'm unlikely to need again, bu= t just in
>> case I do, it is in the archive. I rarely look at my archives. How= ever,
>> when I do archive, I will usually archive into a 'year' fi= le. So, to
>> find all the meetings held in 2015, I would open that archive file= and
>> search for entries with the tag MEETING (I also have a tag for PHO= NE).
>
> Got it.=C2=A0 Thanks.
> --
> David Masterson
>
>


--
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapand= emic.blogspot.com/2013/10/why-some-diseases-are-wronged.html



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

Message: 14
Date: Sat, 27 Feb 2021 14:28:13 +0800
From: Ihor Radchenko <yantar92@gmail.com>
To: David Masterson <dsmasterson92630@outlook.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID: <87czwmc9du.fsf@localhost>
Content-Type: text/plain

David Masterson <dsmasterson92630@outlook.com> writes:

> Interesting, but then how do you get the list?=C2=A0 I mean is there a= n
> 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.

Best,
Ihor




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

Message: 15
Date: Sat, 27 Feb 2021 14:38:47 +0800
From: Ihor Radchenko <yantar92@gmail.com>
To: Samuel Wales <samologist@gmail.com>, David Masterson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <dsmasterson92630@outlook.com>
Cc: Tim Cross <theophilusx@gmail.com>, emacs-orgmode@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID: <87a6rqc8w8.fsf@localhost>
Content-Type: text/plain

Samuel Wales <= samologist@gmail.com> writes:

> perhaps also changing org-archive-file-header-format to allow a format=
> thingie for a timestamp would allow you to take parts of an archive > file and move them into one per year without having to put the date in=
> each archived entry.

FYI: I have implemented automatic per-year archiving, which is correctly handled by other org commands in my personal config:
https://github.com/yantar92= /emacs-config/blob/master/config.org#archiving

Best,
Ihor




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

Message: 16
Date: Sat, 27 Feb 2021 14:42:03 +0800
From: Ihor Radchenko <yantar92@gmail.com>
To: Samuel Wales <samologist@gmail.com>, David Masterson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <dsmasterson92630@outlook.com>
Cc: emacs-orgmod= e@gnu.org
Subject: Re: Tips on maintaining history in Org Mode
Message-ID: <877dmuc8qs.fsf@localhost>
Content-Type: text/plain

Samuel Wales <= samologist@gmail.com> writes:
>=C2=A0 =C2=A0[currently the archiver is so slow i can't use it]

Are your existing archives very big (few Mbs)? If so, you may try to
speed up the archiving using feature/org-fold branch [1]. If that is not enough, I recommend splitting archives on yearly basis [2] or disabling
font-lock in archive files.

Best,
Ihor

[1] https://github.com/yantar92/org
[2] https://github.com/yant= ar92/emacs-config/blob/master/config.org#archiving




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

Message: 17
Date: Sat, 27 Feb 2021 12:08:04 +0100
From: Alan Schmitt <alan.schmitt@polytechnique.org>
To: "emacs-orgmode" <emacs-orgmode@gnu.org>
Subject: contact management in emacs
Message-ID: <87lfb9bwff.fsf@m4x.org>
Content-Type: text/plain; charset=3D"utf-8"

Hello,

This may be slightly off-topic for the list, but as I=E2=80=99m 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=E2=80=99m alre= ady
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<= /a>), and I=E2=80=99m 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.orgmod= e.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?

Best,

Alan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 528 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210227/1b6= fa02c/attachment.sig>

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

Message: 18
Date: Sat, 27 Feb 2021 12:08:38 +0100
From: dalanicolai <dalanicolai@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: Simple org-publish configuration example in manual does not
=C2=A0 =C2=A0 =C2=A0 =C2=A0 work
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CACJP=3D3k2jL1z0d-uALFGoutffFF2o=3D7-L39zUns= 6si0KAhZ-_g@mail.gmail.com>
Content-Type: text/plain; charset=3D"utf-8"

Hello, sorry for sending this email directly, but currently sending mail from Emacs does not work correctly.


I was trying out the org-publishing functionality, but I found that
the first example in the documentation given at
https://orgmode.org/manual/Simple-examp= le.html#Simple-example
does not work. When I try to publish the project it errors with the
following message

org-publish-file: No publishing function chosen

So I figured that I should add a :publishing-function and I remembered
reading earlier in the documnetation,
i.e. at h= ttps://orgmode.org/manual/Publishing-action.html#Publishing-action
org-html-publish-to-html
that org uses the default publishing-function<= br>
org-publish-org-to-html

But when trying to publish using that function then Emacs errors with
the message

org-publish-file: Symbol=E2=80=99s function definition is void:
org-publish-org-to-html

I have found the following error report from 17 Mar 2013, reporting
exactly the same error (and a reply with the solution)
https://lists.gnu.org/archive/= html/emacs-orgmode/2013-03/msg01221.html

It would be great if these two small point in the manual, which is
otherwise great, could
get updated.

1. add the required :publishing-function keyword to the documentation (with=
the correct function value)
2. change the name of the default function from org-publish-org-to-html -&g= t;
*org-html-publish-to-html*

Thank you!

Best regards,
Daniel Nicolai
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnu.org/archive/html/emacs-orgmode/attachments/20210227/02= a12cbf/attachment.html>

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

Message: 19
Date: Sat, 27 Feb 2021 12:31:05 +0100
From: Martin Steffen <msteffen@ifi.uio.no>
To: Alan Schmitt <alan.schmitt@polytechnique.org>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <867dmteohy.fsf@login.ifi.uio.no>
Content-Type: text/plain




I use bbdb (big-brother data base). I use it since a looong time
already, and amassed 15000 or so contracts. It does what I want, it's text-based, so versioning is not a problem.

I think it can do vcard export (though when I used vcards is a long
time ago, I can't remember if that was smooth, I think it was with one<= br> of my first smart phone, and I wanted to quick fill up the phone book
there with my ``emacs-managed'' contact data base.).

One can add used defined fields (where one can ``match'' all contac= ts
for some criterion, and send then ``bulk'' email.

Org is also bbdb-aware, insofar one can do those links: instead of
[[file:xxxx][yyy]] one can use [[bbdb:somecriterion]].

I don't know if it matches your needs, but I can't say bad things a= bout
that bbdb-thing.

Martin





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

Message: 20
Date: Sat, 27 Feb 2021 18:55:54 +0700
From: Maxim Nikulin <manikulin@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: Re: [bug] org-yank in stars corrupts outline
Message-ID: <s1dc0b$udf$1@ciao.gmane.io>
Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed

On 27/02/2021 07:52, Samuel Wales wrote:
>
> i have org-yank-adjusted-subtrees t
>
> * org-yank is funny
> *** kill this line (with newline) then try yanking at ^ places (remove=
> the ^ first)
> the fault lies in the stars
> insertion above and arbitrary demotion
> *** x
> asdfnaksdj fnkadsn fkjans df
> ^a^sdkfjnaksdfn kajsndfk ajdnsf
> askdjfkasjdn fkajfdns
> *^*^* y
> *** [[http= s://go^ogle.com]]

from [[help:org-yank]]

> If it passes the test, and if the
> cursor is at the beginning of a line or after the stars of a currently=
> empty headline, then the yank is handled specially.=C2=A0 How exactly = depends
> on the value of the following variables.

In my opinion, your "^" marks do not satisfy the specified criter= ia.

Personally I use [[help:org-paste-subtree]] C-c C-x C-y directly. It has a minor issue however. First time after emacs start it refuses to yank
subtree from X clipboard (prepared externally). Regular paste with undo C-y C-/ is enough to convince the function that there is a subtree in
the clipboard. Next time it works without such dance.





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

Message: 21
Date: Sat, 27 Feb 2021 07:14:52 -0600
From: Aaron Jensen <aaronjensen@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: Re: [PATCH] org-mac-link: Disable Evernote capture by default
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAHyO48x1rFo_CA_Ha3nZLNeWozurB=3D+7pS1xOdc3p= 45nyF-y3Q@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

On Wed, Feb 17, 2021 at 9:55 AM Aaron Jensen <aaronjensen@gmail.com> wrote:
>
> The two `shell-command-to-string` invocations during eval are
> extremely slow. Users of Evernote should `org-mac-grab-Evernote-app-p`=
> and `org-mac-evernote-path` explicitly.

Hi all,

Any chance of getting this merged in? It's a pretty nasty one for mac u= sers.

Thanks,

Aaron



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

Message: 22
Date: Sat, 27 Feb 2021 08:18:45 -0500
From: ian martins <ia= nxm@jhu.edu>
To: Nathan Neff <nathan.neff@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: Babel: Programmatically evaluate a heading and subtrees?
Message-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CAC=3Drjb4iJPkXjOVAi83jjBrc=3D4TjEZhr_Kr= EnYvF_K0GSapHOw@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

Can you use noweb? In the example below, if you run the top code block
babel will run the two that follow.

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=3Ddata1
=C2=A0 <<fun1>>
=C2=A0 <<fun2>>
#+end_src

#+RESULTS:
: called fun1: some data
: called fun2

#+name: data1
some data

#+name: fun1
#+begin_src elisp :var data=3Ddata1
(princ (format "called fun1: %s" data))
#+end_src

#+name: fun2
#+begin_src elisp
(princ "called fun2")
#+end_src

On Sat, Feb 20, 2021 at 2:11 PM Nathan Neff <nathan.neff@gmail.com> 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 sub= headings.
>
> Currently, I navigate to Heading 1 and then use org-babel-execute-subt= ree
>
> I see that there's a function called org-babel-goto-named-src-bloc= k, so I think
> I could write a small function to jump to FOO in Heading 1 and then ru= n execute subtree
> and then jump back to my previous location in Emacs.
>
> Is there a more programmatic or built-in way?=C2=A0 For example:
> org-babel-execute-block-and-subheadings FOO
>
> Thanks,
> --Nate



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

Message: 23
Date: Sat, 27 Feb 2021 13:20:23 +0000
From: andr=C3=A9s ram=C3=ADrez <rrandresf@gmail.com>
To: Martin Steffen <msteffen@ifi.uio.no>
Cc: Alan Schmitt <alan.schmitt@polytechnique.org>, emacs-orgmode
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <868s79hcko.fsf@gmail.com>
Content-Type: text/plain; charset=3Dutf-8

Hi. Martin and=C2=A0 Alan.

>>>>> "Martin" =3D=3D Martin Steffen <msteffen@ifi.uio.no&g= t; writes:


[...]


=C2=A0 =C2=A0 Martin> Org is also bbdb-aware, insofar one can do those l= inks: instead of [[file:xxxx][yyy]]
=C2=A0 =C2=A0 Martin> one can use [[bbdb:somecriterion]].

bbdb anniversaries could also appear=C2=A0 on agenda:
--8<---------------cut here---------------start------------->8---
10 days-agenda (W08-W09):
Wednesday=C2=A0 24 February 2021
Thursday=C2=A0 =C2=A025 February 2021
Friday=C2=A0 =C2=A0 =C2=A026 February 2021
Saturday=C2=A0 =C2=A027 February 2021
Sunday=C2=A0 =C2=A0 =C2=A028 February 2021
Monday=C2=A0 =C2=A0 =C2=A0 1 March 2021 W09
Tuesday=C2=A0 =C2=A0 =C2=A02 March 2021
Wednesday=C2=A0 =C2=A03 March 2021
=C2=A0 bbdb:=C2=A0 =C2=A0 =C2=A0 =C2=A0[[bbdb:Pedro ][Pedro=C2=A0 61st cust= om anniversary]]
Thursday=C2=A0 =C2=A0 4 March 2021
Friday=C2=A0 =C2=A0 =C2=A0 5 March 2021
--8<---------------cut here---------------end--------------->8---

Andr=C3=A9s Ram=C3=ADrez



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

Message: 24
Date: Sat, 27 Feb 2021 06:15:29 -0800
From: Jack Kamm <jackkamm@gmail.com>
To: emacs-orgmod= e@gnu.org
Subject: ob-reticulate: R+Python interface from Babel
Message-ID: <87y2f94mwu.fsf@gmail.com>
Content-Type: text/plain

Hi all,

ob-reticulate is now available on MELPA.

You can find more information here:
https://github.com/jackkamm/ob-reticulate

Cheers,
Jack



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

Message: 25
Date: Sat, 27 Feb 2021 14:40:32 +0000
From: Eric S Fraga <e.fraga@ucl.ac.uk>
To: andr=C3=A9s ram=C3=ADrez <rrandresf@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <87lfb9y3of.fsf@ucl.ac.uk>
Content-Type: text/plain; charset=3Dutf-8

On Saturday, 27 Feb 2021 at 13:20, andr=C3=A9s ram=C3=ADrez wrote:
> bbdb anniversaries could also appear=C2=A0 on agenda:

How do you get these to appear?=C2=A0 Or is the "could" a wish? thank you, eric
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-231-gf46925



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

Message: 26
Date: Sat, 27 Feb 2021 15:12:00 +0000
From: andr=C3=A9s ram=C3=ADrez <rrandresf@gmail.com>
To: andr=C3=A9s ram=C3=ADrez <rrandresf@gmail.com>, emacs-orgmode
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <868s79zgsf.fsf@gmail.com>
Content-Type: text/plain

Hi. Eric.

>>>>> "Eric" =3D=3D Eric S Fraga <e.fraga@ucl.ac.uk> writes:=


[...]


=C2=A0 =C2=A0 Eric> How do you get these to appear?=C2=A0 Or is the &quo= t;could" a wish?

This is my setup:
--8<---------------cut here---------------start------------->8---
(setq org-agenda-files (directory-files "~/docs/org/deft/" t &quo= t;.*agenda\.org$"))
--8<---------------cut here---------------end--------------->8---

~/docs/org/deft/bbdb-anniversary-trick.agenda.org:
--8<---------------cut here---------------start------------->8---
* anniversary [isodate]
=C2=A0 :PROPERTIES:
=C2=A0 :CATEGORY: bbdb
=C2=A0 :END:
%%(when (fboundp 'my/org-bbdb-anniversaries) (my/org-bbdb-anniversaries= ))
--8<---------------cut here---------------end--------------->8---

--8<---------------cut here---------------start------------->8---
(defun my/org-bbdb-anniversaries ()
"It does not work on emacs-23"
=C2=A0 (when (/=3D 23 emacs-major-version)
=C2=A0 =C2=A0 (org-bbdb-anniversaries)
=C2=A0 =C2=A0 )
=C2=A0 )
=C2=A0 --8<---------------cut here---------------end--------------->8= ---

the bbdb record should have the field anniversary:
--8<---------------cut here---------------start------------->8---
=C2=A0 =C2=A0 =C2=A0 =C2=A0 anniversary: 1960-03-03 custom
--8<---------------cut here---------------end--------------->8---

Best Regards



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

Message: 27
Date: Sat, 27 Feb 2021 16:14:19 +0100
From: Martin Steffen <msteffen@ifi.uio.no>
To: andr=C3=A9s ram=C3=ADrez <rrandresf@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <8635xhee5w.fsf@login.ifi.uio.no>
Content-Type: text/plain

>>>>> "Eric" =3D=3D Eric S Fraga <e.fraga@ucl.ac.uk> writes:=

=C2=A0 =C2=A0 Eric> How do you get these to appear?=C2=A0 Or is the &quo= t;could" a wish?

It's ``automatic''. The entry of the person needs a field "= ;anniversary",
if that's filled with a date in yyyy-mm-dd format, it's included (perhaps one has to set a variable like ``show-bbdb-anniversaries''=
and/or load a corresponding elisp-addition.)


Martin




=C2=A0 =C2=A0 Eric> thank you, eric -- : Eric S Fraga via Emacs 28.0.50,= Org
=C2=A0 =C2=A0 Eric> release_9.4.4-231-gf46925




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

Message: 28
Date: Sat, 27 Feb 2021 06:53:57 -1000
From: Bob Newell <bobnewell@bobnewell.net>
To: "emacs-orgmode" <emacs-orgmode@gnu.org>
Subject: Re: contact management in emacs
Message-ID: <s6jv9ad1mfu.fsf@emailmessageidheader.nil>
Content-Type: text/plain

I've used BBDB for years, and have tried org-contact, but it
didn't seem to scale to the now rather large size of my BBDB
database.

I've looked at migrating to EBDB but as I have many custom
functions I haven't yet made the move.

BBDB can do amazing things. I've mentioned some of them
before. Of course org links are supported, and in conjunction
with the 'gnorb' package, Gnus email can be associated with
BBDB entries in interesting ways.

I use BBDB to easily maintain a slew of mailing lists. I also
have custom functions to set the input language mode for those
with whom I correspond in non-English languages. I even use
BBDB to initiate phone calls when I'm on my desktop computer.

I hadn't thought to put BBDB under version control but that
would be very easy.

However you don't need to get fancy right away. All the basics
are there. Like many things Emacs, it does take time to get
things set up the way you wish, but that time is well repaid
down the road a little.

--
Bob Newell
Honolulu, Hawai`i

- Via GNU/Linux/Emacs/Gnus/BBDB



End of Emacs-orgmode Digest, Vol 180, Issue 30
**********************************************
--000000000000a7d46205bc57914b--