bug#31409: 25.3; Python.el: getting function signature with eldoc is not automatic

bug#31409: 25.3; Python.el: getting function signature with eldoc is not automatic

[Sébastien Gendre]

[-- Attachment #1: Type: text/plain, Size: 5147 bytes --]

In python-mode, to get a Python function signature in minibuffer, an
user need to:
- Start the Python shell (M-x run-python)
- Enable eldoc (M-x eldoc-mode)
- Send function definition or import to the shell (C-M-x or M-x
python-shell-send-defun)

It's too much steps and less efficient than what we have for Emacs
Lisp. :(

It would be so nice if this can be automaticaly done. Just move the
point on a symbole and Emacs show you its signature directly.

PS: I would be okay to work on this.


Emacs informations:
In GNU Emacs 25.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.22.26)
 of 2018-01-12 built on buildhw-08.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11906000
Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
 --with-gpm=no --with-xwidgets --with-modules
 build_alias=x86_64-redhat-linux-gnu host_alias=x86_64-redhat-linux-gnu
 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Werror=format-security
 -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
 --param=ssp-buffer-size=4 -grecord-gcc-switches
 -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic'
 LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES XWIDGETS

Important settings:
  value of $LANG: fr_CH.utf8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Python

Minor modes in effect:
  diff-auto-refine-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Auto-saving...done
Type "q" in help window to restore its previous buffer.
Mark set [2 times]
Auto-saving...done
Auto-saving...done
Mark set [3 times]
Saved text from "
At this moment, their is no manual for "
Quit
Type C-x 1 to delete the help window, C-M-v to scroll help.

Load-path shadows:
/usr/share/emacs/site-lisp/gnus-bonus/spam-stat hides /usr/share/emacs/25.3/lisp/gnus/spam-stat
/usr/share/emacs/site-lisp/gnus-bonus/nnir hides /usr/share/emacs/25.3/lisp/gnus/nnir
/usr/share/emacs/site-lisp/gnus-bonus/nnnil hides /usr/share/emacs/25.3/lisp/gnus/nnnil

Features:
(misearch multi-isearch jka-compr thingatpt ispell pp shadow sort
mail-extr emacsbug message idna dired rfc822 mml mml-sec epg epg-config
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils eieio-opt
speedbar sb-image ezimage dframe find-func info-look info thai-util
thai-word vc-git diff-mode python tramp-sh tramp tramp-compat
auth-source cl-seq eieio eieio-core gnus-util mm-util help-fns
mail-prsvr password-cache tramp-loaddefs trampver ucs-normalize shell
pcomplete format-spec advice json map seq byte-opt bytecomp byte-compile
cl-extra help-mode cconv comint ring ansi-color preview-latex
emacs-goodies-loaddefs easy-mmode color-theme easymenu wid-edit cl
clang-format cl-macs gv xml cl-loaddefs pcase cl-lib auto-loads tex-site
time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset
image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote dbusbind inotify dynamic-setting
system-font-setting font-render-setting xwidget-internal move-toolbar
gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 330223 19077)
 (symbols 48 37111 4)
 (miscs 40 867 387)
 (strings 32 47324 8972)
 (string-bytes 1 1362083)
 (vectors 16 44587)
 (vector-slots 8 1015585 31521)
 (floats 8 258 580)
 (intervals 56 1007 57)
 (buffers 976 23))

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

bug#31409: 25.3; Python.el: getting function signature with eldoc is not automatic

[Noam Postavsky]

seb@k-7.ch (Sébastien Gendre) writes:

> In python-mode, to get a Python function signature in minibuffer, an
> user need to:
> - Start the Python shell (M-x run-python)

You can use C-c C-p.

> - Enable eldoc (M-x eldoc-mode)

This step is no longer needed, global-eldoc-mode is on by default.

> - Send function definition or import to the shell (C-M-x or M-x
> python-shell-send-defun)
>
> It's too much steps and less efficient than what we have for Emacs
> Lisp. :(

The last step (loading function) is needed for Emacs Lisp too.  So I
guess just auto-starting Python shell would be needed.

> It would be so nice if this can be automaticaly done. Just move the
> point on a symbole and Emacs show you its signature directly.
>
> PS: I would be okay to work on this.

bug#31409: 25.3; Python.el: getting function signature with eldoc is not automatic

[Lars Ingebrigtsen]

Noam Postavsky <npostavs@gmail.com> writes:

>> In python-mode, to get a Python function signature in minibuffer, an
>> user need to:
>> - Start the Python shell (M-x run-python)
>
> You can use C-c C-p.
>
>> - Enable eldoc (M-x eldoc-mode)
>
> This step is no longer needed, global-eldoc-mode is on by default.
>
>> - Send function definition or import to the shell (C-M-x or M-x
>> python-shell-send-defun)
>>
>> It's too much steps and less efficient than what we have for Emacs
>> Lisp. :(
>
> The last step (loading function) is needed for Emacs Lisp too.  So I
> guess just auto-starting Python shell would be needed.

I don't think auto-starting a Python shell would be generally
appreciated?  Bug I guess people who want this can just put run-python
into python-mode-hook?

So I'm not sure whether there's anything to do in this bug report?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#31409: 25.3; Python.el: getting function signature with eldoc is not automatic

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> I don't think auto-starting a Python shell would be generally
> appreciated?  Bug I guess people who want this can just put run-python
> into python-mode-hook?
>
> So I'm not sure whether there's anything to do in this bug report?

More information was requested, but no response was given within a 
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no