From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: org-babel and Xemacs incompatibilities Date: Tue, 25 May 2010 18:26:37 -0600 Message-ID: <877hmrmrsy.fsf@gmail.com> References: <7z1vdiztxi.fsf@vzell-de.de.oracle.com> <877hn2rudj.fsf@gmail.com> <7zsk5gqlhw.fsf@vzell-de.de.oracle.com> <7zsk5g9mph.fsf@vzell-de.de.oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=54222 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OH6vq-0006Pw-RZ for emacs-orgmode@gnu.org; Tue, 25 May 2010 23:05:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OH4SJ-0007GB-QN for emacs-orgmode@gnu.org; Tue, 25 May 2010 20:26:45 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:37870) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OH4SJ-0007G4-Gi for emacs-orgmode@gnu.org; Tue, 25 May 2010 20:26:43 -0400 Received: by pvf33 with SMTP id 33so4204504pvf.0 for ; Tue, 25 May 2010 17:26:42 -0700 (PDT) In-Reply-To: <7zsk5g9mph.fsf@vzell-de.de.oracle.com> (Volker Zell's message of "Tue, 25 May 2010 14:42:50 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: "Dr. Volker Zell" Cc: sperber@deinprogramm.de, emacs-orgmode@gnu.org More replies, "Dr. Volker Zell" writes: >>>>>> Volker Zell writes: > >>>>>> Eric Schulte writes: [...] > And two more > > o Symbol's function definition is void: assoc-default when trying to display an image > This is actually an issue in the core of org-mode as `assoc-default' is called by `org-open-at-point'. I'm not sure how Carsten would want to handle this. The `assoc-default' function is pretty simple and could be coppied into org-mode. Again I don't know how these xemacs compatibility issues are normally handled. > o Symbol's function definition is void: make-temp-file when using org-babel-dot > Hmm, `make-temp-file' is used throughout pretty much all of the org-babel language specific files. Maybe we should just copy this function directly into org-babel. This seems like commonly useful functionality, I wonder how other xemacs packages handle similar requirements. Sorry I'm not much help here, these fixes should be straightforward once the "best practices" for xemacs compatibility is known. Thanks -- Eric