Where’s Rick?




Where’s Rick?

Wow, leave blogging aside for a while, and the world just passes you by. The past few weeks have been so
busy, that I haven’t even been able to read the blogs I follow. I fired up
NetNewsWire this evening, and there were over 700 posts awating my perusal.
Clearly, I’m not going to get through them all.

So, why have I not been blogging lately? Well, we sent Mac Office 2004 off to manufacturing, at which
point we all took a few days to just decompress. At the end of a product
cycle, you tend to not even want to look at a computer, let alone sit down in
front of one in order to type out a few random thoughts. Unfortunately, my
boat was out of the water getting a new coat of paint on the bottom, so I
didn’t get to do much sailing either. Yes, my timing was impeccable.

Also, the end of April is a very busy time for members of the Bahá’í Faith. We have three holy days, an
annual meeting, our regular monthly meeting (monthly in terms of the Bahá’í
calendar, not the Gregorian calendar—don’t ask), and a national
convention all packed into the span just short of two weeks. In any event, my
evenings have been pretty clogged, and, in fact, I have another meeting to go
to tonight.

After the decompression time was over, it was back to work where I’ve had three major items on my plate.
The first is engineering excellence planning which is where we take a look at
some of our development methodologies and think about ways we can improve the
process. As part of this, I’ve been working on writing some new unit testing
code for Word which my Win Word counterparts are interested in stealing when
I’m done (and I’m almost there).

The second is some product planning for Office 12. I’ve blogged about this in broad strokes href="http://blogs.msdn.com/rick_schaut/archive/2004/02/28/81532.aspx">before.
Basically, we take some prototypical users, and we design some product use
scenarios around those users’ needs. I’m a member of a cross-discipline team
that’s drilling down into one of those scenarios. There is a different team
drilling down into each scenario, understandiing what users are doing, looking
into how our products presently help them solve the problems they’re facing and
identifying what might be referred to as users’ “pain points” as they try to
solve these higher-level problems. From this work, we’ll design the features
that will go into the next version of Mac Office.

The third big item on my plate was the Customer Council meeting. The Customer Council consists of a
number of customers who have purchased premium support. One of the things you
can have with premium support is the ability to sit down with the product teams
and discuss what your issues are. We had representatives from firms like the
Rand Corporation, Turner Broadcasting, Gannett News, and several others. I
think there were about 25-30 representatives present.

Normally, presentations at the Customer Council meetings are handled by program managers, but, following
the release of Office 2004 to manufacturing, we had some personnel changes in
the program management group affecting Word. So, I got to be the one making
the presentation for Word, which is something I really enjoy doing and don’t
often get to do because I’m a developer. The other cool thing about it was,
after I’d finished my presentation and discussed some of the future directions
we plan on taking with the next version of Office, none of the members of the
Customer Council had any further questions. Members of the Customer Council
don’t pull their punches, so when they don’t have any further questions or
comments after you’ve finished the presentation, you’ve pretty much nailed it.

The other very cool thing about this year’s Customer Council is that we spent a good chunk of time
sitting down with representatives from Apple, and the level of communication in
the room was appreciably better than anything I’ve seen in the past almost 14
years. The results were so positive, that we think we want to do this kind of
thing, sit down with customers, representatives from Apple and representatives
Microsoft all at the same time to hammer out some issues. I don’t think it
will be all that long before users reap some benefits from this kind of
cross-communication. It’s very much a sea-change, and, I think, a very welcome
development for the industry.

Anyway, so while I’ve been doing all this, Chris Pratley
has been on paternity leave (congratulations on the baby, Chris). He’s been href="http://blogs.msdn.com/chris_pratley/archive/2004/04/27/120944.aspx">blogging,
and blogging,
and blogging
and blogging
about some of the history of Word. The posts provide a nice compliment to my
post on href="http://blogs.msdn.com/rick_schaut/archive/2004/02/26/80193.aspx">Mac Word
6.0. Unfortunately, in the process, Chris discussed some of the things I
had in mind.

One of the issues I wanted to talk about is why there is no “ href="http://blogs.msdn.com/chris_pratley/archive/2004/04/28/122374.aspx">reveal
codes” feature in Word. People ask me about this relatively often, and,
when they do, I know I’m talking to former Word Perfect users. As Chris points
out, Word Perfect used markup codes to do things like turn on bold, then,
later, turn it off, similar to the way HTML works, while Word uses what might
be described as a parallel array of runs of text matched to buckets of
formatting properties (well, actually, they’re coded as differences from the
underlying style, but that’s a detail for another post). One of the things
Chris doesn’t point out, however, is how Word’s design is better suited for
WYSIWYG word processors.

