* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
[not found] ` <<838udk4fx7.fsf@gnu.org>
@ 2015-04-22 13:42 ` Drew Adams
0 siblings, 0 replies; 23+ messages in thread
From: Drew Adams @ 2015-04-22 13:42 UTC (permalink / raw
To: Eli Zaretskii, martin rudalics; +Cc: 20398
> > I can trigger it by
> > M-x customize-face RET window-divider RET
> > and mouse-clicking 'window-divider-first-pixel' in the doc-string.
>
> That doesn't cause an error, just a message that it's not a
> variable.
The point is that from that customization buffer, for the related
face whose help mentions this face, you should be able to get
to this face. A guess is that it might suffice to put the word
"face" before the face name in the doc string. Just a wild guess.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
@ 2015-04-21 20:02 Drew Adams
2015-04-22 8:08 ` Eli Zaretskii
0 siblings, 1 reply; 23+ messages in thread
From: Drew Adams @ 2015-04-21 20:02 UTC (permalink / raw
To: 20398
.. shows the error:
window-divider-first-pixel is void as a variable.
Help should show the doc string of the face, not the variable,
In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
of 2014-10-20 on LEG570
Bzr revision: 118168 rgm@gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-21 20:02 Drew Adams
@ 2015-04-22 8:08 ` Eli Zaretskii
2015-04-22 9:34 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-04-22 8:08 UTC (permalink / raw
To: Drew Adams; +Cc: 20398
> Date: Tue, 21 Apr 2015 13:02:01 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
>
> .. shows the error:
> window-divider-first-pixel is void as a variable.
Not here, it doesn't. It's possible that this problem was already
fixed (you are using an ancient binary). Or it's possible that the
recipe you used to trigger this is different from what I used (click
"Help->Describe->Describe Face", then type "window-divider RET" at the
prompt), in which case please show your recipe.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-22 8:08 ` Eli Zaretskii
@ 2015-04-22 9:34 ` martin rudalics
2015-04-22 10:26 ` Eli Zaretskii
0 siblings, 1 reply; 23+ messages in thread
From: martin rudalics @ 2015-04-22 9:34 UTC (permalink / raw
To: Eli Zaretskii, Drew Adams; +Cc: 20398
>> .. shows the error:
>> window-divider-first-pixel is void as a variable.
>
> Not here, it doesn't. It's possible that this problem was already
> fixed (you are using an ancient binary). Or it's possible that the
> recipe you used to trigger this is different from what I used (click
> "Help->Describe->Describe Face", then type "window-divider RET" at the
> prompt), in which case please show your recipe.
It happens in customization buffers. Here I can trigger it by
M-x customize-face RET window-divider RET
and mouse-clicking 'window-divider-first-pixel' in the doc-string.
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-22 9:34 ` martin rudalics
@ 2015-04-22 10:26 ` Eli Zaretskii
2015-04-22 22:50 ` Glenn Morris
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-04-22 10:26 UTC (permalink / raw
To: martin rudalics; +Cc: 20398
> Date: Wed, 22 Apr 2015 11:34:16 +0200
> From: martin rudalics <rudalics@gmx.at>
> CC: 20398@debbugs.gnu.org
>
> I can trigger it by
>
> M-x customize-face RET window-divider RET
>
> and mouse-clicking 'window-divider-first-pixel' in the doc-string.
That doesn't cause an error, just a message that it's not a variable.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-22 10:26 ` Eli Zaretskii
@ 2015-04-22 22:50 ` Glenn Morris
2015-04-23 7:50 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Glenn Morris @ 2015-04-22 22:50 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 20398
Eli Zaretskii wrote:
>> M-x customize-face RET window-divider RET
>>
>> and mouse-clicking 'window-divider-first-pixel' in the doc-string.
>
> That doesn't cause an error, just a message that it's not a variable.
widget-documentation-link-action is surprisingly simplistic.
It doesn't even know that faces exist.
It should do what `help-make-xrefs' does, and use the presence of "face"
etc in the doc string as a cue. Ideally it would reuse the same code.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-22 22:50 ` Glenn Morris
@ 2015-04-23 7:50 ` martin rudalics
2015-04-23 10:37 ` Eli Zaretskii
0 siblings, 1 reply; 23+ messages in thread
From: martin rudalics @ 2015-04-23 7:50 UTC (permalink / raw
To: Glenn Morris, Eli Zaretskii; +Cc: 20398
> widget-documentation-link-action is surprisingly simplistic.
I tried to make following links less simplistic in 557c7d6..62fe329 on
master.
> It doesn't even know that faces exist.
> It should do what `help-make-xrefs' does, and use the presence of "face"
> etc in the doc string as a cue. Ideally it would reuse the same code.
Ideally, yes. Currently, I'm troubled by
Debugger entered--Lisp error: (error "No selection is available")
signal(error ("No selection is available"))
error("No selection is available")
gui-get-primary-selection()
mouse-yank-primary((mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
funcall-interactively(mouse-yank-primary (mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
call-interactively(mouse-yank-primary nil nil)
command-execute(mouse-yank-primary)
with <mouse-1> on any such link in a customization buffer. Can anyone
see this? Does anyone have an idea where this mouse-2 yanking attempt
comes from?
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-23 7:50 ` martin rudalics
@ 2015-04-23 10:37 ` Eli Zaretskii
2015-05-02 8:57 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-04-23 10:37 UTC (permalink / raw
To: martin rudalics; +Cc: 20398
> Date: Thu, 23 Apr 2015 09:50:33 +0200
> From: martin rudalics <rudalics@gmx.at>
> CC: 20398@debbugs.gnu.org
>
> I'm troubled by
>
>
> Debugger entered--Lisp error: (error "No selection is available")
> signal(error ("No selection is available"))
> error("No selection is available")
> gui-get-primary-selection()
> mouse-yank-primary((mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
> funcall-interactively(mouse-yank-primary (mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
> call-interactively(mouse-yank-primary nil nil)
> command-execute(mouse-yank-primary)
>
>
> with <mouse-1> on any such link in a customization buffer. Can anyone
> see this?
I see this. Everyone should, AFAICS.
> Does anyone have an idea where this mouse-2 yanking attempt comes
> from?
It comes from the command loop. I think mouse-1 remapping, as
implied by the return value of mouse-on-link-p, has something to do
with that.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-04-23 10:37 ` Eli Zaretskii
@ 2015-05-02 8:57 ` martin rudalics
2015-05-02 9:09 ` Eli Zaretskii
2015-05-03 5:42 ` Stefan Monnier
0 siblings, 2 replies; 23+ messages in thread
From: martin rudalics @ 2015-05-02 8:57 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 20398
>> Debugger entered--Lisp error: (error "No selection is available")
>> signal(error ("No selection is available"))
>> error("No selection is available")
>> gui-get-primary-selection()
>> mouse-yank-primary((mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
>> funcall-interactively(mouse-yank-primary (mouse-2 (#<window 3 on *Customize Face: window-divider*> 615 (355 . 257) 4390875 nil 615 (42 . 14) nil (3 . 7) (8 . 16))))
>> call-interactively(mouse-yank-primary nil nil)
>> command-execute(mouse-yank-primary)
>>
>>
>> with <mouse-1> on any such link in a customization buffer. Can anyone
>> see this?
>
> I see this. Everyone should, AFAICS.
>
>> Does anyone have an idea where this mouse-2 yanking attempt comes
>> from?
>
> It comes from the command loop. I think mouse-1 remapping, as
> implied by the return value of mouse-on-link-p, has something to do
> with that.
If someone just told me how to investigate this. So far I failed
miserably to do that :-(
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-05-02 8:57 ` martin rudalics
@ 2015-05-02 9:09 ` Eli Zaretskii
2015-05-03 5:42 ` Stefan Monnier
1 sibling, 0 replies; 23+ messages in thread
From: Eli Zaretskii @ 2015-05-02 9:09 UTC (permalink / raw
To: martin rudalics; +Cc: 20398
> Date: Sat, 02 May 2015 10:57:28 +0200
> From: martin rudalics <rudalics@gmx.at>
> CC: rgm@gnu.org, 20398@debbugs.gnu.org
>
> >> Does anyone have an idea where this mouse-2 yanking attempt comes
> >> from?
> >
> > It comes from the command loop. I think mouse-1 remapping, as
> > implied by the return value of mouse-on-link-p, has something to do
> > with that.
>
> If someone just told me how to investigate this. So far I failed
> miserably to do that :-(
I cannot be that person: I also tried and failed.
Sorry.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-05-02 8:57 ` martin rudalics
2015-05-02 9:09 ` Eli Zaretskii
@ 2015-05-03 5:42 ` Stefan Monnier
2015-05-03 15:04 ` martin rudalics
1 sibling, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2015-05-03 5:42 UTC (permalink / raw
To: martin rudalics; +Cc: 20398
> If someone just told me how to investigate this. So far I failed
> miserably to do that :-(
I'll have to try and investigate it, to see how/if I could help you with
it,
Stefan
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-05-03 5:42 ` Stefan Monnier
@ 2015-05-03 15:04 ` martin rudalics
2015-05-04 1:56 ` Stefan Monnier
2016-04-30 18:28 ` Lars Ingebrigtsen
0 siblings, 2 replies; 23+ messages in thread
From: martin rudalics @ 2015-05-03 15:04 UTC (permalink / raw
To: Stefan Monnier; +Cc: 20398
> I'll have to try and investigate it, to see how/if I could help you with
> it,
It's been already reported as Bug#19185. The only solution I can think
of is the trivial one below.
martin
--- a/lisp/wid-edit.el
+++ b/lisp/wid-edit.el
@@ -854,6 +854,9 @@ button end points."
(define-key map [backtab] 'widget-backward)
(define-key map [down-mouse-2] 'widget-button-click)
(define-key map [down-mouse-1] 'widget-button-click)
+ ;; Avoid `mouse-yank-primary' with `mouse-1-click-follows-link'
+ ;; non-nil (Bug#19185).
+ (define-key map [mouse-2] 'widget-button-click)
;; The following definition needs to avoid using escape sequences that
;; might get converted to ^M when building loaddefs.el
(define-key map [(control ?m)] 'widget-button-press)
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-05-03 15:04 ` martin rudalics
@ 2015-05-04 1:56 ` Stefan Monnier
2016-04-30 18:28 ` Lars Ingebrigtsen
1 sibling, 0 replies; 23+ messages in thread
From: Stefan Monnier @ 2015-05-04 1:56 UTC (permalink / raw
To: martin rudalics; +Cc: 20398
>> I'll have to try and investigate it, to see how/if I could help you with it,
> It's been already reported as Bug#19185. The only solution I can think
> of is the trivial one below.
Oh, yes I investigated already and IIRC the problem is in
widget-button-click: it's bound to the down-event but is really
a binding for the up event.
IIRC I didn't manage to fully understand the problem, but my impression
that widget-button-click should be split into two parts: one part bound
to the down-event (which would mostly do the "redraw the button as
pressed") and another bound to the up-event (which performs the actual
action associated with the click).
So I think the workaround you suggest is not that bad. It's not a full
solution, but it does go in the right direction.
Stefan
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2015-05-03 15:04 ` martin rudalics
2015-05-04 1:56 ` Stefan Monnier
@ 2016-04-30 18:28 ` Lars Ingebrigtsen
2016-04-30 18:51 ` Stefan Monnier
2016-05-01 8:23 ` martin rudalics
1 sibling, 2 replies; 23+ messages in thread
From: Lars Ingebrigtsen @ 2016-04-30 18:28 UTC (permalink / raw
To: martin rudalics; +Cc: 20398, Stefan Monnier
martin rudalics <rudalics@gmx.at> writes:
> It's been already reported as Bug#19185. The only solution I can think
> of is the trivial one below.
>
> martin
>
> --- a/lisp/wid-edit.el
> +++ b/lisp/wid-edit.el
> @@ -854,6 +854,9 @@ button end points."
> (define-key map [backtab] 'widget-backward)
> (define-key map [down-mouse-2] 'widget-button-click)
> (define-key map [down-mouse-1] 'widget-button-click)
> + ;; Avoid `mouse-yank-primary' with `mouse-1-click-follows-link'
> + ;; non-nil (Bug#19185).
> + (define-key map [mouse-2] 'widget-button-click)
> ;; The following definition needs to avoid using escape sequences that
> ;; might get converted to ^M when building loaddefs.el
[...]
> So I think the workaround you suggest is not that bad. It's not a full
> solution, but it does go in the right direction.
Martin, you never applied your patch. Was there a reason for that?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-04-30 18:28 ` Lars Ingebrigtsen
@ 2016-04-30 18:51 ` Stefan Monnier
2016-04-30 19:27 ` Stefan Monnier
2016-05-01 8:23 ` martin rudalics
1 sibling, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2016-04-30 18:51 UTC (permalink / raw
To: Lars Ingebrigtsen; +Cc: 20398
>> (define-key map [backtab] 'widget-backward)
>> (define-key map [down-mouse-2] 'widget-button-click)
>> (define-key map [down-mouse-1] 'widget-button-click)
>> + ;; Avoid `mouse-yank-primary' with `mouse-1-click-follows-link'
>> + ;; non-nil (Bug#19185).
>> + (define-key map [mouse-2] 'widget-button-click)
That seems to imply that widget-button-click will be run twice (once on
the down part and once on the up part).
How 'bout binding one of the two to `undefined' instead?
Stefan
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-04-30 18:51 ` Stefan Monnier
@ 2016-04-30 19:27 ` Stefan Monnier
2016-05-01 8:23 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2016-04-30 19:27 UTC (permalink / raw
To: Lars Ingebrigtsen; +Cc: 20398
>>> (define-key map [backtab] 'widget-backward)
>>> (define-key map [down-mouse-2] 'widget-button-click)
>>> (define-key map [down-mouse-1] 'widget-button-click)
>>> + ;; Avoid `mouse-yank-primary' with `mouse-1-click-follows-link'
>>> + ;; non-nil (Bug#19185).
>>> + (define-key map [mouse-2] 'widget-button-click)
> That seems to imply that widget-button-click will be run twice (once on
> the down part and once on the up part).
> How 'bout binding one of the two to `undefined' instead?
Or just *move* the binding from [down-mouse-2] to [mouse-2] (since it's
a click binding and clicks should be bound to the up event rather than
the down event).
Stefan
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-04-30 19:27 ` Stefan Monnier
@ 2016-05-01 8:23 ` martin rudalics
2016-05-01 13:15 ` Stefan Monnier
0 siblings, 1 reply; 23+ messages in thread
From: martin rudalics @ 2016-05-01 8:23 UTC (permalink / raw
To: Stefan Monnier, Lars Ingebrigtsen; +Cc: 20398
>>>> (define-key map [backtab] 'widget-backward)
>>>> (define-key map [down-mouse-2] 'widget-button-click)
>>>> (define-key map [down-mouse-1] 'widget-button-click)
>>>> + ;; Avoid `mouse-yank-primary' with `mouse-1-click-follows-link'
>>>> + ;; non-nil (Bug#19185).
>>>> + (define-key map [mouse-2] 'widget-button-click)
>
>> That seems to imply that widget-button-click will be run twice (once on
>> the down part and once on the up part).
>> How 'bout binding one of the two to `undefined' instead?
>
> Or just *move* the binding from [down-mouse-2] to [mouse-2] (since it's
> a click binding and clicks should be bound to the up event rather than
> the down event).
Shouldn't we then do the same here:
>>>> (define-key map [down-mouse-1] 'widget-button-click)
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-05-01 8:23 ` martin rudalics
@ 2016-05-01 13:15 ` Stefan Monnier
2016-05-02 8:00 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Stefan Monnier @ 2016-05-01 13:15 UTC (permalink / raw
To: martin rudalics; +Cc: 20398, Lars Ingebrigtsen
> Shouldn't we then do the same here:
>>>>> (define-key map [down-mouse-1] 'widget-button-click)
I think so, yes.
Stefan
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-05-01 13:15 ` Stefan Monnier
@ 2016-05-02 8:00 ` martin rudalics
2016-05-02 17:13 ` Lars Ingebrigtsen
0 siblings, 1 reply; 23+ messages in thread
From: martin rudalics @ 2016-05-02 8:00 UTC (permalink / raw
To: Stefan Monnier; +Cc: 20398, Lars Ingebrigtsen
>> Shouldn't we then do the same here:
>>>>>> (define-key map [down-mouse-1] 'widget-button-click)
>
> I think so, yes.
So the patch is as below. Any objections to apply this to the emacs-25
branch?
martin
diff --git a/lisp/wid-edit.el b/lisp/wid-edit.el
index f0054be..0a0f458 100644
--- a/lisp/wid-edit.el
+++ b/lisp/wid-edit.el
@@ -852,8 +852,8 @@ widget-keymap
(define-key map [(shift tab)] 'widget-backward)
(put 'widget-backward :advertised-binding [(shift tab)])
(define-key map [backtab] 'widget-backward)
- (define-key map [down-mouse-2] 'widget-button-click)
- (define-key map [down-mouse-1] 'widget-button-click)
+ (define-key map [mouse-2] 'widget-button-click)
+ (define-key map [mouse-1] 'widget-button-click)
;; The following definition needs to avoid using escape sequences that
;; might get converted to ^M when building loaddefs.el
(define-key map [(control ?m)] 'widget-button-press)
^ permalink raw reply related [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-05-02 8:00 ` martin rudalics
@ 2016-05-02 17:13 ` Lars Ingebrigtsen
2016-05-03 6:44 ` martin rudalics
0 siblings, 1 reply; 23+ messages in thread
From: Lars Ingebrigtsen @ 2016-05-02 17:13 UTC (permalink / raw
To: martin rudalics; +Cc: 20398, Stefan Monnier
martin rudalics <rudalics@gmx.at> writes:
> So the patch is as below. Any objections to apply this to the emacs-25
> branch?
[...]
> - (define-key map [down-mouse-2] 'widget-button-click)
> - (define-key map [down-mouse-1] 'widget-button-click)
> + (define-key map [mouse-2] 'widget-button-click)
> + (define-key map [mouse-1] 'widget-button-click)
Isn't this a rather large change to go in at this point? People may
have rebound `down-mouse-1' (etc) instead of `mouse-1'...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-05-02 17:13 ` Lars Ingebrigtsen
@ 2016-05-03 6:44 ` martin rudalics
2016-05-03 16:42 ` Stefan Monnier
0 siblings, 1 reply; 23+ messages in thread
From: martin rudalics @ 2016-05-03 6:44 UTC (permalink / raw
To: Lars Ingebrigtsen; +Cc: 20398-done, Stefan Monnier
>> So the patch is as below. Any objections to apply this to the emacs-25
>> branch?
>
> [...]
>
>> - (define-key map [down-mouse-2] 'widget-button-click)
>> - (define-key map [down-mouse-1] 'widget-button-click)
>> + (define-key map [mouse-2] 'widget-button-click)
>> + (define-key map [mouse-1] 'widget-button-click)
>
> Isn't this a rather large change to go in at this point? People may
> have rebound `down-mouse-1' (etc) instead of `mouse-1'...
No idea. But counted as objection and therefore committed to master.
Closing the bug.
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider'
2016-04-30 18:28 ` Lars Ingebrigtsen
2016-04-30 18:51 ` Stefan Monnier
@ 2016-05-01 8:23 ` martin rudalics
1 sibling, 0 replies; 23+ messages in thread
From: martin rudalics @ 2016-05-01 8:23 UTC (permalink / raw
To: Lars Ingebrigtsen; +Cc: 20398, Stefan Monnier
>> So I think the workaround you suggest is not that bad. It's not a full
>> solution, but it does go in the right direction.
>
> Martin, you never applied your patch. Was there a reason for that?
It was a half-baked idea IIRC. This issue requires more work, I'm
afraid.
martin
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2016-05-03 16:42 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<05342534-126d-44f4-b415-3159c44740f1@default>
[not found] ` <<83bnig4mav.fsf@gnu.org>
[not found] ` <<55376B18.5090103@gmx.at>
[not found] ` <<838udk4fx7.fsf@gnu.org>
2015-04-22 13:42 ` bug#20398: 25.0.50; Clicking `window-divider-last-pixel' in help for `window-divider' Drew Adams
2015-04-21 20:02 Drew Adams
2015-04-22 8:08 ` Eli Zaretskii
2015-04-22 9:34 ` martin rudalics
2015-04-22 10:26 ` Eli Zaretskii
2015-04-22 22:50 ` Glenn Morris
2015-04-23 7:50 ` martin rudalics
2015-04-23 10:37 ` Eli Zaretskii
2015-05-02 8:57 ` martin rudalics
2015-05-02 9:09 ` Eli Zaretskii
2015-05-03 5:42 ` Stefan Monnier
2015-05-03 15:04 ` martin rudalics
2015-05-04 1:56 ` Stefan Monnier
2016-04-30 18:28 ` Lars Ingebrigtsen
2016-04-30 18:51 ` Stefan Monnier
2016-04-30 19:27 ` Stefan Monnier
2016-05-01 8:23 ` martin rudalics
2016-05-01 13:15 ` Stefan Monnier
2016-05-02 8:00 ` martin rudalics
2016-05-02 17:13 ` Lars Ingebrigtsen
2016-05-03 6:44 ` martin rudalics
2016-05-03 16:42 ` Stefan Monnier
2016-05-01 8:23 ` martin rudalics
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.