Genii Weblog

Weblog search results for: "OpenSesame"

Wed 7 Mar 2007, 09:11 AM
I was invited to join the OASIS Technical Committee for OpenDocument Format a couple of days ago, and I wrestled a bit before deciding to join.  While I am very favorably inclined towards OpenDocument Format (ODF) over Office Open XML (OOXML), I don't like aligning myself too strongly on one side or the other, as it is quite likely that our OpenSesame products will support both.  There is also an uncomfortable level of antagonism between the camps, which seems unnecessary.  Religious wars may be entertaining, but they are seldom productive.
 
On the other hand, I am worried that the promise of ODF as an open standard will not be adequately realized if the development of the standard is too strongly influenced either by the free open source crowd or by the anti-Microsoft crowd.  I am not a free open source software zealot, as you may have noticed by the fact that Genii Software's offerings are neither free not open source.  I am not part of the anti-Microsoft crowd, as you might have noticed by the fact that many of our largest customers are "Microsoft shops" who use CoexLinks or CoexEdit to coexist with Domino servers in their own or other partner's and customer's companies.
 
So, I have joined the ODF T.C. in part to see if I can help improve interoperability with OOXML, and better round trip fidelity between ODF and other formats, including OOXML, Word binary formats, and last but certainly not least, Notes rich text formats.  I see a lot of potential in ODF, but I see a need to work to improve parts of it and to steer it a bit.  I hope I can help in that effort.
 
As for OOXML, I am also interested in joining Ecma so that I could help on that effort, possibly even help to rationalize OOXML with ODF in some way, although that may be impossible.  Unfortunately, Ecma is pretty expensive to join, and it is hard to justify if they do not really have a free hand in the development of OOXML.  I think Microsoft has made a huge strategic error in not embracing ODF earlier, and I am afraid they are likely to compound that error by continuing the fight for OOXML in its current state, no matter what happens with ISO.  I'd like to help them avoid that mistake, but Microsoft is a pretty big company to try to influence.
Thu 7 Jun 2007, 11:06 PM
OK, so I am a bit obsessed about performance and scalability, but sometimes there is a payoff.  Back on May 4th, I posted a question OpenSesame: How fast is fast enough? in which I reported that
Right now, I can export about twenty reasonably diverse documents a second to ODF files (albeit with weird memory leaks and all the other fun factors of early development).
I'm, happy to say that OpenSesame has been tuned and tightened a bit, and it currently clocks about 176 documents a second (same 19013 documents as before, but instead of taking over 15 minutes, it takes under two minutes.  Even better, the fidelity has improved in several key areas, and the memory leaks seem completely resolved.  I still don't know the answer to my question, but whatever it is, I seem to be getting closer.
Fri 23 Nov 2007, 09:36 AM

Blog long enough, and sooner or later your old posts will seem fresh and new again.  What a shame the same is not true of turkey.
- Ben Langhinrichs


This is a modified version of a post I made December 1, 2003.  Sadly, it is as relevant now with Notes/Domino 8 as it was when I was discussing Notes/Domino 6 four years ago.

(read on)
Thu 22 Mar 2007, 12:32 PM
Just thought I'd share the fact that the Edit view in spreadsheetdescribed recently has a nice side benefit.  Since I am using revision tracking, you can send a copy of a view to someone else and have them change what they think they should, even someone without Notes using OpenOffice.org, for example, and when you get the file back, you will see the modified cells.  If you mouse over a modified cell (this is from the Beta 2 Lotus Spreadsheets), you get the following.  You can even pass it to multiple people and see who changed what.

Screen shot of revsion markings on edited view
Thu 22 Mar 2007, 11:58 PM
Another one of my "projects" as part of OpenSesame (see earlier post on Edit view in spreadsheet) is the ability to do an @DbColumn or @DbLookup on an OpenDocument spreadsheet in Notes 8.  This is what I have working tonight::

Colors := @DbColumn("OpenS""c:\\temp\\trial.ods""Sheet1""F4-F999");
Colors := @Implode(@Trim(@Unique(Colors)); ",");
@Prompt([Ok]; "All Colors"; Colors);

gives a result of:

Results of @DbColumn

with the spreadsheet:

