From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#10873: 24.0.93; `report-emacs-bug' obscures bug-reporting buffer (!) Date: Sun, 27 Dec 2015 19:37:30 +0100 Message-ID: <56802FEA.9080103@gmx.at> References: <1716A09ADF16453DAA29A726CB402BA5@us.oracle.com> <87sirsc1lg.fsf@building.gnus.org> <281e9d1f-0853-4498-bd4f-7510213c0cab@default> <43f2b0b2-fafc-43a9-b56a-120b90878cbc@default> <838u4hk0um.fsf@gnu.org> <56800C2E.80300@gmx.at> <0286fb63-edbc-448f-ae07-738ed5ef8f78@default> <56801A8C.2080605@gmx.at> <85c8c268-b3dc-42ff-8bc5-bb1e5786ecb2@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1451241501 5853 80.91.229.3 (27 Dec 2015 18:38:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Dec 2015 18:38:21 +0000 (UTC) Cc: 10873@debbugs.gnu.org, larsi@gnus.org To: Drew Adams , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 27 19:38:10 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1aDGCn-00087U-Gc for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Dec 2015 19:38:09 +0100 Original-Received: from localhost ([::1]:42415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDGCm-0006b8-Uo for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Dec 2015 13:38:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDGCi-0006Zd-KX for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2015 13:38:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDGCg-0005ID-Ls for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2015 13:38:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDGCg-0005I5-Io for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2015 13:38:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aDGCg-0005Kz-Eq for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2015 13:38:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Dec 2015 18:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10873 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10873-submit@debbugs.gnu.org id=B10873.145124146920486 (code B ref 10873); Sun, 27 Dec 2015 18:38:02 +0000 Original-Received: (at 10873) by debbugs.gnu.org; 27 Dec 2015 18:37:49 +0000 Original-Received: from localhost ([127.0.0.1]:44732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDGCT-0005KM-MH for submit@debbugs.gnu.org; Sun, 27 Dec 2015 13:37:49 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:57740) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDGCS-0005KA-LW for 10873@debbugs.gnu.org; Sun, 27 Dec 2015 13:37:49 -0500 Original-Received: from [192.168.1.100] ([213.162.68.11]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LdpcB-1Znmng0uiR-00iyGh; Sun, 27 Dec 2015 19:37:39 +0100 In-Reply-To: <85c8c268-b3dc-42ff-8bc5-bb1e5786ecb2@default> X-Provags-ID: V03:K0:i2UiSV0Fmdlr1ZXkzsy8WeBzqTIslCQnmVGZzh3+55B9sD0G+Sv gRIjk2NHW+TfQW4cc1KyjmLNLrSvvtpde1axTH7BcOofBCUgHuvH7G7kqZWhmrmGWifYGkk Yv4mpRTLLlsw2B0N/Xg+BHk1FSIddbJgojAGKRrZ44Fvp7qVyytK6EhXa0w+YYJQ2n6CVSP JrvexQhma8kUWubv6aojA== X-UI-Out-Filterresults: notjunk:1;V01:K0:vx+jqUs9Z3Q=:wm0AR62djtou7HJkxUHj77 k1JV4AFhetLUNnKpVNjkSV2I1r3TR1splWAVE6wHfjnEC9icIx+m08k9m0fnw37Mf1vAjEhEw /R3yKbZJTosRdkNimn3g7xGA3brNuh2Asm4+EiVGP3HqacLACiV2lkT7+qPuyqwAA81ZAECfK ZtrlMd49eJGe2izI/MBBquwcwjx43YBnyeu+uh+3QbXPJDqQ7g7h2mYJlk+FUkYwPuaK5DfdZ B7UCnVF2CLYP84ETLQoT/lYV/0R+X5iohmth9nVx6O733UMF+IYFdhwYnEjL+bkojLejHsCP0 la2APl4fYPvQcouomqYXNlZ8SWFATHXL1yE/2JUW+vUU4LDUDM2bbZhjJYM5qr1jlCL1j6XqI BWrsyGYOeV77XkZCFINgqPVa/t/u1cTB9Fy548r1tpVlNPTnx/Fncmr/yluw6+zL/mAzrCyW/ pdPC/zWdyX1cREsEJSjIsiqT/UKYhD8l1OEwUe9hXEiLA+x870Slz9AKNW3s4+DGf5guG+pP3 /ZzzAoMYELnUPIrqyCkIq6bNce/S66DsSSn86TFk5VvyuT2ky98mDW6HsaY2OUlvu3O7AB5wE 4nW5OfSBiDVAgRp0wyYnzdCPi/ahnohEYK5Z1EF1zikVRZeM+06nysHLpG1r28mcOu/7Yaw3x HqQhajiBKJOJDXBDthIIQtXBMlw0WSzz1BTC+VeWWFTLt4s/8qHz6LSrT/Z3zwA9STEn0FM61 SiLbhE7AdSD4dAG+eCll17PXT0FzTK5ItgOLfqybFDkfpwDufg55H5MgBVW9ulR69yWyfEK4 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110821 Archived-At: >> > *Completions* is not a modal window. >> >> I don't mind to disagree here. > > Not sure it is important to discuss this, but what is your > disagreement? I consider the window showing *Completions* modal. >> The modal activity in the case at hand is picking up a completion. > > That's not modal, if by that you mean that you cannot (or even > that you should not) do anything else until you choose a > completion candidate. You can do all kinds of things while > the minibuffer is waiting for you to choose a candidate. > There is nothing modal about this. It is modal. But since Emacs is always nice to its users it has its own interpretation of modality. It shows modal windows where the user wants them and allows the user to do virtually anything while they are shown. There's one restriction: Emacs expects the user to be nice to it as well. Emacs also has shy windows like the one from Ispell. These go away when the user doesn't pay attention to them. Modal windows are a bit more insistent. But as I mentioned earlier their only rules are: A modal window should disappear immediately when it's no more needed but till then it should remain continuously visible. And finally we have what you probably would consider modal: Dialogs like that of Emacs asking you whether it should save a buffer when exiting. There you won't be able to send a bug report until you have either quit or given an appropriate answer. > I argue only that (1) the bug-reporting window(s) should be visible They usually are except for a few cases involving dedicated windows and unsplittable frames. > and (2) other windows should not be removed. > > A start might be to combine the instructions/help window with > the reporting window. The reporting window already has lots > of instructional text in it. Using a separate page in that > window for the help info would go a long way toward stopping > the reporting window from being occluded. > > It might even help if the order of creation of the two bug > windows were reversed (dunno). What happens now is that the > more important of the two windows is hidden and the less > important of the two is shown - just the help. That's not > ideal. All this is coded in Elisp. Why don't you give it a try? martin