Planet Hopping
The eagle-eyed among you may have noticed something subtly different about Planet Musings. I got quite annoyed that the existing software (Venus) was unable to handle my own Atom feed. Apparently, the Universal Feedparser is weak, and easily confused by posts like this one.
I needed something better. So, despite Sam’s diffidence, I decided to upgrade to Mars. I made a few changes to the code (which I dutifully passed on to Sam), and it seems to be functioning as well or better than Venus, without the embarrassment of it choking on my own posts.
Do let me know if you encounter any glitches. In the case of the Red Planet, I’m rather more willing to dive into the code, to fix them.
Update (10/5/2008):
I was going to point to the
URL of the Git repository for my branch of Mars, but Sam has been so expeditious, in merging my changes into the main branch, that that seems unnecessary. Up till now, I’ve been using
BZR for for my
DVCS needs. This is my first experience with
Git and, overall, I’m favourably impressed.
TrackBack URL for this Entry: http://golem.ph.utexas.edu/cgi-bin/MT-3.0/dxy-tb.fcgi/1800
Read the post
Planet Hopping
Weblog: Sam Ruby
Excerpt: Jacques Distler: Inside the feedparser is the following comment, originally by Mark Pilgrim: # This will horribly munge inline content with non-empty qnames, # but nobody actually does that, so I'm not fixing it. Two comments: this is no
Tracked: September 27, 2008 6:28 PM
Re: Planet Hopping
FWIW, I pushed out a fix to Venus to handle nested mathml/svg/mathml. Additionally the latest Venus will recover more gracefully when the feedparser introduces a problem: as in, it will treat that one reserialized xhtml fragment as tag soup.
Re: Planet Hopping
FWIW, I pushed out a fix to Venus to handle nested mathml/svg/mathml. Additionally the latest Venus will recover more gracefully when the feedparser introduces a problem: as in, it will treat that one reserialized xhtml fragment as tag soup.