Spreadsheet view of data
Mon 1 Oct 2007, 11:17 AM
For those who don't know, I may be good at creating code, but my UI and video skills are sorely lacking.  Since I intend to create ten scenarios with videos, I thought I'd better ask people for suggestions before I get too far down that road.  So, here is my very rough draft of a video for Scenario 1 - Approval Cycle.  I know there is no audio yet, and I have a good idea of some changes that need to be made, but before I do, I'd love to hear what you all think.  Feel free to suggest anything (higher/lower resolution or screen size, call outs or not, slower or faster, anything else).  My feelings won't be hurt, even if you tell me to go get somebody professional to do it, but if you are going to suggest that, please give me a name or company who does that work.

Fri 1 Jun 2007, 06:01 PM
Brian Jones wrote today about the Office Open XML API for Java, or OpenXML4J, which he describes as an<blockquote>open source project to create a Java library for consuming and generating files in the Open XML formats</blockquote>The most interesting part of the site to me is the scenarios page, which has some potential scenarios for how you would use the toolkit, along with very spiffy graphics.  For example, the following two scenarios are included:

Confidential information removal
Remove comments, annotations, document properties, personal information, presentation notes, tracked changes, ... from outbound documents.
Scenario remove content outbound

Macros removal
For security purposes, remove macros, inappropriate language and content from inbound documents.
Scenario remove content inbound


The question in my mind is, are these scenarios generalizable to other office formats, e.g., ODF?  Mostly, they are.  So, what are various ways to address these same general scenarios with Notes 8 and ODF?  Are they applicable (not just these two, but all of them)?  If so, are they solvable with current toolkits, or toolkits currently planned, or would they require something more, whether open source or proprietary, such as OpenSesame?
Fri 4 May 2007, 12:40 PM
In my quest to provide true integration between Notes and ODF (a.k.a. tilting at windmills), I have put together code that builds and modifies spreadsheets, presentations and word processing documents, but I have also put in a fair amount of time converting rich text to ODF and back.  While it is certainly not finished, I have enough done to test performance a bit.  As many regular readers here know, I am a bit of a fanatic about performance, believing that it is better to build scalability in from the beginning.

But what is the milestone or goal at which I should aim?  Right now, I can export about twenty reasonably diverse documents a second to ODF files (albeit with weird memory leaks and all the other fun factors of early development).  The fidelity is good, but is the speed reasonable?  If I convert rich text to HTML, I can do over 400 a second, but that is not saving anything to disk, and I haven't tested that way with ODF yet, since it is a less likely scenario.  Obviously, if this is a once at a time export to get into a productivity editor, the speed is fine.  But is there a scenario where companies will export hundreds of thousands of documents?  Or, is there a scenario where on-the-fly conversion will make sense, as in CoexEdit?

I don't know.  I don't even know how to know.  Sigh!  I guess I'll just keep making it faster until I run out of patience with that process.  Anybody have an opinion?

Fri 23 Mar 2007, 12:46 PM
Yesterday, I wrote about using the OpenSesame @DbColumn call.  Today (now that it is working), I though I'd share the @DbLookup logic, which is a bit more complex, but very powerful.  Below are a couple of simple examples.  The first returns the values in cells from F4 to F50 for which the corresponding value in column E is equal to 4.  Taking a look at the spreadsheet, you will see that this matches F4 ("Red"), F7 ("Silver"), etc.

Colors := @DbLookup("OpenS":"NoCache""c:\\temp\\trial.ods""Sheet1""F4-F50""E=4");

The second call is similar, in that it returns the colors in F4 to F11 for which the corresponding value in G does not equal DHL.

Colors := @DbLookup("OpenS":"NoCache""c:\\temp\\trial.ods""Sheet1""F4-F11""G<>DHL");

All in all, the choices for comparison include starts with, ends with, contains substring, equals, does not equal, as well as less than, greater than, less than or equal to and greater than or equal to.  For example, you could use:

Units := @DbLookup("OpenS":"NoCache""c:\\temp\\trial.ods""Sheet1""D""C^=Edwards,");

which would return all the Units (product names) sold by anybody whole last name was Edwards (since the last name comes first and is separated from the first by a comma).

