From: Eric Abrahamsen <email@example.com> To: firstname.lastname@example.org Subject: Re: [RFC] [WIP] Creating icalendar event invitations Date: Mon, 15 Jun 2020 09:18:38 -0700 Message-ID: <email@example.com> (raw) In-Reply-To: <firstname.lastname@example.org> Ferdinand Pieper <email@example.com> writes: > Hi all, > > gnus has good support to accept/decline icalendar invitations with > gnus-icalendar.el. I'm looking to extend this to also allow the > creation of new invitations from within gnus. > Below is a first rough implementation which I for now kept in a > separate file from gnus-icalendar.el, but the goal would be for > the code to also live in gnus-icalendar.el. > > Most of the code is still very rough and the implementation is not > handling all cases correctly. I'm mainly sharing it now to ask you > whether this is a welcome addition to gnus-icalendar and to ask for > thoughts on the general implementation, before I spend more time to > polish the code. I'll echo the others and say this looks great! I assume you've done your FSF copyright paperwork? > How it works: The code adds functions to create RFC5545 compliant > VCALENDAR and VEVENT parts from gnus-icalendar-event objects and > also a function to create a event invitation based on the current > message buffer. > To create the gnus-icalendar-event the mail addresses in the To header > are converted to required participants, addresses in Cc are > interpreted as optional participants and the subject and message > body are added as summary and description of the event. The date range > and location have to be entered interactively for now. > Please let me know if you have any other ideas on how users could > create new events. I think it would be great to be able to create events starting from an Org heading. Perhaps I've already got an event set up inside Org, and I'd like to use it to compose an invitation. The various values could be taken from heading properties, and the timestamp. > Next step will be to polish the code so that the basic functionality > of creating simple one-shot event invitations works reliably. > Long term goals include handling request responses and supporting a > wider range of the RFC5545 spec. Looking forward to more!
next prev parent reply index Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-13 10:57 Ferdinand Pieper 2020-06-15 9:39 ` Eric S Fraga 2020-06-15 11:34 ` Gĳs Hillenius 2020-06-15 16:18 ` Eric Abrahamsen [this message] 2020-06-15 16:28 ` Eric S Fraga
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Gnus development mailing list Archives are clonable: git clone --mirror http://inbox.vuxu.org/ding Example config snippet for mirrors Newsgroup available over NNTP: nntp://inbox.vuxu.org/vuxu.archive.emacs.gnus.general AGPL code for this site: git clone https://public-inbox.org/public-inbox.git