unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Bug: appt-display makes point back to buffer.
@ 2008-11-22  7:12 anhnmncb
  2008-11-22 13:11 ` martin rudalics
  0 siblings, 1 reply; 9+ messages in thread
From: anhnmncb @ 2008-11-22  7:12 UTC (permalink / raw)
  To: emacs-devel

When point is in minibuffer, a pop-up of appointment window will make
point back to the buffer. I have to use C-x o to switch back to it.

GNU Emacs 23.0.60.1 (i386-mingw-nt5.0.2195) of 2008-11-18 on mybox.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-22  7:12 Bug: appt-display makes point back to buffer anhnmncb
@ 2008-11-22 13:11 ` martin rudalics
  2008-11-22 14:08   ` anhnmncb
  0 siblings, 1 reply; 9+ messages in thread
From: martin rudalics @ 2008-11-22 13:11 UTC (permalink / raw)
  To: anhnmncb; +Cc: emacs-devel

 > When point is in minibuffer, a pop-up of appointment window will make
 > point back to the buffer. I have to use C-x o to switch back to it.
 >
 > GNU Emacs 23.0.60.1 (i386-mingw-nt5.0.2195) of 2008-11-18 on mybox.

Could you please make a bug report with a precise recipe to reproduce
this with emacs -Q?

Thanks in advance, martin.




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-22 13:11 ` martin rudalics
@ 2008-11-22 14:08   ` anhnmncb
  2008-11-23 17:58     ` martin rudalics
  0 siblings, 1 reply; 9+ messages in thread
From: anhnmncb @ 2008-11-22 14:08 UTC (permalink / raw)
  To: emacs-devel

martin rudalics <rudalics@gmx.at> writes:

>> When point is in minibuffer, a pop-up of appointment window will make
>> point back to the buffer. I have to use C-x o to switch back to it.
>>
>> GNU Emacs 23.0.60.1 (i386-mingw-nt5.0.2195) of 2008-11-18 on mybox.
>
> Could you please make a bug report with a precise recipe to reproduce
> this with emacs -Q?
>
> Thanks in advance, martin.
yes, here we go:

emacs -Q

eval (appt-activate 1) in *scratch* buffer.

Use M-x appt-add to add a time to appt. Then C-x C-f to enter the
minibuf area, waits for the appt activates.

When activates, the point moves from minibuf to buffer(maybe call
window?). Now I have to C-x o to enter the minibuf.

emacs version:
GNU Emacs 23.0.60.1 (i386-mingw-nt5.0.2195) of 2008-11-18 on mybox





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-22 14:08   ` anhnmncb
@ 2008-11-23 17:58     ` martin rudalics
  2008-11-24  8:17       ` Glenn Morris
  2008-11-24  9:59       ` anhnmncb
  0 siblings, 2 replies; 9+ messages in thread
From: martin rudalics @ 2008-11-23 17:58 UTC (permalink / raw)
  To: anhnmncb; +Cc: emacs-devel