Spreadsheet view of data
Wed 22 Aug 2007, 03:41 PM
Today's fun is looking at nested tables.  Some of you know that I think IBM has a weird resistance to nested table support, so I was hardly surprised when it turned out that the productivity editors don't support nested tables.  What I have a harder time understanding is that they DO support nested tables, sort of.  If you create a nested table in MS Word (in the .doc format) and then read it in the Lotus Documents editor, it renders the nested table quite well.  But if you try to create a nested table, the Create Table action is greyed out.  If you try to copy a table and paste it into a table cell, it fails miserably (and oddly).  But you can edit the existing nested table and save and re-edit and it works fine.

The mystery is solved partly due to a tip from Da Li Yin of the IBM Productivity Editors team (but in the managed beta forum, so I can't repeat it exactly), and partly by looking at the ODF code (one of the great parts of having an XML storage is it is easy to look at).  To get the nested table, you create a frame, using the intuitive Create - Frame action, and then put your cursor in that and create a table.  If you line everything up right (actually, I couldn't manage this manually, but fiddling with the XML worked), the nested table shows like a nested table should.

So, given that the editor CAN support nested tables, and given that it CAN interpret a nested table from an MS Word document 2003 document, it would stand to reason that the integration between Notes and the editor should be at least as good, right?

If you said "Yes!", you either haven't been paying attention or you are an incurable Lotus fanboy.  Let's take a simple example (I use only screenshots since the web rendering might change something.)

(read on) for images.

Tags:

Thu 6 Sep 2007, 05:06 PM
If you take a look at my post on OpenSesame yesterday, you may notice something about the scenario I posted.  Melissa and Tim and Mary all have Notes 8, but Gerald doesn't, and yet he can still edit the spreadsheet with OpenOffice and his revisions show up just like the others.  So far, so good.

But what if Mary isn't at home, and doesn't even have her laptop, so she has to go into an Internet cafe in Amsterdam to check her mail, which has all been forwarded to her GMail account so she can check it while she travels.  Mary usually uses Notes 8, but when she opens her mail, she realizes that Melissa, her boss, is not going to be too happy if Mary doesn't make her revisions.

So she does.  From Google Spreadsheets.  In a cafe in Amsterdam.  Without setting up any additional software.

And her revisions show up just like the others, and are accepted or rejected by Melissa, and are incorporated back into Notes.  And why does it all work so seamlessly?

ODF.  OpenDocument Format.  The power of standards.  Lotus Spreadsheets understands ODF.  OpenOffice understands ODF.  Google Spreadsheets understands ODF.  And now, OpenSesame understands ODF.  And that mutual understanding leads to a synergistic collaboration that feels amazing, but will eventually feel obvious.  And I am just starting to get it.

Tags:

Tue 11 Sep 2007, 02:42 PM
As I mentioned before, John Head gave the first live demo of OpenSesame in his talk on Notes 8 Productivity Editors - User and Programability (click on the link to get the slides and demo db, but not the OpenSesame stuff, as I asked him not to post that).  Now that he is done (and, yes, he said it went well and was well received), I thought I'd describe the full scenario with some screen prints.  For the second scenario, which is slightly more development oriented and less business oriented, you will have to wait until Rob Novak gives his version of the same talk in London, September 19-21.  I bet they could still squeeze you in there if you wanted to go.  Anyway, here goes.  I'll start by repeating the scenario I described (actually, modified just a bit), then show screenshots with some comments.  Let me know what you think.

Scenario: Approval Cycle
As team leader at Pinnacle Products, Melissa is responsible for ensuring that the sales data in her regional sales database is accurate, but her team is spread out in various locations.  To give each team member a chance to review and edit the sales data, Melissa uses OpenSesame to take the data from her Lotus Notes database and send it out as a spreadsheet attachment to Tim.  Tim has Notes 8, so he simply edits the spreadsheet in the Lotus Spreadsheets productivity editor, makes a few changes, then sends the spreadsheet to Gerald, who does not have Notes on his laptop, but does have OpenOffice.  Gerald edits the spreadsheet with OpenOffice Calc, makes a few more changes, and sends the spreadsheet on to Mary.  Mary doesn't have either OpenOffice or Notes 8, but she does have access to Google Spreadsheets, so she makes her changes in that and sends the final edited spreadsheet back to Melissa.  Melissa opens the spreadsheet with Lotus Spreadsheets, and is able to review each change using the built in revision tracking, rejecting one or two edits, accepting others, and making an edit or two of her own.  Finally, she incorporates the changes back into Notes using OpenSesame again.

