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 the default directly?
FWIW, a super feature that I use in emacs when typing in code is "dynamic expansion". One types the first few prefix chars of a token and 'alt-/' and it completes the word by back searching for the first matching token in the source file. 'alt-/' again, and it searchs back for the next match. Its mindless string pattern matching in the source file. No expansion or AST semantic parsing is necessary or done. Mindless yet very effective in key stroke/typo reduction. I probably miss this more in DrRacket than any other emacs basic editing feature. >From emacs help. M-/ runs the command dabbrev-expand, which is an interactive autoloaded compiled Lisp function in `dabbrev.el'. It is bound to M-/. (dabbrev-expand ARG) Expand previous word "dynamically". Expands to the most recent, preceding word for which this is a prefix. If no suitable preceding word is found, words following point are considered. If still no suitable word is found, then look in the buffers accepted by the function pointed out by variable `dabbrev-friend-buffer-function'. A positive prefix argument, N, says to take the Nth backward *distinct* possibility. A negative argument says search forward. If the cursor has not moved from the end of the previous expansion and no argument is given, replace the previously-made expansion with the next possible expansion not yet tried. The variable `dabbrev-backward-only' may be used to limit the direction of search to backward if set non-nil. See also `dabbrev-abbrev-char-regexp' and C-M-/. On Wed, May 1, 2013 at 8:20 AM, Robby Findler <ro...@eecs.northwestern.edu>wrote: > 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-function "c:x;b" (string-constant > cs-jump-to-binding)) > (send keymap map-function "c:x;n" (string-constant > cs-jump-to-next-bound-occurrence)) > (send keymap map-function "c:x;p" (string-constant > cs-jump-to-previous-bound-occurrence)) > (send keymap map-function "c:x;d" (string-constant > cs-jump-to-definition)) > (send keymap map-function "c:x;m" (string-constant cs-rename-id)) > (send keymap map-function "c:x;a" (string-constant > cs-tack/untack-arrow)) > > Robby > > > > On Wed, May 1, 2013 at 3:14 AM, Laurent <laurent.ors...@gmail.com> wrote: > >> "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 < >> ro...@eecs.northwestern.edu> wrote: >> >>> 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 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 randomly disappears after some mouse >>>> moves. >>>> >>>> Do you want me to try the patch anyway? >>>> >>>> In case this bug is not resolved, would it be possible to have the same >>>> bindings in a regular window menu? >>>> (Or at list could you tell me what the bindings are so that I can make >>>> a plugin script?) >>>> >>>> Laurent >>>> >>>> >>>> On Thu, Apr 18, 2013 at 2:39 PM, Robby Findler < >>>> ro...@eecs.northwestern.edu> wrote: >>>> >>>> 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 >>>> pos-right string -> void >>>> (define/public (syncheck:add-mouse-over-status text >>>> pos-left pos-right str) >>>> - (when arrow-records >>>> + (when (and #f arrow-records) >>>> (add-to-range/key text pos-left pos-right >>>> (make-tooltip-info text pos-left >>>> pos-right str) >>>> #f #f))) >>>> >>>> >>>> >>>> On Thu, Apr 18, 2013 at 7:28 AM, Laurent <laurent.ors...@gmail.com>wrote: >>>> >>>> Yes, apparently. >>>> >>>> In DrRacket, deactivating syntax check does not change the problem. >>>> >>>> >>>> On Thu, Apr 18, 2013 at 1:52 PM, Robby Findler < >>>> ro...@eecs.northwestern.edu> wrote: >>>> >>>> If you run "gracket" does the right click menu work better there? >>>> >>>> Robby >>>> >>>> >>>> On Thu, Apr 18, 2013 at 6:45 AM, Laurent <laurent.ors...@gmail.com>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 <neil.toro...@gmail.com>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, 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/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 where arrows are drawn or error highlighting is occurring etc. >>>> Also maybe when the pop up menu area is near the 'edge' of the Dr window >>>> and or pane area. But again the problem is not consistently >>>> reproducible yet happens more often then not. Its not a once in a blue >>>> moon that thing. Sometimes an attempt to right click pop up menu will >>>> fail numerous times in a row then succeed for no apparent reason. >>>> >>>> On Dec 4, 2012 9:07 PM, "Robby Findler" <ro...@eecs.northwestern.edu >>>> <mailto:robby@eecs.**northwestern.edu>> wrote: >>>> >>>> On Tue, Dec 4, 2012 at 6:11 PM, Stephen Chang <stch...@ccs.neu.edu >>>> >>>> >>>> >> > > ____________________ > Racket Users list: > http://lists.racket-lang.org/users > >
____________________ Racket Users list: http://lists.racket-lang.org/users
