Will probably have to do some coding in C# one of these days so I’d better start reading up. Found an article via Google which looks like a promising no-nonsence way to start: A COMPARISON OF MICROSOFT’S C# PROGRAMMING LANGUAGE TO SUN MICROSYSTEMS’ JAVA PROGRAMMING LANGUAGE by Dare Obasanjo.
Notes 7.0.2 doesn’t seem to solve my tiling background image issue… :-(
As reported previously we have been having some problems with form background images tiling across the form in Lotus Notes 7.0.1 for a certain application. Unfortunately the issue is still present in Notes 7.0.2 while the issue doesn’t appear in Notes 7.0. While Notes still has this issue we cannot recommend our customers to upgrade their client to 7.0.1 or 7.0.2. Bummer!
Bruce, Vince and Chris also had the problem in Notes 7.0.1 – does 7.0.2 solve the issue for you guys? I would very interested in hearing from you.
Servers and clients upgraded to 7.0.2
Just downloaded and upgraded my Notes client and our Domino servers to 7.0.2. Easy peasy…
Disapointing news on the timetable for Hannover – release date pushed back?
I got quite disapointed when talking to a former IBM colleague of mine yesterday when he said that the public Hannover beta had been pushed back to 2nd quarter 2007 and the gold release pushed back to end 2007. From comments on Ed Brills blog I had gathered that a public beta would be available start of November 2006 (60 days from 1 September 2006) and from other discussions online that the gold release would be available mid 2007.
Does anyone have any credible info as to release dates? We need some solid information to tell customers.
Show ‘n Tell Thursday: Don’t rely on the default font-size (28 Sept 2006)

You should be aware of relying on the default font size of the Lotus Notes client when doing richtext programming via LotusScript. I found this out then doing an application that does the following:
- Grabs a document with a richtext item.
- Makes a copy of the backend document to do a reply-with-history style function.
- Remove some items in the backend and bring the document to the UI.
- Move focus to the richtext item and add a text like “User did function xyz at 07:41PM on 28 Sept 2006” using the InsertText method.
The problem here is that if the user just wrote an e-mail using the normal e-mail functionality where he ended the e-mail using a larger font, the text you add via LotusScript will be added using this larger font-size.
So when doing richtext programming be sure to always set the font-size or take some counter measure to avoid this behaviour.
Re: What’s up with Sametime 7.5 spellchecking?
I was made aware by a coworker that the UI language and the spellchecking language doesn’t go together as started previously. The only available spellchecking language in Sametime 7.5 is English. The dictionary for the spellchecking is located together with the IBM “langware”-plugin (see the “pluginscom.ibm.langware.v5.dic.en_US_5.3.1.9-20060714” directory) in the Sametime 7.5 install directory.
I wasn’t able to find any additional dictionaries but found a post in the Sametime forum on LDD requesting the same thing. I do not however think I would be well of by finding additional dictionaries since there is no way to specify the spellchecking language in the Sametime client UI.
What’s up with Sametime 7.5 spellchecking?
We have been running the new Sametime 7.5 at the office since its release and I must say that I’m impressed. The UI is slick and the new features have made it an up2date IM client. The small issues we had getting the server installed was, I guess, minor and could be expected. I have blogged about a couple of the issues previously.
I have an issue with the real-time spellchecking though. The feature is nice but apparently the spellcheck language follows the UI language which means that I cannot run the UI in English and have the spellcheck in Danish which is my native language. Separate options for UI language and spellcheck language would be nice. If IBM decides to do this I also think that they should consider letting the user set the spellcheck language from the button bar of the IM window for easy on-the-fly switching.
Gem from the LotusUsergroup.org newsletter
To reapply policies in Sametime 7.5 you simply have to restart the stpolicy service – no need to restart the entire server. Sweet!
Recovering Windows XP passwords
Once back from vacation I had forgotten the password to my newly purchased Windows Media Center machine. Reinstalling wasn’t an option and fortunately there was a way around this. 10 minutes and 20 USD later I had my password thanks to the CD image from loginrecovery.com. There might be free options around but I didn’t want to spend too much time looking.
Java in Notes/Domino Explained: NotesException

The documentation on NotesException is a little scarse but basically it’s simply an exception like all the others and it inherits from java.lang.Exception via org.omg.CORBA.UserException. It inherits from org.omg.CORBA.UserException since it needs to be throwable when using remote sessions. NotesException has three constructors for you:
- NotesException()
- NotesException(int code, String message)
- NotesException(int code, String message, Throwable t)
The second and third ones has an integer and a string argument which is the error code and error message as you know them from the LotusScript Error statement. The third argument of the third constructor is for throwing nested exceptions. Anyways – you can throw NotesException as you do with any exception using throw new:
try {
...do some stuff
} catch (NotesException e) {
// throw new NotesException();
// throw new NotesException(99999, "My own error code...");
// throw new NotesException(99999, "My own error code...", e);
}
What is a little strange though is that the actual error codes for the NotesExceptions throws cannot be found in the NotesException class but is found in the lotus.domino.NotesError class. This means that if you like to test for “human understandable” error codes (e.g. NOTES_ERR_INVALID_DATE) instead of the actual error code (e.g. 4045) you need to use the constants in the NotesError interface since there isn’t a way to include the error codes like you do in LotusScript unless you implement the interface.
I would consider it bad form to implement the NotesError interface simply to get the error codes. Either use it as a static constant or, if using Java 5 outside of Notes/Domino, use static imports.
As a rule of thumb I would recommend that you do not use lotus.domino.NotesException for your own program code but rather use custom exception classes (by extending java.lang.Exception) or use standard exception classes from the JVM as you see fit. That’s how I do it anyways…