From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Bao Haojun" Subject: Re: org-jira.el Date: Thu, 05 Jan 2012 22:42:38 +0800 Message-ID: <8739bu2otd.fsf@baohaojun.rayzertrack.com> References: <86hb0ez4qr.fsf@gmail.com> <87ehvf8l5v.fsf@gnu.org> <5980.1325699580@alphaville.americas.hpqcorp.net> <874nwa1nan.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:37688) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RioXY-0001Sh-AA for emacs-orgmode@gnu.org; Thu, 05 Jan 2012 09:43:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RioXU-0007BP-0I for emacs-orgmode@gnu.org; Thu, 05 Jan 2012 09:43:36 -0500 Received: from mail-iy0-f169.google.com ([209.85.210.169]:62754) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RioXT-0007BL-Sa for emacs-orgmode@gnu.org; Thu, 05 Jan 2012 09:43:31 -0500 Received: by iacb35 with SMTP id b35so1252500iac.0 for ; Thu, 05 Jan 2012 06:43:31 -0800 (PST) In-Reply-To: <874nwa1nan.fsf@gnu.org> (Bastien's message of "Thu, 05 Jan 2012 11:00:48 +0100") 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.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Bastien writes: > Nick Dokos writes: > >> The current contrib/lisp/org-jira.el is pretty trivial: it just defines >> a jira link type, so maybe it can be integrated into the new org-jira.el, >> instead of having two of them lying around. > > Agreed. In the same vein, perhaps jira2.el and jira.el could be merged > into one single library. Agreed. I have not looked into org-mode source code yet, so do not know about contrib/lisp/org-jira.el, but I think it is the same one on emacswiki, which has been abandoned by its author. So, it will be trivial to merge its functionality. You are also right that jira2.el and jira.el can be merged, theoretically. The jira2.el, as a library, is a superset of jira.el in terms of functionality, since jira2.el uses soap, while jira.el uses xml-rpc; and soap is better supported by jira than xml-rpc. The difficulty lies in that jira.el is also a major mode (in addition to providing the library for the major mode). To make sure backward compatible will require some effort. Jira2.el, OTOH, has stopped to be a major mode, and only provided library for (the new) org-jira.el. Anyway, I will try to update jira.el and contact the original author to see if he agrees.