Figure 1 - The regional sales database, before any changes. (Click on any image to see full size version)

(read on) for rest of scenario and screenshots
Mon 1 Oct 2007, 08:25 PM
I have worked a bit further on the video I mentioned earlier, and I have removed the callouts and added some narration, albeit with a very weak script (i.e., I made it up as I went along).  In any case, I repeat my request...

Since I intend to create ten scenarios with videos, I thought I'd better ask people for suggestions before I get too far down that road.  So, here is my rough draft of a video for Scenario 1 - Approval Cycle.  There is some audio, although it is a bit quiet, but I used Lance Spellman's suggestions for video settings and that helped some.  I'd love to hear what you all think.  Feel free to suggest anything (higher/lower resolution or screen size, call outs or not, slower or faster, anything else).  My feelings won't be hurt, even if you tell me to go get somebody professional to do it, but if you are going to suggest that, please give me a name or company who does that work.

Click here to run rough demo (it is working, but please be patient, it is larger than it should be and has to load for a while before starting)
Mon 11 Jun 2007, 08:51 PM
Speed isn't everything, and I was worried a bit about how to test OpenSesame with large files.  The question is, what is large but not simply fabricated.  It is not too hard to create a large spreadsheet (see OpenSesame: Edit view in spreadsheet), but it is not terribly complex content.  Besides, I want to work with word processing documents.  I decided to work with the ODF 1.0 specification itself, which is about 691 pages long with different formatting, images, etc.  If I could get a copy of Microsoft's Office Open XML 1.0 specification, I'd try that, because at 6000+ pages, you don't get much bigger, but I don't have a copy in ODF format.

Anyway, the task OpenSesame has to accomplish is to unzip the various XML parts in the OpenDocument-v1.odt and load them into memory.  The main piece is the content.xml, which is 4,517,062 bytes, and it has to be parsed and loaded into a DOM tree.  OpenSesame performed beautifully, unzipping, parsing, loading, traversing the tree to retrieve a bit of text (just to be sure it was working properly), and removing the tree from memory, all in under a second and without any glitches.  I wondered how the NotesDOMParser would handle a similar task.  Since there is no class for unzipping, I just started with the content.xml and had the NotesDOMParser load, parse and unload.  It took 9 seconds.  OK, speed isn't everything, but it doesn't hurt.

So, now I need some good stress tests.  Should I do a ReplaceText and replace every letter 'a' with the word 'zoo' (since that would expand the text values, it would put more stress than replacing the letter 'a' with the letter 'z')?  Should I do a LinkMatching across the whole document and provide contextual links to website?  Should I create a really mungo Notes document by converting the ODF to rich text?  What would be good tests to run to see how well OpenSesame works under pressure?
Tue 12 Jun 2007, 01:14 PM
In a follow up to my earlier post about OpenSesame and large word processing documents, I created an extra large document (in honor of the OOXML specs, it is 6404 pages long) by taking the ODF specs and copying about 100 pages and then pasting it over and over and over until I was over 6000.  The resulting OpenDocBIG.odt is 4,439,906 bytes long, and the unzipped content.xml is 42,789,688 bytes long.

So, I tried loading the OpenDocBIG.odt with OpenSesame (again, it has to unzip, save the various xml files to disk, then load, parse and delete them) and it took 12 seconds.  I tried the NotesDOMParser again, it took 105 seconds.  It still seems odd that the production parser in Notes takes almost ten times as long, but neither choked on the large file, and neither seemed to lose any memory.

But here is where it gets odd.  I ran both again, without restarting Notes, just to see if I would get similar results.  OpenSesame still took 12 seconds, but the NotesDOMParser now took 215 seconds, which is a huge jump.  I ran them both again, still without restarting Notes or doing anything else, and this time OpenSesame took 11 seconds and NotesDOMParser took 215 seconds again.  Still no indication that memory was running out or anything was going on.  I shut down Notes, restarted the PC, started Notes and did it all again, with exactly the same result.  See the image below.  What in the world would lead to that kind of slowdown, especially in a reproducible way?

Inline JPEG image

