Genii Weblog

Civility in critiquing the ideas of others is no vice. Rudeness in defending your own ideas is no virtue.

Tue 22 Jun 2004, 03:13 PM
I guess the Google folks must be marketing geniuses, but why is everybody fighting for an invitation to get gmail?  Because you have to be invited?  Maybe I'll invite just a select few of you to buy COEX! Links? Would that work?

Seriously, is it a free e-mail client, folks.  Sure aren't any of those around, right?  Of course there are.  And if you were all Outlook users and had to suffer with the searching in that client, I might understand, but most of you have Lotus Notes, which has great searching.  So why?  Why?  Honestly, I don't think that since Tom Sawyer convinced his friends to whitewash the wall for him there has been a more hoodwinked bunch.  But maybe I'm wrong.  Anybody have a good reason?

Copyright 2004 Genii Software Ltd.

Mon 21 Jun 2004, 08:04 PM
One of the entertaining things about Notes discussion databases is that the design can be studied, and people can take advantage of the quirks.  Often, this is done to provide clever HTML passthrough on views and that sort of thing, but I like this hack that Joris De Geyndt started using in the Notes/Domino 6 Forum recently.  Look at the top of this recent message I posted:
Inline JPEG image

and one that Joris De Geyndt posted:
Inline JPEG image

I couldn't resist, so I tried as well:
Inline JPEG image

It is only visible in the Notes client, which I actually prefer, as the vast majority of people both won't see it and won't be able to use this hack, which could get quite annoying, I imagine.  Anyway, if you read the Gold forums using your Notes client, see if you notice as, inevitably, more people catch on to this trick.

Copyright 2004 Genii Software Ltd.

Sat 19 Jun 2004, 12:29 AM
Those with sharp eyes may notice signs of a collaboration with others related to our coexistence products.  Keep a watch out for the unfolding story over the next few weeks.

Copyright 2004 Genii Software Ltd.

Fri 18 Jun 2004, 02:27 PM
I answered a post in the Gold forums recently that reminded me of another of those small nuisance items that tend to plague beginners, and even some who are not beginners but may just be having brain fog.  The problem was how to compose a server:database list in formula language for an @DbLookup when the database was to be made up of parts, and the attempt to use

@DbLookup("":"NoCache";"Server":"QuickPlace\\" + "databasdir" + "\\Main.nsf";"QPFolderIndex";"1";2)

was failing.  Now, leaving aside other issues such as the quotes that probably should not be around databasedir and other minor changes that I have made from the original question, this is a classic case of list addition gone awry.

Let's just look at the server:database pair:

"Server":"QuickPlace\\" + "databasdir" +"\\Main.nsf"

As shown, the result would be 


which certainly isn't what is desired.  Let's decompose this and see why we get that result.  Imagine the question were a:b+c+d and the result acd:bcd.  In this case, the implied parentheses are ((a:b)+c)+d, so working from the inside out, we get (ac:bc)+d and then acd:bcd.  We can't rely on the implied parentheses, but must add our own to help the formula language know what we want.  So, instead of a:b+c+d, we should use a:(b+c+d), which will then evaluate to a:(bcd) and then a:bcd.  Given that, our original database argument should be changed from

"Server":"QuickPlace\\" + "databasdir" +"\\Main.nsf"


"Server":("QuickPlace\\" + "databasdir" +"\\Main.nsf")

which will then result in


which is what we want.  I guess the moral is that it is always better to overutilize parentheses than to underutilize them.

Copyright 2004 Genii Software Ltd.

Thu 17 Jun 2004, 10:55 PM
No matter how much you love Lotus Notes (and I can work up quite a bit of enthusiasm), you have to admit that a good Lotus Notes developer better be ready and willing to workaround a few of the, shall we say, "oddities" in the software.  I have worked around a number of "features" myself, but I am not always the best person for this.  I have met a few pros in my day, and Rocky Oliver has to be one of them.  He is a wizard with formula language and a virtuoso with LotusScript, as many who have seen him speak can attest, but above all, he has a knack for solving problems with whatever works, even if it isn't the obvious.

The problem
Anyway, Rocky called me today because he was experiencing a problem with an application using our Midas Rich Text LSX, and he thought it might be something wrong with Midas.  Fortunately, it was not.  Unfortunately, it was a basic problem with Lotus Notes, and I couldn't whip up a fix for that.  The problem was that he wanted an uneditable rich text field, but when he made a computed rich text field, he lost the font and the table, but still had text attributes and text.  Sigh!  I have long hated this bug.  It is also a bit unpredictable, looking right at one point, then looking wrong again when the document is edited and saved again.

"So", Rocky said, "what can I do to work around this?"

My proposed solution
Now, with other people, I might just tell them to avoid the scenario, but I am not about to say that to Rocky.  As a friend, co- Penumbra member, and guru (see above), I thought he might be able to handle something a bit more sophisticated, and perhaps help me develop an idea I'd had that might work.  I suggested that he create a controlled access section, put the editable rich text field inside the section and make sure the person editing didn't have access.  Voila!  Uneditable rich text.

Problems with my proposed solution
So, I sent Rocky an e-mail later on, and asked how it was going.  He wrote back
It technically worked, but it has this annoying thing where there is always some "artifact" on the page where the section is clickable, even if it is expanded and the title is hidden when expanded. Plus, if the user clicks this "artifact" (like a thick little dash), then it will collapse the section. I added a title that is faint that tells the user to click here to display the table, but it still feels a bit kludgy. If I could find a better solution I would use it, but for now it does accomplish what I want.
Rocky's workaround
I must tell you, I grinned at this, because I knew Rocky would not allow some annoying artifact to muddy up his application.  Sure enough, fourteen minutes later, he wrote again
OK, I got rid of the controlled access section, and switched to an editable RT field, not showing field delimiters, that has a uidoc.gotoprevField call in the Entering event. This basically gives me a RT item that can't be edited.
And he is right.  There may be something wrong with this workaround, but I haven't found it yet.  For years, I have hated this bug but never desparately needed an answer.  Rocky needed an answer, and figured something out in an afternoon.

Copyright 2004 Genii Software Ltd.

Thu 17 Jun 2004, 02:42 PM
As many of you may have heard, Bob Wong, Director of Lotus Channel Sales, has come out publicly saying there will be a Notes/Domino 9, and it has been confirmed by others inside IBM.  He also said, and it has also been confirmed, that this extends the projected life span of Notes/Domino through 2012/2013.  What some of you may not have heard is that Jeff Eisen, Lotus Notes Technical Lead, has stated quite clearly that LotusScript and formula language will be supported all the way through Notes/Domino 9.
We realize, of course, that there are hundreds of thousands of Notes/Domino applications out there using LotusScript, Formula language, @Commands, agents, etc.    These applications help run your businesses and we take that very seriously.   We have no intention of orphaning these applications in ND7, 8, 9, or ever.
So, those who worry that their LotusScript skills maye be becoming obsolete, fear not!  While there are never any real guarantees in the computer world, and while you would be wise to work on other skills as well, there is every reason to think that you can write, and your company or customers use, LotusScript agents for years to come. 

Amended to correct Bob Wong's title.  Also, see Ed Brill's comment that Ambuj Goyal first mentioned ND9 publicly.

Copyright 2004 Genii Software Ltd.