stanaka/dash-at-point

a emacs lisp for searching the word at point with Dash

dash-at-point's Issues

Open Dash without activating it

dash-at-point calls Dash by opening a dash:// URL. The problem is that the system forces Dash to become active when this URL is opened.

Currently, this is not an issue. However, a future update of Dash will add support for iOS remotes. While an iOS remote is connected, extensions are redirected to it directly and Dash on OS X is not shown at all. Unfortunately there's no way for me to prevent the system from activating Dash when you open the dash:// URL.

Instead of doing this:

open dash://query

Can you do this?

open -g dash://query

The -g causes Dash to not get activated if it does not want to and the user experience is a lot better as the active app does not lose focus anymore.

It is safe to make this change as soon as possible (no need to wait for a Dash update), as the current version of Dash already knows to activate itself if it needs to.

expand search token

it's probably not trivial, but as I'm using dash-at-point in erlang-mode, it would make it ten times more useful if the search token would be the whole module:fun rather than just fun, since the same function name might be shared among many modules

dash-at-point is triggering on almost every keypress in shell mode

dash-at-point is very useful for pulling up documentation in other modes, thanks much for this package.

When I open a buffer in shell-script mode (which is not included in dash-at-point-mode-alist) then the Dash viewer is being triggered on almost every keypress in that buffer. I haven't narrowed down "almost every keypress" yet: definitely on every newline, sometimes on other keys.

Dash seems to be getting triggered with "-n" as the search string.

But ... if the file being viewed has a hash-bang line ("#!/bin/bash") at the top, then dash is not triggered.

This is mystifying. I'm coming back to emacs after a long absence, not sure how to debug this further.

Will this ever be promoted to melpa-stable?

I’d love to be able to install via emacs package management, but for various reasons related to maintaining sanity and past experience, I only have melpa-stable configured as a source for package archives. Are you planning to release a version to melpa-stable?

Lisp entries for dash-at-point-mode-alist

Here are some lines that should be added to dash-at-point-mode-alist:

• The major mode for editing Common Lisp is lisp-mode; here is no such thing as common-lisp-mode.
• There are some other modes used for elisp editing besides emacs-lisp-mode.

(lisp-mode . "lisp")
(slime-repl-mode . "lisp")
(lisp-interaction-mode . "elisp")
(inferior-emacs-lisp-mode . "elisp")

Adding dash-at-point to marmelade

Any interest getting this into http://marmalade-repo.org for simple installation via package-install?

Zeal and Velocity support

Dash docs mention that Velocity is Dash for Windows and Zeal is Dash for Linux and Windows.

It would be very nice to have the Dash launch command configurable, so one could use a Dash replacement using the same mode.

New way for plugins to call Dash with keywords

Dash 1.9.3 comes with a new way for plugins to call Dash and send over a list of keywords which Dash uses to enable/disable docsets.

This is all described at http://kapeli.com/dash_plugins.

In the next weeks I'll go through all plugins and update them myself, so expect a pull request regarding this. However, if you have some free time and want to do it yourself, feel free to do so 👍.

Note: please do not release a new version of the Emacs plugin for at least 2-4 weeks, so that Dash users have time to update to 1.9.3.

Do I need to check if "Dash" is installed before installing dash-at-point?

Hello and sorry for my poor English.

Should I check if Dash is installed?

In other words, if I install this package when Dash is not installed, will it cause any side effects?

Thank you.