From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Justine Tunney Newsgroups: gmane.emacs.bugs Subject: bug#17978: 24.3; forward-paragraph broken with javadocs Date: Wed, 9 Jul 2014 19:40:50 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=90e6ba21230ffe437704fdcb3c73 X-Trace: ger.gmane.org 1404949765 16139 80.91.229.3 (9 Jul 2014 23:49:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Jul 2014 23:49:25 +0000 (UTC) Cc: 17978@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 10 01:49:19 2014 Return-path: Envelope-to: geb-bug-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 1X51by-0007Oy-Un for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Jul 2014 01:49:19 +0200 Original-Received: from localhost ([::1]:34543 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X51by-00065o-KT for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Jul 2014 19:49:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X51bo-000617-Up for bug-gnu-emacs@gnu.org; Wed, 09 Jul 2014 19:49:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X51bj-000532-8W for bug-gnu-emacs@gnu.org; Wed, 09 Jul 2014 19:49:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36632) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X51bj-00052n-3H for bug-gnu-emacs@gnu.org; Wed, 09 Jul 2014 19:49:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1X51bi-0000mR-K7 for bug-gnu-emacs@gnu.org; Wed, 09 Jul 2014 19:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Justine Tunney Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Jul 2014 23:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17978 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17978-submit@debbugs.gnu.org id=B17978.14049497342979 (code B ref 17978); Wed, 09 Jul 2014 23:49:02 +0000 Original-Received: (at 17978) by debbugs.gnu.org; 9 Jul 2014 23:48:54 +0000 Original-Received: from localhost ([127.0.0.1]:51431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X51bZ-0000ly-AX for submit@debbugs.gnu.org; Wed, 09 Jul 2014 19:48:53 -0400 Original-Received: from mail-ie0-f171.google.com ([209.85.223.171]:39745) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X51bW-0000lj-Va for 17978@debbugs.gnu.org; Wed, 09 Jul 2014 19:48:51 -0400 Original-Received: by mail-ie0-f171.google.com with SMTP id at1so2256368iec.2 for <17978@debbugs.gnu.org>; Wed, 09 Jul 2014 16:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xinljVK35zOSlN6S7YfzDCUS+5s0bbZ4hQKms7pZdIo=; b=DjXxx13tp8Qjpkq3lkkwfYVvSiBdty9Shr+Tf6Xxyo+67YxP0nNooAurn7lvtKaPpo o2wtprQLlThCKXPk6cgaB8zDPGGOn4fdzXlyHrbvf0nvpFsC7SXJ0swO2bTWY9y8OMRh 7rdKp87jfsm2ud5EQO25tNE2/5EgzY+kB3cI0nwbmpEANmuHB82FMBmaHkNG6NIMJ30h +B8dbzvUgxHxXJv53/SqC7iTfTynHNb+gEL9Tarytl6JdcNsJP0Fdek1lzm1E6BOvz3k T+13qhcpW0BIxiaiy+GuVSpZkwJuKPEohm38lLkZJqWtaxuBBFQOk6n+KO4NwpP/zPNP n1Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xinljVK35zOSlN6S7YfzDCUS+5s0bbZ4hQKms7pZdIo=; b=ai/V8qFtP3dWjvAzAvtSq1KapBvHTpsOH0adfzAP+kFuJN7lOzyi9HDqNg2AUdU0Af 5x3x/5MfXUn7G4i7jtqpsP/OB8/JL6HpZbGI4l2XXEF7zx9jv71L7sX63JUBhCeO3RXQ s0wwbHhXpQnN45HJDLjAhKyBTykyFXOS2UYY7c/v2qyGiiH4oOQgf7Osi7fcnwcQBT9F XdidtxAgId0Hv3OpwX9Z984rsKnka03AFzFI824toPmySPAbUceEScprN2IwgevklqTb ttp0mdIa/PBik71plGl2NRS3fmWOURbXS34PhBZGvk6B4S5UfJVhr7YGZerzZesEGRa4 GK+A== X-Gm-Message-State: ALoCoQmO7pGbyQYnMBxFEp1Q0OAy2XaQOthBLXRx98DSVYY7NNrAav3HzQJDlukwn/TMMyBJA2+4 X-Received: by 10.42.49.196 with SMTP id x4mr7127466icf.85.1404949250319; Wed, 09 Jul 2014 16:40:50 -0700 (PDT) Original-Received: by 10.64.236.18 with HTTP; Wed, 9 Jul 2014 16:40:50 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:91354 Archived-At: --90e6ba21230ffe437704fdcb3c73 Content-Type: text/plain; charset=UTF-8 Assume that I have the following Java source, where # indicates the cursor position: /** * Does stuff. * *

