Hangout for experimental confirmation and demonstration of software, computing, and networking. The exercises don't always work out. The professor is a bumbler and the laboratory assistant is a skanky dufus.
Interoperability by Design, Orcmid's Lair, 2008-02-26 my reaction to the 2008-02-21 Microsoft announcement of interoperability principles
nfoWorks: The Harmony Get-Ready, Professor von Clueless, 2008-02-27 specific discussion of the Document Interoperability Initiative and moving along with nfoWorks and the Harmony Principles
I want an office productivity suite that supports open-standard document formats exclusively. And for any class of document (let's say word-processing, spreadsheet, and presentation to be specific), it only supports open-standard formats in that class in accordance with what I am calling the Harmony Principles:
Standards Compliant: All of the open-standard formats in a class are supported without prejudice: accept documents in the supplied format. Produce documents in the same or different standard format as circumstances require. If a particular community agrees to use a particular format, accept and return that format. If a particular format is required for archiving, preservation, or submission to some authority, submit that format.
Always Harmonious: No features of a standard format are supported that are not perfectly and recognizably represented in all of the formats of the class: Everything created in one standard format is accurately expressible in any other. Unsupported features encountered in input documents are suppressed in a graceful way; an understandable account is provided.
Specifically Interoperable: Because standards evolve and so do individual format-supporting software implementations, programs and their users can establish profiles that limit the harmonious features relied on in particular documents. Harmony-supporting computer programs will conform their available features to the requirements of such profiles.
Given portable, open-source reference implementations of the essentials, there is opportunity for development of a Harmony for Windows, Harmony for the Mac, Harmony for Linux, Harmony for Google, Harmony for whatever. Other products and implementations of the formats that deliver non-harmonious features could provide optional election of Harmony Principles, particularly whenever an interoperability profile is encountered.
A Harmony suite could easily live alongside configurations of people's favorite broader-function office suite, just like Microsoft Works and similar mini-suites can be found by default on many computers that have additional productivity software. Whether the components could be operated usefully together is an opportunity for innovation beyond the basic parameters of the Harmony Principles.
2. You Have Questions? I Have Questions!
Q: Won't the interoperability intersection be so small that no one would limit themselves to it?
A: Perhaps. I have no idea. Let's find out.
Q: Won't the performance of Harmony be worse than the optimization that is possible by dealing well with a single open-standard document format?
A: In principle, probably. In practice I expect a Harmony reference implementation to be noticeably less capable. Optimization comes after figuring out how to do it at all and takes a substantial investment that only serious competitors might undertake.
Q: How Is "accurately expressible" determined?
A: I don't know. I'm thinking one measure would be achievement of the same presentation in some neutral medium, say some canonical PDF rendition that it is easy to compare against. Another is roundtrip fidelity between different formats and back, in terms of what people see and what they can manipulate. These strike me as variants on acceptance tests that are already needed for demonstrating conformance to a single open-standard format. It will take experimentation to find adequate measures.
Q: You seem to put a lot of stock in profiles for constraining dependence on features. Is this just more standards work?
A: I don't know. I don't think any of the current open-standard formats provide for constraint on the document architecture for some externally-defined, utilitarian purpose. I don't think there is enough understanding about how this can be expressed across different (or the same) formats to consider whether there should be any standard for it. Let's find out how to do it at all first.
Q: What makes you think that major office-productivity software producers would support the Harmony Principles?
A: I have no idea. I think it depends on first determining what is feasible under easy conditions, then see what is valuable to users of major more-complex and more-sophisticated software products.
Q: Is there anything you're sure of concerning the practical achievability of Harmony?
A: I'm sure I don't know. Oh, yes, and I am sure that it is bigger and more difficult than I can get my head around, especially operating alone in my private echo chamber.
3. Well Then, Let's Start Getting Started Shall We?
Something I am more confident of as a starting point is a suite of exploratory tools and exercises that I call nfoWorks. That development can proceed along the following lines:
Deliver Concrete Artifacts. Don't produce anything without working software and repeatable demonstrations and tests. Do this early and often, no matter how crude.
Operate Entirely in Public. Use SourceForge, Wikis, etc. Provide open-source software.
Start Very, Very Small. Find the minimal cases that work for demonstrating and exercising open-standard document formats and isolating the interoperability intersections. Build out incrementally and iteratively. Always have something that works.
Make Tools and Instruments. Build filters and conformance tests as a way to accept the proper formats, verify outputs, and check inter-translation of identified harmonious features.
Develop Measurable Harmony Principles. Learn by doing and identify what it is that must be preserved across implementations/formats and how to tell that it is.
Devise Portable Approaches. Don't get stuck on a single platform. Design in portability for broad reuse.
GUI Applications and User Experience Come Last, if Ever. So we are not talking about something, at this point, where end-user operability dominates. Really. We need to understand this problem at the nuts-and-bolts format-manipulation level. After there is a clear path, step up to the very real difficulties of fitting into the ways that people actually operate without getting in their way [2].
4. Hmm, Now What?
I think I need to get my arms around the "start very, very small part" without losing site of the overall objective. That may take some relaxed "get ready to get started" work.
I probably don't need to know anything about changes to DIS 29500 (OOXML) as the result of the up-coming Ballot Resolution Meeting, but I think I will use that time and some of the aftermath to start providing details that are more substantial than this high-level thinking-it-over: Something others can get there teeth into. This is not the kind of open-source project I can even think of doing single-handedly, so I need to think about how others can be engaged too.
What do you think?
I've been mulling over some sort of ODF-OOXML common document-processing approach for some time. I'm using my preparation for ODC2008 attendance as a stimulant to putting something on the table.
[1] Dennis E. Hamilton: Why Not .rtfx?Professor von Clueless in the Blunder Dome (web log), 2007-03-26.
This came out of my tracking of the Massachusetts Information Technology Division list of qualified document formats under versions of their Enterprise Technical Reference Model. I have more to say about opportunities to use Open Packaging Conventions as a powerful carrier for interchange of document-based artifacts. This kind of project can also spin off as early application of nfoWorks fixtures, or vice versa.
My ponderings over this post also improved my thinking about nfoWorks (including choice of name).
[update 2008-02-08T11:02 -0800: I cleaned up some of the narrative and put the needed "?" in the title. None of the tweaking is dramatic, but expresses my intention more carefully, I hope.]
I am on my way to ODC2008, the conference for developers of applications for the Microsoft Office System. These are referred to as Composite Business Applications. I am definitely a fish out of water here, because my interest in Microsoft Office system is not in making Office Business Applications. I'm interested in some pretty-narrow niche efforts:
Integration with the Open Document Management API (ODMA). Microsoft Word and Microsoft PowerPoint have provided ODMA integration for some time. (I haven't checked whether current Visio releases continue the support that was once there.) I am curious to meet vendors and their developers who continue to rely on ODMA for integration of their managed-document systems with Microsoft Office. I wouldn't mind meeting Microsoft developers to see how they think ODMA integration could work better for more consistency in the context of the Microsoft Office System, but I am not counting on that.
Programmatic use of OOXML for interchange and content management functions. There's more to learn about how OOXML is being used at the OPC package level to support custom document processing and interchange/management functions. I need to charge myself up to take a closer look and hob-nob with the OOXML boosters who will be at the ODC.
Demonstrating Integration with Minimalist Tools. Lately, I've become very keen on building software that is reproducible using freely available tools such as the Visual Studio Express Editions. I'm also interested in supporting those who want to develop their own skills by operating at this level, whether enthusiasts, students, or developers who want to provide materials that can be applied by others at minimal cost. This is not exactly aligned with the promotion of Visual Studio Tools for Office and the power-developer facilities of the Visual Studio 2008 Professional and Team System editions. So as I work through the hands-on sessions, my attention is mainly going to be on how could these interesting things be done, and illustrated, without the high-end tools.
There are some topics in the provisional program that will be interesting to me, but I can't tell how the scheduling will work at this point.
I'll be there for the full duration of the conference, Sunday, February 10, through Wednesday, February 13. The detailed schedule should be in our registration packages, so I will flesh out my attendance and selection of events by Sunday evening. Here's the breakdown I'm working from at the moment.
Sunday, February 10
10:00am - 11:00am Registration. I need to register, pick up my goodies, and find out if there is a way to avoid paying $18/day (and $18/night more after 6pm?) in the Convention Center garage. I may be using my rental car to get to and from a park-and-ride for the light rail.
11:00am - 5:00pm Pre-Conference: Office-Development 101. I know some of this, but it is the closest to having topics where I have interests. And if Wouter van Vugt's OBA session is different than this one, I will be sorely disappointed.
5:00pm - 7:00pm I'll be registered and in the Connect and Register meet-up, probably blogging and looking for good WiFi. This is when I can slot sessions (client and services mainly) and any hands-on-labs that I am interested in taking a shot at. The Executive Summit track has a couple of interesting sessions that I am not eligible for. I will also be looking for Hugh MacLeod to see if I can trade one of my 3 spare DailyWTF.com stickers for a Blue Monster to grace the cover of my Tablet PC. Actually, an original MacLeod cartoon about people with stickers on their laptops (on my laptop) might be even more fun.
Monday, February 11
7:30am - 5:00pm Monday and Tuesday, you'll find me at breakfast, lunch, selected keynote speakers, in the Exhibit Hall, and in the FedEx Wireless Cafe. I don't know how session slots will go, but I will follow the plan set Sunday afternoon, with more goofing off depending on who I meet and how restless I am to put in some time on work that I will have brought with me.
6:00pm - 8:00pm I'll be in the Exhibition Hall Expo Reception seeing what the vendors and booths have to offer and looking lost, probably. I think the WiFi ends at 5pm on Monday and Tuesday.
Tuesday, February 12
7:30am - 5:00pm (see Monday)
7:00pm - 10:00pm Exclusive Attendee Party with details to be announced
Wednesday, February 13
7:30am - 1:45pm for a short day with no Expo but the prospect of a hands-on lab or two. An easy day and I may come a little late and leave early, depending on what else I can come up with before my evening flight back to Seattle.
[update 2008-02-05: Oh boy, I have to do something about that parking. Meanwhile, it is useful to know Hugh MacLeod will be wondering around the event. I have his original "Gape into the Void 25ยข" Gloop cartoon on my office wall, just above my mandatory business-license exhibition.]
