[issue13263] Group some os functions in submodules

2012-09-26 Thread Ezio Melotti
Ezio Melotti added the comment: Now it's too late to fix this, so I'm closing it. -- resolution: -> out of date stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue13263] Group some os functions in submodules

2012-06-23 Thread Arfrever Frehtes Taifersar Arahesis
Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue13263] Group some os functions in submodules

2012-06-23 Thread Ezio Melotti
Ezio Melotti added the comment: FWIW we have 12 functions less since 3.3.0a0 (probably after #14626): Python 3.3.0a4+ (default:8dd2f5754b2f, Jun 23 2012, 16:50:40) >>> import os; len(dir(os)) 320 -- ___ Python tracker

[issue13263] Group some os functions in submodules

2011-10-27 Thread Antoine Pitrou
Antoine Pitrou added the comment: > I agree about urllib.request.urlopen, but os.sched.get_priority_max() > is not longer than os.sched_get_priority_max(). Agreed. There are not many functions which could get this treatment, though. -- ___ Python tr

[issue13263] Group some os functions in submodules

2011-10-27 Thread Ezio Melotti
Ezio Melotti added the comment: I agree about urllib.request.urlopen, but os.sched.get_priority_max() is not longer than os.sched_get_priority_max(). I also agree about the documentation -- that should be organized in several sections, regardless of what happens with the module. -- _

[issue13263] Group some os functions in submodules

2011-10-27 Thread Antoine Pitrou
Antoine Pitrou added the comment: I don't think submodules are a good idea. In practice, for example, urllib.request.urlopen is more painful to use than good old urllib.urlopen. If it's a matter of documentation, it can be split in several subchapters. If it's a matter of organizing source cod

[issue13263] Group some os functions in submodules

2011-10-27 Thread Éric Araujo
Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13263] Group some os functions in submodules

2011-10-25 Thread Ezio Melotti
Ezio Melotti added the comment: It would be fine for me to rename os.sched_get_priority_max() to os.sched.get_priority_max(). os.sched.sched_get_priority_max() is a bit redundant, and I think it's not to difficult to figure out that os.sched.get_priority_max() corresponds to the posix sched_g

[issue13263] Group some os functions in submodules

2011-10-25 Thread Charles-François Natali
Charles-François Natali added the comment: > I would prefer to keep the shared prefix even if we move functions to a new > module. Python refers usually to the C documentation for the details of a > function. If we rename a function, it becomes more difficult to get the > manual of the functi

[issue13263] Group some os functions in submodules

2011-10-25 Thread STINNER Victor
STINNER Victor added the comment: I would prefer to keep the shared prefix even if we move functions to a new module. Python refers usually to the C documentation for the details of a function. If we rename a function, it becomes more difficult to get the manual of the function. --

[issue13263] Group some os functions in submodules

2011-10-25 Thread Ross Lagerwall
Ross Lagerwall added the comment: Some functions would be easy to split off into separate modules conceptually like the sched_* functions and the cap_* functions (see #1615158). However, certain groups of functions like the *at functions cover a lot of different functionality and don't really

[issue13263] Group some os functions in submodules

2011-10-25 Thread Charles-François Natali
Charles-François Natali added the comment: > I think there is a value to use the very same function names in the > posix module as in the posix API. It would still be the case, except that they'd live in distinct submodule. > The posix API (and C in general) is also flat, and uses the prefix

[issue13263] Group some os functions in submodules

2011-10-25 Thread Ezio Melotti
Ezio Melotti added the comment: Of the new ones, only the sched_* ones share a common prefix, the *xattr and *at functions share a common suffix, and it's difficult to find them e.g. in dir() (also it's difficult to find other common os functions among all the names). The fact that the Posix

[issue13263] Group some os functions in submodules

2011-10-25 Thread Martin v . Löwis
Martin v. Löwis added the comment: I think there is a value to use the very same function names in the posix module as in the posix API. The posix API (and C in general) is also flat, and uses the prefix convention. People who look at the function lists will know to ignore blocks of functions

[issue13263] Group some os functions in submodules

2011-10-25 Thread Ross Lagerwall
Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13263] Group some os functions in submodules

2011-10-25 Thread Petri Lehtinen
Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13263] Group some os functions in submodules

2011-10-25 Thread STINNER Victor
Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13263] Group some os functions in submodules

2011-10-25 Thread Ezio Melotti
New submission from Ezio Melotti : In Python 3.3 the os module gained a few new functions and constants: Python 3.2.2+ (3.2:58a75eeb5c8e, Sep 29 2011, 02:11:05) >>> import os; len(dir(os)) 232 Python 3.3.0a0 (default:a50f080c22ca+, Oct 25 2011, 09:56:01) >>> import os; len(dir(os)) 332 http: