From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: bruce.connor.am@gmail.com Newsgroups: gmane.emacs.bugs Subject: bug#18589: Why is the the longlines package obsolete? Date: Wed, 1 Oct 2014 09:01:18 +0100 Message-ID: References: Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b5d4882a055ff050457e75e X-Trace: ger.gmane.org 1412150547 19089 80.91.229.3 (1 Oct 2014 08:02:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Oct 2014 08:02:27 +0000 (UTC) Cc: 18589@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 01 10:02:17 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 1XZErZ-0002F9-Ns for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Oct 2014 10:02:17 +0200 Original-Received: from localhost ([::1]:48159 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZErZ-0003gQ-9t for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Oct 2014 04:02:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZErQ-0003fO-Le for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2014 04:02:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XZErK-0002Ws-Gj for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2014 04:02:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37043) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XZErK-0002Wo-EE for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2014 04:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XZErK-0008UD-4R for bug-gnu-emacs@gnu.org; Wed, 01 Oct 2014 04:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: bruce.connor.am@gmail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Oct 2014 08:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18589 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 18589-submit@debbugs.gnu.org id=B18589.141215048332569 (code B ref 18589); Wed, 01 Oct 2014 08:02:02 +0000 Original-Received: (at 18589) by debbugs.gnu.org; 1 Oct 2014 08:01:23 +0000 Original-Received: from localhost ([127.0.0.1]:56839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZEqg-0008TF-8s for submit@debbugs.gnu.org; Wed, 01 Oct 2014 04:01:22 -0400 Original-Received: from mail-ob0-f171.google.com ([209.85.214.171]:53939) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZEqd-0008T5-FB for 18589@debbugs.gnu.org; Wed, 01 Oct 2014 04:01:20 -0400 Original-Received: by mail-ob0-f171.google.com with SMTP id va2so222497obc.30 for <18589@debbugs.gnu.org>; Wed, 01 Oct 2014 01:01:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=jepPrRzK0UkXKc8ISplXCG/Y00k4OTpJVryJDV2QMbM=; b=R/T2atglKa2K9NoAhWVSVhMf3FiJLimn6C/qnw+pr82Y2eFWvf3kQvXGXA2YIubnqQ 6N9EtHSzlJRI/++5w01aCw9/nCU7wxYLx7D94qxzxUeIiPPtESd+/isglGBdnKRPlDng VmeTwmS9CIdTEBxqjU0rAipOqbb/qF5pB3mQDlTGfbixR4Hd3AfynF6T5IQx8I1O8gkM YgwI2VxNzCai0R+nPn80MqvCqBfBmaPjTx2oqjiKO2JJklpwO5k7ZINBQrDT+TR0jIcN V2Vuwlsi/hpiCWGDvu7zG8ru/tZx3tJ00nLqooKJjNsGNscq/HC49//z7gi5zsN5oNZX fTOg== X-Received: by 10.60.145.143 with SMTP id su15mr53828344oeb.58.1412150478261; Wed, 01 Oct 2014 01:01:18 -0700 (PDT) Original-Received: by 10.76.108.197 with HTTP; Wed, 1 Oct 2014 01:01:18 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: Q97gKzSsJGM2WpEaMbThQsgfDcg 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:93953 Archived-At: --047d7b5d4882a055ff050457e75e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > > It would be interesting to extend visual-lines-mode so you can prevent > wrapping of some lines > If I understand things correctly, visual-line-mode only wraps lines when they=E2=80=99re longer than the window-width (or window-width - margins), s= o making it not wrap some lines would only cause them to extend beyond the window=E2= =80=99s boundaries. > adaptive-wrap-mode is another approach at indenting wrapped lines > correctly (but for visual-lines-mode). I don't guarantee it works well > for LaTeX, tho (I don't think it uses the indent-according-to-mode code, > but rather uses the adaptive-fill-mode code). > Thanks, under a few initial tests, it does seem to fix the indentation! > I wouldn't mind de-obsoleting it. If you're interested, I think it > would be nice to change longlines.el by adding some hooks to it so you > can cleanly make it work like you do (without overwriting its functions). > Feel like taking over maintainership? > Sure, I could take over. What would that involve? > PS: BTW, I don't understand why people want to use > single-line-paragraphs for "LaTeX under version control". > Me neither, and I agree with everything you said here. The approach I=E2=80= =99m taking is with sentences. If you give each sentence its own line then, when you change a sentence, the rest of the paragraph doesn=E2=80=99t show up on the diff. Best Regards, Artur Malabarba --047d7b5d4882a055ff050457e75e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

It would be interesting to extend visual-lines-mode so you can prevent=
wrapping of some lines

If I understand things correctly, visual-line-mode only wraps lines when= they=E2=80=99re longer than the window-width (or window-width - margins), = so making it not wrap some lines would only cause them to extend beyond the= window=E2=80=99s boundaries.

adaptive-wrap-mode is another approach at indenting wrapped lines
correctly (but for visual-lines-mode).=C2=A0 I don't guarantee it works= well
for LaTeX, tho (I don't think it uses the indent-according-to-mode code= ,
but rather uses the adaptive-fill-mode code).

Thanks, under a few initial tests, it does seem to fix the indentation!<= /p>

I wouldn't mind de-obsoleting it.=C2=A0 If you're interested, = I think it
would be nice to change longlines.el by adding some hooks to it so you
can cleanly make it work like you do (without overwriting its functions). <= br> Feel like taking over maintainership?

Sure, I could take over. What would that involve?

PS: BTW, I don't understand why people want to use
single-line-paragraphs for "LaTeX under version control".=C2=A0 <= /p>

Me neither, and I agree with everything you said here. The approach I=E2= =80=99m taking is with sentences.

If you give each sentence its own line then, when you change a sentence,= the rest of the paragraph doesn=E2=80=99t show up on the diff.

Best Regards,
Artur Malabarba

--047d7b5d4882a055ff050457e75e--