{"id":2163,"date":"2004-02-28T22:00:12","date_gmt":"2004-02-29T02:00:12","guid":{"rendered":"http:\/\/blogs.law.harvard.edu\/dbnews\/2004\/02\/28\/next-generation-blogging-tool\/"},"modified":"2004-02-28T22:00:12","modified_gmt":"2004-02-29T02:00:12","slug":"next-generation-blogging-tool","status":"publish","type":"post","link":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/2004\/02\/28\/next-generation-blogging-tool\/","title":{"rendered":"Next Generation Blogging Tool"},"content":{"rendered":"<p><a name='a2816'><\/a><\/p>\n<table width=\"537\" border=\"0\">\n<tbody>\n<tr>\n<td width=\"537\">\n<p>Last week the fearless leader of the Berkman Blogger&#8217;s,<br \/>\n        <a href=\"http:\/\/scripting.com\">Dave Winer<\/a>, wanted to collect some starting point design criteria for<br \/>\n        the next generation of Blogging software. Since Dave believes (and we<br \/>\n        concur) that software should be designed from user needs translated into<br \/>\n        engineering reality rather than visa versa, he asked a select group of<br \/>\n        Blogger&#8217;s whose opinion he respects as deep thinkers and super-users<br \/>\n        to formulate their thoughts and functional fantasies into words.<\/p>\n<p>Needless to say, the Dowbrigade was not among those hoary sages asked<br \/>\n        for their opinions, adding to his richly deserved reputation as the Rodney<br \/>\n        Dangerfield of the Blogosphere.&nbsp; The disadvantage of being identified<br \/>\n        as a humor blogger is that nobody takes you seriously even when you are<br \/>\n        trying to be.&nbsp; Of course, the advantage is that you can dismiss<br \/>\n        all of your critics as lacking a sense of humor.<\/p>\n<p>At any rate, never having been shy and at one point in our career practically<br \/>\n        supporting ourselves by crashing parties, we will leap in with our two<br \/>\n        bits. For starters, let us say that we agree with almost everything written<br \/>\n        by <a href=\"http:\/\/cyber.law.harvard.edu\/blogs\/gems\/thursdaymeetings\/jimstuff.txt\">Jim<br \/>\n        Moore <\/a>in response to Dave&#8217;s query. Summing up, Jim wrote that users<br \/>\n        need completely transparent, drag and drop simplicity in composing and<br \/>\n        posting. <\/p>\n<p>We would like to expand on and modulate those comments, however. The<br \/>\n        dream of a composing environment where we non-coders can drop pictures,<br \/>\n        text blocks, links and media gems, move them around and arrange them<br \/>\n         just the way we want them is admirable and may someday be achievable.<br \/>\n        However, Macromedia and Adobe have been trying to achieve the same thing<br \/>\n        in their general purpose web site design programs, and they are still<br \/>\n        far from the ideal Jim imagines.<\/p>\n<p>As Dave himself noted browser based composition is clearly the way to<br \/>\n        go. It allows designers to allow users to do common composition and uploading<br \/>\n        tasks in 2 or 3 steps instead of 10 or 12.&nbsp; Yet even the most advanced<br \/>\n        WYSIWYG html editors like Dreamweaver, in which  the Dowbrigade News<br \/>\n        is composed, are far from this kind of super-simple drag and drop capability, so it<br \/>\n        may take awhile to reach this holy grail<\/p>\n<p>It is instructive to consider the evolution of html editors, for as<br \/>\n        we have repeatedly established a weblog is really just a web page with<br \/>\n        some build-in functionality. Web page design options range from coders<br \/>\n        who compose straight-out in html, tags and strings of code flying from<br \/>\n        their fingertips to complete non-techies who simply type text into a<br \/>\n         template and have no idea of how it gets onto the web. Many people,<br \/>\n        like the Dowbrigade, take a middle path.<\/p>\n<p>This offering of a variety of modes and composition options is essential.<br \/>\n        As an educator we know that different people have different learning<br \/>\n        styles, and different composers have different composition styles. Some<br \/>\n        may say aim for the lowest common denominator and let those who want<br \/>\n        to mess with the code use a different application.&nbsp; However, since<br \/>\n        what goes on in the background is pretty much the same, it shouldn&#8217;t<br \/>\n        be too difficult to let different kinds of users access the functionality<br \/>\n        in different ways.<\/p>\n<p>The key to offering the capability to arrange and position elements<br \/>\n        within postings seems to be tables.&nbsp; As a web page designer and<br \/>\n        blogger we find tables indispensable in placing specific content in specific<br \/>\n        places on the page. Although our initial understanding of cascading style<br \/>\n        sheets was that they were designed to do pretty much the same thing,<br \/>\n        we could never get them to do more than preserve formatting styles across<br \/>\n        a site of disparate pages, and we still use tables for placement in just about all the pages we design. However,<br \/>\n        we have yet to find a really easy and flexible table tool. <\/p>\n<p>Without knowing whether it would be technically possible, we can imagine<br \/>\n        self-adjusting table cells such that when a user drops an image or other<br \/>\n        object into a page an invisible table cell is automatically generated<br \/>\n        which instantly adjusts as the user moves the object around the page.<br \/>\n        This ability to spatially arrange elements, combine with the common<br \/>\n        skills of using a basic formatting pallet, would give even complete non-coders<br \/>\n        a high degree of intuitive control over the appearance and functionality<br \/>\n        of their content.<\/p>\n<p>In general, we think the principles of simplicity and modifiability,<br \/>\n        both of the creation and viewing environments, should be the touchstones<br \/>\n        of the next generation of blogging tools. And of course, it must be<br \/>\n        integrated with the next generation of aggregators. We would suggest<br \/>\n        that the aggregator be a central feature of the new blogging tools, both<br \/>\n        as content collector and as a feature for readers.&nbsp; As Jim suggests,<br \/>\n        finding, subscribing and unsubscribe from streams should be made as<br \/>\n        simple and intuitive as possible.The aggregator should be enabled to<br \/>\n        handle as wide a variety of embedded enclosures as possible; audio, video,<br \/>\n        text, etc., and should be completely configurable in that the user can<br \/>\n        select, for each feed, how much to display of headlines, body and graphics,<br \/>\n        and what to do with enclosures.<\/p>\n<p>In fact, users should have the option of using the aggregator by itself<br \/>\n        and ignoring the blogging part of the equation altogether. In fact, the<br \/>\n        Dowbrigade already has two Manila blogs set up expressly for that purpose.<br \/>\n        If a user wants, their aggregator could BE their blog, simply a controlled<br \/>\n        information flow reflecting the interests and character of the owner.<\/p>\n<p>If a product could do all that, the Dowbrigade would be severely tempted<br \/>\n        to actually break down and PAY for it. Unless we can finagle a copy as<br \/>\n        a beta tester&#8230;.<\/p>\n<p>&nbsp;<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n","protected":false},"excerpt":{"rendered":"<p>Last week the fearless leader of the Berkman Blogger&#8217;s, Dave Winer, wanted to collect some starting point design criteria for the next generation of Blogging software. Since Dave believes (and we concur) that software should be designed from user needs &hellip; <a href=\"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/2004\/02\/28\/next-generation-blogging-tool\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":299,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1443],"tags":[],"class_list":["post-2163","post","type-post","status-publish","format-standard","hentry","category-esl-links"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/posts\/2163","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/users\/299"}],"replies":[{"embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/comments?post=2163"}],"version-history":[{"count":0,"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/posts\/2163\/revisions"}],"wp:attachment":[{"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/media?parent=2163"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/categories?post=2163"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/archive.blogs.harvard.edu\/dowbrigade\/wp-json\/wp\/v2\/tags?post=2163"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}