From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: A project-files implementation for Git projects Date: Fri, 20 Sep 2019 16:28:07 +0300 Message-ID: <5ba04bf6-ed74-a18e-9074-5aa481ec3669@yandex.ru> References: <8736h9rdc4.fsf@gnu.org> <87mufcfz1u.fsf@gnu.org> <87tv9kz2x6.fsf@gnu.org> <87a7bbjdwe.fsf@gnu.org> <87a7ba8uvx.fsf@gnu.org> <87pnk2zvvy.fsf@gnu.org> <838sqpx9eq.fsf@gnu.org> <83y2yow9dy.fsf@gnu.org> <838sqnw2na.fsf@gnu.org> <3007947f-f4eb-e3e8-8c14-1b372323aa1c@yandex.ru> <831rwfvzd6.fsf@gnu.org> <64bcedbf-d891-dcad-ac65-5719920f58e2@yandex.ru> <83k1a4tct2.fsf@gnu.org> <83tv97run8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="161273"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 20 15:36:08 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iBJ4x-000fl9-Kv for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 15:36:07 +0200 Original-Received: from localhost ([::1]:59720 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBJ4v-0003wv-SN for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 09:36:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54421) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBIxJ-0006CB-IF for emacs-devel@gnu.org; Fri, 20 Sep 2019 09:28:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iBIxI-00011K-AI for emacs-devel@gnu.org; Fri, 20 Sep 2019 09:28:13 -0400 Original-Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:46062) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iBIxI-000102-27; Fri, 20 Sep 2019 09:28:12 -0400 Original-Received: by mail-lf1-x136.google.com with SMTP id r134so5035248lff.12; Fri, 20 Sep 2019 06:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=x6CbJ6yHkowIy0tImMvtwigl/jzqk/VVoQSX6dAoPw8=; b=ciztNcl0P0G9TgTFi/LgGt306L0gNIb6imrm9H5cfVmpCmYnP0x1nrS2ynv8waEGAb q9pQ4fZj+l2DHRpXLgx/gjpsDYSf4yAOdW2G9GATQsR8kJmU8mIPKkUoT//ovh3gfo2d CYdYZyWvl9Gd1PTcYlqcArO7kOIeXk+QhyDAnMij1Yl/KBxx/8Tjrma4Gzf0x5m/+wPJ mxlaeAZ4iu+Wu3dFQEP0gwZKJN8Jqb8TGg4QKc3Bw6Zect8SqjHhR3P8gzMhUCmjumgr 8a4i4AIoWf6j5LoFbtmq4zu5WIvBArtxLPzCjxytkaQY0eOR0Zmh89y5UF3VUxIX5P1U l4Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=x6CbJ6yHkowIy0tImMvtwigl/jzqk/VVoQSX6dAoPw8=; b=sgojCW8zNu0XbnvetXjdgGbSlV9153rd1Al65RvLB1uuq8Si6Y1hxs1Tea8yx8xj+y h53CCG3u/+zasDS7TOsLzQcTKap2Cu3qM/pHvDTiXU46rhAkYs6M9YiuJnesKiLYsVKI MImlaozVKt2kb/3aZK1d9XutbZtVp3L6GBqIoQFghjS33EJlPqIrgiv49emJ4hygTAoe c1SD5E+ZbTn5hAUNthdP0oa0LEuoVXA6GVP9ip/QL6oIqRZEO1/5FFMT2H3dNSFN1vbm WPtaYmmJ4puvEBm+akcf+NFw5hcBOX+FlFp23upDwfDDGNPIjpSDZS784hNMA/WXyJAB GUww== X-Gm-Message-State: APjAAAVSP5aMvQbLmwSjM8HINvy5nPkdgqwVSGdr4DF9M+WpfgyL2+b7 7R95yL9yPl9NObLtqKgNsdWdq0M0QVM= X-Google-Smtp-Source: APXvYqxfpXEQp4+Y7ddRzgXa63PVcNi+uYXNt1+uvJVIUp3Kknh8w/EuCay1pfgSKpE9HUASeS/JAw== X-Received: by 2002:ac2:51ce:: with SMTP id u14mr8084466lfm.72.1568986089682; Fri, 20 Sep 2019 06:28:09 -0700 (PDT) Original-Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id r6sm487399lfn.29.2019.09.20.06.28.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Sep 2019 06:28:08 -0700 (PDT) In-Reply-To: <83tv97run8.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::136 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.org gmane.emacs.devel:240184 Archived-At: On 20.09.2019 15:59, Eli Zaretskii wrote: > No, it cannot, because the events are lost before they reach the > Emacs event queue. Unless, that is, you mean by "handler" something > that is outside Emacs, in which case I see no way for Emacs to control > how such a "handler" behaves. It could work by detecting a "congestion" before the event happens (by seeing that events fire up very quickly, so the queue must fill up soon). That wouldn't be 100% reliable, though. > "Not feasible". You are, in effect, saying that I have no real idea > what I'm talking about. And that's exactly the issue at hand. I suppose that's possible. And if so, my apologies. FWIW, before you wrote that "giving up" message, I figured we've reached the same page, more or less. Maybe I lack reading comprehension. > Sorry, I can no longer afford discussions in which replies are posted > after two, sometimes 3 or 4 days, Sorry about that. > and in which each of my arguments, > no matter how minor, always gets contradicted with counter-arguments, I've seen the same from your side. And if you see it as arguing, I see that as having to to explain stuff, sometimes multiple times, in different branches of this same thread. Maybe you would prefer different levels of nesting, but they make reading things harder on my end, including when I also go back to re-read the messages in this discussion. I can try cutting out less context next time, but by how much? > with context stripped so thoroughly that I need to go back 2, 3, > sometimes even 4 messages back to even begin to understand how we > arrived to that. You never even _try_ to compromise, let alone see > the issue from my POV. I'm sorry, I don't know what you're talking about here. I *cannot* compromise by removing reliance on 'find' because we'll need it anyway. You complained about it for some reason, but also yourself acknowledged that it will remain necessary in certain cases. What else is there to compromise on? Implement the file listing using Bzr and SVN as well? People are free to work on that, as long as no functionality is lost in the end, meaning proper fallback to 'find' (I suppose) when the tool can't support the necessary feature (extra ignores or whitelist) that the user requested.