Testing... that's what the QE team is doing. We're in the "Final regression testing" phases of the Notes 8 project...
That means design changes are basically finished for the release, and except for show-stopper bugs (and perhaps changes to certain defaults), the design team is finished with the release, and, in many cases, on to helping prepare for launch events.
We continue to monitor the feedback forums daily, and we continue to enter your feedback into our "usability scorecard." So keep the feedback coming nonetheless.
Designing the User Experience for Lotus Notes andSametime
Matching: notes8beta2 X
We KNOW you do not want the "Getting Started" tab to appear every time you launch the Notes 8 client. It was actually NEVER part of the plan. It was a bug.
It is supposed to launch the FIRST time, and then, if you close it, NEVER AGAIN (you can get back to it from the "Open button" or from the Help menu).
Of course, if you never close the tab, it will be there when you start the client again.
As of the build I installed internally at IBM yesterday, the Getting Started tab no longer comes up each time. So (phew!) it's been fixed for the release.
Here's a picture of what I saw when I started the client this morning-- just the Home page tab. (Please note, I had the "save tab order when I close the client" preference turned off. This preference-- formerly called "save window state on close"-- is ON by default in Notes 8 because we have found htat most business users want to be returned to their "work setup/tab arrangement" so that they can get right back to work when they start the client.
My previous posting about how we have put Mail, Calendar, and contacts in the startup folder so that tabs for them appear automatically, has highlighted one of the challenges about using blog feedback to make decisions. That is, those of you who responded are already Notes users and you give perfectly reasonable reasons for NOT wanting the tabs in the startup folder.
However, I don't generally hear too much from folks who are trying to get their organization to decide between Outlook and Notes (if you are, and you are reading this blog, then please respond, now and more often!)
I still think that the best user experience for the Samanthas of the world who need to move from Outlook to Notes is to put those 3 things in the startup folder (and to give them the window management feature that lets each document open in its own window.).
However, IBM also has many millions of existing users, and we need them and you, dear readers, to be strong advocates for the Notes 8 product. To that end, we have decided NOT to put Mail, Calendar, and Contacts in the startup folder.
I received the following message from Raj-developer-extraordinare this morning:
"I have checked in the desk\prefer.cpp file to re-display [double right-click] in the preferences dialog, so users can set this and once set, use it within Notes 8. It will work for all the views except those built with Java (Mail, Calendar, and Contacts views)."
For those of you using the beta, I'm sure you've noticed that when you start the client, you get tabs for Mail, Calendar, and Contacts (in addition to your Home page and the Getting started page.)
The reason that these 3 tabs show up is that we put them in the Startup folder
We did that so that users would see tabs for the PIM apps right off the bat (that is, to be conceptually similar with another popular mail program that shows users 3 buttons down along the lower left).
The dev team has spent time making sure that these tabs are "lazy loaded" -- that is, we put the tabs up there but do not load the application until Samantha, to mimize the effect on startup time. (while the effect has been minimised, there is a teeny time effect).
If you are the Domino admin, I'm sure you already know that you can put things in the startup folder (or take them out) on behalf of your Samanthas when you deploy.
IS it a good thing that we put mail, calendar, and contacts there for Samantha (and you?) or would you rather have us take them out and you Domino admins can put them in for your individual deployments?
We will not be automatically synching the contacts in Notes 8.0. We (development and design) discussed this issue this afternoon and decided not to because now that we have the "typeahead" dynamic personal address book, even tho you think that the size of contacts is small, it might not be, and the network traffic of synching contacts automatically along with everyting else most not be negligible.
For Samantha, this is unfortunate (except the part about how these Contacts will not automatically count toward the mail quota.)
We agreed that controlling something like this via user policy is the way to go in a future release.
Thanks for your comments. I was a bit surprised that I didn't get many. I expected this to be a really big issue, and I'm actually a little disappointed that I got WAY more comments about F5 and double right-click than this one. :(
Because Notes 8 has had so many changes to the Mail and Contacts template, I plan to change the flag for
"Do not allow replace/refresh to modify" the "About this Database" and "Using this Database" documents and the template icon.
This flag has been turned ON for all Help & About documents in the templates, and also the template Icon. This has been the case since at least R4, when customers complained that every time we updated our Help/About documents (or Icon), their customizations were being overwritten.
From the IBM point of view, we would be doing a disservice to our customers if we did NOT refresh these documents to match the functionality that we are now shipping.
I do realize that you might have customizations of your own that you do NOT want overwritten-- but then YOU can go turn on the flag.
This means that in Notes 8, when Samantha replaces her mail template (by hand or automatically), we'll also replace the information on the "Using this Application" and the "About this Application' document.
Please disseminate this information to your teams and plan accordingly.
As you have probably noticed, the File - New pullright menu item is pretty long, and what you are seeing is not what we want in the final shipping product in terms of the order of the items in the New -> pullright.
The plan is that when you are in a Notes context, that the Notes-related choices should be at the top. (Message, Calendar Entry etc)
When you are in the context of any of the IBM Productivity Tools, the choices for Spreadhseet, Document, and Presentation should be at the top.
And the Sametime contributions should pretty much always be at the bottom.
CTRL+M should always open a new mail message, even the context of the IBM Productivity Tools, but it does not do that in the beta.
Several of you have noticed the lack of Double right click in the public beta, and Nathan Freeman pointed out how to turn it on via some magic setting.
After conferring with development, I entered a bug report to re-add the preference.
It will not work in all windows. It will not work for the spreadsheet, presentation or document tabs, or the embedded browser.
This means that it is inconsistent, and the inconsistency pained me greatly. However, here's the rationale: Only the advanced users know about it, and several of you have said you'd rather have it for some tabs rather than no tabs. Most (un, ALL??) business users are unaware of this preference and most likely will not be perturbed by this inconsistency. This is exactly the kind of compromise I wanted to avoid. I feel soiled, dirty, a bit like a politician....
Things we Hid in the Edit Menu in Views
Undo (Only available if previously haddone something that is undoable in a view)
Things we removed entirely:
Properties. We moved it to the File menu to have a consistent place for it.
Quote Selection (my very first posting was about this menu item! almost nobody knew what it was)
Things we changed:
Copy as Link - moved it into the Copy as -> pullright. This was to cognitively group it with the other Copy things.
It's only officially the first business day of the public beta and we've had over 4,000 download and about 500 comments in the public beta forum here: http://www-10.lotus.com/ldd/nd8forum.nsf
Here is what we changed on the File menu and why. These changes will take a little bit of getting used to for all you experienced users. Our target user for these changes was, of course, Samantha, and new users -- all those NEW CUSTOMERS coming from other products.
We added an "Open" pullright and put "Lotus Notes Application" on it together with a few other things because Notes 8 is truly the "mother of all integration clients", it's not just about Notes databases anymore. Notes apps are just one of many things you can open. I am sure that the power users among you will quickly adapt.
We changed "Database" to "Application." because many end users have complained that Notes "exposes the plumbing" and uses "geeky" terms. This was one of them.
Also note that with the exception of "Open", the Application pull-right is the same as the old Database pull right. We did NOT put "Application" in the File - New -> pull right because we reserved the "new" pullright for things that business users do. Business users like Samantha are not ALLOWEdDto create new database applications, so we kept it on the Application pull-right.(and it's an "Advanced Menu" so Samantha should never see it. More abotu that in another post)
We added "Make Available Offline" as a choice, and you'll notice that if you already HAVE an offline (local) replica then we DISABLE the menu item. The idea here is make make it as easy as possible for those business users to take data offline (make a local replica.) Power users can still use File - Replication - New Replica to either make a local replica or a server replica.
We changed "Mobile" to "Locations" and simplified it by providing fewer options.
We consistently put "Properties" in the same place (on the file menu as compared to having Doc properties on the fiel menu and other properties on other menu items) and it was supposed to open up doc properties or view properties depending on what was open, but it looks like we have a bug in the beta where it consistently opens doc properties.
We changed "Close All Open Window tabs" to "Close All" mainly because now that we have 3 different window management models, it's easier to use the shorter term and, in general, since we say "Close" and not "Close the Window Tab" further up, it was consistent.
Exit. We did not re-implement the CTRL + Q for Exit in the Expeditor platform. I know some of you have looked for it already. Since your fingers are probably trained to do Alt - F - X for MS word and just about every other product, please try it for Notes, and if after a few weeks you REALL REALLY still want CTRL + Q we can see if we have time to add it.