Hello * * @see FooBar */ private void lol() {} # So I press C-{ and this is what happens: /** * Does stuff. * *

Hello * #* @see FooBar */ private void lol() {} And then I press it again: /** * Does stuff. * #*

Hello * * @see FooBar */ private void lol() {} And here's what I expected to happen: # /** * Does stuff. * *

Hello * * @see FooBar */ private void lol() {} C-{ and C-} should cycle between blank lines. But the reason why this doesn't happen in java-mode, is because Java redefines the definition of a paragraph. It sets the paragraph-start variable (among other variables) so that when I M-q to fill-paragraph, it'll work correctly *within* the Javadoc, rather than reflowing my code into a jumbled mess. On Wed, Jul 9, 2014 at 6:28 PM, Stefan Monnier wrote: > > I included a video explanation: http://youtu.be/cXerimuxNK8 > > Could you just send plain text showing an example piece of code, then > a command you use on it, the end result you get and the end result you'd > like to get instead? > > That's surely easier to do, and will save me the trouble of dealing with > videos which I find unbearable (you can't just look at them, you have to > additionally listen to them; if you get distracted along the way you end > up having to start over; half the time there's a technical problem; you > can't choose the speed at which you "read/view", so you have to wait > for irrelevant crap before getting to the point; it's a huge waste of > bandwidth). > > > Stefan > --90e6ba21230ffe437704fdcb3c73 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Assume that I have the following Java source, where # indi= cates the cursor position:

/**
=C2=A0* Does stuff.<= /div>
=C2=A0*
=C2=A0* <p>Hello
=C2=A0*
=C2=A0= * @see FooBar
=C2=A0*/
private void lol() {}
= #

So I press C-{ and this is what hap= pens:

/**
=C2=A0* Does stuff.
=C2=A0*
=C2=A0* <p>Hello
=C2=A0*
#* @see FooBar
=C2=A0*/
private void lol() {}

And then I press it again:
=

/**
=C2=A0* Does stuff.
=C2=A0*
#* <p>Hello
=C2=A0*
=C2=A0* @see FooBar
=C2=A0*/
private void lol() {}

And here's what = I expected to happen:

#
/**
=C2=A0* D= oes stuff.
=C2=A0*
=C2=A0* <p>Hello
=C2=A0*
= =C2=A0* @see FooBar
=C2=A0*/
private void lol() {}

C-{ and C-} should cycle between blank lines. = But the reason why this doesn't happen in java-mode, is because Java re= defines the definition of a paragraph. It sets the paragraph-start variable= (among other variables) so that when I M-q to fill-paragraph, it'll wo= rk correctly *within* the Javadoc, rather than reflowing my code into a jum= bled mess.


On Wed,= Jul 9, 2014 at 6:28 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
Could you just send plain text showing an example piece of code, then=
a command you use on it, the end result you get and the end result you'= d
like to get instead?

That's surely easier to do, and will save me the trouble of dealing wit= h
videos which I find unbearable (you can't just look at them, you have t= o
additionally listen to them; if you get distracted along the way you end up having to start over; half the time there's a technical problem; you=
can't choose the speed at which you "read/view", so you have = to wait
for irrelevant crap before getting to the point; it's a huge waste of bandwidth).


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan

--90e6ba21230ffe437704fdcb3c73--