I'm experiencing this issue also, although only occasionally, on a laptop
with a trackpad and Gentoo. Since a trackpad allows one to press the
buttons without any movement of the mouse cursor, I have experimented a
little:
When the context menu (opened with a right-click) is immediately closed
aft
This problem was never really gone for me actually.
It has become less of a problem, but I still sometimes need to click a few
times to get the right menu.
Also, the 'definitions' drop-down list can disappear after clicking it and
moving the mouse pointer through it.
So it may be more general than
Given there was a time when things were pretty solid (within the last
year??) a git bisect approach is an option for someone blessed with spare
time and system.
On Thu, May 2, 2013 at 10:03 AM, Tim Brown wrote:
> Back on the subject of right menu fragility...
> I ran a drracket up in an Xnest
Back on the subject of right menu fragility...
I ran a drracket up in an Xnest server. No window manager nor desktop
environment.
Fragility still there. The more exciting stuff I did (selection, allowing
arrows to appear with their respective "n bindings" popups) the more
fragile. But still diffic
I've pushed it this morning. This is the commit:
http://git.racket-lang.org/plt/commit/c9724446e6237778b770294410c94af8be954070
Robby
On Wed, May 1, 2013 at 11:43 AM, Laurent wrote:
> Thanks a lot!
>
> Are they supposed to be available yet?
> I can't make them work.
> I tried
>["m:a" "ju
Thanks a lot!
Are they supposed to be available yet?
I can't make them work.
I tried
["m:a" "jump to binding occurrence"]
["m:w" ,(string-constant cs-jump-to-binding)]
in my existing keybinding file (that already contains things like ["c:x"
"cut-clipboard"]), but it doesn't work.
Laurent
This is great! Thanks.
Robby
On Wed, May 1, 2013 at 10:36 AM, Laurent wrote:
> Ray,
>
> Couldn't resist, this sounded like a nice feature, so here you go:
> https://gist.github.com/Metaxal/5495979
>
> It's in the script-plugin format, but it should be straight-forward to use
> it in your key-b
Ray,
Couldn't resist, this sounded like a nice feature, so here you go:
https://gist.github.com/Metaxal/5495979
It's in the script-plugin format, but it should be straight-forward to use
it in your key-bindings file instead.
It's a bit simplified (it cycles from the start of the buffer, not from
Random thought question, other then "just work", is there any disadvantage
in how custom keybindings work in DrR in extracting all keybindings out
from DrR code into a dedicated default keybindings.rkt? Then a user
installed keybindings.rkt inherits and overrides from the default or just
modifies
I think those are all there, but probably you didn't find them because they
don't have quite the same name as the menu items (in the
edit|keybindings|show active keybindings menu item). I've fixed that. And I
also added tack/untack arrows. Here's the list from the source:
(send keymap map-fu
"Rename identifier" at least, and also those like "go to definition", "open
defining file", and maybe "go to next/previous occurrence".
Thank you very much!
Laurent
On Wed, May 1, 2013 at 12:59 AM, Robby Findler
wrote:
> Hi, sorry for the delayed response. I'll push an additional keybinding
> (
Hi, sorry for the delayed response. I'll push an additional keybinding
(c:x;m for rename identifier). Which other ones are you missing?
Sorry I don't have any leads on why popup menus still aren't working.
Robby
On Thursday, April 18, 2013, Laurent wrote:
> Didn't try, but if I disable syntax c
Didn't try, but if I disable syntax check, the tooltips don't show, so I
guess it's the same.
I correct my previous answer: disabling syntax-check helps a little, but
the mouse pointer must not move during the whole click (which is quite
difficult on my touchpad).
The menu stays longer, but still r
This disables check syntax tooltips. Does that help?
--- a/collects/drracket/private/syncheck/gui.rkt
+++ b/collects/drracket/private/syncheck/gui.rkt
@@ -805,7 +805,7 @@ If the namespace does not, they are colored the unbound
color.
;; syncheck:add-mouse-over-status : text pos-left
As an aside, I changed from GNOME to KDE as my Desktop Environment --
I seem to have "better luck"* with the right menus on the latter. Don't
know if handles menu/transient windows differently.
* where luck is measure of apparent stability of the right menus. Although
it doesn't seem to work an
Yes, apparently.
In DrRacket, deactivating syntax check does not change the problem.
On Thu, Apr 18, 2013 at 1:52 PM, Robby Findler
wrote:
> If you run "gracket" does the right click menu work better there?
>
> Robby
>
>
> On Thu, Apr 18, 2013 at 6:45 AM, Laurent wrote:
>
>> Are there any news
If you run "gracket" does the right click menu work better there?
Robby
On Thu, Apr 18, 2013 at 6:45 AM, Laurent wrote:
> Are there any news about that bug? I miss the right-click menu very much...
>
> Laurent
>
>
> On Wed, Dec 5, 2012 at 5:30 AM, Neil Toronto wrote:
>
>> Could what you're exp
Are there any news about that bug? I miss the right-click menu very much...
Laurent
On Wed, Dec 5, 2012 at 5:30 AM, Neil Toronto wrote:
> Could what you're experiencing have anything to do with tooltips? It seems
> my right-click menu doesn't stay up whenever there's a tooltip out. Which
> is,
Could what you're experiencing have anything to do with tooltips? It
seems my right-click menu doesn't stay up whenever there's a tooltip
out. Which is, like, every time I want it.
Neil ⊥
On 12/04/2012 07:55 PM, Ray Racine wrote:
Yea, I didn't want to make a big deal out of it, but the up/dow
Yea, I didn't want to make a big deal out of it, but the up/down button
change did not fix the issue. In fact I'd say no impact positive or
negative.
It seems to happen when there is additional drawing 'complexity' in
co-occurrence with the pop up drawing area. I.e. the pop up menu is
drawing w
On Tue, Dec 4, 2012 at 6:11 PM, Stephen Chang wrote:
> On Fri, Nov 2, 2012 at 9:33 PM, Robby Findler
> wrote:
>> I've pushed a fix to this. Thanks to Matthew for looking into it and
>> sorting it out and sorry for the delay.
>
> I'm using git head and I'm still seeing this problem (Ubuntu 11.10).
On Fri, Nov 2, 2012 at 9:33 PM, Robby Findler
wrote:
> I've pushed a fix to this. Thanks to Matthew for looking into it and
> sorting it out and sorry for the delay.
I'm using git head and I'm still seeing this problem (Ubuntu 11.10). I
can't reliably reproduce it but in case it helps, it most re
I've pushed a fix to this. Thanks to Matthew for looking into it and
sorting it out and sorry for the delay.
Robby
On Thu, Nov 1, 2012 at 3:32 PM, Ray Racine wrote:
> When editing racket code in DR the right-click menu is very fragile on Linux
> (Ubuntu 12.10). Upon right-clicking the menu pops
Three hours ago, Ray Racine wrote:
> Basically when you right-click the menu flashes up and then
> disappears. If you are experiencing it, you would know it. The
> reason I mentioned that the right click menu in Chrome was fine was
> to commuicate that it does not appear to be either a Unity/Gnom
Basically when you right-click the menu flashes up and then disappears. If
you are experiencing it, you would know it. The reason I mentioned that
the right click menu in Chrome was fine was to commuicate that it does not
appear to be either a Unity/Gnome issue in general or a mouse hardware
issu
Shouldn't you click and stay clicked for the menu to remain visible? That's
how it works on my Ubuntu in DrRacket, and I thought it was normal behavior.
Laurent
On Thu, Nov 1, 2012 at 9:44 PM, Vincent St-Amour wrote:
> I'm having similar issues on Debian squeeze and wheezy and Ubuntu
> 12.04.
>
I'm having similar issues on Debian squeeze and wheezy and Ubuntu
12.04.
Vincent
At Thu, 1 Nov 2012 16:32:30 -0400,
Ray Racine wrote:
>
> [1 ]
> [1.1 ]
> When editing racket code in DR the right-click menu is very fragile on
> Linux (Ubuntu 12.10). Upon right-clicking the menu pops up, but m
27 matches
Mail list logo
