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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31409 in the body.
You can then email your comments to 31409 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: seb <at> k-7.ch (Sébastien Gendre)
To: bug-gnu-emacs <at> gnu.org
Subject: 25.3;
 Python.el: getting function signature with eldoc is not automatic
Date: Thu, 10 May 2018 18:41:05 +0200

[Message part 1 (text/plain, inline)]

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))

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 31409 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: seb <at> k-7.ch (Sébastien Gendre)
Cc: 31409 <at> debbugs.gnu.org
Subject: Re: bug#31409: 25.3;
 Python.el: getting function signature with eldoc is not automatic
Date: Tue, 07 May 2019 22:18:53 -0400

seb <at> 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.

Message #11 received at 31409 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31409 <at> debbugs.gnu.org, Sébastien Gendre <seb <at> k-7.ch>
Subject: Re: bug#31409: 25.3; Python.el: getting function signature with
 eldoc is not automatic
Date: Thu, 04 Feb 2021 11:18:31 +0100

Noam Postavsky <npostavs <at> 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

Message #16 received at 31409 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: 31409 <at> debbugs.gnu.org, Sébastien Gendre <seb <at> k-7.ch>
Subject: Re: bug#31409: 25.3; Python.el: getting function signature with
 eldoc is not automatic
Date: Fri, 12 Mar 2021 02:54:03 +0100

Lars Ingebrigtsen <larsi <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.