http://www.cleaver.org/twiki/bin/view/Blog en-us Copyright 2010 by contributing authors TWiki Administrator [Martin@Cleaver.org] TWiki Administrator [Martin@Cleaver.org] TWiki http://www.cleaver.org/twiki/bin/view/Blog http://www.cleaver.org/twiki/pub/TWiki/TWikiLogos/T-logo-140x40-t.gif http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry19 Global TV in Canada failed to air programs as per their schedule. Following a posting I made to their forums I discovered that they frequently shuffle things around and then never bother to alter their listings. <p /> <p />http://community.canada.com/webx?12@@.eeacf85/4 <p /> So the listing showed Friday Night Lights did indeed take House's 8pm slot. I could accomodate that – I just canceled my evening arrangements. But then Global in their infinite wisdom (sic) put Standoff where House was advertised to be. <p /> Stupid stupid. They didn't even advertise Standoff! Standoff is good! Yet how many people missed it because it wasn't advertised? <p /> And Friday Night Lights? Try selecting it from the drop down for Global Shows A-Z. Currently (7:52am, Weds 4th Oct) this goes to <a class="natExternalLink" target="_blank" href="http://community.canada.com/globaltv/globalshows/fridaynightlights/index.html">http://community.canada.com/globaltv/globalshows/fridaynightlights/index.html</a> which results in a 404 not found. <p /> Global: your website sucks. And as you syndicate your listings, everyone that carries your listings is also affected by your out-of-dateness. Do bare in mind that any site (e.g. yahoo.com) paying for your listings has reasons to sue if you can't keep to your word as to what's on. You are misleading us all. <p /> And your viewers, like these above, can go elsewhere for their entertainment. Like bittorrent, for example, where they can skip your adverts and timeshift as they please. <p /> Finally, Global, the field of competition will open up. Your competition will no longer be just the Canadian providers. As internet TV streaming comes into play we, the public, will be able to get programming from providers around the world. Like the BBC, or Fox TV. <p /> Global takes value from being an intermediary. It is in your interests you remain a value-added one. <p /> Lastly I wonder… what's Google Video and YouTube.com offering in this space? Does Global have a coherent actionable strategy to ensure no loss of viewers to the competition? <p /> MartinCleaver 2006-10-04T12:29:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry18 Technorati tags about TWiki show how much people are talking about it<p /> MartinCleaver 2006-06-26T10:32:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry17 Mike Saunders explains why Windows machines often lose time and what you can do about it using a registry key setting. <p /> <p />http://www.method.cx/~method/notes/XP-NTP-fix.html <p /> Also, it makes me wonder: is this happening because of a low CMOS battery? I think there is an internal one. <p /> <p /> MartinCleaver 2006-06-02T10:32:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry16 As far as I can see, for all intents and purposes Acrowiki – a TWiki-compatible wiki for the Palm – is dead. Acrocat (the makers of PDA Abs) have simply abandoned it. Someone should buy it and put both Acrocat and their customers out of misery.<p />http://www.acrocat.com/bbs/forum_posts.asp?TID=516 <p /> Topic: Timeline for release? Posted: 19 February 2006 at 2:34pm <p /> Will there be a new version out reasonably soon? … <p /> <hr /> <p /> Posted: 14 March 2006 at 10:24am Is acrowiki a very secondary priority to pdaabs? <p /> Please acrocat, tell us whether you intend to do anything more with this product. <p /> And, if you don't, please sell it to someone who might. <p /> Thanks, M. <p /> <hr /> <p /> Posted: 14 March 2006 at 6:37pm <p /> Thanks for your interest! Unfortunately, we're not free disclose future product plans, but we do appreciate that folks are looking forward to new versions of AcroWiki and we do have new features planned, based on the Wish List and other topics. <p /> Michele (Acrocat) <p /> <hr /> <p /> Posted: 19 April 2006 at 4:50pm Originally posted by Acrocat <p /> Thanks for your interest! Unfortunately, we're not free disclose future product plans, but we do appreciate that folks are looking forward to new versions of AcroWiki and we do have new features planned, based on the Wish List and other topics. <p /> <p /> By not disclosing such plans, you are treating your community of users like a foreign entity. You should embrace your community of users, since they are providing much constructive feedback in the face of an apparent lack of product release, and therefore are obviously quite enthusiastic about AcroWiki. <p /> I'm sure that if you disclosed at least some of your plans, and were more active in following up feature requests (where's the feature request poll you promised in June 2005 to post?), you'd get more enthusiasm from your community of users. I'm keen to join that community, since I like AcroWiki, but if it appears to be unsupported then I will be reluctant to spend my hard-earnt money on it. <p /> I was asked by a colleague the other day about purchasing a new PDA and/or smartphone, and should he go Windows or Palm, and can he get some sort of interlinking document editing system. I remembered AcroWiki and decided to revisit it to see if it would be suitable (for him and for me). I have found some shortcomings in the software, but nothing too serious. My biggest concern is lack of new releases, as this implies lack of support. <p /> I hope that my feelings are wrong (as your recent return to the forums may indicate), and that a new release (even minor) is just around the corner, as I'm keen to purchase and use AcroWiki as soon as a couple of minor problems on my Treo 650 are solved (see my posts in <a class="natExternalLink" target="_blank" href="http://www.acrocat.com/bbs/forum_posts.asp?TID=375">http://www.acrocat.com/bbs/forum_posts.asp?TID=375</a> for some additional info). <p /> <hr /> <p /> <p /> From <a class="natExternalLink" target="_blank" href="http://response39.blogsome.com/2005/07/04/wikis-and-palm-handhelds/">http://response39.blogsome.com/2005/07/04/wikis-and-palm-handhelds/</a> Wikis and Palm Handhelds Filed under: Palm GtD – Administrator @ 3:21 pm <p /> Wikis and Palm Handhelds Another factor in my organizing style is that I see connections everywhere. I have notes about someone that lists the phone number or address, which connects in my mind to my address book/PIM/Palm. That&#8217;s why I was very excited to find wikis. My preferred wiki, only because it acts mostly the same on Palm or on desktop, is Note Studio. There are things it doesn&#8217;t do that I&#8217;d love to have it do. There are things it does that I&#8217;d rather it didn&#8217;t do. But all in all it does onething quite well – behaves the same on desktop and on Palm. <p /> Before I bought my Palm T|E, I had an older Palm IIIC. It was fine, but I had to turn it back in when I switched assignments at work. The new office didn&#8217;t allow any Palms of any kind in the office area. When I switched, I lost my then favorite app – MegaWiki. That app was a neat gadget! I could link things all over my Palm. I could link to or from appointments (or create one if none existed), addresses, memos and todos. BUT&#8230; (there&#8217;s that big but again) it only worked on the Palm, there was no desktop equivalent. I didn&#8217;t realize how important that was until I used Note Studio. I tried several other MegaWiki-like apps – Acrowiki, PSLink, Mobile Note (the freeware ver 0.6), etc. – but none of them really fit the bill. Then I tried Note Studio and found out that the plus – desktop behaved the same as the Palm app – far outweighed the shortcomings. <p /> Notestudio: <a class="natExternalLink" target="_blank" href="http://www.dogmelon.com.au/NoteStudio.shtml">http://www.dogmelon.com.au/NoteStudio.shtml</a> <p /> <hr /> <p /> And given the fact that you cannot be bothered, after two weeks, to respond, I can only conclude that you are misserving yourselves and your customers. The fact that you have no messages for 6 months in your beta forum is further testement. <p /> Acrocat has a good foothold in the PDA fitness market. With this it seems it does not need, care or have the ability to serve the wiki market. <p /> So it should not bother. My advice – for what its worth – is that AcroWiki, has more value in the marketplace than it has in your firm. I suggest, Acrocat, that you divest by selling it to another vendor before lack of action further damages the Acrocat name. <p /> <p /> MartinCleaver 2006-05-30T10:33:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry15 Replicating content between wikis <p />From a market perspective, providing a wiki on the desktop goes a step towards enabling the mobile professional to work with wiki content. Lotus Notes is probably most people's experience with replication: content changes are permitted either on the desktop or on servers. When the two connect they share the list of pending changes. <p /> Already there are wikis that provide replication from the handheld to the desktop: I'm currently experimenting with Dog Melon's Note Studio, which has a Palm – Desktop component. I don't know how well it handles conflicts, though this is less of a problem between handheld and desktop (two devices used by the same person) as it would be between a corporate wiki and potentially hundreds of users. Dog Melon also have a Pocket PC – Desktop edition. These cost $50, a bit unnecessary considering the open source options, especially considering that some stuff on my Treo I'd want to sync up to a server. <p /> In July last year, during a quiet period at work, I built out a working prototype of replication between two instances of TWiki using Unison, a file-based replication tool. At the time I was excited about Acrowiki, by Acrocat software (formally called HWiki), a TWiki-markup compatible wiki that works on my Treo 650. Acrocat have gone shy about revealing anything about future versions and I drew conclusion (that they have yet to refute) that they've practically abandoned it. I can't even use the existing version as I'd need it to use files from the SD card in order for my unison solution to work with it. <p /> Exchanging the content between unlike servers involves not just file replication but data transformation too. This problem is well understood by the Messaging Middleware people (I used to work with products such as TIBCO and IBM MQ) and would likely best be served in an XSL transformation mapping gateway. It'd also require an XML represention of each wiki's text. To my knowledge none of them have XML representations butall will export to XHTML as they have to get their content accepted by the browsers. Bayle Shanks did some pioneering work with the wiki-gateway, but I don't know whether that's progressed at all since. <p /> Quite separately I read that Socialtext has built online access in miki a mobile-enabled version of socialtext. That's not replication, however, I imagine that its an appropriate set of skins formatted and laid out for the mobile device. <p /> MartinCleaver 2006-05-24T02:07:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry14 I'd like TWiki to become installable and useable by end-users, not just techies. On their laptops, PC and Mac. <p /> There's something really attractive about having a wiki run on your desktop.<p />I'd like TWiki to become installable and useable by end-users, not just techies. On their laptops, PC and Mac. <p /> There's something really attractive about having a wiki run on your desktop. Wikis provide a conversational context for content way more powerful that the single-category of files and folders view allowed by Windows Explorer. Windows explorer does allow a user to store a HTML file next to folders, but gives no way to generate this. Without lowering the effort required few people bother. Providing the wiki-context would allow for tagging and mapping and (collective) sensemaking / trails that wikis are now embodying, all on the local filesystem. <p /> I first remember running TWiki on Windows back in 2002 when I helped roll out an installation for Arthur Andersen. Yet 4 years later this option is not generally accessible to the public as there is not a sensible windows build. Oh, techies can work it out, after say a couple of hours of effort following the IndigoPerl build instructions, or download the 200mb VMWare build, but long or technical installation instructions and enormous downloads are a real barrier preventing end-users trying out TWiki for the first time. <p /> By opening TWiki to use by end users, would open the door to amplify usage to all the non-technical users, and in the process draw more technical users back into the fold. <p /> To make such a point and click install possible what TWiki needs is a Windows Native build that double-click installs from a .exe and that does not involve an emulation layer such as CygWin or VMWare. <p /> This integration build effort started – see <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Plugins.TWikiInstallerWindowsContrib" title="'Plugins.TWikiInstallerWindowsContrib' on TWiki.org">TWiki:Plugins.TWikiInstallerWindowsContrib</a>: we have the components and the approach but not the build. Like too many of TWiki's projects it has failed due to poor coordination. <p /> <p /> MartinCleaver 2006-05-24T02:04:00Z BlogDev, WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry13 Many blogs allow the user to email in to post content. <p />Blogs such as blogger and wordpress allow email-in. They typically set up a secret email address, content emailed to which arrives in the blog. It would be nice if <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Plugins.BlogPlugin" title="'Plugins.BlogPlugin' on TWiki.org">TWiki:Plugins.BlogPlugin</a> could do the same. <p /> This is a varient on the <code>rest</code> method of posting content. <p /> <p /> MartinCleaver 2006-05-19T17:57:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry12 Here's a smattering from the blogs of people that went to MESH Toronto 2006<p />http://www.gagglescape.com/ MartinCleaver 2006-05-19T16:52:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry11 Treo just crashed again, running NoteStudio. Is it stable?<p />I'll record incidents here. MartinCleaver 2006-05-19T12:08:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry10 Every wiki has its own markup, but how well designed are they? One way to tell is to see how hard it is to use a different markup<p />TWiki, Confluence, Note Studio – I use all of these and they all have proprietary mark-up (e.g. text-only representations of how to do <code>*bold*</code>) <p /> Its not a problem until I want to push the content beyond the scope of the application. I enter stuff on my Palm Treo 650 copy of Note Studio – I want it to appear on the company wiki. Even if I can get the content over there it would need reformatting. <p /> Bayle Shanks (who I met at WikiSym2005) wrote a wiki gateway to handle the API part of submitting content to a generic interface. I wrote the <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Codev.SyncContrib" title="'Codev.SyncContrib' on TWiki.org">TWiki:Codev.SyncContrib</a> (although it remains fairly uobscured in TWiki's SVN) but that only handles TWiki-TWiki syncronisation. And AcroWiki appears to have been completely abandoned by Acrocat software presumably because they have made a name for themselves on pdaabs and acrowiki is not core to what they do. <p /> This leaves me with an integration gap. And while I as a techie could solve it I neither have the time nor inclination to do so. Further, integration is a key step to simplicity: most users see such problems as completely insumountable. <p /> <p /> MartinCleaver 2006-05-19T11:54:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry9 Blog Plugin is better than anything else for TWiki but still has a way to go. <p />I like BlogPlugin, despite the short-comings I mentioned yesterday. <p /> Here's a few things that keep irritating me: <ul> <li> The "Quit" button. Apparently I'm supposed to "Quit" to save and Exit. Sorry, Quit is a type of "discard" to me. BlogPlugin invokes NatSkin on my install: the problem belongs there really. <a class="natExternalLink" target="_blank" href="http://develop.twiki.org/~develop/cgi-bin/view/Bugs/Item1093">http://develop.twiki.org/~develop/cgi-bin/view/Bugs/Item1093</a> has my bug there, Micha moved it to <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Plugins.BlogPluginDev" title="'Plugins.BlogPluginDev' on TWiki.org">TWiki:Plugins.BlogPluginDev</a>, presumably because he finds that more usable than <a class="natExternalLink" target="_blank" href="http://develop.twiki.org/~develop/cgi-bin/view/Bugs/BlogPlugin">http://develop.twiki.org/~develop/cgi-bin/view/Bugs/BlogPlugin</a>. (I disagree, not least because there is no way on the Dev topic to hide completed stuff). <ul> <li> Marcus Leonard commented <em>"Quit" really does sound like "bail out", not "save".</em> </li></ul> </li> <li> Blog Entry naming – every other blog makes the entry URLs intention revealing. And such URL transparency is a key feature of wikis. I'd want this entry to be called something like "BlogPluginIsBetterThanAnythingElseForTWiki..." but its ended up being called something like BlogEntry9 </li> <li> I use ALT-S to save and Exit. NatSkin breaks this as that means "checkpoint in NatSkin" </li></ul> <p /> MartinCleaver 2006-05-19T11:34:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry8 twiki, jotspot, phpwiki, mediawiki, xwiki compared. Mediawiki has pulled way out front since early 2005.<p />People (myself included) have always thought of JotSpot, Confluence and Socialtext as being the commercial wikis that generate the most buzz. <p /> These pail into insignificance compared with the coverage of the twiki &amp; mediawiki. <p /> Mediawiki's use on wikipedia makes it the defacto php wiki. Shame for PhpWiki really: <a class="natExternalLink" target="_blank" href="http://google.com/trends?q=mediawiki%2C+phpwiki&amp;ctab=1&amp;geo=all&amp;date=all">http://google.com/trends?q=mediawiki%2C+phpwiki&amp;ctab=1&amp;geo=all&amp;date=all</a> <p /> I took socialtext out of the comparison as Google does not have stats on it since Q3 2005. Their stats look wrong anyway so its best to simply not talk about them. <a class="natExternalLink" target="_blank" href="http://google.com/trends?q=socialtext%2C+jotspot&amp;ctab=1&amp;geo=all&amp;date=all">http://google.com/trends?q=socialtext%2C+jotspot&amp;ctab=1&amp;geo=all&amp;date=all</a> <p /> Confluence as a term is too generic to reliably pull stats from, as it is also an English word. "Atlassian Confluence" returns fewer hits than it deserves. <p /> MartinCleaver 2006-05-19T11:16:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry7 Thousands of wiki entries – could all be blogged.<p />I've contributed to TWiki.org for about 5 years. This must amount to thousands of entries. As a blog is a personal journal it would be useful to automatically enter these into my blog. <p /> To do the retrospective entries I would need to process TWiki.org. While I was there I might as well extract everyone else's entries. These would then need to be inserted into my blog. That would most usefully be done as an <code>xml-rpc</code> / <code>rest</code> call. <p /> To do the forward entries the most obvious option would be to listen to RSS: that would be a fairly generic solution. <p /> <code>rest</code> for <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Codev.BlogUp" title="'Codev.BlogUp' on TWiki.org">TWiki:Codev.BlogUp</a> is not yet complete. I have a theory that it might actually already work, it's just that no one's worked out the call syntax. <p /> As I am well over worked there is no way that I'd have the time to back-blog the entries, nor write the forward-blog rss listener but its worthy for any TWiki Constributor just for the Blog reputation effect. <p /> <p /> MartinCleaver 2006-05-19T11:05:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry6 I seem to have had a very techie night! Quite unexpected. Anyhow, I was telling Jason how to build and install scheduler contrib and it was quite apparent that its not obvious where TWiki keeps its MANIFEST and how to get build to work with remote TWIKI_LIBS. <p /> So here you are...<p /><pre> (11:51:45 PM) MartinCleaver: &#91;twiki4prod&#64;host SchedulerContrib]$ perl build.pl release (11:51:45 PM) MartinCleaver: Building a release (11:51:45 PM) MartinCleaver: Version 9870 of SchedulerContrib (11:51:45 PM) MartinCleaver: Package name will be SchedulerContrib (11:51:45 PM) MartinCleaver: Topic name will be SchedulerContrib (11:51:45 PM) MartinCleaver: Auto-adding install script to manifest (11:51:45 PM) MartinCleaver: Release ZIP is /home/twiki4prod/10244/twikiplugins/SchedulerContrib/SchedulerContrib.zip (11:51:45 PM) MartinCleaver: Release TGZ is /home/twiki4prod/10244/twikiplugins/SchedulerContrib/SchedulerContrib.tgz (11:51:45 PM) MartinCleaver: Release TOPIC is /home/twiki4prod/10244/twikiplugins/SchedulerContrib/SchedulerContrib.txt (11:51:45 PM) MartinCleaver: MD5 checksums are in /home/twiki4prod/10244/twikiplugins/SchedulerContrib/SchedulerContrib.md5 --- QBFreak: in twikiplugins/SchedulerContrib ? MartinCleaver: y QBFreak: where is build.pl, I don&#39;t see it at first glance MartinCleaver: in twikiplugins/SchedulerContrib/lib/TWiki/Contrib/SchedulerContrib MartinCleaver: stupid place I know QBFreak: ah ok QBFreak: I remember the funny nesting, thats MANIFEST related right? MartinCleaver: yup QBFreak: not linking &#64;INC QBFreak: liking MartinCleaver: oh, I have a little script: MartinCleaver: cat setenv.sh.dotme MartinCleaver: export TWIKI&#95;LIBS&#61;~/public&#95;html/twiki/lib MartinCleaver: so just . ./setenv.sh.dotme QBFreak: set that to the checkout&#39;s lib? MartinCleaver: a working twiki, y. </pre> <p /> MartinCleaver 2006-05-19T04:05:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry5 Forgetting to click the Subject Category just cost me a posting :(<p />I just lost another one. Very irritating. Definitely not right for the boss to use. <p /> MartinCleaver 2006-05-19T02:29:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry4 Perl is a programming language favoured by many hardcore scripters, yet the numbers show a steady decline.<p />http://google.com/trends?q=php%2C+asp%2C+java%2C+perl%2C+ruby+on+rails&amp;ctab=0&amp;date=all&amp;geo=all <p /> The effects are more pronounced if you remove Java (&amp; ASP): <a class="natExternalLink" target="_blank" href="http://google.com/trends?q=php%2C++perl%2C+ruby+on+rails&amp;ctab=0&amp;geo=all&amp;date=all">http://google.com/trends?q=php%2C++perl%2C+ruby+on+rails&amp;ctab=0&amp;geo=all&amp;date=all</a> <p /> Funnily enough relative Perl use is most pronounced in India and Russia – but Google Trends offers little detail in terms of breakdown. <p /> This has implications for Socialtext, TWiki and WikiToolkit (previously known as CGI-Wiki). <p /> I believe that many companies shy away from Perl based open source software due to its almost pathological idioms and practices. <p /> <p /> MartinCleaver 2006-05-19T02:14:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry3 The <a class="natExternalLink" target="_blank" href="http://www.meshconference.com">http://www.meshconference.com</a> finally motivated me. I must blog. If only for professional reasons its clear that a resume is no longer sufficient proof of who you are and what you have contributed to the world. I've based this blog on TWiki's TWiki:Plugins.BlogPlugin.<p /><a class="natExternalLink" target="_blank" href="http://www.meshconference.com">Mesh</a> was finally an acknowledgement for me that the world has taken notice. We are on the cusp of Web 2.0. <p /> Web 2.0 means participation. The democratisation of who can have their say: no longer is the web about the Big Corporate replicating the approach they have followed for decades on the web. Now, everyone can and should participate. <p /> Blogs and wikis are in. <p /> <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Main.MichaelDaum" title="'Main.MichaelDaum' on TWiki.org">TWiki:Main.MichaelDaum</a> (Micha to us TWiki folk) has done a splendid job of overlaying blog functionality on TWiki's content platform – as a wiki aficionado its only natural I use a wiki and I must say that I'd resisted blogging because there was no blog for wiki before. <p /> <p /> <p /> <p /> MartinCleaver 2006-05-19T01:57:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry2 Burton Group have released a report named "Wikis in the Enterprise: Democratizing and Directing Collaboration and Content Management". I've not read it but...<p />… <a class="natExternalLink" target="_blank" href="http://twiki.org/cgi-bin/view/Codev/TWikiInTheNews">http://twiki.org/cgi-bin/view/Codev/TWikiInTheNews</a> says: <p /> 15 May 2006 – Burton Group analyst report: Wikis in the Enterprise: Democratizing and Directing Collaboration and Content Management <p /> The in-depth research report written by Peter O'Kelly is covering the current wiki landscape. TWiki is mentioned many times. "The plug-in model used in TWiki, as one example, has contributed to the creation of a wide assortment of plug-in options for TWiki, helping to make TWiki one of the most popular structured wiki offerings." Wiki content tagging is covered as well, mentioning Socialtext and TWiki. "TWiki has more extensive support for tagging, with support for a tag cloud plug-in as well as pervasive tagging controls." The emergence of StructuredWikis are covered: "Wiki-based application templates for structured wiki offerings such as TWiki and Confluence are also likely to gain market momentum, as wiki-based applications can often extend the empowering nature of wikis to casual application developers." <p /> <a class="natExternalLink" target="_blank" href="http://www.burtongroup.com/research_consulting/publicdoc.aspx?cid=901">http://www.burtongroup.com/research_consulting/publicdoc.aspx?cid=901</a>: <p /> Wikis are among the most significant developments in collaboration software during the past decade. Empowering users and democratizing hypertext content-based collaboration, wikis offer immediate advantages for many enterprise collaboration scenarios and also serve as important leading indicators of future trends for incumbent products such as IBM Lotus Notes and Microsoft SharePoint. Many enterprises are now using wikis, although they&#8217;re often under the IT department&#8217;s radar, managed by hosted wiki service providers. Effectively exploited, wikis offer significant opportunities to improve collaboration and content management. <p /> MartinCleaver 2006-05-19T01:41:00Z WikiTechnologies MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogEntry1 To make a blog usable by end users the page flow must work smoothly.<p />http://develop.twiki.org/~develop/cgi-bin/view/Bugs/Item2314 has details <p /> All I did was forget the Subject Category! MartinCleaver 2006-05-19T00:31:00Z BlogDev MartinCleaver http://www.cleaver.org/twiki/bin/view/Blog/BlogAbout <p /> MartinCleaver 2006-02-15T22:02:00Z MartinCleaver