From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Questioning the new behavior of `open-line'. Date: Thu, 12 Nov 2015 13:11:02 +0000 Message-ID: References: <87vb98csu1.fsf@red-bean.com> <87h9kscqig.fsf@red-bean.com> <83vb98jqwp.fsf@gnu.org> <87k2poba1s.fsf@red-bean.com> <83si4cjnyw.fsf@gnu.org> <87twosp5ke.fsf@fencepost.gnu.org> <87fv0cm64g.fsf@gmx.us> <87si4bsktk.fsf@red-bean.com> <87wptnlbl6.fsf@gmx.us> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01182b3ac68780052457acc5 X-Trace: ger.gmane.org 1447333889 5183 80.91.229.3 (12 Nov 2015 13:11:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Nov 2015 13:11:29 +0000 (UTC) Cc: emacs-devel To: Rasmus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 12 14:11:29 2015 Return-path: Envelope-to: ged-emacs-devel@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 1Zwrer-00060e-Uq for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 14:11:22 +0100 Original-Received: from localhost ([::1]:46582 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwrer-00062j-B1 for ged-emacs-devel@m.gmane.org; Thu, 12 Nov 2015 08:11:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwreb-00062W-Cu for emacs-devel@gnu.org; Thu, 12 Nov 2015 08:11:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zwrea-0003x8-9H for emacs-devel@gnu.org; Thu, 12 Nov 2015 08:11:05 -0500 Original-Received: from mail-lb0-x22f.google.com ([2a00:1450:4010:c04::22f]:35322) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwrea-0003ws-2M for emacs-devel@gnu.org; Thu, 12 Nov 2015 08:11:04 -0500 Original-Received: by lbbsy6 with SMTP id sy6so6049623lbb.2 for ; Thu, 12 Nov 2015 05:11:03 -0800 (PST) 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=w/1+kObZoVwL+tkYHkUdw00jGChnTVdv7xhReWGH2xk=; b=iNmZGF8lkNUTwiUiZdl76Ta+y6f5dvRb0IR8ZrUdnsIHSYlQJ7rESK17fVgAPXqTFD 0M+56B9mj72aAS2+ksV9lm/+FN/hn1srJ3hbfp4wYjERpVvrD14vJO6mA8zf2KmtdSXp HYGTXN7rJtTtqEW+7cWsFcoOtJKkgVjOPQt5YdJWVRkK42T3nmPlsuAvjRj4Nkl1DHER 6Xapt++GCspP4n5kKO+EWgCxso3Fc1lVWBFsTOKvjejRJ+Jo1F4LY3u/5D7oGXx8lzDt 8v6sWZ64jkP11GgAhEHpZJXpdWCJLQBk4opHQDnixhTJNluJVMG2fMl9wwedQa6SgyKj xvdg== X-Received: by 10.112.180.35 with SMTP id dl3mr6429025lbc.27.1447333862997; Thu, 12 Nov 2015 05:11:02 -0800 (PST) Original-Received: by 10.112.63.70 with HTTP; Thu, 12 Nov 2015 05:11:02 -0800 (PST) Original-Received: by 10.112.63.70 with HTTP; Thu, 12 Nov 2015 05:11:02 -0800 (PST) In-Reply-To: <87wptnlbl6.fsf@gmx.us> X-Google-Sender-Auth: 3hNOfiKZh_9WaueFstuSXiD5320 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194222 Archived-At: --089e01182b3ac68780052457acc5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12 Nov 2015 11:08 am, "Rasmus" wrote: > You may say that this is an example of separate bug, but to the extend that > misbehaviors exists, it=E2=80=99s very useful to > have dumb behavior available. I do agree. Would C-M-o or C-j C-b suffice in these situations? > Here=E2=80=99s an example of d3.js. I may want to > insert a new attribute before the width, without affecting the current > indentation. I=E2=80=99d then use C-o. > > var svg =3D div.append("svg") > .attr("width", box_plot.w) > .attr("height", box_plot.h); I'm sorry, I didn't understand. Could you explain (1) what you have before typing C-o, (2) the location of the cursor, (3) what you want to see after hitting C-o? --089e01182b3ac68780052457acc5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 12 Nov 2015 11:08 am, "Rasmus" <rasmus@gmx.us> wrote:
> You may say that this is an example of separate bug, but to the extend= that
> misbehaviors exists, it=E2=80=99s very useful to
> have dumb behavior available.=C2=A0

I do agree. Would C-M-o or C-j C-b suffice in these situatio= ns?

> Here=E2=80=99s an example of d3.js.=C2=A0 I may want to=
> insert a new attribute before the width, without affecting the current=
> indentation.=C2=A0 I=E2=80=99d then use C-o.
>
> =C2=A0 =C2=A0 var svg =3D div.append("svg")
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0.attr(&q= uot;width", box_plot.w)
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0.attr(&q= uot;height", box_plot.h);

I'm sorry, I didn't understand. Could you explain (1= ) what you have before typing C-o, (2) the location of the cursor, (3) what= you want to see after hitting C-o?

--089e01182b3ac68780052457acc5--