Wed 9 May 2007, 11:03 AM
I am facing a design decision which was already resolved long ago for our Midas Rich Text LSX, but I have to decide whether we should make the same decision for OpenSesame...   (read on)
Tue 20 Mar 2007, 09:03 AM
One of the tentative products that I have been developing under the umbrella name of OpenSesame is the ability to edit a view in a spreadsheet.  Actually, you are not editing the view, but rather the documents in the view.  It is a bit like "in view editing" on steroids.  You choose the action "Edit view in spreadsheet" and go from a Notes view to a spreadsheet. Then, you make whatever changes you like, using whatever macros or tools or tricks you like to use in a spreadsheet, and save.  Back in the Notes view, you pick "Update view from spreadsheet", and voila! the documents are updated.

So, as cool as all that is, it doesn't quite explain the title of this post...   (read more) to see screenshots and see the numbers on scalability.
Wed 9 Apr 2008, 10:19 AM
Does anybody have an opinion on whether we should use products for idea spaces, so a list such as: CoexEdit, CoexLinks, Midas Rich Text, OpenSesame, New Product Ideas

or should we use functionality for idea spaces, so: Coexistence, Editing, Migration, Programmability, Rendering

or something else entirely.  Any opinions?
Wed 21 Mar 2007, 09:54 PM
A curious friend wrote and asked, "What kind of extension is that 'Edit view in spreadsheet' anyway?"  It is a good question, but has a non-obvious answer.  Right now, it is callable in three ways.  It can be called as part of a larger LSX, in which case the call I use is something like:

Sub Initialize
   Dim ws As New NotesUIWorkspace
   Dim session As New NotesSession
   Dim db As NotesDatabase
   Dim sheet As New OpenSesameSpreadsheet
   
   Set db = session.CurrentDatabase
   
   If ws.CurrentView Is Nothing Then Exit Sub
   Call sheet.GenerateView(db.Server, db.FilePath, ws.CurrentView.ViewName, "c:\temp\trial.ods")
End Sub 

or it can be called as part of a formula language extension, in which case you could have a smart icon like this:

@DbCommand("OSODF":"NoCache""EditViewInSpreadsheet"@DbName@ViewTitle"c:\\temp\\trial.ods");

or it can be in a menu addin so that the Action menu simply has an entry called "Edit View in Spreadsheet".  My guess is that I will sell it with the latter two choices, so that you can either add it to your Action menu or add it to a smart icon, but you could also call it from the web or from Java or from LotusScript or anywhere else a formula can be evaluated.  That would be the most flexible.
Mon 26 Nov 2007, 10:34 PM
For example:



and prior to that 



Man, what a shame nobody is working on those ideas!

(Actually, John obviously knows what it is called, as he showed an early demo of OpenSesame in Kansas City a couple of months back.)
Mon 10 Sep 2007, 10:09 AM
As I mentioned in my first tip today, I wanted to insert some text at the beginning of a message.  It turns out that with the Midas chunk model, this is a bit more difficult than appending at the end.  The reason is simple, but perhaps more clear if I write in pseudo-code:

[Text 1 ==>]This is the first line of my rich text, and it can go on until a paragraph break, [Text 2 ==>]or until a font or style change[Text 3 ==>], which breaks the text into multiple records.

The text above represents a paragraph, with each text record identified.  Now, let's try and insert the following

Subject: A fairly meaningless paragraph

If we go with the intuitive choice, we would have:

Set rtchunk = rtitem.DefineChunk("Text 1")
Call rtchunk.InsertText("Subject: ", "+Bold -Italic 10pt")
Call rtchunk.InsertText(doc.Subject(0)+Chr(0), "+Bold -Italic 10pt")

but let's look at what the result after each line of code

Set rtchunk = rtitem.DefineChunk("Text 1")

[Text 1 ==>]This is the first line of my rich text, and it can go on until a paragraph break, [Text 2 ==>]or until a font or style change[Text 3 ==>], which breaks the text into multiple records.

Call rtchunk.InsertText("Subject: ", "+Bold -Italic 10pt")

[Text 1 ==>]Subject: [Text 2 ==>]This is the first line of my rich text, and it can go on until a paragraph break, [Text 3 ==>]or until a font or style change[Text 4 ==>], which breaks the text into multiple records.

Call rtchunk.InsertText(doc.Subject(0)+Chr(0), "+Bold -Italic 10pt")

[Text 1 ==>]A fairly meaningless paragraph
[Text 2 ==>]Subject: [Text 3 ==>]This is the first line of my rich text, and it can go on until a paragraph break, [Text 4 ==>]or until a font or style change[Text 5 ==>], which breaks the text into multiple records.

