This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (63)
- # asami (29)
- # beginners (23)
- # calva (23)
- # cider (18)
- # clj-kondo (12)
- # clojure (156)
- # clojure-europe (30)
- # clojure-italy (6)
- # clojure-nl (5)
- # clojure-uk (6)
- # clojurescript (14)
- # conjure (26)
- # crux (6)
- # cursive (8)
- # datalog (143)
- # datascript (1)
- # datomic (6)
- # duct (2)
- # emacs (50)
- # events (4)
- # figwheel-main (6)
- # fulcro (7)
- # graphql (12)
- # jobs (6)
- # malli (1)
- # mid-cities-meetup (2)
- # off-topic (4)
- # pathom (6)
- # portal (7)
- # re-frame (10)
- # reagent (8)
- # reitit (10)
- # releases (1)
- # reveal (18)
- # shadow-cljs (39)
- # sql (4)
- # tools-deps (36)
- # vim (25)
Dear Calva friends. It is getting time to say goodbye to our old friend the REPL Window. It has served Calva well, but eventually just got too hard to maintain and impossible to bring to meet the user expectations it created. I now need your help to put this old-REPL-Window-less build of Calva to some testing: https://7143-125431277-gh.circle-artifacts.com/0/tmp/artifacts/calva-2.0.116-711-remove-old-repl-window-49cdf856.vsix Please let me know if it misbehaves in any way that could be related to the removal of the old repl window.
So far, the only real stopper I can see is the behaviour that @ describes. I'll try to fix that before releasing this.
Hi there, is there anyway to prevent the output window from opening on starting up a build?
ctrl+alt+left shortcuts appear to be broken on VS Code for Linux (Ubuntu 18.04). Holding down the
alt key, even in combination with
ctrl, causes the system menu bar to be hightlighted.
Bizarrely enough, overriding these to
alt-right doesn't cause the same problem.
The alt-key on Ubuntu is notoriously tricky. If you find working shortcuts, we could change to those for Linux. (I think vscode allows for special shortcuts for Linux)
I'm not finding them to be broken on Ubuntu 20.04 (Gnome/Wayland). The menu bar does get a highlight, but it doesn't prevent the shortcuts working as expected on my set up. Now and then I'll mis-hit a key combo (most often one of the
ctrl+alt+c chords) and trigger a menu, which is irritating. But it's hard to imagine any non-Vim keybinding set being workable without alt key use.
@ There are also a couple of vscode settings that might be relevant:
window.enableMenuBarMnemonics . They're enabled by default. Perhaps toggling them off (if you don't typically use the menu bar shortcuts) might help your situation.
@ I'm on manjaro linux and had the same issue. I re-mapped them to
If anyone is curious, toggling the settings that @ suggested had no effect. I think my solution for the present have to be to rebind all the keys involving
alt to meta/super. Not the best, but it will do
To make the whole case even more strange, the
ctrl+alt+s command (splice) works fine. Maybe it's something to down with the arrow key and an Ubuntu/Gnome quirk?
That's very odd given that I'm using the shortcuts without an issue. Is there any chance you have shortcuts masking the
ctrl-alt-[arrow key] combinations in gnome settings?
I suppose your older Gnome version could be something to do with it. I'd be inclined to dig further if you have time. But I know how infuriating these kinds of issues can be. Sigh - if only there was a 21st century operating system available.
Yeah @ other alt keybindings work fine for me I think, just had to rebind those arrow ones, as far as the ones I use.
Another thought: I don't think overriding
ctrl+w to expand selection is a good idea. That's the default shortcut for closing a tab in VS Code, as well as basically every other piece of software. I personally find that suddenly not working to be pretty jarring.