From mboxrd@z Thu Jan  1 00:00:00 1970
From: Van L <van@scratch.space>
Subject: SRC block with `-i' switch seems to solve the problem (was: comment
 alignment not lining up / C++//l OrgSrc Abbrev / Releasing Emacs 26.1)
Date: Fri, 18 May 2018 21:10:35 +1000
Message-ID: <6CDAAE4F-4AB8-4C81-ABA0-4B91A8912154@scratch.space>
References: <40DB58C3-5087-4E85-8075-DD95C74FCE5B@scratch.space>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60696)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <van@scratch.space>) id 1fJdHg-0001rK-KI
	for emacs-orgmode@gnu.org; Fri, 18 May 2018 07:10:53 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <van@scratch.space>) id 1fJdHf-0007kq-5l
	for emacs-orgmode@gnu.org; Fri, 18 May 2018 07:10:52 -0400
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode/>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: "Emacs-orgmode"
	<emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: bzg@gnu.org, emacs-orgmode@gnu.org

Hello Eli.

Thanks for solving the problem with chinese input method=E2=80=99s link =
reference which was broken due to an 18yo typo.

Separately, the following is a different bug.

I reported this bug which didn=E2=80=99t get acknowledged as far as I =
can tell.

I think the bug isn=E2=80=99t a bug now.

It isn=E2=80=99t a bug if instead of using EXAMPLE block I use SRC block =
with the `-i=E2=80=99 switch and the indenting will be preserved =
properly.

Perhaps the Org Mode documentation about the `-i=E2=80=99 switch for SRC =
block can demonstrate an example, for Python especially, to get the =
point across about preserving indentation and reduce the chance of =
misunderstanding or missing the point.

> Begin forwarded message:
>=20
> From: Van L <van@scratch.space>
> Subject: comment alignment not lining up / C++//l OrgSrc Abbrev / =
Releasing Emacs 26.1
> Date: 7 May 2018 at 23:24:00 AEST
> To: emacs-orgmode@gnu.org
>=20
> Hello.
>=20
> Here is a recipe reproducing a bug described in the post which is =
forward from.
>=20
> =E2=80=94 recipe begins
>=20
>   - to reproduce faulty comment line up
>=20
>     1) ~/2018/Applications/Emacs.app/Contents/MacOS/Emacs -Q    =20
>=20
>     2) open file ~/Documents/x-reproduce-me
>=20
> 	(Fundamental) mode is on
>=20
>     3) C-h C-a ; verify version is 26.1 rc-1
>=20
>     4) enter the following into the file, place cursor at end of 43, =
save file, M-x revert-buffer
>=20
>        #+BEGIN_EXAMPLE
>        * Reading
>=20
>        Chapters
>=20
>        1)
>        2) Page	43
>=20
>=20
>=20
>        Local variables:
>        mode: org
>        paragraph-separate: "[ 	=0C]*$"
>        coding: utf-8
>        end:
>=20
>        #+END_EXAMPLE
>=20
>=20
>        (Org) mode is on ; show all ; place cursor at end of 43 ; type =
`M-j' ; `<s' followed by TAB ; append cpp ; type (C-c ') without braces
>=20
>        - see - http://emacs.scratch.space/public/org-mode-cpp-x-0.png
>=20
>     5) Abbrev view opens in second pane
>=20
> 	type in the following
>=20
> 	#+BEGIN_EXAMPLE
> 	void some_function() // function that doesn't return a value
>        {
>          double d =3D 2.2; // initialize floating-point number
>          int i =3D 7; // initialize integer
>          d =3D d+i; // assign sum to d
>          i =3D d*i; // assign product i (truncating the double to an =
int)
>        }
>        // To align, highlight the region then
>        // M-x align-regexp <RET> // <RET>
> 	#+END_EXAMPLE
>=20
> 	highlight the region of four lines in the body of the function
>=20
> 	do, M-x align-regexp <RET> // <RET>
>=20
> 	- the four line's comment are lined up
>=20
> 	do, C-c '
>=20
>     6) we are out of the abbrev view
>=20
> 	- the line with `int i =3D 7;' has comment alignment not lining =
up
>=20
>        - see - http://emacs.scratch.space/public/org-mode-cpp-x-1.png
>=20
> 	highlight the region of four lines in the body of the function
>=20
> 	do, M-x align-regexp <RET> // <RET>
>=20
> 	- the four line's comment are lined up
>=20
>        - see - http://emacs.scratch.space/public/org-mode-cpp-x-2.png
>=20
> 	do, C-c '
>=20
>     7) we are in the abbrev view
>=20
>        - again, the line with `int i =3D 7;' has comment alignment not =
lining up
>=20
> 	- see - http://emacs.scratch.space/public/org-mode-cpp-x-3.png
>=20
> =E2=80=94 recipe ends
>=20
>=20
>> Begin forwarded message:
>>=20
>> From: Bastien <bzg@gnu.org>
>> Subject: Re: Releasing Emacs 26.1
>> Date: 7 May 2018 at 22:05:40 AEST
>> To: Van L <van@scratch.space>
>> Cc: Phil Sainty <psainty@orcon.net.nz>, Eli Zaretskii <eliz@gnu.org>, =
John Wiegley <johnw@gnu.org>, Michael Albinus <michael.albinus@gmx.de>, =
emacs-devel@gnu.org
>>=20
>> Hi,
>>=20
>> Van L <van@scratch.space> writes:
>>=20
>>>> On 7 May 2018, at 21:10, Phil Sainty <psainty@orcon.net.nz> wrote:
>>>>=20
>>>> If the bugs are in new functionality, I wouldn't see any issue with
>>>> leaving the improvements until the next release if necessary;
>>>=20
>>> In org mode for Emacs 26.1 rc-1, I see comment alignment for cpp not
>>> lining up, see screenshot.
>>=20
>> I cannot reproduce this bug with Emacs 26.1 rc-1 and Org 9.1.12.
>>=20
>> Can you send it to emacs-orgmode@gnu.org and provide a detailed =
recipe
>> on how to reproduce it with emacs -Q?
>>=20
>> Thanks,
>>=20
>> --=20
>> Bastien
>=20
> Van L
> van@scratch.space
>=20
>=20
>=20