David Ornstein's WebLog

More blog from David on MSN Spaces

2004-12-04T01:24:00Z

So MSN just launched a beta sevrice called Spaces which is a pretty soup'd up blogging environment. I've been playing with it for the past few days and it's pretty nice. I'm at least going to keep my personal blog over there and I am seriosly considering moving my work and FlexWiki-related blogging over there, too.

Here is my new blog.

ClearContext - more email overload help?

2004-10-18T00:48:00Z

OK. I'll admit it. I'm an Outlook tools junkie. Partly it's because of the firehose pointed at my inbox and because I need every bit of help I can get to prevent it from overflowing. I've run across another candidate: ClearContext. The main thing this seems to have going for it is that it will order everything in your inbox based on priority as determined by sender, your level of participaiton in the thread, etc. I'm a bit skeptical, but I'm going to try it out...

Another example of using WikiTalk: page visit breadcrumbs in FlexWiki

2004-10-08T15:46:00Z

I have now documented the recent checkin supporting "Visitor Events". These are WikiTalk-accessible objects that can be used to show a history of the pages visited by a user during their session at a FlexWiki site.

I’ve also incorporated this into the standard page borders on http://www.flexwiki.com, so you can see it in action.

A more detailed explanation is here: http://www.flexwiki.com/default.aspx/FlexWiki.VisitorEventDemo

FlexWiki customizable borders now well-documented

2004-10-03T04:41:00Z

I finally go around to writing up some solid documentation describing all the ways that that the borders on a FlexWiki page can be customized.

OK, time to drive to a SolidRelease

2004-10-02T21:13:00Z

Now that FlexWiki has moved back into gear after the release to SourceForge last week, it's time to gather round and drive FlexWiki to a SolidRelease. What do I mean by that? Well, there are lots of bug reports and lots of features that people have been requesting for a while now. I want to gather together interested developers and do something about that backlog: fix the important bugs and get some of the features in, too.

Partly this is just to get a SolidRelease so that people who just want to just download and use FlexWiki can do it without being annoyed by the bugs that are in there. More than that, though, I want to use this as a way to help developers learn about FlexWiki and how it works. There have been lots of people stopping by flexwiki.com who are interested in making changes to FlexWiki as well as learning and using its features (especially WikiTalk). Since the time I can spend on FlexWiki is limited, I haven't been able to answer all the questions on FlexWiki. So... I want to use this as an opportunity to help people learn about FlexWiki. If there's a concentrated group of people working over a concentrated period of time, I'll be able to put in the extra time and energy to help those involved come up to speed on any aspect of FlexWiki that they're working on. That's my deal: you help out and I'll help you learn and use FlexWiki.

You can find out more (and help define the project!) at SolidReleaseProjectHome. And even if you're not a developer, you can help out with the project by contributing ten minutes to the TrackerMigration.

Nice use of FlexWiki as a Bliki

2004-09-30T19:01:00Z

Very nice use of FlexWiki as a Bliki: http://bliki.salamandersoftware.co.uk/. Nice use of WikiTalk.

Well, that wasn't so bad...

2004-09-29T07:10:00Z

OK. So I am a bit tired but the chaos wasn't as bad as I'd imagined.

We launched FlexWiki on SourceForge yesterday (or was it today?). A few hours earlier than expected. That caused a bit of a scramble, but in the end it was no big deal.

I spent some time today reading the news coverage (c|net, InfoWorld, TechWeb, eWeek, Press Release, NewsFactor) and people's blogs (Rob, iGeek) about FlexWiki -- and, of course, Microsoft and open source. Interesting reading; no big surprises. A fair number of people out there seem to be trying to read the tea leaves of the FlexWiki announcement to find indicators of a deeper Microsoft strategy (plot?) related to Open Source. My take on that: relax, it's just tea; enjoy it for what it is. Tea. Just tea.

