From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Nikolay Kudryavtsev Newsgroups: gmane.emacs.help Subject: Re: Test Alternative initialize scheme Date: Mon, 9 Apr 2018 20:42:13 +0300 Message-ID: <6c882d6d-6c94-1d75-85bb-8d332d4fb630@gmail.com> References: <20180404231211.GB31955@mail.akwebsoft.com> <86zi2g2lzp.fsf@zoho.com> <86muygyp84.fsf@zoho.com> <86woxi8oco.fsf@zoho.com> <86r2nprbxx.fsf@zoho.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1523295702 28139 195.159.176.226 (9 Apr 2018 17:41:42 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 9 Apr 2018 17:41:42 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 To: Emanuel Berg , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Apr 09 19:41:38 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f5anR-0007FZ-8w for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Apr 2018 19:41:37 +0200 Original-Received: from localhost ([::1]:54838 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5apW-0008DB-Vn for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Apr 2018 13:43:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52615) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5ao8-0007bW-Mj for help-gnu-emacs@gnu.org; Mon, 09 Apr 2018 13:42:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f5ao7-0005qD-U6 for help-gnu-emacs@gnu.org; Mon, 09 Apr 2018 13:42:20 -0400 Original-Received: from mail-lf0-x231.google.com ([2a00:1450:4010:c07::231]:36476) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f5ao7-0005pE-M5 for help-gnu-emacs@gnu.org; Mon, 09 Apr 2018 13:42:19 -0400 Original-Received: by mail-lf0-x231.google.com with SMTP id d20-v6so1936469lfe.3 for ; Mon, 09 Apr 2018 10:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=FZFFhLy+LHr+BlvIuPe1V1yQynuWOZprFC1+TImIAjc=; b=OZsFiK0ZTO9EysIBpp5qHZC6s3XaqD/3odqS+YEIueiX+HhtJZJDksWzGuNiAdIFag zaN24ehoMjjZasq8O4tL89kngd/rO7Z0t6vUTCcXZ5QojHQFRuF3g9K3DOvLUioQ5fdH CkS9D1ZS2ulK2R73rDxAWhccIb7JtRc9WvMtONr+LeesTUmZfk3RJ96unEhYh07991Bs H28pVGFnbDC0+BscIwpyQTC/fyZY1y/zC6sRnY8uUo2VNkS/Q0MYt7KqcmPghHDXtJUc fnwngjnZVzVfLmk1x0weEJggTBR+Zq0T4M/bFP9g1N+hqyhvETIDnyIqG1MpfzAMGYav A/eA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=FZFFhLy+LHr+BlvIuPe1V1yQynuWOZprFC1+TImIAjc=; b=REqICBNGhOpG6YXXm5C619kmB2o05DkugOW2S/JMTf4EnEkiG3trDfMvqNgzE3/our 2kdIR33X8QH4WIBS/6XUy8KPO8bYsQpLDuCMe1AwKOXfDZGWbPN7zwJ29SNV6ceYx21S nKP2VybfxRhCvgxScMQXyH4QPM+pE0xy6vhDJF0WSPnrl3e0bAwcZJgPjj432ds1iuGp njx+YBRlUNkolDkVUEjtQVNlgeERPDy+gWnO29ovWJjq2rNDrlyRE4WERasrE60l2ukY aIBX/GESDL14y7hRy2vt/5GvweIr+XOIhac3N4kXuN5PtZDXKJlWsqEbonLi4vhJlXRu kRvA== X-Gm-Message-State: ALQs6tAP68+L8uk3ov4mKDeV9R4YdfW9mcXNBhv0/IJvwRBBu3d8MFtU Q9LuN2ii+8veUw6Dq0nrohDgUg== X-Google-Smtp-Source: AIpwx49zv8VleIrGSsoXGUpJBHrY2lXqHcP8zz0lUKuMSX1F/SRIhwJAm40SmyYlvz/2BLZwwmcAug== X-Received: by 2002:a19:4d46:: with SMTP id a67-v6mr23449895lfb.36.1523295737740; Mon, 09 Apr 2018 10:42:17 -0700 (PDT) Original-Received: from ?IPv6:2a02:2168:2634:7100:35eb:f73c:8871:3b55? ([2a02:2168:2634:7100:35eb:f73c:8871:3b55]) by smtp.gmail.com with ESMTPSA id q68-v6sm173878lfd.58.2018.04.09.10.42.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Apr 2018 10:42:16 -0700 (PDT) X-Google-Original-From: Nikolay Kudryavtsev In-Reply-To: <86r2nprbxx.fsf@zoho.com> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4010:c07::231 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:116421 Archived-At: > So this is obviously not the problem, so can > you describe it again or provide an example? I was not talking about the relationship dependence, but of coexistence. For example there's Evil, which is a package that provides Vi keyboard layout. It works fine by itself. Then there's Ivy which is a minibuffer completion interface. Ivy by default uses vanilla Emacs key bindings. Spacemacs provides some improvement in its layer that allows using Ivy with Evil. Now the question is - who's area of responsibility it is to provide that? Emacs upstream developers? Of course not. Nor should we expect developers of Evil to care about providing configuration for Ivy, or Ivy developers providing configuration for Evil. So there's a space for a third party(the first being Emacs developers and the second - package developers). The problem is how to enable those third party contributions, while taking some measures to inhibit unnecessary fragmentation. And I think it is to be expected that good solutions to this end may not be feasible. One solution would be providing a repository for such configurations snippets and infrastructure for pulling them. And then the main dev team can ideally mark some of them obsolete or let's say broken. This of course is a mammoth task. Actually not so long ago somebody released a basic implementation of such system: https://github.com/dustinlacewell/emacs-nougat I haven't tried it myself yet, and personally I'm not a fan of org-based configs, but I have to admit that it's trying to solve the problem we're currently discussing. -- Best Regards, Nikolay Kudryavtsev