From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timm Lichte Subject: Re: Org mode for meeting minutes Date: Wed, 25 Mar 2020 23:39:22 +0100 Message-ID: <57ea3939-e89f-7846-fb4d-e63b3798998f@mailbox.org> References: <87imo5j9ks.fsf@sbs.ch> <87bltwsynn.fsf@ucl.ac.uk> <87sghzxviq.fsf@sbs.ch> <87k13axe5q.fsf@sbs.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:58604) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHEgO-0002KV-Hq for emacs-orgmode@gnu.org; Wed, 25 Mar 2020 18:39:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHEgN-0003Hx-2I for emacs-orgmode@gnu.org; Wed, 25 Mar 2020 18:39:32 -0400 Received: from mout-p-102.mailbox.org ([80.241.56.152]:20062) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jHEgM-0003Ew-GR for emacs-orgmode@gnu.org; Wed, 25 Mar 2020 18:39:31 -0400 In-Reply-To: <87k13axe5q.fsf@sbs.ch> Content-Language: en-US List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: Christian Egli Cc: emacs-orgmode@gnu.org Hi Christian, Am 24.03.20 um 11:04 schrieb Christian Egli: > Hi Timm >=20 > Timm Lichte writes: >=20 >> Just for your amusement: I've developed a very different but effective >> way of taking minutes with org-mode that uses just lists and >> enumerations. I have been using this solution for more than a year on >> a daily basis and I'm really happy with it (and colleagues don't >> complain). Speed, simplicity and readability for non-emacsers is >> critical in my job, so the solutions you are proposing would be >> overkill. >=20 > This is really interesting! I can see that you are very efficient with > this. I think my solution is more using the standard org-mode > infrastructure, I don't define any export for example. Glad you find it interesting. I think both ways of taking notes have=20 their merits and use cases. In small productive project meetings, I'd=20 rather use more of the org-mode infrastructure. When there is a larger=20 event with changing participants and its really important to document=20 and keep track of what is going on, simple annotated lists fare better=20 in my experience. >> You can have a look at the style and code here: >> >> https://github.com/timmli/org-minutes-dev >=20 > If I understand correctly you are defining some kind of extra list > markup (is something a task or a decision, etc) and the you wrote a > custom exporter that produces fancy LaTeX for the minutes (well, if I > understand correctly it really is a custom exporter that generates > org-mode and then LaTeX from there). Yes, I'm basically extending the syntax for descriptions and overlaying=20 it with some convenient font-lock. My custom exporter pushes everything=20 in a temporary buffer and replaces the minutes notation with LaTeX=20 expressions and then starts the regular org-export. This probably looks=20 awkward but gives me full flexibility. > I don't quite understand how the LaTeX works. Is this some kind of two > column layout or do you keep the action item markers and the assignees > in the margin? Can you post the produced LaTeX? The LaTeX template builds on the article documentclass and basically=20 puts some of the item types also on the regular margin with \marginnote=20 from the marginnote package. Some of the important types are also shown=20 in the outline using \addcontentsline. The LaTeX document is just a list of sections with nested itemize=20 environments. One item would look like this: \item \ActionTag{Peter}{::} \ActionTagMargin{Peter}Something to do. I've pushed the TeX file of the example to the repository. Hope this=20 makes it clearer. >> Any feedback is greatly appreciated. But keep in mind that the code is >> not polished at all -- this is a hobby project of an elisp dilettante. >=20 > It would be good to package this. The code would get more usage and > you'd get more feedback. I'm really hesitant to make this a MELPA package right away, if this is=20 what you mean. The font-lock and everything is really individual and=20 non-generic. But I'll think about it. Best, Timm >=20 > Thanks > Christian >=20 > -- > Christian Egli > Swiss Library for the Blind, Visually Impaired and Print Disabled > Grubenstrasse 12, CH-8045 Z=C3=BCrich, Switzerland >=20