Many of my traditional blog post live on this site, but a great majority of my social-style posts can be found on my much-busier microbloging site at updates.passthejoe.net. It's busier because my BlogPoster "microblogging" script generates short, Twitter-style posts from the Linux or Windows (or anywhere you can run Ruby with too many Gems) command line, uploads them to the web server and send them out on my Twitter and Mastodon feeds.
I used to post to this blog via scripts and Unix/Linux utilities (curl and Unison) that helped me mirror the files locally and on the server. Since this site recently moved hosts, none of that is set up. I'm just using SFTP and SSH to write posts and manage the site.
Disqus comments are not live just yet because I'm not sure about what I'm going to do for the domain on this site. I'll probably restore the old domain at first just to have some continuity, but for now I like using the "free" domain from this site's new host, NearlyFreeSpeech.net.
Level of difficulty: High
Commenting for Ode is currently handled with a Disqus addin that integrates the popular hosted commenting platform with the self-hosted Ode system.
A native Ode commenting system -- also integrated via addin -- would either create its own text files, or add to existing post files, via a comment form that would appear at the bottom of individual entries.
Perhaps a native Ode commenting system could interoprate with Disqus, so a blog's Disqus comments could be converted to native Ode comments, and vice versa, like the way Disqus works with WordPress?
Is there anything in Blosxom or Pyblosxom that could repurposed for an Ode commenting system?
Is there anything in the Chronicle Blog Compiler commenting code that could be repurposed for an Ode commenting system?
Level of difficulty: High
If I'm not mistaken, there is more code in the EditEdit addin than in the whole rest of the Ode core. EditEdit -- which brings a web interface that allows creation of new and modification of existing Ode posts -- is complicated.
EditEdit is great in a Web browser on a traditional PC, but it performs poorly on an iPad (a lack of scroll bars on the post window makes it impossible to write and edit all but short posts) and on mobile devices. Turning EditEdit into a mobile-enabled app or site would solve these problems.
There are two ways to go: HTML5 or native iOS and Android apps. Professional app developers often say the increased performance of native apps is worth overcoming the difficulty of writing to both of the major device families.
But HTML5 apps are independent of the various devices' ecosystems and potentially scale across all desktops, laptops, tablets and smartphones.
If the tasks performed by EditEdit are relatively light, HTML5 could be more than adequate.