[Dev] place for utility classes/functions?
Philippe Bossut
pbossut at osafoundation.org
Tue Apr 26 10:14:37 PDT 2005
Creating a chandler/util place is a good idea and has my vote.
- Anyone opposed?
- Who's going to implement?
Cheers,
- Philippe
Morgen Sagen wrote:
> Yep, I agree with Heikki that tools should be for scripts outside of
> chandler, and something like "util" should be for helper modules. So
> tools/timing.py (if it's still useful) would be moved to util/timing.py.
>
> On Apr 26, 2005, at 9:57 AM, Heikki Toivonen wrote:
>
>> I would vote against tools in this case. IMO tools is something that is
>> not needed by Chandler itself when it is running, but some external
>> scripts (maybe tweak repo outside of Chandler or something).
>> Unfortunately we already have chandler/tools folder that contains stuff
>> required to run Chandler itself - I'd vote to move that elsewhere once
>> we decide where that should be.
>>
>> I think Alec's examples would rather go into chandler/util(s), or
>> chandler/lib(s) or something like that - neither of which we have yet.
>>
>> Mike Taylor wrote:
>>
>>> In the past python only code like that has been placed in
>>> chandler/tools/
>>> On Apr 26, 2005, at 12:01 PM, Alec Flett wrote:
>>> So I've been poking around with the Python Cookbook and found a few
>>> recipes that are vastly simplifying my code... (namely
>>> CachedAttribute and frange, which does floating-point xrange-style
>>> ranges) and I have a few of my own (CopyOnWrite, etc)
>>
>>
>> --
>> Heikki Toivonen
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Dev" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/dev
>
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/dev
More information about the Dev
mailing list