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: GNU Emacs raison d'etre Date: Wed, 20 May 2020 04:01:49 +0300 Message-ID: References: <5230692c-c665-a330-7a12-e59fa25d97dd@gmail.com> <4bb36686-34e7-4ac8-898c-74e254902349@default> <29f65907-affb-481e-82f3-62522a766f69@default> <83sgfybn22.fsf@gnu.org> <1701f0b1-a481-bb45-08b8-99da4a6139fc@gmx.at> <736c1336-58ea-dd1f-18ba-94f902e37f61@yandex.ru> <980996b3-bdfb-92e9-4b1f-594b8f5b68d0@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="112589"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 Cc: Jean-Christophe Helary , Richard Stallman , =?UTF-8?Q?Andreas_R=c3=b6hler?= , Emacs developers , Karl Fogel , homeros.misasa@gmail.com, tkk@misasa.okayama-u.ac.jp, Sergey Organov , Stefan Monnier , Arthur Miller , Eli Zaretskii , Drew Adams , Stefan Kangas To: martin rudalics , Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 20 03:02:37 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 1jbD80-000TBR-Ga for ged-emacs-devel@m.gmane-mx.org; Wed, 20 May 2020 03:02:36 +0200 Original-Received: from localhost ([::1]:40914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jbD7z-0006WQ-Ix for ged-emacs-devel@m.gmane-mx.org; Tue, 19 May 2020 21:02:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59166) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbD7L-00065a-VV for emacs-devel@gnu.org; Tue, 19 May 2020 21:01:55 -0400 Original-Received: from mail-wm1-x330.google.com ([2a00:1450:4864:20::330]:55798) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jbD7L-0000Dw-1I; Tue, 19 May 2020 21:01:55 -0400 Original-Received: by mail-wm1-x330.google.com with SMTP id f13so1006085wmc.5; Tue, 19 May 2020 18:01:54 -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=szYX3+axJcC3yZnA8jSP817NutVUHDJtMOm0akulWHg=; b=GOk7DDthglkKZ9N9OltTTaAT8KZ1QhdHBT1vCxXzKKgdfyyK3r2SxAS4b81S/AWUaq XrH1++SsA21g7yiv3/xyb75zFO1kRhQm3i17P51kQG9e4XOmotOvg5Ek2xgKvWF8AyDV WxDOgjLNG5rwgQ2FlxxdphxkFccVrkrQ+SGmK4Cbjngp4Sw+Rvivhm9ign9k6UF+QCZP 4FwHt662HCdB3Ql1i+0Ih/30BsXVUAmm/o48V4O6UahAawTdMYh1NzEThHUJVrSOp7R8 UhJTcyxWPQ68e+7h9vSu7yfDNgNfz3JUXYSsD4RH3u+11kJ8HpB3sTMmMzHjk+1CxQFr BFNw== 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=szYX3+axJcC3yZnA8jSP817NutVUHDJtMOm0akulWHg=; b=PwWsBliGSlh2y3GBQw5Pe6typWbwsXElNl/Q7ooSWE6zwmybZbXcsxBIrzvWQqeY3l An3lgVxq68lwQdl4dkt2ninx8BhLPIn1HpOjzvkgvWXj7FzYwHIXoFvOSodoZyP+p3OW JdXeMQ3LWq3ibtvcrRgq2JbJ+EIN4aD2xRguoDS5kCe6OVOIRFWBkSeua/sJn+pOxOTa AXa/7F62MK7ttH1CA/UOBiqI3yUh3AST0ktJ809jaBAa2aKuCsRi7Wm1d+AbjKy8wofW ZcfsRgSirreKCm1bouLsrPML90ojDeHTkHxL+A/5CpIv8ltkYXnJr1Q4gui4lR51nl3X YtNg== X-Gm-Message-State: AOAM533jBgFS1KPHfE9NoI1BDQF2k8Q3lsyB4ZT4mwsB4/0+zJvwwVXn +LAe1zWDYnJr1/qMBdREGdA= X-Google-Smtp-Source: ABdhPJwc/pXgwrVIOjR/uEfePXci83gXPbCMAkO5ORn36bkpDYZRupvZdTPsdXAP0NZRzhntQEyRWw== X-Received: by 2002:a1c:f006:: with SMTP id a6mr2061349wmb.106.1589936512386; Tue, 19 May 2020 18:01:52 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id w13sm1179078wrm.28.2020.05.19.18.01.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 May 2020 18:01:51 -0700 (PDT) In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::330; envelope-from=raaahh@gmail.com; helo=mail-wm1-x330.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: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, 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:250996 Archived-At: On 19.05.2020 11:41, martin rudalics wrote: > > I finally understood what I was doing wrong: I tried to visit the file > > and 'M-x eval-buffer' from an existing graphical frame. That got me > > the error. > > Right.  In a "normal" session you have to create a minibuffer-only frame > first and then delete the normal frame to get uniform behavior.  Emacs > does not offer a function to remove the minibuffer window from a normal > frame so this is the best you can get. Any chance to change the latter in Emacs 28? Is that difficult? It would improve the starting experience quite a bit. > > If I load it from init.el, the result is fairly functional (though > > with a number of glitches), > > Since I use it with my customizations only, such glitches are to be > expected.  And, as you know, mutter is not very child-frame friendly. Thanks for the reminder: with the appropriate value of x-gtk-resize-child-frames, the behavior looks more sensible now. The main remaining annoyance is the blink when the child frame is resized/repositioned. > > and it really does look like an > > improvement over the current situation. Even if the main benefit is > > simply locality: it displays the "minibuffer" at the bottom of the > > current window, not frame. > > You can put it anywhere on the parent frame via 'pop-up-mini-host' > and/or 'pop-up-mini-position'.  If something is lacking here, it can be > added easily. So how do you feel about a package in GNU ELPA? If we can move the settings into the definition of pop-up-mini-mode, it should be quite usable. And also do something with the scenario where someone installs it, turns on the mode, and simply stares at the error.