This obviously ins't what we want, as the subject goes before the word "Subject:".  The problem is, as soon as we insert the text, the newly inserted text becomes Text 1.  The easiest solution, although it looks odd in the code, is to add the desired text in reverse:

Set rtchunk = rtitem.DefineChunk("Text 1")
Call rtchunk.InsertText(doc.Subject(0)+Chr(0), "+Bold -Italic 10pt")
Call rtchunk.InsertText("Subject: ", "+Bold -Italic 10pt")

[Text 1 ==>]Subject: [Text 2 ==>]A fairly meaningless paragraph
[Text 3 ==>]This is the first line of my rich text, and it can go on until a paragraph break, [Text 4 ==>]or until a font or style change[Text 5 ==>], which breaks the text into multiple records.

There are other ways, such as inserting a table and adding content to that, or adding something fixed, such as an anchor, and then inserting before that so that it never shifts, but I want to make clear that this is not a bug, but a feature.  (You knew that, right?)  Of course, it is also why OpenSesame offers a chunk which can become a cursor.  We have to learn, don't we?
Mon 10 Sep 2007, 11:56 AM
As others have noted already, IBM and OpenOffice.org have announced that IBM is contributing both code and resources to OpenOffice.org.  Andy Updegrove has a good writup of the facts and possible implications.

One item jumped out at me.  IBM is dedicating approximately 35 developers to this effort.  Holy cow!  I am highly tempted to point out that IBM sometimes seems resistant to dedicating one developer to Notes rich text, but that might be snarky of me.  Still, it might explain to some naysayers why I am focusing on OpenSesame these days.
Wed 5 Sep 2007, 05:04 PM
John Head is giving a developers session on the new productivity editors at Collaboration University, which will be held first in Kansas City September 10-12, and later in London on September 19-21.  John asked if he could introduce and demo OpenSesame.  It is a rare thing for me to let somebody else demo one of my products, and particularly the first live demo anyone has seen, but I thought the opportunity was too good to pass up.

So, what will John be showing?  I don't want to give it all away, so I will just describe the first scenario, and if you want to see more, you can just go watch John's demos yourself.  You know you want to go to Collaboration University anyway, and here is your excuse.

Scenario: Approval Cycle
As team leader at Pinnacle Products, Melissa is responsible for ensuring that the sales data in her regional sales database is accurate, but her team is spread out in various locations.  To give each team member a chance to review and edit the sales data, Melissa uses OpenSesame to take the data from her Lotus Notes database and send it out as a spreadsheet attachment to Tim.  Tim has Notes 8, so he simply edits the spreadsheet in the Lotus Spreadsheets productivity editor, makes a few changes, then sends the spreadsheet to Gerald, who does not have Notes on his laptop, but does have OpenOffice.  Gerald edits the spreadsheet with OpenOffice Calc, makes a few more changes, and sends the spreadsheet on to Mary.  Mary has Notes 8, so she makes her changes and sends the final edited spreadsheet back to Melissa.  Melissa opens the spreadsheet with Lotus Spreadsheets, and is able to review each change using the built in revision tracking, rejecting one or two edits, accepting others, and making an edit or two of her own.  Finally, she incorporates the changes back into Notes using OpenSesame again.

Intrigued?  I bet there is still room if you hurry.

Tags:

Thu 10 May 2007, 09:33 PM
A few people have questioned me over the past few months about my fixation on OpenDocument Format, and particularly my work on OpenSesame.  I'm clearly not some open source nut, so why not focus where the money is, or will be, and write tools for Open XML and Office 2007.

Well, they are right that I am not an open source nut.  I write proprietary software in order to make money off selling licenses, and I'm proud of it.  But Rob Weir of IBM had a post today which explains a little part of the "why?".  In his post, So where are all the OOXML documents?, Rob makes an interesting observation.  Despite the supposed 97% market share Microsoft enjoys, and despite the brisk sales of Office 2007 which Microsoft reports, and despite the fact that OOXML is the default format for Office 2007, the adoption of the OOXML formats seems a bit slow, at least out in the wild, wild web.

