ElixirSublime
ElixirSublime copied to clipboard
vishnevskiy
Breaks shift+click for selection
Not sure even how to try and help with this, but installing this package disables the default selection behaviour of shift+click.
Using sublime text 3, build 3065.
Observed on ST 3083 as well, disabling ElixirSublime is the only "workaround" I've been able to find. Log output is:
Traceback (most recent call last):
File "/Applications/Sublime Text.app/Contents/MacOS/sublime_plugin.py", line 556, in run_
return self.run(edit)
File "/Users/yurigadow/Library/Application Support/Sublime Text 3/Packages/ElixirSublime/elixir_sublime.py", line 218, in run
if session.send('GOTO', selection):
File "/Users/yurigadow/Library/Application Support/Sublime Text 3/Packages/ElixirSublime/elixir_sublime.py", line 189, in send
self.socket.send(str.encode(cmd))
AttributeError: 'NoneType' object has no attribute 'send'
+1, this is frustrating. I use shift-click for selection all the time and couldn't figure out why it was broken until I tried uninstalling packages one by one. I think this plugin should merely provide the "elixir_goto_definition" command without forcing a particular shortcut, then tell people how to make their own keyboard shortcut to it in the README.
+1 This has been a problem for me since I installed it back in December. I also vote for @jamesmacaulay's solution to this problem. It could conflict with other shortcuts, and I'd also like to pick my own shortcuts.
Actually I got this fixed by creating a Default (OSX).sublime-mousemap—where (OSX) would be (Linux) for Linux and (Windows) for Windows—in <path to Sublime configuration>/Packages/User.
You can find your Sublime configuration directory by going in Preferences > Browse Packages... and in the User directory.
[
{
"button": "button1",
"modifiers": ["alt"],
"press_command": "drag_select",
"command": "elixir_goto_definition"
},
{
"button": "button1",
"modifiers": ["shift"],
"press_command": "drag_select",
"press_args": {"extend": true}
}
]
This will overwrite ElixirSublime's default mouse mapping configuration.
You can set the modifiers to anything you want. I chose alt. If you then hold your modifier key and click on a definition, it would go to the Elixir documentation for that definition.
+1
@vishnevskiy any plans to change Shift+Click to something that doesn't conflict with standard selection behavior? Or at least maybe there is a way to scope this only to Elixir source files?
:+1: Could not figure this out for the life of me. I thought I messed up some setting on my personal computer and I knew that would've been finding a needle in a haystack and I just couldn't be bothered. The google'ing was tough, I hope others find this easily. Shift+Click is so useful. I'm surprised they changed that behaviour, usually it's command+click or alt+click for function/method info
+1
Issue still present with Sublime Text 3 - build 3103, and version 1.0.4 of the plugin.
@tompave I have the exact same version for both and the issue's been fixed. I added a file named ElixirSublime (User).sublime-mousemap to: ~/Library/Application\ Support/Sublime\ Text 3/Packages/User and added the above settings. Try that out
The worst part of this mousemap is it's not even scoped to Elixir, so it breaks shift-clicking for other languages too.
I'm just deleting ElixirSublime/Default (OSX).sublime-mousemap.
+1. This is beyond frustrating. Also deleted ElixirSublime/Default (OSX).sublime-mousemap.
@fnky thank you so much, that was a huge help - that was driving me fucking crazy
Just faced the same problem, had to disable the package immediately.
This appears to be fixed in issue #31 (June 2016). It doesn't look like a new version was pushed up to Package Control. A new release to Package Control should allow this to be closed
It took a while to figure out what was the problem. Why was the update not pushed though?
@vishnevskiy Can you please push an updated version to package control to fix the mouse issue?
I finally switched to https://github.com/elixir-editors/elixir-tmbundle which does anything I cared about from this package without the "Breaks shift+click for selection" bug.
I use vscode in the meantime ☺️
Von meinem iPhone gesendet
Am 21.06.2018 um 03:29 schrieb zombiecong [email protected]:
+1
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
I finally got around to googling what was causing this, and just uninstalled it since I don't use Sublime for Elixir dev anymore :(
Actually I got this fixed by creating a
Default (OSX).sublime-mousemap—where(OSX)would be(Linux)for Linux and(Windows)for Windows—in<path to Sublime configuration>/Packages/User.You can find your Sublime configuration directory by going in
Preferences > Browse Packages...and in theUserdirectory.[ { "button": "button1", "modifiers": ["alt"], "press_command": "drag_select", "command": "elixir_goto_definition" }, { "button": "button1", "modifiers": ["shift"], "press_command": "drag_select", "press_args": {"extend": true} } ]This will overwrite ElixirSublime's default mouse mapping configuration.
You can set the
modifiersto anything you want. I chosealt. If you then hold your modifier key and click on a definition, it would go to the Elixir documentation for that definition.
That's it, all about the Elixir, :)
