Category archives: Snaking
Discussions of programming, particularly of programming Python
Lots of UI tweaks (Feedback at last...)
Written by
on
in
Snaking.
We're going to try for more regular and robust feedback, so today we actually got some concrete directions on what needs to change in the UI. Nothing major, all pretty tiny changes, but enough to take at least a few days of work.
Tim was here with the laptop he has on loan from a ...
Management meetings, argh! (Just when you're in the middle of debugging)
Written by
on
in
Snaking.
Trying to figure out what to do about this situation that has re-occurred. Basically, the CMTS can talk to the modems fine, so Cinemon sees them as online (because they CMTS says they are), but Cinemon itself can't talk to them. The question is do I report them as online or offline? Oh well, Tim's ...
PyDispatcher should be standard... (Just so I can use it everywhere)
Written by
on
in
Snaking.
I have to promote PyDispatcher more, particularly the "robust apply" and "safe ref" modules, which I find myself wanting in other projects all the time. Robust apply looks at the parameters a callable object takes and filters a set of parameters to only include those declared. Safe ref allows for registering callbacks to instance methods ...
Testability and code-size (Refactoring statistics-gathering code so I can write unit tests)
Written by
on
in
Snaking.
Well, the 3 or 4 hour server outage (upgrade) kind of mucked up the middle of my day. Wound up starting a refactoring of the statistics code so that I could do offline testing with unit-tests to see why I'm not getting record-counts.
Auto-conversions and distutils (Or how I spent my afternoon)
Written by
on
in
Snaking.
Turns out the auto-conversion script I was given is actually pretty limited in what it does. I wound up hacking in a few extra features (such as actually using the new import wx form), but I really should have just gone ahead and rewritten it. It's using a manually-maintained mapping set that's seriously limited, so ...
Kinda late getting started today (Up all night with wxPython migration)
Written by
on
in
Snaking.
wxPython 2.5 is finally making the import wx style "normal", so I figure wxoo should be converted to it. Ah, thinks I, 2 or 3 hour task I can do before going to bed (forgetting that it's the leap-forward-day). 6 clock hours (5 actual) later I've only converted 1/5th of the project. I did fix ...
Oh yes, that stuff... (In case anyone cares)
Written by
on
in
Snaking.
I know no-one really cares about how the internal project is going, but I did finally manage to get the front-page tree control to display the (now recorded) summary data. So far only one piece of it, but the data is now getting in there, so it's just a matter for tweaking what's stored and ...
wxPython is migrating rather fast (Looks like maintenance on the wx projects would be a good idea)
Written by
on
in
Snaking.
Just reading through the wxPython migration guide and change-log. I need to get cracking and update wxoo for the new apis & the changes. There's a lot of stuff that looks like it may break some of the hackier bits. Also thinking that I should see about creating and donating a multi-method mechanism to provide ...
The next bug awaits... (Hierarchy properly created, but no record of group's values)
Written by
on
in
Snaking.
Some day real soon I'll be able to make the front-page tree control display the group data... sigh. For some reason the group-data recorder refuses to actually insert any data (though it will insert empty records). I'm suspecting a problem in the database definition (i.e. lack of a unique key) as the code all seems ...
Software bugs are most similar to ticks (They suck the blood (time) right out of a project)
Written by
on
in
Snaking.
Been trying to track down this silly bug for... far too long. Basically two fields from the scanner aren't getting copied to the tracking table, as a result, the automatic generation of network hierarchy is failing (it can only assert that the modems belong to the CMTS, not that they exist on a particular channel). ...
Mike C. Fletcher, the VRPlumber, is a philosopher of design turned computer programmer based in Toronto, Canada. He works primarily in the Python programming language, and maintains a large number of Open Source software packages. You can reach him at: mcfletch@vrplumber.com.