From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Jolitz Newsgroups: gmane.emacs.help Subject: Re: Linefeeds (\n) to stdout Date: Thu, 10 Oct 2013 11:42:33 +0200 Message-ID: <87y561lawm.fsf@gmail.com> References: <87y564q176.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1381398189 3252 80.91.229.3 (10 Oct 2013 09:43:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Oct 2013 09:43:09 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Oct 10 11:43:13 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VUCm0-0007Oq-RZ for geh-help-gnu-emacs@m.gmane.org; Thu, 10 Oct 2013 11:43:12 +0200 Original-Received: from localhost ([::1]:46073 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VUCm0-00010r-Ei for geh-help-gnu-emacs@m.gmane.org; Thu, 10 Oct 2013 05:43:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VUClj-000108-3R for help-gnu-emacs@gnu.org; Thu, 10 Oct 2013 05:43:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VUClb-00066H-Q5 for help-gnu-emacs@gnu.org; Thu, 10 Oct 2013 05:42:55 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:60115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VUClb-00066D-JI for help-gnu-emacs@gnu.org; Thu, 10 Oct 2013 05:42:47 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VUCla-00076x-Ci for help-gnu-emacs@gnu.org; Thu, 10 Oct 2013 11:42:46 +0200 Original-Received: from g231107059.adsl.alicedsl.de ([92.231.107.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 Oct 2013 11:42:46 +0200 Original-Received: from tjolitz by g231107059.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 10 Oct 2013 11:42:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 92 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: g231107059.adsl.alicedsl.de User-Agent: Gnus/5.130002 (Ma Gnus v0.2) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:Rvd1YYTGCGV7CsOwz/9iTIoBHYA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:93909 Archived-At: Thorsten Jolitz writes: > I'm trying to figure out some strange issues I have with linefeeds: > > 1. with standalone Emacs > > #+begin_src sh > $ emacs -Q -e ... > #+end_src > > sending an Org-mode text from another program Emacs and receiving > the HTML produced by Org-mode's exporter (stdout and stdin) works > fine. > 2. doing exactly the same thing with emacs server/client > > #+begin_src sh > $ emacsclient -e ... > #+end_src > > results in HTML cluttered with \n that are printed verbatim in the > webpage Just for the record: after much research I found out that apparently ,----------------------------------------------------- | "emacsclient compresses double and tripple slashes." `----------------------------------------------------- so its no wonder that calling emacs from another program to do some html-exporting results in something like this ,------------------------------------------------------------------------- |
|

1 NEXT | A1   home iorg

|
|

| B1 |

|
| |
|

1.1 TODO B1   ARCHIVED

|
|

| Text B1 |

|
|
`------------------------------------------------------------------------- when emacs is called standalone #+begin_src sh $ emacs -Q -e ... #+end_src and something like this ,---------------------------------------------------------------------- | "\n
\n

1 NEXT | A1   home iorg

\n
\n

\nB1\n

\n
\n\n
\n

1.1 TODO B1   ARCHIVED

\n
\n

\nText | B1\n

\n
\n
`---------------------------------------------------------------------- when exactly the same html-exporting functionality is called via #+begin_src sh $ emacsclient -e ... #+end_src I would call that at least strange behaviour, if not a bug. -- cheers, Thorsten