In the Hannover release we will have user policies for almost every user preference. In the user policy user interface in the Domino admin client, we have a setting for "how to apply the policy," as shown in the following example:
We've heard that the choice" Do not change" is confusing to some users. Thus, I'd like your opinion about the best way to change this.
Here are some options, feel free to suggest others. I do not think the label "How to apply this setting" is particularly clear, and I am thinking of changing it to one of these 2 labels:
- How to apply this user preference
- How to apply this setting to user preferences
As you can see above, currently there are 3 choices in the drop-down. Here are some ideas for different wording:
- Do not apply
- Set initial value
- Set and prevent changes
- Do not change the user's preference
- Set initial value
- Set and prevent changes
- Do not apply
- Set once
- Set and hide preferences UI
Here is what we intend the 3 values to mean-- which of the above choices came closest in your mind as you were reading them?
- Dot not change (meaning, do not change the value that Samantha gave it)
- Set initial value (meaning, you might pick a different default than we do, but then let Samantha change it)
- Set and prevent changes (meaning, you have absolute control, you set the value and then this part of the preference user interface is hidden from Samantha.)
The design team has been working on simplifying Notes in various ways. One of those ways is to remove some of the less-frequently used (or less important) things so that Samantha can find those things that she DOES use.
Thus, we're thinking of getting rid of the "More Bookmarks" folder for new installations, and for users who have not added anything to it.
Here's what's in the default "More Bookmarks" folder in Notes 7:
Here are our thoughts about the contents:
- Lotus Links: Does anybody ever go here? Are they helpful? If we were to keep them, we need to update a few of them. I suspect that Samantha never uses them.
- The Internet Search sites are not necessary because we have our new, extensible search control in the toolbar, with a dropdown menu of choices of various search sites.
- The Create folder is not a standard place for Samantha to go to create a new message. She's got the File - New menu item and hte toolbar button. That's enough.
- We're moving the Startup foldr to be in Favorites. (The thinking: if you want them at startup, then they are probably your uber-favorites)
- Last State: Well, the tabs that are open at the top give you your last state, so you should not need a folder.
- My work launcher: The primary interface to that is the Home page, where you set it up and see it, so we will not get rid of the work launcher, we just will not show it to you from here.
Also, keep in mind that you'll be using it (or not using it, as the case may be), from the new Launcher.
I think this issue is a great example of how useful I find this blog-- we have some data from a survey that indicates that nobody ever uses "More Bookmarks", but it sure helps to get some near-immediate validation before I go and make a decision that could really upset a bunch of customers.
Hi all, John Lance here. You may remember me from such past blog postings as "8.01 Screenshots
" and "If I were an animal, what type of animal would I be?" (Misc trivia 1: Once upon a time a potential employer actually asked me this in an interview (not IBM, thank goodness) Misc trivia 2: The follow up questions was "and if you were a plant....")
Moving right along.
As part of 8.01 we are refreshing the look of the To Dos. So I figured I'd pass along a few screens shots of the works that is going on.
An updated view: <Mary Beth resized the picture on Sept. 17, so now it does not look as good. >
The Updated create form:
And for the wise-acre in the back, the reason my To Do list is so short is I'm just that on top of things (and if you buy that, I've got this wonderful bridge I'd like to sell you. Hardly used...)
In the Hannover release we are redrawing all of the view icons. It's been quite a few years, and it was time for an update. As you can see below, we are going for a softer palette, not quite as bright.
Now, when I say "view icons" I mean the icons that app devs can use in database views. In our redraw, we concentrated on their use in Mail, Calendar and Contacts. But of course, we are also mindful of the fact that you use these icons in your custom applications as well.
To that end, we tried in most cases to keep the metaphor, but just update the visual. There were a few cases, however, where we felt that the metaphor was out of date or did not work well in Mail/Calendar/Contacts.
So take a look at the new icons. They are the first grid below. The Second grid is the existing icons. Pay special attention to the following, because we change the metaphors:
- 0, 10 -- changes from the "finger with a string" to an alarm clock
- 0,160--changes to a clock type thing from a person with a hand raised
- 1, 80 -- changes from the X to a different kind of "do not" type international symbol
- 6, 160-- (mood stamp for "joke") changes from eyeglasses to a "drama mask"
- 9, 160 -- indicator for "private" changes from the red hand to an envelope with a special seal on it.
I realize that this means that you'll have to take a look at your existing applications that use these icons and see if the new icons still make sense. That's why I'm letting you know now so that you have plenty of time to prepare.
Of course, I also welcome comments.
Here are 2 screenshots of the Workspace facelift that I mentioned.
This first one shows hover the mail database. Hover is not something that the old Workspace had. Note that we're experimenting with the tab color. Specifically, rather than making the entire tab a color, we've got just a color block at the beginning. The is the same color that your old tab used to be. And we plan to pick up on that color and in the Launch list, make the corresponding folder that color. You can see that we have retained the unread marks and the stacked replicas, but rounded the edges of the chicklets slightly. You can turn on server names if you want.
The second one shows that the Mail 8 database is selected and hover is over bookmarks.
In a post-8 version Lotus Notes and Domino Designer, we want to give developers the opportunity to turn on or off the "instant spell check" feature on a per-field basis. (I can't guarantee WHICH post- 8 version...)
(Instant spell check is this one, with the wavy lines:
As you might have noticed, in Notes 8, none of the plain text fields are getting automatically spell checked, only the rich text ones.
Domino Designer users might see a new check box on the property box for enabling instant spell check, as shown in the following picture:
And business users like Samantha might see the Tools - Instant Spell Check menu item toggle on and off depending on where the input cursor is, as shown in the following picture:
However, I am hoping that since the developers will set "spell check on or off" in meaningful ways, that for Samantha, instant spell check will seem to be "on" at the right time, and "off" at the right time.
How do you want us to set the defaults? I am tempted to have Domino Designer turn on the instant spell check for all rich, rich text lite, and plain text fields and put the onus on you developers to turn it off. This means less work for us for some of our templates-- like the subject field in a mail message. Or, does it make more sense for us to turn it on for rich text and rich text lite, but leave it off for plain text, and you go turn ON the plain text spell checking?
Here's an update on my question about the navigator and the folders. The hardworking developers have agreed to try to build in the ability to have a folder with a + or - sign decorator on it.
I'll be doing a series of postings about various menus and menu items, and then move on to other topics. The design team is working on menus right now, so they are fresh in our minds, and I like a "top-down" approach anyway-- start with menus, then maybe move to toolbars, tabs, action bars etc until we get to status bar issues :)
Thanks for the more than 50 comments from my first posting, in which I asked how you felt about the "View - Quote Selection" menu item.
Based on the responses, it appears that we have a cultural split, and our Asian users use the Quote Selection and many others don't. So, I will try to follow up with some of our Asian users. In the mean time, I'll not remove it, although I'm going to try to simply HIDE it in a view (since it is never enabled in a view), and that's about it.
Today's question: the Properties menu items.
On the File menu, there is a "Document Properties..." menu item, and then on the Edit menu there is also a "Properties..." menu item that is context-sensitive and gives you the properties for the current "thing" (e.g. Table, Document, Database, etc.).
I was thinking of just having one "Properties..." menu item, making it context-sensitive, and putting it near the bottom of the File menu. Opinions?
We are trying to make the best possible use of every pixel of screen real estate in Notes 8. To that end, we are considering removing the + and - signs from the tree control that Samantha will see in the Navigator (app devs call it the outline view).For example, do you think it's acceptable to have the following set of nested folders without a + to indicate which folders are nested?(Note: We have tried the idea of superimposing a + on top of a folder that has nested folders but it appears there is a technical limitation where either all folders get the superimposed + or none of them do.)Or, for usability reasons (that is, so that Samantha knows she has nested folders), shoudl we sacrifice the pixels necessary and show the + sign, like below?I must admit that, while we like to save the pixels, for usability reasons, and for reasons of consistency with all the other outline views that samantha might be using in the client, we're inclined to keep the + signs.Opinions?
Do you or anybody in your organization use this item called "Restore Defaults" on the bookmark bar? We're thinking of removing it.
Here are the 4 main problems we're trying to address in the re-design of the Workspace:
§This is what we aim to do:
Hannover will have theWorkspace accept the same variety of objects that the bookmarks bar does--NOT JUST DATABASES--and allow Samantha to just switch between the cascading list model to the 2-d model. (Nathan Freeman summed it up nicely in a response to the "Workspace Part 1" blog entry. I am using almost his exact words. )
That means that there are a LOT of things we need to make sure we get right. We tried to do this with "gridded bookmarks" and failed for 2 main reasons (in my opinion): 1. we did not provide all of the features that were in the workspace, and 2. We did not really provide a usable way to nest more than 1 tab deep.
Here are your top requests; I cannot promise that we'll dliver on these, but we are investigating
When you see the picture below, you'll see that we've "turned" the tabs so that they get listed down the left-hand side. The "launcher" (which is currently selected) is a "tab" of sorts and it lists everything that is on the top level of the Launcher pull-down control. You'll be able to rearrange the chicklets; they do not all have to be grouped over to the left like I show in the picture. Putting the tabs over on the left and treating them like folders allows for multiple levels of nesting.
Unread marks: in red in the upper right.
Stacked replicas: On the bottom, with a dropdown arrow (all the examples say local)
Question: I do not yet know if we can show the file name (as in, Notes 7 if you do the magic keystorke you get the filename) I want to give users a real menu item that will place the file name properly on the chicklet. But, since I must admit that I did not know about the magic keystroke until I read Alan's blog the other day, I didn't put it in the list of requirements.... so how important is that??)
You'll also see that we gave it an action bar with: Search Database Catalog, and Browse for a Database.
And you'll see the Quick Find feature (see the second picture below).
OVERVIEW of Locations (and I'm vacation all next week, so no posting)
In Hannover, Samantha Daryn (a design persona) will be able to:
- Use a few simple locatoins (e.g. Online and Offline, Travel, and Home)
- See all her old locations from Notes 7 if she had a bunch of custom ones, exept a few that we are consolidating (e.g. the 2 "home" ones)
- Manage her locations in a comprehenisble way (from a spot off the menu tree as compared to Notes 7 where it is buried in the personal name and address book)
We will keep the Notes concept of "Locations" but reduce the number of them. OLD TERM New Term/mapping
Office (network) Online
Island (disconnected) Offline
Travel (notes direct dialup) Travel (should we remove?)
Home (notes direct dialup) Home (should we remove?)
Home (network dialup) <remove>
Samantha will still see a "picklist" of locations in her status bar, and be abe to "Edit Current..." from there. (however, choosing Edit Current will bring up a dialog now).
We're simplifying the menus by changing "Mobile" to "Locations" and having fewer choices:
Choosing "Switch to Location..." brings up the same dialog as "Choose Current Location" used to.
Choosing "Manage Locations" brings up the following dialog:
And Choosing "New" or "Edit" brings up basically the following dialog (remember, we're now hiding the internet browser and the instant messaging tabs because they have preferences elsewhere):
Advanced users can still go to the Personal Name and Address book, and under "Advanced", get to the locations stuff.
(We really wanted to find a way to hide it for basic users, but our plates are getting full with all the other stuff we're doing, so we're hoping that these changes above will at least get Samantha off to a better start.)
A few questions:
1. Should we pare down to just 2 locations by default (online and offline) or go with the 4 listed above?
2. What should we do about the "Edit Current Time/Date..." dialog, which used to be on the menus? It's this one:
We could keep the menu item, Make it a tab in the "Edit Location" dialog, or invoke it from a button in the "Locations" preferences dialog. How many of your users still use that?
3. How important is it that we hide the Advanced stuff in the personal nab? Would having it still be there ruin any simplified experience? (of course, there are still things in the Advanced pernab that are not on this Locations redesign.)
Let's save the discussion of whether to keep the term "Locations" for another day. Thanks. I look forward to having LOTS of responses and opinions when I return from my week of vacation!
As some of you noticed, the productivity editors included for free in Notes 8 include the ability to export to the .pdf format.
So you'll be able to export and documents written in the document editor, presentations, and spreadsheets, into .pdf format.
This is exactly what Chris reckling and I did with our Lotusphere presentation, it was as simple as choosing one menu item:
Please note that in Notes 8 you will not yet be able to export Notes documents written in the Notes editor to .pdf format.
we're just beginning to plan for Notes 8.1
How important is it for you to be able to export Notes documents to .pdf files?
Well, you gave me quite the "Welcome back from vacation" set of responses.... NOT!!!
OK, I hear ya. One keystroke to lock the entire OS is a bad idea. The choices are either to do that, or nix (cut) the screenlock feature altogether for the Hannover release. Now, I know that security is very VERY important, and is probably THE most important asset that Lotus Notes has over any other product. So, educate me. I would bet that 99% of end users don't even know that the screen lock feature in Notes exists. So tell me-- do you educate your users about it? Do you have a corporate policy for using it? Is "Screen Lock" why you buy Lotus Notes... or is it just a side effect?
Whoever pretended to be Ted Amado, our VP design persona--you are brilliant, and you made me laugh out loud-- but I bet you the price of a Lotusphere registration that real "Teds" (e.g. Vice presidents of various companies) do know know that the "Screen Lock" feature exists in Lotus Notes.
I really do want to make the majority of you/end users happy (OK, if not happy, just not incredibly frustrated) with the direction that the Hannover release is taking. I am going to have the dev team code up the F5-to-lock-the-OS feature, and we have a public beta in the fall. If the actual usage feedback is bad, we'll cut it, and have no screen lock. It's easier to have SOMETHING and cut it than to have nothing at all and try to add it.
Yeah, I know, most of you think, "How hard can it be"... remember, Hannover is the Mother of all integration clients (which is why I-- a mother of 2-- am in charge of the User experience of it). We are putting the IBM productivity editors (a spreadsheet, a word processor, a presentation tool -- in it)-- these would not necessarily be locked by the traditional Notes screen lock. Am I being too conservative in thinking that I'd rather have NO Screen lock feature at all than have users think that the feature locks windows/screen that it does not? I have not discovered a screen lock feature for MS Office, or anything Google... why is it important for Lotus Notes to have it?
I do not mean to sound defensive. I think your comments are good, healthy "slaps upside my head" so that I better understand real-world usage. So slap me upside the head some more.. is this "screen lock" issue a Hannover "Make or break" part of the release? or just easy to comment on?
Nathan Freeman of OpenNTF.org commented on his blog that he doesn't think I'm asking the right questions. http://www.openntf.org/nathan/escape.nsf
If I may summarize, he doesn't want to have to answer questions about each little menu item. He just wants complete control over all menu items. And preferences. I can understand that, and given Lotus Notes' role as an integration platform, it is a reasonable request.
So, we hear ya. If we were to embark on such an endeavor, we might not be able to provide you with the ability to customize all of everything all at once.
Which is most important to you:
1. Controlling all user preferences via policy?
2. Controlling all menus via some mechanism (may or may not be via policy?)
If we had to deliver policy-controlled preferences in chunks across various releases, which ones are the most important?
- Template ones (mail and calendar)
- Instant Messaging
- Location preferences
- Status bar preferences
If controlling the menus is more important, do you want to control each menu item via Domino policy?Or would it be wiser to have "menu sets" where you turn on "the mail menus" or things like that?
Let me know. Cause if we can make it happen, we want to start with the things that matter most to you.