<div>Hello.</div><div> </div><div>People may want to open package.lisp of some library to study the public API,</div><div>and quickly navigate to definition of any symbol from the :export list,</div><div>in order to read the docstring.</div><div> </div><div>I use slime-edit-definition (with the M-. shortcut) for navigation to docstrings.</div><div> </div><div>But that usually does not work from within of (defpackage ) form,</div><div>because slime determines the current package based on the (in-package)</div><div>at the top of the file and usually package files have</div><div> </div><div><div>   (in-package :cl-user)</div><div><br />   (defpackage :some-lib</div><div>      (:export #:some-function</div><div>                    #:another-function</div><div>                     ...))</div><div> </div><div> </div><div>So when cursor stays on #:some-function and M-. is pressed</div><div>slime says "No known definition for: #:some-function (in :cl-user)"</div><div> </div><div>As a workaround I temporarily insert (in-pakcage :some-lib) above the (defpackage ).</div><div> </div><div>But it would be convenient if slime understood that the within the :export</div><div>option of defpackage the symbols belong to the package being defined</div><div>and not to the closest (in-package ).</div><div> </div><div>So that the proposal for consideration of the slime maintainers.</div><div> </div><div>Best regards,</div><div>- Anton</div></div>