From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?J=E9r=E9my_Compostella?= Newsgroups: gmane.emacs.devel Subject: Re: Global bar to display global information Date: Fri, 30 Dec 2011 14:21:03 +0100 Message-ID: References: <87hb5he3dy.fsf@wanadoo.es> <86k4a6pxup.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=20cf307abced0b6bbb04b54f1c14 X-Trace: dough.gmane.org 1325251297 6883 80.91.229.12 (30 Dec 2011 13:21:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 30 Dec 2011 13:21:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 30 14:21:32 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RgcOo-0001Ju-12 for ged-emacs-devel@m.gmane.org; Fri, 30 Dec 2011 14:21:30 +0100 Original-Received: from localhost ([::1]:58313 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgcOn-0006XM-ED for ged-emacs-devel@m.gmane.org; Fri, 30 Dec 2011 08:21:29 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59197) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgcOk-0006XH-VA for emacs-devel@gnu.org; Fri, 30 Dec 2011 08:21:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RgcOj-0003J5-E1 for emacs-devel@gnu.org; Fri, 30 Dec 2011 08:21:26 -0500 Original-Received: from mail-vw0-f41.google.com ([209.85.212.41]:47964) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgcOj-0003Iz-7H for emacs-devel@gnu.org; Fri, 30 Dec 2011 08:21:25 -0500 Original-Received: by vbbfn1 with SMTP id fn1so12939904vbb.0 for ; Fri, 30 Dec 2011 05:21:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Yz4n3T342lJkVRZuIHTZrv21feLB/7ks6yIhFFbevfI=; b=qB5dX/ZqGzP48OjjaBlCPfncDRSdrXDArGc9lOhKqRagiNpSs7jSt/MoEf/K0KGHCJ ilp/5n8hHe9H3k8Nvn0/56Tu6+Mne61MSxNTdGw6Xs06mBY8OieCvOdVZhC9cZw2q//U eqUyS0kpsVM7k0M2hJ0OXu1FfkHEIRLyZX8eM= Original-Received: by 10.52.27.236 with SMTP id w12mr18864457vdg.110.1325251284396; Fri, 30 Dec 2011 05:21:24 -0800 (PST) Original-Received: by 10.52.29.209 with HTTP; Fri, 30 Dec 2011 05:21:03 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.212.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147054 Archived-At: --20cf307abced0b6bbb04b54f1c14 Content-Type: multipart/alternative; boundary=20cf307abced0b6bb804b54f1c12 --20cf307abced0b6bb804b54f1c12 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2011/8/22 Stefan Monnier > > Yet, the displayed information is not completely stable. What I mean is > > that if I move the cursor in another buffer, the echo area is sometimes > > cleared. It's a little bit annoying. How could I fix this without > > advising several cursor displacement function ? > > I don't know enough about this code to be able to answer. You're going > to have to investigate which code does this "clearing" and what calls > it, to then be able to figure out what's the best way to address the > problem (we can change the C code for that in 24.2 if needed). > > Hi, I finally get time to work again on this global information area. I think the use of " *Minibuf-0*" proposal is really interesting since the echo area is most of the time useless and the global information are not really useful when I'm using the minibuffer. So I tried to figure out why it didn't work the way you said. The problem is, considering I had put data in the " *Minibuf-0*", these data are not displayed in the echo area. However, the " *Minibuf-0*" is displayed each time I do a switch-to-buffer call. But once I type, the echo area is cleared. First, each time I type, the clear_message(1, 0) is called even when the echo area is already cleared. This call looks useless and is part of the cause of the behavior described above. Second, when the echo area is clearing it does not redisplay the miniwindow. So the " *Minibuf-0*" is not displayed as expected. I tested this patch with emacs -Q, emacs -Q -nw and with my whole configuration. Everything works perfectly fine and as expected. Moreover, I verified that this patch does not generate extras miniwindow redisplay. Please merge it or review it, Best regards, J=E9r=E9my -- One Emacs to rule them all --20cf307abced0b6bb804b54f1c12 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2011/8/22 Stefan Monnier <<= a href=3D"mailto:monnier@iro.umontreal.ca">monnier@iro.umontreal.ca>=
> Yet, the displayed information is not completely sta= ble. What I mean is
> that if I move the cursor in another buffer, the echo area is sometime= s
> cleared. It's a little bit annoying. How could I fix this without<= br> > advising several cursor displacement function ?

I don't know enough about this code to be able to answer. =A0You&= #39;re going
to have to investigate which code does this "clearing" and what c= alls
it, to then be able to figure out what's the best way to address the problem (we can change the C code for that in 24.2 if needed).


Hi,

I finally get time to work again on this global inf= ormation area. I
think the use of " *Minibuf-0*" proposal is r= eally interesting since the
echo area is most of the time useless and the global information are notreally useful when I'm using the minibuffer. So I tried to figure out<= br>why it didn't work the way you said.

The problem is, consider= ing I had put data in the " *Minibuf-0*", these
data are not displayed in the echo area. However, the " *Minibuf-0*&qu= ot; is
displayed each time I do a switch-to-buffer call. But once I type= , the
echo area is cleared.

First, each time I type, the clear_me= ssage(1, 0) is called even when the
echo area is already cleared. This call looks useless and is part of thecause of the behavior described above.

Second, when the echo area i= s clearing it does not redisplay the
miniwindow. So the " *Minibuf-= 0*" is not displayed as expected.

I tested this patch with emacs -Q, emacs -Q -nw and with my whole
co= nfiguration. Everything works perfectly fine and as
expected. Moreover, = I verified that this patch does not generate extras
miniwindow redisplay= .

Please merge it or review it,

Best regards,

J=E9r=E9my
--
One Emacs to rule them all
--20cf307abced0b6bb804b54f1c12-- --20cf307abced0b6bbb04b54f1c14 Content-Type: text/x-patch; charset=US-ASCII; name="0001-echo-area-Remove-unnecessary-clearing-and-get-defaul.patch" Content-Disposition: attachment; filename="0001-echo-area-Remove-unnecessary-clearing-and-get-defaul.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gwt7r44u0 RnJvbSA3ZmI4OGZjNGRiY2E1Y2ZjMWY5MzQ5NGY1ZmIyNGVmZWVhNzk2ODQyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBKZXJlbXkgQ29tcG9zdGVsbGEgPGplcmVteS5jb21wb3N0ZWxs YUBnbWFpbC5jb20+CkRhdGU6IEZyaSwgMzAgRGVjIDIwMTEgMTQ6MDE6MTMgKzAxMDAKU3ViamVj dDogW1BBVENIXSBlY2hvLWFyZWE6IFJlbW92ZSB1bm5lY2Vzc2FyeSBjbGVhcmluZyBhbmQgZ2V0 IGRlZmF1bHQgbWluaWJ1ZmZlciBkaXNwbGF5ZWQKCkVhY2ggdGltZSB3ZSBwdXNoIGEga2V5Ym9h cmQga2V5IHRoZSBjbGVhcl9tZXNzYWdlKDEsIDApIGlzIGNhbGxlZApldmVuIGlmIHRoZSBlY2hv LWFyZWEgaXMgYWxyZWFkeSBjbGVhcmVkLgoKV2hlbiB0aGUgZWNobyBhcmVhIGlzIGNsZWFyZWQs IHRoZSBkZWZhdWx0IG1pbmlidWZmZXIgc2hvdWxkIGJlCmRpc3BsYXllZCBpbnN0ZWFkIG9mIGFu IGVtcHR5IG1lc3NhZ2UuCgpXaXRoIHRoaXMgcGF0Y2gsIGl0IGlzIHBvc3NpYmxlIHRvIGRpc3Bs YXkgaW5mb3JtYXRpb24gaW4gdGhlIGVjaG8KYXJlYSB1c2luZyB0aGUgZGVmYXVsdCBtaW5pYnVm ZmVyIHdoZW4gdGhlIGVjaG8gYXJlYSBpcyBjbGVhcmVkIGFuZAp0aGUgbWluaWJ1ZmZlciBpcyBp bmFjdGl2ZS4KClNpZ25lZC1vZmYtYnk6IEplcmVteSBDb21wb3N0ZWxsYSA8amVyZW15LmNvbXBv c3RlbGxhQGdtYWlsLmNvbT4KLS0tCiBzcmMva2V5Ym9hcmQuYyB8ICAgIDUgKysrLS0KIHNyYy94 ZGlzcC5jICAgIHwgICAxMyArKysrKysrKysrKystCiAyIGZpbGVzIGNoYW5nZWQsIDE1IGluc2Vy dGlvbnMoKyksIDMgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3JjL2tleWJvYXJkLmMgYi9z cmMva2V5Ym9hcmQuYwppbmRleCAyZGYxYmE3Li43NzFlZTk4IDEwMDY0NAotLS0gYS9zcmMva2V5 Ym9hcmQuYworKysgYi9zcmMva2V5Ym9hcmQuYwpAQCAtMjk4Miw5ICsyOTgyLDEwIEBAIHJlYWRf Y2hhciAoaW50IGNvbW1hbmRmbGFnLCBwdHJkaWZmX3Qgbm1hcHMsIExpc3BfT2JqZWN0ICptYXBz LAogICAgICAgfHwgKCEoRVEgKFFoZWxwX2VjaG8sIFhDQVIgKGMpKSkKIAkgICYmICEoRVEgKFFz d2l0Y2hfZnJhbWUsIFhDQVIgKGMpKSkpKQogICAgIHsKLSAgICAgIGlmICghTklMUCAoZWNob19h cmVhX2J1ZmZlclswXSkpCisgICAgICBpZiAoIU5JTFAgKGVjaG9fYXJlYV9idWZmZXJbMF0pKSB7 CiAJc2FmZV9ydW5faG9va3MgKFFlY2hvX2FyZWFfY2xlYXJfaG9vayk7Ci0gICAgICBjbGVhcl9t ZXNzYWdlICgxLCAwKTsKKwljbGVhcl9tZXNzYWdlICgxLCAwKTsKKyAgICAgIH0KICAgICB9CiAK ICByZXJlYWRfZm9yX2lucHV0X21ldGhvZDoKZGlmZiAtLWdpdCBhL3NyYy94ZGlzcC5jIGIvc3Jj L3hkaXNwLmMKaW5kZXggOTAzNzViYS4uNzdjZDgwYyAxMDA2NDQKLS0tIGEvc3JjL3hkaXNwLmMK KysrIGIvc3JjL3hkaXNwLmMKQEAgLTEyNjY2LDYgKzEyNjY2LDkgQEAgcmVkaXNwbGF5X2ludGVy bmFsICh2b2lkKQogICAgICBmcmFtZXMuICBaZXJvIG1lYW5zLCBvbmx5IHNlbGVjdGVkX3dpbmRv dyBpcyBjb25zaWRlcmVkLiAgKi8KICAgaW50IGNvbnNpZGVyX2FsbF93aW5kb3dzX3A7CiAKKyAg LyogTm9uLXplcm8gbWVhbnMgcmVkaXNwbGF5IGhhcyB0byByZWRpc3BsYXkgdGhlIG1pbml3aW5k b3cgKi8KKyAgaW50IHVwZGF0ZV9taW5pd2luZG93X3AgPSAwOworCiAgIFRSQUNFICgoc3RkZXJy LCAicmVkaXNwbGF5X2ludGVybmFsICVkXG4iLCByZWRpc3BsYXlpbmdfcCkpOwogCiAgIC8qIE5v IHJlZGlzcGxheSBpZiBydW5uaW5nIGluIGJhdGNoIG1vZGUgb3IgZnJhbWUgaXMgbm90IHlldCBm dWxseQpAQCAtMTI4NTIsNiArMTI4NTUsMTAgQEAgcmVkaXNwbGF5X2ludGVybmFsICh2b2lkKQog CSAgJiYgIU1JTklfV0lORE9XX1AgKFhXSU5ET1cgKHNlbGVjdGVkX3dpbmRvdykpKSkKICAgICB7 CiAgICAgICBpbnQgd2luZG93X2hlaWdodF9jaGFuZ2VkX3AgPSBlY2hvX2FyZWFfZGlzcGxheSAo MCk7CisKKyAgICAgIGlmIChtZXNzYWdlX2NsZWFyZWRfcCkKKwl1cGRhdGVfbWluaXdpbmRvd19w ID0gMTsKKwogICAgICAgbXVzdF9maW5pc2ggPSAxOwogCiAgICAgICAvKiBJZiB3ZSBkb24ndCBk aXNwbGF5IHRoZSBjdXJyZW50IG1lc3NhZ2UsIGRvbid0IGNsZWFyIHRoZQpAQCAtMTMyMjcsNyAr MTMyMzQsNyBAQCByZWRpc3BsYXlfaW50ZXJuYWwgKHZvaWQpCiAgICAgfQogICBlbHNlIGlmIChG UkFNRV9WSVNJQkxFX1AgKHNmKSAmJiAhRlJBTUVfT0JTQ1VSRURfUCAoc2YpKQogICAgIHsKLSAg ICAgIExpc3BfT2JqZWN0IG1pbmlfd2luZG93OworICAgICAgTGlzcF9PYmplY3QgbWluaV93aW5k b3cgPSBGUkFNRV9NSU5JQlVGX1dJTkRPVyAoc2YpOwogICAgICAgc3RydWN0IGZyYW1lICptaW5p X2ZyYW1lOwogCiAgICAgICBkaXNwbGF5ZWRfYnVmZmVyID0gWEJVRkZFUiAoWFdJTkRPVyAoc2Vs ZWN0ZWRfd2luZG93KS0+YnVmZmVyKTsKQEAgLTEzMjM2LDYgKzEzMjQzLDEwIEBAIHJlZGlzcGxh eV9pbnRlcm5hbCAodm9pZCkKICAgICAgIGludGVybmFsX2NvbmRpdGlvbl9jYXNlXzEgKHJlZGlz cGxheV93aW5kb3dfMSwgc2VsZWN0ZWRfd2luZG93LAogCQkJCSBsaXN0X29mX2Vycm9yLAogCQkJ CSByZWRpc3BsYXlfd2luZG93X2Vycm9yKTsKKyAgICAgIGlmICh1cGRhdGVfbWluaXdpbmRvd19w KQorCWludGVybmFsX2NvbmRpdGlvbl9jYXNlXzEgKHJlZGlzcGxheV93aW5kb3dfMSwgbWluaV93 aW5kb3csCisJCQkJICAgbGlzdF9vZl9lcnJvciwKKwkJCQkgICByZWRpc3BsYXlfd2luZG93X2Vy cm9yKTsKIAogICAgICAgLyogQ29tcGFyZSBkZXNpcmVkIGFuZCBjdXJyZW50IG1hdHJpY2VzLCBw ZXJmb3JtIG91dHB1dC4gICovCiAKLS0gCjEuNy4yLjUKCg== --20cf307abced0b6bbb04b54f1c14--