* Re: [elpa] master 24746ff 1/8: Drop Names dependency [not found] ` <E1Zm2Zp-0005Fy-Al@vcs.savannah.gnu.org> @ 2015-10-13 19:22 ` Stefan Monnier 2015-10-13 21:33 ` Artur Malabarba 0 siblings, 1 reply; 4+ messages in thread From: Stefan Monnier @ 2015-10-13 19:22 UTC (permalink / raw) To: emacs-devel; +Cc: Artur Malabarba > Drop Names dependency Curious: why? Stefan PS: I'd guess that you ended up preferring nameless.el, but I'm interested in the actual details of why/how. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [elpa] master 24746ff 1/8: Drop Names dependency 2015-10-13 19:22 ` [elpa] master 24746ff 1/8: Drop Names dependency Stefan Monnier @ 2015-10-13 21:33 ` Artur Malabarba 2015-10-15 14:49 ` Przemysław Wojnowski 0 siblings, 1 reply; 4+ messages in thread From: Artur Malabarba @ 2015-10-13 21:33 UTC (permalink / raw) To: Stefan Monnier; +Cc: emacs-devel On 13 Oct 2015 8:22 pm, "Stefan Monnier" <monnier@iro.umontreal.ca> wrote: > > > Drop Names dependency > > Curious: why? > > PS: I'd guess that you ended up preferring nameless.el, but I'm > interested in the actual details of why/how. Yes I'm currently preferring nameless, though it's just a first assessment. Comparing the two, they perform very similarly. Names is slightly nicer when typing [1] and Nameless is slightly nicer when reading [2]. The difference that tips the scale is that Names comes with some luggage. - It imposes dependencies at autoload time. - It makes completion a little less helpful (company-dabbrev completion still works, but company-capf doesn't). - It makes code-navigation a little more difficult (it does some hacking so that things like `find-function/variable' still work, which is all I ever use, but there are other methods and they will fail) - It is a proper package dependency that gets installed on the user's computer. This isn't really a failure. It's just slightly less convenient than Nameless which is not a dependency. Since Nameless is just completely clean, I'm leaning more towards it right now. Not that I'm any less proud of Names. :-) Sometimes you gotta climb a mountain to see that there's another way. Artur [1]: Not having to type the namespace is better than having a key that inserts the namespace. [2]: Both hide the namespace, but Nameless adds a colored ":" to the symbol, which differentiates locals from globals and makes the code slightly easier to understand. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [elpa] master 24746ff 1/8: Drop Names dependency 2015-10-13 21:33 ` Artur Malabarba @ 2015-10-15 14:49 ` Przemysław Wojnowski 2015-10-18 23:28 ` Artur Malabarba 0 siblings, 1 reply; 4+ messages in thread From: Przemysław Wojnowski @ 2015-10-15 14:49 UTC (permalink / raw) To: bruce.connor.am, Stefan Monnier; +Cc: emacs-devel W dniu 13.10.2015 o 23:33, Artur Malabarba pisze: [...] > Comparing the two, they perform very similarly. Names is slightly > nicer when typing [1] and Nameless is slightly nicer when reading [2]. IIUC these two packages are workarounds for lack of namespaces in elisp, right? Is there any reason for not adding them? AFAIK there were some proposals. Were they insufficient or, in general, there's not agreement for adding them? PS I don't want to start another 100 mails long thread. Simple "y/n" answers are ok. Thanks, Przemysław ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [elpa] master 24746ff 1/8: Drop Names dependency 2015-10-15 14:49 ` Przemysław Wojnowski @ 2015-10-18 23:28 ` Artur Malabarba 0 siblings, 0 replies; 4+ messages in thread From: Artur Malabarba @ 2015-10-18 23:28 UTC (permalink / raw) To: Przemysław Wojnowski; +Cc: Stefan Monnier, emacs-devel [-- Attachment #1: Type: text/plain, Size: 930 bytes --] On 15 Oct 2015 3:49 pm, "Przemysław Wojnowski" <esperanto@cumego.com> wrote: > > W dniu 13.10.2015 o 23:33, Artur Malabarba pisze: > [...] > >> Comparing the two, they perform very similarly. Names is slightly >> nicer when typing [1] and Nameless is slightly nicer when reading [2]. > > > IIUC these two packages are workarounds for lack of namespaces in elisp, right? > Is there any reason for not adding them? > AFAIK there were some proposals. Were they insufficient or, in general, there's not agreement for adding them? > > PS I don't want to start another 100 mails long thread. Simple "y/n" answers are ok. I've only ever seen very brief proposals. AFAIK, there is no agreement. Frankly, even if someone came up with a full implementation I wouldn't have the energy to join the discussion. The technical aspects don't really bother me, and the reading/writing inconvenience has now been addressed. [-- Attachment #2: Type: text/html, Size: 1160 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-10-18 23:28 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <20151013163724.20147.92642@vcs.savannah.gnu.org> [not found] ` <E1Zm2Zp-0005Fy-Al@vcs.savannah.gnu.org> 2015-10-13 19:22 ` [elpa] master 24746ff 1/8: Drop Names dependency Stefan Monnier 2015-10-13 21:33 ` Artur Malabarba 2015-10-15 14:49 ` Przemysław Wojnowski 2015-10-18 23:28 ` Artur Malabarba
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.