Pretty much as I expected, the SlashDot community did three things: (1) hit the site with a lot of traffic; (2) react in an immature way; (3) react in a mature way. The site (http://www.flexwiki.com) managed to hold its own during the heaviest load, though there were some blips of "Service Unavailable." That's OK; it's beta software; it's got bugs :-) We were up for 98% of the day, though, with fairly good responsiveness.

#2 and #3 pretty much cancelled each other out...

We did end up dealing with a pile of Wiki Vandalism. Which was a bit annoying, but not the end of the world. Lots of junk posted on various pages -- and then cleaned up pretty quickly by members of the community. Which is just how it's supposed to work. It's funny because it seems like an environment in which anybody can change anything would be a recipe for chaos. But with the exception of some occasional invasions by people who seem to have nothing better to do than demonstrate that, yes, it's a wiki and yes, anybody can change anything, the site has held together pretty well. Thanks to the folks in the community who have helped keep this under control. Of course, we've also used a few tricks to make this work well (which I'll write about some other time :-))

I also spent a bunch of time today building out a reasonably full set of topics for people interested in being developors on the FlexWiki project. I started with some really excellent material that Craig Andera wrote up and then added in some of my own material and organization and have produced a single landing pad for FlexWiki developers: the DeveloperHome.

FlexWiki posted to SourceForge.net

2004-09-28T03:44:00Z

This evening FlexWiki took the next step in its life and has been made available at SourceForge.net under the Common Public License. With this step, the developer community will have the latest source (including all the WikiTalk features), better access, better tools, and a better legal environment. The FlexWiki developer community has kinda stalled out a bit over the past few months as I've worked to get FlexWiki to this point. Now we can really get going again!

As I was thinking about what I'd write in the blog entry, I found myself enumerating questions that I thought people would have. So, I'm going to use question and answer form to talk this through. It's been a pretty exhausting process getting ready for tonight (not to mention the hard work going on in my "real" job at Microsoft and my fabulous, but recently sick family). If I've missed something important, forgive me - or better yet, let me know.

Why am I doing this?

So if it was exhausting, you might ask: why are you doing it? Well... for me it's all about the FlexWiki experiment. I've spent a lot of time on a lot of projects over the years and there are a set of things that I've seen cause pain and suffering consistently throughout. It's always seemed to me like a number of those things could be addressed by Wiki (e.g., not enough communication, a lack of a shared vocabulary, tools that are too heavy and get in the way of collaboration, no record of project history). That's what originally motivated me to build FlexWiki, starting last year here at Microsoft with Chris Anderson and proceeding, well, through today :-)

I wanted to test my hypothesis that Wiki could help. There's no question that, at first glance, it seems like Wiki could (help) solve many of these problems. But Wiki's got some downsides of its own. And there's a real honeymoon period, too. So the real questions was: could a good enough Wiki implementation really improve the software development process here at Microsoft? That's the FlexWiki experiment -- for me, anyway.

I still don't think I really know the answer yet, though the indications are good. Regardless, a funny thing happened on the way to an answer - lots of other people (both inside and outside Microsoft) got interested.

There are a bunch of teams inside Microsoft using FlexWiki now (unknowingly participating in my mad science experiment -- heh heh). And after repeated requests, I also made the code for the early version of FlexWiki available on GotDotNet and people started using it and contributing to it. In the meantime, FlexWiki has had some nice successes and more and more people want to both contribute as well as use FlexWiki. Which means it's time to scale up and take the next step with FlexWiki. Thus SourceForge.net and thus the Common Public License (CPL).

I don't know about FlexWiki, can you give me a summary?

FlexWiki is an implementation of Wiki, a web-based, collaborative writing environment. I wrote a lot (but not all!) of FlexWiki. While there are lot of Wiki implementations out there, this is a nice one because of its various features. FlexWiki is particularly designed to allow multiple teams focused on diverse, but related, projects to work in the same Wiki environment with multiple namespaces. This allows large groups of people to collaborate more easily. Additionally, FlexWiki supports a new, fully integrated, scripting language - WikiTalk. WikiTalk enables content contributors to access .NET framework objects for dynamic content while working within the traditional Wiki environment and it allows .NET developers to easily expose rich dynamic functionality to writers of Wiki content. For a quick jumping off point about FlexWiki overall, check out http://www.flexwiki.com.

I've been following FlexWiki in the past, what's changing now?

A few simple things:

The source code is moving from its current host to SourceForge.net
The source code is licensed under the CPL and contributors need to agree new licensing terms described above
The latest sources -- including all the WikiTalk support is now checked in
We have a fantastic new continuous integration system that automated builds from the SourceForge.net CVS repository (thanks to the amazing efforts of Craig Andera [author of fwsync and FlexWikiPad] who has offered himself up to be FlexWiki buildmaster! Much karma goes his way.)

Why SourceForge.net?

Pretty easy answer. Actually three easy answers. First, WiX and WTL (the two projects that Microsoft has released like the company's doing today with FlexWiki under our Shared Source Initiative) have both been successful there. Second, SourceForge.net has a wide range of tools and services to support the developer community; many of these will be helpful as the FlexWiki development community continues to grow. Third, there are lots of Windows-related projects on SourceForge.net (I think it's over a third). This all adds up to a good strong place for the FlexWiki development community to land.

Why the Common Public License?

I'm not a lawyer and even though I find the law interesting and engaging, I'm not going to pretend that I am one. The advantages I see in releasing FlexWiki under the CPL going forward are: (1) it's a well-established license used by lots of people on lots of projects (including IBM); (2) it provides clear answers to many important questions left open to interpretation by many other "open source" licenses; and (3) it effectively addresses the right set of issues to enable individuals and companies to both contribute to the FlexWiki project as well as to comfortably use FlexWiki as a collaboration tool. This last one is really the most important one for me. I want to enable the broadest range of people to get their hands on FlexWiki, try it out, make it better, etc.

[Remember, it's all part of my "secret" experiment :-)]

You said "better legal environment" above. What did you mean?

As part of this change with FlexWiki, contributors to the project will assign ownership of their contribution to Microsoft and then, as part of the same agreement, we give it all back to them. This is pretty common practice for a bunch of important open source efforts (like the Free Software Foundation which does the same thing). The advantage here is that the project gets a single, clear copyright owner, etc. This is an example of the kind of "better legal environment" that I hope will make companies (even) more comfortable using and extending FlexWiki.

Thanks to early contributors Craig, Mike, Jan and Ryan for your contributions and agreeing to help FlexWiki grow.

What's next for the community?

Over the next couple of days, I'll write more about this, but I am hoping to rally the FlexWiki community around the idea of driving to a 1.0-level release. Right now, FlexWiki is really a strong beta. But it's got a pile of bugs and feature requests. Now that all the latest sources are available and we have good tools and such in place, I would like to gather a group of folks in the FlexWiki community together, identify the bugs we need to fix, the features we need to add and then work together to get it done. If you're interested in this work, let me know directly or join the FlexWiki users mailing list where I'll also post more info.

Call to action

So:

Grab the latest release of FlexWiki and try it out
Grab the sources and look around
Sign up for one or more of the FlexWiki mailing lists
Send me your comments and questions

In closing...

It's been a long road to get here. I first started working on trying to move FlexWiki into the world of Shared Source this spring. It's been a bit of a menagerie working together with folks inside Microsoft to get here today. The challenges have really been same same kind of challenges that exist doing something unusual in any big organization. But the people I've worked with - both making FlexWiki better and helping it get to today - made it much better and much easier than it would have been, I think, at most other places. People like Korby, Tommy, Omar, Jeff, Rob, (just to name a few with blogs). Thanks go especially to them (and to some others who have, perhaps, the good sense not to have blogs :-)).

And thanks to Ward for starting it all a long time ago...

AP: 'Wikis' Offer Knowledge-Sharing Online

2004-09-27T22:06:00Z

The Associated Press yesterday posted a nice (and accurate) positive article profiling Wiki technology and touting that, "Wikis are poised to become what blogs have turned into — still in the Internet avant garde yet widespread enough to be influential."

Finally, Firefox improvements for FlexWiki

2004-09-27T03:15:00Z

OK, I finally found some time to address many, but not all of the annoying and lingering problems using FlexWiki with Firefox. This came partly down to CSS work and partly down to how script and forms all fit together in the initial implementation of the topic editing page. I've gotten the two major Firefox problems fixed now (font sizes and the edit page working). There are a few other minor things I got working, too.

There are two features that you get in Internet Explorer, but not in Firefox yet: TopicTips and the TopicBar. These are nice features of FlexWiki, but not essential to its operation. There's no principled technical reason why these don't work yet; just time :-)

This is running live on FlexWiki.com and will be available in build 1593 (available at flexwiki.com within a few days).