From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: alin Newsgroups: gmane.emacs.devel Subject: Re: as the accident occued... long lines in emacs buffers. Date: Fri, 13 Nov 2015 21:01:26 +0200 Message-ID: <87y4e1pvuh.fsf@gmail.com> References: <87k2q1xsg9.fsf@gmail.com> <1446668449.11811.11.camel@invergo.net> <87mvupvonu.fsf@gmail.com> <1447368233.11811.52.camel@invergo.net> <87wptmyaml.fsf@gmail.com> <1447409234.32571.1.camel@invergo.net> <87si49udez.fsf@gmail.com> <87h9kp7tm3.fsf_-_@gmail.com> <871tbtoo49.fsf@fencepost.gnu.org> <87wptln999.fsf@fencepost.gnu.org> <83d1vdg2ea.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1447441316 30955 80.91.229.3 (13 Nov 2015 19:01:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Nov 2015 19:01:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 13 20:01:51 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 1ZxJba-0002CE-AO for ged-emacs-devel@m.gmane.org; Fri, 13 Nov 2015 20:01:50 +0100 Original-Received: from localhost ([::1]:54746 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZxJbU-0000Mi-PO for ged-emacs-devel@m.gmane.org; Fri, 13 Nov 2015 14:01:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZxJbO-0000HK-Vo for emacs-devel@gnu.org; Fri, 13 Nov 2015 14:01:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZxJbK-0002aR-T6 for emacs-devel@gnu.org; Fri, 13 Nov 2015 14:01:38 -0500 Original-Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:34709) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZxJbK-0002aN-Md; Fri, 13 Nov 2015 14:01:34 -0500 Original-Received: by wmvv187 with SMTP id v187so95723303wmv.1; Fri, 13 Nov 2015 11:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:cc:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=WEzj+HWliYbprgEV9MPLafxThF6k97tVHezD5hTODZ0=; b=dRmSTQv7Abnzfbp2ewdud0Ix5q+rWDL7CPvn/DMxEYtb5CziMXnTOguJsX6hK67NOU 3fVqucunQILj0U/79rBxh1L932c/7PZtXNPpoeTXuwmrWD3boV+al6aTD1dvzz2qEGjS urZ1UZ+c85KEdzhXhdbl1bZ+d3/CQfGIY7eUFzVnsNtR+UuqxETvnf+Y0ItDdv1afQ94 fQmNdsVOpzdY+qAnGSc5B8UJgh2Yo69xUvUo6Q0hO7syPN4RFQXrsV6fJhBKqUc6C4+v ii//7me1QT4aixVVFoPXAjgUs+a0/jtD9ksb/SL5aHlnBpjF6Tf/7tdX4ujD4o/eseUQ a3wg== X-Received: by 10.194.175.164 with SMTP id cb4mr24514916wjc.72.1447441294128; Fri, 13 Nov 2015 11:01:34 -0800 (PST) Original-Received: from intel ([178.138.63.102]) by smtp.gmail.com with ESMTPSA id z13sm15502239wjr.47.2015.11.13.11.01.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Nov 2015 11:01:28 -0800 (PST) In-Reply-To: <83d1vdg2ea.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Nov 2015 20:50:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::233 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:194400 Archived-At: Eli Zaretskii writes: >> From: David Kastrup >> Date: Fri, 13 Nov 2015 17:40:02 +0100 >> Cc: John Wiegley , Brandon Invergo , >> emacs-devel@gnu.org >>=20 >> > I'll settle for "as fast as one would expect given its behavior on sho= rt >> > lines". >>=20 >> Though purportedly this should have been somewhat addressed by >>=20 >> cache-long-scans is a variable defined in =E2=80=98C source code=E2=80= =99. >> Its value is t > > No, this variable is unrelated. It only helps when Emacs looks for a > newline. By contrast, redisplay slowness with long lines has almost > nothing to do with searching a buffer for newlines, its main cause is > that to move to the next visual line the display engine must > completely traverse the current line. Anyway. Emacs does not work well. This is a fact that I see many times when I open shell-processes. I have the full plan in my mind to execute it. And all the needed experience and background. I cannot work alone. I need somebody to discuss with him/her and help me read what I am doing and what's next step. As this is a a complex problem and I do not want to lose the time working. This would be painful to think to. I think I will be available to do this in the months Mars-Avr-May-June-July-Au. If somebody around Paris want to involve in this, please answer me in the mean time. If not, I will be available for this task after July 2018 or sporadic. I think it will take 7-8 week-ends to execute it. It will be lot of work. Alin. --=20 No GNUs is bad news.