From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thorsten Jolitz Subject: Re: M-: (org-display-outline-path) doesn't work correctly Date: Wed, 12 Mar 2014 19:17:07 +0100 Message-ID: <87a9cvqo2k.fsf@gmail.com> References: <8738inscnt.fsf@gmail.com> <87zjkvxxnb.fsf@bzg.ath.cx> <87siqnquyh.fsf@gmail.com> <87d2hrwg3m.fsf@bzg.ath.cx> <87eh27qrxd.fsf@gmail.com> <87mwgvia6t.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNnhP-0004tR-E2 for emacs-orgmode@gnu.org; Wed, 12 Mar 2014 14:16:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNnhJ-00014D-L2 for emacs-orgmode@gnu.org; Wed, 12 Mar 2014 14:16:15 -0400 Received: from plane.gmane.org ([80.91.229.3]:43785) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNnhJ-000148-Eq for emacs-orgmode@gnu.org; Wed, 12 Mar 2014 14:16:09 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WNnhI-0007To-4E for emacs-orgmode@gnu.org; Wed, 12 Mar 2014 19:16:08 +0100 Received: from e178190177.adsl.alicedsl.de ([85.178.190.177]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2014 19:16:08 +0100 Received: from tjolitz by e178190177.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Mar 2014 19:16:08 +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: emacs-orgmode@gnu.org Bastien writes: > Thorsten Jolitz writes: > >> ,--------------------- >> | M-: (callOrgDisplay) >> `--------------------- >> >> with point on the second level headline shows that internal string >> representation. Only if I make `callOrgDisplay' itself a command by >> adding (interactive) and call it with M-x, the string without properties >> is shown. > > ... yes, that's on purpose. In a program, the output of the > non-interactive version will be a string: you can safely ignore > text properties of this string if you want to further process it. Ok, I see ... that seems to be a common pattern in Org-mode to make functions behave differently if called (non-)interactively, that sometimes causes confusion when using M-: instead of M-x. -- cheers, Thorsten