Google offers the ability to search by filetype, and Rob had the clever idea of simply using Google to see how many documents were out there of each type.  Now, ODF has been out there longer, and there is an inevitable "network effect" where nobody uses a format until everybody does, but this is still pretty astonishing.  I updated the numbers myself, and will note, as Rob did, that the larger numbers seem to be rounded.  I also added the percentage of the OOXML documents that are on the Microsoft website, as that seemed interesting.
FormatCount
ODT85,200
ODS20,700
ODP43,400
Total ODF149,300


DOCX516 (12% on Microsoft.com)
XLSX68 (6% on Microsoft.com)
PPTX80 (13% on Microsoft.com)
Total OOXML664 (11% on Microsoft.com)

Tags:

Wed 11 Jul 2007, 11:00 AM
One of the hardest things to decide when building a toolkit like OpenSesame is when to be clever, and when not to be too clever.  For example, there is functionality inside OpenSesame to render a view as a spreadsheet or a table, to render rich text in ODF format, to render an entire document as rich text and then render that in ODF, etc.

But what should the developer using this see?  Let's start with the following... (read on)

Tags:

Wed 18 Apr 2007, 12:19 PM
As I work more and more extensively with the productivity editors in Notes/Domino 8 (mostly for our OpenSesame tools), a linguistic obstacle keeps hampering my documentation and internal discussions.  It appears that the productivity editors have been renamed as Lotus Documents, Lotus Presentations and Lotus Spreadsheets, although inside Notes 8, they will still just appear as Documents, Presentations and Spreadsheets.  But what should we call the Documents document to prevent confusion with a Notes document?  If you saw a method entitled CopyDocument, would you assume a Notes document or a Lotus Documents document?  What about an EmbedSpreadsheetInDocument?

It is possible we could refer to these as ODF Documents, but nowhere is ODF mentioned in the Notes 8 product, in the productivity editor Help or anywhere else I can find.  In fact, OpenDocument format is not mentioned either.  Of course, there are lots of hits for "Open Document", but they all point back to the discussion at hand, as they have nothing to do with Lotus Documents.

Perhaps we should refer to these as Office Documents, but that might confuse people who are used to Microsoft Office being referred to as just "Office".  (It is nice being the dominant leader, isn't it?)  Similarly, we could use "WP Document", but only if we use it in menus and such, as otherwise it will still sound like something external, maybe even a "WordPerfect Document" or "WordPro Document", either of which would cause more confusion.

We can hardly say a "Lotus Document", as that could be used interchangeably with "Notes document".  I guess we could say "Productivity Editor Document", or just "Productivity Document", but that sounds pretty awkward, and will certainly blow up those method names.  Imagine EmbedProductivitySpreadsheetInProductivityDocument.  Ick!

So, what should we call these?  If we come up with a good enough name, I can pound on Mary Beth Raven and others and see if we can get them to use it, but it has to be reasonably short and reasonably clear.  Any ideas?

Tags:

Tue 14 Aug 2007, 08:59 AM
I am working on a free series of How To articles about using the productivity editors with Notes 8.  I could really use examples of how you use Office products, particularly word processors, spreadsheets and presentation editors.  For example, mail merge seems to be a very popular topic, so I have included that.  Another seems to be pivot tables for simple on the fly reports, so I have included that.  But what else?  What do you automate, what do you do manually that you wish you could automate, and what do you do manually that you want to do manually with the productivity editors as easily (or more) than you do with Microsoft Office?

Aside from that, does anybody have any suggested or requested topics for the How To articles?  I know there is a lot of interest in the productivity editors, but I don't know what level of information people want right now, whether feature comparisons or programmatic examples or whatever.  

<disclaimer>Since I am also in the middle of working on OpenSesame, any ideas given here may also be fodder for features or demos that I will use in that product.</disclaimer>
Tue 13 Mar 2007, 11:22 AM
I am considering whether to start a beta of some of our OpenSesame utilities for ODF that would coincide with the public beta for Notes 8.  This would allow people to try out tighter integration with the productivity editors (now renamed to Lotus Documents, Lotus Presentations and Lotus Spreadsheets, by the way) right from the start, but I don't know whether the mix of two betas would be annoying or helpful.  Obviously, it would be helpful to us, as it would allow release of at least some of the utilities along with Notes 8, but would it be helpful to developers/users who wanted to have a full picture of what they could accomplish with Notes 8?

Tags: