From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ulf Jasper Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: icalendar "description" suggestion Date: Tue, 08 Jan 2008 21:26:14 +0100 Message-ID: <87fxx8awt5.fsf@web.de> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1199824069 7187 80.91.229.12 (8 Jan 2008 20:27:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Jan 2008 20:27:49 +0000 (UTC) Cc: Tom Tromey To: emacs-pretest-bug@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 08 21:28:06 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JCL3N-0007GI-Jv for ged-emacs-devel@m.gmane.org; Tue, 08 Jan 2008 21:28:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCL30-0000ww-A9 for ged-emacs-devel@m.gmane.org; Tue, 08 Jan 2008 15:27:42 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCL2X-0000lo-KB for emacs-devel@gnu.org; Tue, 08 Jan 2008 15:27:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCL2W-0000kf-4d for emacs-devel@gnu.org; Tue, 08 Jan 2008 15:27:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCL2V-0000kY-O2 for emacs-devel@gnu.org; Tue, 08 Jan 2008 15:27:11 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JCL2V-0007mq-Md for emacs-devel@gnu.org; Tue, 08 Jan 2008 15:27:11 -0500 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JCL2V-0001mP-3x for emacs-pretest-bug@gnu.org; Tue, 08 Jan 2008 15:27:11 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JCL2S-0007lz-3G for emacs-pretest-bug@gnu.org; Tue, 08 Jan 2008 15:27:11 -0500 Original-Received: from mo-p07-ob.rzone.de ([81.169.146.190]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JCL2R-0007lF-LQ for emacs-pretest-bug@gnu.org; Tue, 08 Jan 2008 15:27:07 -0500 X-RZG-CLASS-ID: mo07 X-RZG-AUTH: z4gQVF2k7GqAyN+IB+GMqsL5y5Uy Original-Received: from panama (p54B0D2E7.dip.t-dialin.net [84.176.210.231]) by post.webmailer.de (mrclete mo25) (RZmta 15.1) with ESMTP id 2070b1k08GlJnO ; Tue, 8 Jan 2008 21:27:05 +0100 (MET) (envelope-from: ) In-Reply-To: (Tom Tromey's message of "Fri, 04 Jan 2008 13:22:26 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:86588 gmane.emacs.pretest.bugs:20550 Archived-At: Tom Tromey writes: > It would be nice if icalendar-import-buffer understood this convention > and deleted any text before the magic string from the description. > > More generally it would be nice to be able to exert more control the > over formatting of the description than is provided by a format string > like icalendar-import-format-description. For instance, in my case I > want to compact sequences of newlines into a single newline. That magic string stuff is not part of the icalendar standard. It is just some secret convention that some ical export tool uses. It may change anytime. I don't think that icalendar.el should support stuff like that. Instead I suggest to allow not only format strings but also functions as values of icalendar-import-format-description. Such a function must take the imported description string as argument. Of course, the same should be done for the other icalendar-import-format-* variables and for icalendar-import-format itself (which would require a function with more than 1 arguments). That will give users complete control over the import of icalendar data. However, I see a problem regarding export of diary data. Import and export was supposed to be reversible and so icalendar.el currently uses icalendar-import-format-* for *formatting icalendar entries* when importing and for *parsing diary entries* when exporting. This will not work with formatting functions. On the other hand: I have noticed there are other problems with export, so this might not count. ;) Ulf --=20 Merken Sie auch, muss diese Verhandlung wegen seiner Natur behalten werden. ich, mich auf Annahme Ihre unverz=FCgliche Erwiderung zu freuen.