Suppose I give you an arbitrary location in the document (because, say, that happens to be the first
character of the first line being displayed in the current document window),
and ask you whether or not the character at that location is bold. Under the
markup design, you have to start from the beginning of the document, and scan
forward to the arbitrary location I’ve given you. Under Word’s design, you
merely search for the corresponding run of text that contains that document
location, and go look at the property bucket to see if bold is there. In
Computer Science terminology, Word Perfect’s design requires an O(n) search,
while Word’s design requires an O(log(n)) search.

Now, this didn’t mean all that much back in the days when the word processor presented the document on a
character-based display. In fact, it actually put Word at a bit of a handicap,
because Word was doing extra work to maintain the parallel buckets for all the
formatting informtion. Word Perfect could just dump whatever characters you
typed into the file without having to worry about ensuring that any formatting
that’s applied to the newly-typed text gets stored as well as the new text.
When people start using Windows, however, Word’s design had the advantage while
Word Perfect’s design was at a disadvantage. This is yet another data point
showing why we need to design the UI first, and then implement the features.
It’s also something to keep in mind when people think about the history of word
processors.

 

Rick

Comments (4)

  1. AC says:

    What I really want to know is, how come you still haven’t fixed the great big glaring bug that’s been there since word 1.0: If I have a paragraph after a heading, put the cursor at the beginning of the paragraph, and hit backspace a few times, suddenly the whole paragraph gets the heading’s character attributes?

    Now, I’ve had any number of MS developers and adherents try to tell me that you meant to do it that way, but if I can mess up anything ahead of the cursor by hitting backspace, it’s a BUG.

    Mac Write got it right, the original wysiwig editors on th Xerox Alto got it right, WriteNow, MindWrite, SuperWrite, More, even Wordstar when it finally went WYSIWYG. Only MS has ever botched this as far as I know. When are you going to get it fixed? Isn’t a decade or so enough time to get such basic UI behavior right?

    Look, I’m sure it’s no fun to go rooting through the layers of lava-flow code in the product, but it’s long past time for you guys to rewrite this steaming pile. Just chalk it up to experience, and hire the guys from BareBones or Nisus to do it over.

  2. TjL says:

    I’ve long suspected the real reason why Reveal Codes will never show up in any other product is that it would mean an immediate lawsuit by Corel who can show a decade+ of this behavior and would I’m sure love to sue anyone who tries to copy it.

    Every former WP user I know all says the same thing: they miss Reveal Codes.

    The power of RC is that I can immediately see all the underlying markup codes and remove the offending ones. I’ve had countless times when there was a code in a Word document that simply would not go away. Reveal Codes lets me get under the hood.

    One of the original developers of WP talks about his story at http://www.fitnesoft.com/AlmostPerfect/ which I read a few years ago. Interesting reading. I do think that WP tends to be easier to use. Adjusting the margins of a Word doc (in Windows) is just too complicated. Half the time I end up adjusting it for only a small section instead of the whole document, or end up changing the first line indent rather than the margin. WP always made this much easier. (I think in Word you have to go to File > Properties or something? I don’t remember, it’s been a long time since I used WinWord.)

    As a new Mac user, I’m glad there’s a Word for Mac, but I wish there was a WP for Mac. MacWorld’s review of a pre-release of Office2004 for Mac made it appear to be filled with some great features. I look forward to trying it myself.

  3. Paul Berkowitz says:

    Hi Rick,

    Customer Council sounds very good (in fact it sounds reminiscent of an MVP Summit, aside from the "no questions afterwards" ;-)). That you have Apple reps there is great. The more they get an understanding of issues in their most important 3rd-party app on the Mac platform, the better for everyone. If it it leads to their getting back to you as to some problematic area on their end, well in advance, even better.

    Would you like to explain a bit about Apple’s ATSUI Unicode vs, Word Mac’s need to be compatible with Word Windows? Is it possible that a Word Mac doc (after 2004) can ever look as good as a native ATSUI doc (if you know what I mean) and still be compatible with WordWin – i.e. open in WordWin and have the same lines there? Would it need a new text engine?