GNU bug report logs -
#22243
eieio-opt: not quite (?) optional functions
Previous Next
To reply to this bug, email your comments to 22243 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22243
; Package
emacs
.
(Sat, 26 Dec 2015 13:01:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ivan Shmakov <ivan <at> siamics.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 26 Dec 2015 13:01:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Severity: wishlist
eieio.el currently (1dcf9a5d2a72; 2015-12-22 17:02:30 UTC)
reads:
943 ;; Hook ourselves into help system for describing classes and methods.
944 ;; FIXME: This is not actually needed any more since we can click on the
945 ;; hyperlink from the constructor's docstring to see the type definition.
946 (add-hook 'help-fns-describe-function-functions 'eieio-help-constructor)
This results that with -Q, 'eieio-opt gets loaded immediately
once the user tries to use the Emacs help system (say, C-h f),
making the file’s description (below) somewhat misleading, as
the library which is hooked into such a basic Emacs facility
could hardly be called “optional”.
;;; eieio-opt.el -- eieio optional functions (debug, printing, speedbar)
I don’t think I deal much with EIEIO objects, but I’ve removed
the function from the hook (below) quite some time ago and seen
no adverse effects so far. Hence, I guess the add-hook above
may be reconsidered (per its own FIXME notice.)
(remove-hook 'help-fns-describe-function-functions
'eieio-help-constructor)
As an aside, I’ve spotted this issue because eieio-opt depends
on 'speedbar, which I’ve become aware of a decade ago, and still
have found no use for; thus anything dependent on it immediately
raises my suspicion.
--
FSF associate member #7257 http://am-1.org/~ivan/ … 3013 B6A0 230E 334A
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22243
; Package
emacs
.
(Thu, 01 Aug 2019 17:10:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22243 <at> debbugs.gnu.org (full text, mbox):
Ivan Shmakov <ivan <at> siamics.net> writes:
> eieio.el currently (1dcf9a5d2a72; 2015-12-22 17:02:30 UTC)
> reads:
>
> 943 ;; Hook ourselves into help system for describing classes and methods.
> 944 ;; FIXME: This is not actually needed any more since we can click on the
> 945 ;; hyperlink from the constructor's docstring to see the type definition.
> 946 (add-hook 'help-fns-describe-function-functions 'eieio-help-constructor)
>
> This results that with -Q, 'eieio-opt gets loaded immediately
> once the user tries to use the Emacs help system (say, C-h f),
> making the file’s description (below) somewhat misleading, as
> the library which is hooked into such a basic Emacs facility
> could hardly be called “optional”.
If comment about this not being needed was added in 2015 by Stefan. But
it says that it's "actually" not needed, and "actually not" in common
usage means "absolutely is", so that's quite confusing.
But if it's not needed, then it sounds like we should remove it?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22243
; Package
emacs
.
(Thu, 01 Aug 2019 17:34:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22243 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> "actually not" in common usage means "absolutely is"
Does it really? I don't think I've ever seen it used that way.
> 944 ;; FIXME: This is not actually needed any more
I interpret this as meaning "this could be removed, but doing so might
also require adjusting some other things".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22243
; Package
emacs
.
(Thu, 01 Aug 2019 17:39:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 22243 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> "actually not" in common usage means "absolutely is"
>
> Does it really? I don't think I've ever seen it used that way.
You haven't noticed that when somebody says "This is actually ..." then
it's usually not "..."?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 5 years and 319 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.