[-- Attachment #1: Type: text/plain, Size: 403 bytes --]

> emacs -Q
> 
> eval (appt-activate 1) in *scratch* buffer.
> 
> Use M-x appt-add to add a time to appt. Then C-x C-f to enter the
> minibuf area, waits for the appt activates.
> 
> When activates, the point moves from minibuf to buffer(maybe call
> window?). Now I have to C-x o to enter the minibuf.

I suppose the attached patch should fix this.  But it might break
something else.  Glenn?

martin



[-- Attachment #2: appt.diff --]
[-- Type: text/plain, Size: 1291 bytes --]

*** calendar/appt.el.~1.92.~	2008-08-31 09:48:52.453125000 +0200
--- calendar/appt.el	2008-11-23 18:55:59.125000000 +0100
***************
*** 410,420 ****
  message APPT-MSG in a separate buffer."
    ;; Make sure we're not in the minibuffer before splitting the window.
    ;; FIXME this seems needlessly complicated?
-   (when (minibufferp)
-     (other-window 1)
-     (and (minibufferp) (display-multi-frame-p) (other-frame 1)))
    (let ((this-window (selected-window))
!         (appt-disp-buf (set-buffer (get-buffer-create appt-buffer-name))))
      (if (cdr (assq 'unsplittable (frame-parameters)))
          ;; In an unsplittable frame, use something somewhere else.
          (display-buffer appt-disp-buf)
--- 410,420 ----
  message APPT-MSG in a separate buffer."
    ;; Make sure we're not in the minibuffer before splitting the window.
    ;; FIXME this seems needlessly complicated?
    (let ((this-window (selected-window))
!         (appt-disp-buf (get-buffer-create appt-buffer-name)))
!     (when (minibufferp)
!       (other-window 1)
!       (and (minibufferp) (display-multi-frame-p) (other-frame 1)))
      (if (cdr (assq 'unsplittable (frame-parameters)))
          ;; In an unsplittable frame, use something somewhere else.
          (display-buffer appt-disp-buf)

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-23 17:58     ` martin rudalics
@ 2008-11-24  8:17       ` Glenn Morris
  2008-11-24  9:59         ` martin rudalics
  2008-11-24  9:59       ` anhnmncb
  1 sibling, 1 reply; 9+ messages in thread
From: Glenn Morris @ 2008-11-24  8:17 UTC (permalink / raw)
  To: martin rudalics; +Cc: anhnmncb, emacs-devel

martin rudalics wrote:

> I suppose the attached patch should fix this.  But it might break
> something else.  Glenn?

Looks fine to me, thanks. Please install.




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-23 17:58     ` martin rudalics
  2008-11-24  8:17       ` Glenn Morris
@ 2008-11-24  9:59       ` anhnmncb
  1 sibling, 0 replies; 9+ messages in thread
From: anhnmncb @ 2008-11-24  9:59 UTC (permalink / raw)
  To: emacs-devel

martin rudalics <rudalics@gmx.at> writes:

>> emacs -Q
>>
>> eval (appt-activate 1) in *scratch* buffer.
>>
>> Use M-x appt-add to add a time to appt. Then C-x C-f to enter the
>> minibuf area, waits for the appt activates.
>>
>> When activates, the point moves from minibuf to buffer(maybe call
>> window?). Now I have to C-x o to enter the minibuf.
>
> I suppose the attached patch should fix this.  But it might break
> something else.  Glenn?
>
> martin
>
>
> *** calendar/appt.el.~1.92.~	2008-08-31 09:48:52.453125000 +0200
> --- calendar/appt.el	2008-11-23 18:55:59.125000000 +0100
> ***************
> *** 410,420 ****
>   message APPT-MSG in a separate buffer."
>     ;; Make sure we're not in the minibuffer before splitting the window.
>     ;; FIXME this seems needlessly complicated?
> -   (when (minibufferp)
> -     (other-window 1)
> -     (and (minibufferp) (display-multi-frame-p) (other-frame 1)))
>     (let ((this-window (selected-window))
> !         (appt-disp-buf (set-buffer (get-buffer-create appt-buffer-name))))
>       (if (cdr (assq 'unsplittable (frame-parameters)))
>           ;; In an unsplittable frame, use something somewhere else.
>           (display-buffer appt-disp-buf)
> --- 410,420 ----
>   message APPT-MSG in a separate buffer."
>     ;; Make sure we're not in the minibuffer before splitting the window.
>     ;; FIXME this seems needlessly complicated?
>     (let ((this-window (selected-window))
> !         (appt-disp-buf (get-buffer-create appt-buffer-name)))
> !     (when (minibufferp)
> !       (other-window 1)
> !       (and (minibufferp) (display-multi-frame-p) (other-frame 1)))
>       (if (cdr (assq 'unsplittable (frame-parameters)))
>           ;; In an unsplittable frame, use something somewhere else.
>           (display-buffer appt-disp-buf)

Thank you too, but I don't know how to install it, so I will wait for
the offical beta version :)





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-24  8:17       ` Glenn Morris
@ 2008-11-24  9:59         ` martin rudalics
  2008-11-24 17:44           ` Glenn Morris
  0 siblings, 1 reply; 9+ messages in thread
From: martin rudalics @ 2008-11-24  9:59 UTC (permalink / raw)
  To: Glenn Morris; +Cc: anhnmncb, emacs-devel

 > Please install.

Done.

BTW, could we get rid of the warnings below?

martin


In appt-display-message:
appt.el:232:21:Warning: `appt-msg-window' is an obsolete variable (as of Emacs
     22.1); use `appt-display-format' instead.
appt.el:233:21:Warning: `appt-visible' is an obsolete variable (as of Emacs
     22.1); use `appt-display-format' instead.

In appt-check:
appt.el:356:20:Warning: `appt-issue-message' is an obsolete variable (as of
     Emacs 22.1); use the function `appt-activate', and the variable
     `appt-display-format' instead.





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-24  9:59         ` martin rudalics
@ 2008-11-24 17:44           ` Glenn Morris
  2008-11-24 19:57             ` martin rudalics
  0 siblings, 1 reply; 9+ messages in thread
From: Glenn Morris @ 2008-11-24 17:44 UTC (permalink / raw)
  To: martin rudalics; +Cc: anhnmncb, emacs-devel

martin rudalics wrote:

> BTW, could we get rid of the warnings below?

I don't think so, and since they don't happen when bootstrapping, I
don't care much. :)

BTW, I overlooked the set-buffer part of your change till now.
At first sight, there is no longer any change of buffer in the
unsplittable case?




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Bug: appt-display makes point back to buffer.
  2008-11-24 17:44           ` Glenn Morris
@ 2008-11-24 19:57             ` martin rudalics
  0 siblings, 0 replies; 9+ messages in thread
From: martin rudalics @ 2008-11-24 19:57 UTC (permalink / raw)
  To: Glenn Morris; +Cc: anhnmncb, emacs-devel

 > BTW, I overlooked the set-buffer part of your change till now.
 > At first sight, there is no longer any change of buffer in the
 > unsplittable case?

At second sight neither.  I hopefully fixed that now.

Thanks, martin.




^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2008-11-24 19:57 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-22  7:12 Bug: appt-display makes point back to buffer anhnmncb
2008-11-22 13:11 ` martin rudalics
2008-11-22 14:08   ` anhnmncb
2008-11-23 17:58     ` martin rudalics
2008-11-24  8:17       ` Glenn Morris
2008-11-24  9:59         ` martin rudalics
2008-11-24 17:44           ` Glenn Morris
2008-11-24 19:57             ` martin rudalics
2008-11-24  9:59       ` anhnmncb

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).