From mboxrd@z Thu Jan 1 00:00:00 1970 From: LanX Subject: Re: Embedding org-syntax in program source Date: Wed, 14 Apr 2010 01:54:13 +0200 Message-ID: References: <871vejjsps.fsf@gmail.com> <87k4sbrqdf.fsf@stats.ox.ac.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1996925428==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1pvu-0004fv-6h for emacs-orgmode@gnu.org; Tue, 13 Apr 2010 19:54:18 -0400 Received: from [140.186.70.92] (port=48160 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1pvs-0004fS-NF for emacs-orgmode@gnu.org; Tue, 13 Apr 2010 19:54:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1pvq-0007nF-Ia for emacs-orgmode@gnu.org; Tue, 13 Apr 2010 19:54:16 -0400 Received: from mail-bw0-f223.google.com ([209.85.218.223]:50939) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1pvq-0007n7-A3 for emacs-orgmode@gnu.org; Tue, 13 Apr 2010 19:54:14 -0400 Received: by bwz23 with SMTP id 23so4298308bwz.26 for ; Tue, 13 Apr 2010 16:54:13 -0700 (PDT) In-Reply-To: <87k4sbrqdf.fsf@stats.ox.ac.uk> 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: Dan Davison Cc: emacs-orgmode@gnu.org --===============1996925428== Content-Type: multipart/alternative; boundary=001485f1d90e7f68f4048426fa19 --001485f1d90e7f68f4048426fa19 Content-Type: text/plain; charset=ISO-8859-1 Hi Dan > > Right. Given the present forum I presume you are using emacs, so that > shouldn't be a problem per se? > Well, don't you think that telling other people that changing the _source_-code requires emacs might be a problem? > > I think you may have formed an inaccurate idea of how people are working > with source code in org-mode. > > maybe... and I have to admit my knowledge of LP is theoretical (but at least I investigated the sources of TeX long ago! :) my idea for the beginning was to extend my codes with org-modes folding, linking and some TODO features in perl comments. Maybe automatically switching the mode when the cursor is entering/leaving comments. Multiline wouldn't be a problem since I can include them in POD (perl's simplified approach to LP) or I could embrace them in heredocs, for instance the following is legal perlcode as long as the last line is empty (no whitespaces allowed). <<; * block1 ** [test] bla > And relying on an extra step for code generation is dangerous... > > You would have to explain that assertion. Sorry, no offence intended, this is the common sense of perlmonks when talking about run time code generation and adding extra dependencies. (Maybe not the appropriate slang here...) I wouldn't find many to join my projects when relying on extra make files and I suppose running emacs in batch mode to tangle the code is not that stable. > This is for sure acceptable with elisp or multilanguage projects. I didn't understand this. > emacs is a natural habitat of elisp , like unix is one for C. And multilanguage projects would naturally rely on some make mechanisms. > > PS: I forgot to mention that when switching to other modes the > highlighting > > will also get confused and fly-make will report plenty of syntax > problems. > > I'm not sure what you mean here. When working with code in org-mode, one > uses C-c ' to switch to a language major-mode buffer containing the body > of the source code block. Is that working OK for you? > hm, yes ...but if I do this I could equally embrace all org-mode-stuff in between "=pod"-lines or prepend a # to each line when switching to cperl-mode. Hooking this to save would guaranty to always have legal perlcode... bye Rolf --001485f1d90e7f68f4048426fa19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Dan
=A0

Right. Given the present forum I presume you are using emacs, so that=
shouldn't be a problem per se?

Well, don'= t you think that telling other people that changing the _source_-code requi= res emacs might be a problem?
=A0

I think you may have formed an inaccurate idea of how people are work= ing
with source code in org-mode.

maybe... and I have to admit my knowledge of LP is theoretical (but at lea= st I investigated=A0 the sources of TeX long ago! :)

my idea for the= beginning was to extend my codes with org-modes folding, linking and some = TODO features in perl comments. Maybe automatically switching the mode when= the cursor is entering/leaving comments.

Multiline wouldn't be a problem since I can include them in POD (pe= rl's simplified approach to LP)

or I could embrace them in hered= ocs, for instance the following is legal perlcode as long as the last line = is empty (no whitespaces allowed).

<<;
* block1
** [test] bla


> And relyi= ng on an extra step for code generation is dangerous...

You would have to explain that assertion.=A0
=A0
Sorry, no offence intended, this is the common sense of perl= monks when talking about run time code generation and adding extra dependen= cies. (Maybe not the appropriate slang here...)

I wouldn't find many to join my projects when relying on extra make= files and I suppose running emacs in batch mode to tangle the code is not = that stable.
=A0
> This is for sure acceptable with elisp or multilanguage projects.

I didn'= t understand this.

emacs is a natural habitat of e= lisp , like unix is one for C.

And multilanguage projects would naturally rely on some make mechanisms= .


=A0
> PS: I forgot to mention that when switching to other modes the= highlighting
> will also get confused and fly-make will report plenty of syntax probl= ems.

I'm not sure what you mean here. When working with code in org-mo= de, one
uses C-c ' to switch to a language major-mode buffer containing the bod= y
of the source code block. Is that working OK for you?

hm, yes ...but if I do this I could equally embrace = all org-mode-stuff in between "=3Dpod"-lines or prepend a # to ea= ch line when switching to cperl-mode.

Hooking this to save would gua= ranty to always have legal perlcode...

bye
=A0 Rolf
--001485f1d90e7f68f4048426fa19-- --===============1996925428== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============1996925428==--