From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?S=C3=A9bastien_Vauban?= Subject: Re: [babel] Tiny "problems" Date: Thu, 17 Dec 2009 10:05:32 +0100 Message-ID: <87zl5im0mb.fsf@mundaneum.com> References: <87vdgpzf9i.fsf@mundaneum.com> <87ocmbyu57.fsf@mundaneum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Eric, "Eric Schulte" wrote: > S=C3=A9bastien Vauban writes: >> "Eric Schulte" wrote: >>> S=C3=A9bastien Vauban writes: > > [...] > >>>> - *after* =3DC-c '=3D forth and back, all the blank lines in my source= block >>>> (in my example, the one between "SET NOCOUNT ON" and "SELECT TOP 10") >>>> are filled with an amount of whitespaces (and, in my Emacs config, >>>> highlighted as useless spaces). >>>> >>>> - the condition block is not indented properly in the tangled output >>>> file; only the first line is: >>>> >>> >>> Maybe the above two issues could be fixed by setting the >>> `org-src-preserve-indentation' variable's value to t. Since I only need >>> this in some org-mode buffers I set it as a buffer local variable by >>> placing a line like the following at the top of these buffers. >>> >>> # -*- org-src-preserve-indentation: t -*- >>> >>> again this should/will be in the documentation somewhere... >> >> That's not it (already tried before posting). That variable, when set, >> makes Org removes the minimum common number of whitespaces. >> >> That does not fix the problem of useless whitespaces in blank lines, and >> has no impact on the indentation of tangled blocks: > > I misunderstood your indentation issue earlier. Currently I don't think we > support indentation to the level of the noweb reference in the original > source-code block. At first glance that does however seem to be a better > default behavior. I'll look into this. As a work-around you may want to t= ry > the attached version of your file > > [...] > > which results in this following sql file > > [...] It indeed could be some sort of workaround. Though, the first line remains badly placed according to all the other lines of the source block... So, the only solution would be to indent the inserted block by the number of spaces in front of the `<<>>' sequence. Will be interested having that fixed, even if that's (only) medium priority. Best regards, Seb PS- Did you take a look at the comparison I made between Org and Nuweb (with the results in PDF)? --=20 S=C3=A9bastien Vauban _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode-mXXj517/zsQ@public.gmane.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode