From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Newsgroups: gmane.emacs.bugs Subject: bug#25943: 21.5 Frame Display Difficulties Date: Wed, 08 Mar 2017 15:58:58 -0700 Message-ID: <142b4d1d519a6bf87a5fe320d9eeb419@127.0.0.1> References: <0b9853e8ecbdb18bb1b8c05347371a7e@127.0.0.1> <58B925A4.4060406@gmx.at> <58BA900B.6040708@gmx.at> <49adf8e1615512ac19189d75b5e04315@127.0.0.1> <58BE8138.1040607@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_10e11ebe206cfaeef78502eba7c3a86c" X-Trace: blaine.gmane.org 1489014017 31592 195.159.176.226 (8 Mar 2017 23:00:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 8 Mar 2017 23:00:17 +0000 (UTC) User-Agent: Tuxedo/0.1 Cc: 25943@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 09 00:00:11 2017 Return-path: Envelope-to: geb-bug-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 1clkYz-0007HG-Du for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Mar 2017 00:00:09 +0100 Original-Received: from localhost ([::1]:58913 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clkZ3-0004xY-VU for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Mar 2017 18:00:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clkYx-0004vw-I7 for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2017 18:00:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1clkYs-0007vZ-UV for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2017 18:00:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48628) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1clkYs-0007vR-Qp for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2017 18:00:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1clkYs-00044o-FN for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2017 18:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Mar 2017 23:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25943 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25943-submit@debbugs.gnu.org id=B25943.148901394215576 (code B ref 25943); Wed, 08 Mar 2017 23:00:02 +0000 Original-Received: (at 25943) by debbugs.gnu.org; 8 Mar 2017 22:59:02 +0000 Original-Received: from localhost ([127.0.0.1]:46827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clkXu-00043A-1F for submit@debbugs.gnu.org; Wed, 08 Mar 2017 17:59:02 -0500 Original-Received: from magicmail03.frii.com ([216.17.135.172]:60036 helo=magic03.frii.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clkXs-00042k-3B for 25943@debbugs.gnu.org; Wed, 08 Mar 2017 17:59:00 -0500 Original-Received: (qmail 21546 invoked from network); 8 Mar 2017 22:58:58 -0000 Original-Received: from localhost (HELO mail.frii.com) (david@ngdr.net@127.0.0.1) by magic03.frii.net with SMTP (d04aff28-0452-11e7-b5c5-63b9c10c3df8); Wed, 08 Mar 2017 15:58:58 -0700 Original-Received: from c-67-165-221-44.hsd1.co.comcast.net ([67.165.221.44]) by mail.frii.com with HTTP (HTTP/1.1 POST); Wed, 08 Mar 2017 15:58:58 -0700 In-Reply-To: <58BE8138.1040607@gmx.at> X-Sender: david@ngdr.net X-MagicMail-OS: MagicMail 2.0-Stable X-MagicMail-UUID: d04aff28-0452-11e7-b5c5-63b9c10c3df8 X-MagicMail-Authenticated: david@ngdr.net X-MagicMail-SourceIP: 127.0.0.1 X-MagicMail-RegexMatch: 2 X-MagicMail-EnvelopeFrom: 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" Xref: news.gmane.org gmane.emacs.bugs:130361 Archived-At: --=_10e11ebe206cfaeef78502eba7c3a86c Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hello Martin, Summaries: > So we can conclude that the effect depends on changing workspace when > creating a new frame. Interesting. I never change workspace. I think that your conclusion goes a little too far; for example, simply re-starting emacs can do it as well. > I suppose that most people on GNU/Linux want to build with GTK. In my > limited experience GTK builds are the worst ones (excluding the Gnustep > builds). They are not bad because GTK is bad. I suppose they are bad > because of a few historic constraints established by Emacs itself. IMO > toolkit builds could be as smooth as non-toolkit ones and still offer > most advantages of the toolkit (better menus and scroll bars, in > particular) if these constraints were removed. But doing that is hard. It appears that you and I use our operating systems and emacs very differently! You use one workspace and never change. I use nine workspaces, run each application in its own workspace, often fullscreen, and flip between them according to need. It sounds as though you use mouse activated menus, scroll bars, and a mouse. I eliminate the menu bar and scroll bars and control emacs with key bindings, no mouse. I am in favour of supporting these different ways of doing things, however, just in case there is any question about that. > If the code is evaluated as supplied, and assuming emacs is started with > -Q, and assuming that performance is what I see on my machine, the first > display of the popup is incorrectly positioned; .... > > So "bouncing" happens only once, namely when setting up the initial > size? Yes. It seems to me that problems one and two both are initialization faults in some code or other. > Could you try the function ‘fit-frame-to-buffer’ for sizing the frame > and tell me whether it also exhibits problem 3? Just make a normal > frame, put your buffer into that frame's selected window and call that > function. I have created simple-doit-2, attached, which shows what happens (this uses code in the original executable file). There are two ways shown to raise the frame, which give two slightly different behaviours. I am pretty sure that problem 3 is buried deeper than this; and I have a sneaky suspicion that this, too, is an initialization problem. > > Thus, truncate-lines does not really enter into the picture: I size the > > frame to the text, rather than writing text into a fixed-size frame. I > > think that I see why you ask the question: the problem I have shows > > continuation arrows, which do not appear if the software is behaving > > itself. Can you tell me where to look to see if I can find out anything? > > It seems to me that the key is to consider that the same buffer is being > > rendered differently in two frames. > > If ‘fit-frame-to-buffer’ exhibits problem 3, we don't have to delve into > the depths of your code and we can try to improve ‘fit-frame-to-buffer’. > If it does not have problem 3, you could try to make your code behave a > bit like ‘fit-frame-to-buffer’. I do not think that problem 3 is caused by a mis-match between buffer content and frame size. Note that the original screenshot shows a gap between the right of the text and the right side of the frame. David --=_10e11ebe206cfaeef78502eba7c3a86c Content-Transfer-Encoding: base64 Content-Type: text/plain; charset=us-ascii; name=doit-2-as-sent.el; charset=UTF-8 Content-Disposition: attachment; filename=doit-2-as-sent.el DAooZ2xvYmFsLXNldC1rZXkgIFtmMTJdICAnc2ltcGxlLWRvaXQtMikKCihkZWZ1biAgc2ltcGxl LWRvaXQtMiAgKCkKICAKICAiVGVzdHMgZml0LWZyYW1lLXRvLWJ1ZmZlci4iCiAgCiAgKGludGVy YWN0aXZlKQogIAogIChsZXQgICgoc2ltcGxlLWZyYW1lICAgKG1ha2UtZnJhbWUgIGAoKG5hbWUg ICAgICAgLiAiU2ltcGxlIEZyYW1lIikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICh2aXNpYmlsaXR5IC4gLHNpbXBsZS12aXNpYmlsaXR5KSkpICkKICAgICAgICAgKHNp bXBsZS1idWZmZXIgIChnZXQtYnVmZmVyLWNyZWF0ZSAgIlNpbXBsZSBCdWZmZXIiKSkpCiAgICAK ICAgIChzZXQtd2luZG93LWJ1ZmZlciAgKGZyYW1lLXNlbGVjdGVkLXdpbmRvdyAgc2ltcGxlLWZy YW1lKSAgc2ltcGxlLWJ1ZmZlcikgICAgCiAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciAgc2ltcGxl LWJ1ZmZlciAgKGVyYXNlLWJ1ZmZlcikKICAgICAgICAgICAgICAgICAgICAgICAgICAoaW5zZXJ0 ICAoZm9ybWF0ICAidmVyc2lvbiAlcyIgIC5lbWFjcy1jdXJyZW50LWVtYWNzLXZlcnNpb24pKSkK Ozs7ICAgIChyYWlzZS1mcmFtZSAgc2ltcGxlLWZyYW1lKQogICAgCiAgICAobGV0KiAgKChpbnZv a2luZy1mcmFtZSAgKHNlbGVjdGVkLWZyYW1lKSkKICAgICAgICAgICAgKG5ld2lzaCAgICAgICAg ICAoPD0gIDI1LjEgIChzdHJpbmctdG8tbnVtYmVyICAuZW1hY3MtY3VycmVudC1lbWFjcy12ZXJz aW9uKSkpCiAgICAgICAgICAgIChpbnZva2Utb3JpZ2luICAgKGlmICBuZXdpc2gKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKGZyYW1lLXBvc2l0aW9uICBpbnZva2luZy1mcmFtZSkK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICcoMCAuIDI1KSkpCiAgICAgICAgICAgIChp bnZva2UtbGVmdCAgKGNhciAgaW52b2tlLW9yaWdpbikpCiAgICAgICAgICAgIChpbnZva2UtdG9w ICAgKGNkciAgaW52b2tlLW9yaWdpbikpCiAgICAgICAgICAgIChsZWZ0ICAgICAgICAgLTQxKQog ICAgICAgICAgICAodG9wICAgICAgICAgIGludm9rZS10b3ApCiAgICAgICAgICAgICh3aWR0aCAg ICAgICAgNjApCiAgICAgICAgICAgIChoZWlnaHQgICAgICAgNikpCiAgICAgIAogICAgICAodW53 aW5kLXByb3RlY3QKICAgICAgICAgICh3aGlsZSAgKHByb2duCjs7OyAgICAgICAgICAgICAgICAg ICAgKHNldC1mcmFtZS1zaXplICBzaW1wbGUtZnJhbWUgIHdpZHRoICBoZWlnaHQpCiAgICAgICAg ICAgICAgICAgICAgKHNldC1mcmFtZS1wb3NpdGlvbiAgc2ltcGxlLWZyYW1lICBsZWZ0ICB0b3Ap CiAgICAgICAgICAgICAgICAgICAgKG9yICAoZnJhbWUtdmlzaWJsZS1wICBzaW1wbGUtZnJhbWUp CiAgICAgICAgICAgICAgICAgICAgICAgICAocmFpc2UtZnJhbWUgIHNpbXBsZS1mcmFtZSkpCiAg ICAgICAgICAgICAgICAgICAgKHNlbGVjdC1mcmFtZS1zZXQtaW5wdXQtZm9jdXMgIHNpbXBsZS1m cmFtZSkKICAgICAgICAgICAgICAgICAgICAoc2V0LWJ1ZmZlciAgc2ltcGxlLWJ1ZmZlcikKICAg ICAgICAgICAgICAgICAgICAoZ290by1jaGFyICAocG9pbnQtbWF4KSkKICAgICAgICAgICAgICAg ICAgICAgIChpbnNlcnQgIChmb3JtYXQgICJcbiVzICBsOiUzZCAgdDolM2QgIHc6JTNkICBoOiUz ZCIKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChzZWxlY3RlZC1mcmFt ZSkgIGxlZnQgIHRvcCAgd2lkdGggIGhlaWdodCkpCiAgICAgICAgICAgICAgICAgICAgKGZpdC1m cmFtZS10by1idWZmZXIgIHNpbXBsZS1mcmFtZSkKCiAgICAgICAgICAgICAgICAgICAgKHNldHEg IGxlZnQgICAoKyAgbGVmdCAgMTApICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICB0b3AgICAgKCsgIHRvcCAgIDEwKQogICAgICAgICAgICAgICAgICAgICAgICAg ICBoZWlnaHQgKCsgIGhlaWdodCAxKSkKICAgICAgICAgICAgICAgICAgICAoaWYgIG5ld2lzaCAg KGRpc2NhcmQtaW5wdXQpKQogICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAg IDs7IGxvb3AgdGVzdAogICAgICAgICAgICAgICAgICAgICAobm90ICAoZXF1YWwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAocmVhZC1ldmVudCAgInByZXNzIGFueSBrZXkgdG8gY29udGlu dWUsIGVzY2FwZSB0byB0ZXJtaW5hdGUiKQogICAgICAgICAgICAgICAgICAgICAgICAgICAnZXNj YXBlKSkpICkKICAgICAgICA7OyBlbmQgbm8gYm9keSB3aGlsZQogICAgICAgIAogICAgICAgIDs7 IFByb3RlY3RlZC4KICAgICAgICAoc2VsZWN0LWZyYW1lICBpbnZva2luZy1mcmFtZSkKICAgICAg ICAoZGVsZXRlLWZyYW1lICBzaW1wbGUtZnJhbWUpKSkgKSkKCgo= --=_10e11ebe206cfaeef78502eba7c3a86c--