FIGURE C


This shows the contents of a delete stub in my mail. Roll over picture for a larger image.

This shows exactly what's in a delete stub. It shows how Notes keeps dates and times and why a replica-id looks the way it does. It's because it's actually a date/time field value that represents the date/time and timezone that the database was created in. NotesPeek is the only way that I've found to get a good picture of how many delete stubs there are and to be able to explore them individually to see when they were deleted.

Now look at one of the profile documents. Click on it, and in the right hand pane you will see the properties of the profile as a document. Then click the plus-arrow next to the profile name, like in Figure D, and the document opens up to show all the fields.

FIGURE D


Here is the Calendar Profile in my mail database. Roll over picture for a larger image.

These are listed with an icon next to each, which summarizes what each is. So "ab" is a text field, while "+ab" is a text list and "1.2" is a numeric field. Clicking on the field opens it up to show data values and flags. Actually, this is pretty much what you get in the field list tab of the Notes client properties box, but it can be quite a bit easier to use, basically because the display of data is somewhat more complete for long text items. Also, you're totally sure that, ACL and reader fields allowing, you really are seeing what's in the database. No client-executed code is getting in the way here.

Close the profile and go look at a data document. If there are a lot of documents, it can take a while to open the whole set, especially if the options are telling NotesPeek to work out the document title (NotesPeek has a few display settings; we'll explore those is a while). Open up one or two. Depending on how your Notes infrastructure works, you may have some mail with MIME part body fields and some as Notes Rich Text. Those with MIME actually do the rich text as HTML, and you'll be able to see the HTML in one of the Body fields. Later I'll explain why you get MIME displayed in a Rich Text field and not as native MIME. Remember that Notes may internally create multiple fields of the same name--it separates them by the sequence number, which NotesPeek uses to display the multiple field instances in order. Rich Text fields, however, will have a plus-arrowhead beside them for you to expand them. The body field in a memo is the most obvious example, as shown in Figure E.

FIGURE E


Start to explore a Rich Text field. Roll over picture for a larger image.

This really shows how a Rich Text field is created and will also explain for Lotuscript programmers what is going on when you use the NotesRichTestItem, including all the new methods in Notes 6 and all the new Domino 6 Rich Text objects. These might be new objects, but the rich text constructs they give access to have been around a while, so even though NotesPeek 1.52 hasn't been updated to Notes 6 yet, it shows you just about everything that goes on in a Rich Text field.

The key concept for the construct of a Rich Text field is the way that paragraphs are structured. There are three main components to this: