Guido van Rossum <gu...@python.org> added the comment: You have a point — I was just responding to Nick’s last message without noticing how old it was. I’ll remove myself from the nosy list.
On Fri, Nov 22, 2019 at 15:14 Kristján Valur Jónsson <rep...@bugs.python.org> wrote: > > Kristján Valur Jónsson <swesk...@gmail.com> added the comment: > > So you have already stated, and this issue is six years old now. > > While I no longer have a stake in this, I'd just like to reiterate that > IMHO it breaks several good practices of architecture, particularly that of > separation of roles. > > The abstraction called symbolic links is the domain of the filesystem. An > application should accept the image that the filesystem offers, not try to > second-guess the intent of an operator by arbitrarily, and unexpectedly, > unrolling that abstraction. > > While you present a use case, I argue that it isn't, and shouldn't be, the > domain of the application to intervene in an essentially shell specific, > and operator specific process of collecting his favorite shortcuts in a > folder. For that particular use case, a more sensible way would be for the > user to simply create shell shortcuts, even aliases, for his favorite > python scripts. This behaviour is basically taking over what should be the > role of the shell. I'm unable to think of another program doing this sort > of thin. > > I suppose that now, with the reworked startup process, it would be simpler > to actually document this rather unexpected behaviour, and possibly provide > a flag to override it. I know that I some spent time on this and came away > rather stumped. > > ---------- > > _______________________________________ > Python tracker <rep...@bugs.python.org> > <https://bugs.python.org/issue17639> > _______________________________________ > -- --Guido (mobile) ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue17639> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
