MoinMoin: MoinMoinChat/Logs/moin-dev/2008-11-23

2008-11-23T09:06:17  <dreimark> moin
2008-11-23T10:06:15  <dreimark> Can one please explain reasons for adding MoinMoin/support to sys.path
2008-11-23T11:31:58  <ThomasWaldmann>  moin
2008-11-23T11:33:29  <ThomasWaldmann> so the stuff there can be imported in the usual way :)
2008-11-23T18:15:54  <dreimark> re
2008-11-23T20:13:00  <ThomasWaldmann> moin
2008-11-23T23:27:09  <dreimark> moin
2008-11-23T23:29:54  <dreimark> ThomasWaldmann: I know this argument but I am not sure if I like this mix of MoinMoin.support modules and py-x.Dx
2008-11-23T23:30:30  <dreimark> stupid signs
2008-11-23T23:31:46  <ThomasWaldmann> ?
2008-11-23T23:34:18  <dreimark> If I read from MoinMoin.support import I know it is from us
2008-11-23T23:34:56  <dreimark> if it is only import I have to check from where it is loaded
2008-11-23T23:41:16  <ThomasWaldmann> where is the problem?
2008-11-23T23:42:23  <ThomasWaldmann> and btw, iirc we add MoinMoin.support at sys.path[0] or so
2008-11-23T23:42:53  <dreimark> from MoinMoin.support sounds for me better readable because I know we want  definitly our version of that module
2008-11-23T23:43:22  <ThomasWaldmann> if we have it, is IS ours
2008-11-23T23:43:37  <ThomasWaldmann> s/, is/, it/
2008-11-23T23:44:19  <ThomasWaldmann> and for packages that contain multiple modules (like flup, werkzeug, pygments), it is easier this way
2008-11-23T23:44:54  <ThomasWaldmann> otherwise you would've to change flup to also use from MoinMoin.support.flup import ... itself internally
2008-11-23T23:45:20  <dreimark> ah ok, have not seen this use case
2008-11-23T23:46:11  <ThomasWaldmann> also, if you somehow don't like the stuff we provide within MoinMoin.support, you can simply delete it and it will happily find "your" better package somewhere else in sys.path
2008-11-23T23:48:57  <dreimark> this makes also sense
2008-11-23T23:51:49  <dreimark> hmm, 56 files are not installed
2008-11-23T23:51:59  <dreimark> in MoinMoin sub dir