From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: master 1e3b0f2: Improve doc strings of project.el Date: Sun, 21 Jun 2020 00:58:51 +0300 Message-ID: <6c2c6171-bf8a-0aa3-f8d5-f7dea44709c7@yandex.ru> References: <87bllfqj82.fsf@warpmail.net> <83o8pfxhzq.fsf@gnu.org> <83imfnxgt3.fsf@gnu.org> <83eeqbxevp.fsf@gnu.org> <87bllfnjy5.fsf@thornhill.no> <83d05vx9or.fsf@gnu.org> <877dw3ne2z.fsf@thornhill.no> <83a70zx7ag.fsf@gnu.org> <874kr6oqz1.fsf@thornhill.no> <834kr6yk27.fsf@gnu.org> <83y2oix431.fsf@gnu.org> <158b0bbb-01c1-0a3e-ceaa-69eb9c2b22f4@yandex.ru> <83pn9uw6cm.fsf@gnu.org> <0a2b7b06-f6ac-2e33-0901-d56e3f94f260@yandex.ru> <83v9jlvrqi.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="78132"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 Cc: theothornhill@pm.me, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 20 23:59:49 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jmlWf-000KEZ-1t for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 23:59:49 +0200 Original-Received: from localhost ([::1]:42044 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmlWe-0000nX-4J for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 17:59:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60990) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmlVs-0008Pu-UO for emacs-devel@gnu.org; Sat, 20 Jun 2020 17:59:01 -0400 Original-Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]:36349) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jmlVp-00010j-1z; Sat, 20 Jun 2020 17:59:00 -0400 Original-Received: by mail-wm1-x333.google.com with SMTP id p19so1698212wmg.1; Sat, 20 Jun 2020 14:58:56 -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=JiBXyUyvv5lxLZoe3kKGD1yfim3XmfVJh4hYjoqAULY=; b=vbc6PKfm7TMMUekU1msMB7GY4phQ786wkvnQg49aGDqazCKhFVWzS9PSz6mlGm5IwQ KSDl+JLfJZ60QSiOSUcE1iJrQgDk0xip6XWsUhwFcxaN1QA1U9eFaCqjqX+znX59Fk+i I6ebk2ESRPoAYRPkGEZa4A4lUCrk/ffg0hQiEnrtNKg1d4gj+m/zbaYM1hNd35TPOCdw qELU9Hw0robYRxsC3bsRVPZ8GUwT2dFrT7VXnpRZ06Ni1uzRKLvqclHFrugr9hDJ5FyI Nd0Y3GEvWOZeUqleya6bJU+gEbJXA6X/2iWC3y13T5gd3cfckN1H2mybzry1nSqZM7rf jU9g== 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=JiBXyUyvv5lxLZoe3kKGD1yfim3XmfVJh4hYjoqAULY=; b=tLo9VpANYikMrsIr8pG2pa2pKWSw3P8UHhZbM8+MZy5VPb6B//JYRdLbsiuG/Q686x 2Gt/Th2cSJ26mK6SAiQgAGzLnzuKxtf0/gNUKnFmTbSa2b4+3j1Xd04LKO6Mgo3OiWEE 8H5as8F/z3gFsaocS5f9Yv1pC4nYRSVca1P3lw7rLoBvaLNUN8lBG0whPDLVjBjAxdmx YRWrGnByNbPqzw1mY75npMTwKZfM7+y1ePCbE9/4sLaVcwfFGlab8SUzAP8K3rFVAn4R qtKruREER04uMjFo7Akac43PfG8dADFp5IJ9arMAXHkaY6wXqmGElJ1liaND8g9pjwvw GO2Q== X-Gm-Message-State: AOAM533C1XUpCQSA/CUlTWvzAaSiVH/wFn2IKphqHVNmWUIZbC4u9CWX 338suKaEq5uXd/UmBoy/ofOQYLYl X-Google-Smtp-Source: ABdhPJxedZZ2I5R5GSvG1tWPGkBGGH1T743soJoAXUK9bo/83LvB5/pYpyTajuIdEPASO5qAms/TLw== X-Received: by 2002:a1c:3b8b:: with SMTP id i133mr10257605wma.111.1592690334552; Sat, 20 Jun 2020 14:58:54 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id d132sm3680733wmd.35.2020.06.20.14.58.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 20 Jun 2020 14:58:53 -0700 (PDT) In-Reply-To: <83v9jlvrqi.fsf@gnu.org> Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::333; envelope-from=raaahh@gmail.com; helo=mail-wm1-x333.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: 0 X-Spam_score: 0.0 X-Spam_bar: / X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=1, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252466 Archived-At: On 20.06.2020 15:36, Eli Zaretskii wrote: >> What I meant is, is there harm in modeling that kind of project as VC >> project with just lots of exceptions (additional ignores). Or is that >> just difficult. > > I don't understand the question. What is a "VC project", and how is > it relevant to the use case I described with grepping another > directory to see how others solved some problem? A VC project is a project recognized by the VC project backend. It's tweakable by customizing project-vc-ignores (or, more preferably, setting that variable in dir-locals.el) and the project-vc-external-roots-function variable. >>>> OTOH, we already have a customization point that allows to exclude more >>>> files than .gitignore does (the project-vc-ignores variable). >>> >>> I don't think exclusion alone is enough. We need also a way of >>> _including_ files in a project. >> >> It's on my list. As long as we're talking about whitelisting files in >> the same directory tree. > > That's part of the issue, but it isn't all of it. > >> But also see project-external-roots. > > That supports only entire directory trees, so is not selective enough, > IMO. Perhaps. But does that affect your usage? I'm still not sure about the entirety of your usage scenario. You have this project, which is current. Do you switch to other projects in the same session? How do they generally look? Is is generally the same idea of having an arbitrary set of files and buffers? >>>> *And* one can use the project API to introduce a project backend that >>>> does not rely on VC repositories. >>> >>> I think we should have commands to do so in the core. It's too basic >>> a capability for any IDE for us to leave it to add-ons. >> >> Commands? Project backends are applied automatically in the current model. > > Don't understand what you are saying here, either. Are you saying a > backend cannot support some notion of starting a project, or of adding > a file to a project? If we do decide on the separate backend approach, this can be done. But the commands would need to clearly specify that they work (and probably enable) a particular kind of project backend. So this is workable, but a bit clunky, so I'd like to see a bit more general support for this approach before adding it to project.el. But that shouldn't stop us from working on it. BTW, you're saying it's a "basic IDE capability", and that other editors have that. Do you have a particular editor in mind as an example? So we're speaking the same language.