• 添加评论
  • 编辑
  • 更多操作 v
  • 隔离此条目

评论 (17)

1 localhost 于 发表了评论 永久链接

I think the best place for a history function would be in the Launch bar by default (with the option of disabling it, of course :) - or if not there then somewhere really visible - in other words, it shouldn't be a function that people only find out about if they read Alan Lepofsky's blog ;)

 
I'm a bit concerned about what might end up on the history bar - I can imagine situations where a document might be opened programatically (i.e. in a dialog box, or embedded in a frameset) where a direct link to the document out of context might not make a huge amount of sense - so I think I would prefer to see only documents that had been opened in direct response to a user action appearing in the history list.
 
In addition, rather than a 'Type' column, I think a 'Where' column could make a bit more sense - so if it was a database, you could have the database name and icon, and make it clickable, or if it was a document from the filesystem then a link to the folder that contains the document, perhaps? I think the key thing here is to allow an easy link back to the database a Notes document came from - that would provide (in my humble opinion, of course :) a fairly intuitive alternative to automatically adding icons to the workspace.
 
As for grouping, one of the few things I really really like about WinXP is the ability to group stuff in Windows Explorer - so when you sort by date you get a bunch of cool and intuitive headings like 'Earlier this week' or 'Last month' - something like this would look a lot nicer than '3 or more days ago' and should allow you to display far more entries in the view.
 
And finally - instead of 'Date modified' would it not make more sense to have something like 'Time visited' (or even just 'When'? Unless of course I'm missing the point - if the intention is to have this information updated dynamically it might provide a good way to keep tabs on documents. And I'm not sure what relevance a 'Size' column would have in a history view.
 
Thanks

2 localhost 于 发表了评论 永久链接

Firstly, thank you for listening to our collective voice. Now, to my questions.

 
As per your description, if I open a document then this information will be added to the history list. Now, at a view level if I select and delete this document, will the History list reflect this change? I mean will you remove the entry from the History list automatically, once a corresponding entry is deleted. If not, and the user clicks on it later on, I am assuming you are going to prompt the user with an error message and automatically remove the link from the History list.
 
Where will this History information be stored, Bookmark.nsf? Would you then give us a way to backup this information, just in case we needed to delete the Bookmark.nsf to fix a problem with the Notes client? I am assuming bookmark.nsf will still be used in the Hanover client.
 
Could we have a 'Clear All' option for the History list?
 
Now, you mentioned that when a user is off-line the on-line only options are grayed out, so why do you need to display an error message when the user clicks on the unavailable link? I am pretty sure that most users are able to associate a grayed out option with unavailability. I am also assuming that the cursor will change to a hand pointer on available options and revert back to an arrow on unavailable options; these two visual cues - grayed out option and the cursor - should be enough of an indicator for the end users, in my opinion.
 
Since we are now in the Browser mental model, I thought I might propose this idea. Would it be possible to add a "link" of the last 20 Notes applications that a user had accessed in the address field on the address bar? I ask for application links only and not for links to documents or views that they might have opened. For a user, it could then simply be a single click action to access most of the frequently used applications. If you implement this idea, then don't display the entire Notes URL in the address field. Just show the title of the application as a link. Also, please allow a user to remove individual entries from the address field. Additionally, if Notes Designer is installed and you have designer access to the application the Designer Icon is displayed next to the URL link; clicking on the Designer Icon opens the application in Designer. For e.g. you could display something like this.
 
Vacation Request ...............................................[x (Remove) ] [Designer]Bulletin Board.....................................................[x (Remove) ] [Designer] Domain Catalog..................................................[x (Remove) ] [Designer Grayed Out]Domino Directory................................................[x (Remove) ] [Designer Grayed Out]Discussion..........................................................[x (Remove) ] [Designer]

3 localhost 于 发表了评论 回馈

Opera has History on the Tools menu, which is not hidden. Firefox also has history, though in a nasty side window thing (which I personally dont like), though it is reached through the Go menu. I prefer it on Tools.

 
Either way, I don't think History should be on a menu that is hidden by default (actually I would just dump the window menu altogether, but I assume that is an old debate you would prefer not to re-open ;)
 
Opera was the first of the browsers to borrow the tab idea afaik, and I generally find it to be the nicest to use. Firefox is not bad, but not as good as O. Let us not speak of the browser-that-shall-not-be-named.
 
p.s. Otherwise what you say makes sense. Message might mention that you need to connect and/or change location to get to dbs that have no local rep.
 
p.p.s. SVG icons

4 localhost 于 发表了评论 回馈

Oh yes, if the server is not reachable PLEASE DO NOT have a message that implies the server must be down. I hate that message.

5 localhost 于 发表了评论 永久链接

@Andrew: The Window menu is still there to support screen readers for supporting handicapped people.

 
The history windows is a good idea. I ilk the way you describe it.

6 localhost 于 发表了评论 永久链接

Your previous pictures had History off the launch menu/sidebar; I prefer that. One of them had it as a hierarchical menu...the other had it in a side pane as yet another folder/workspace option.

 
The Window menu doesn't seem intuitive to me, as it's got little to do with currently open windows. Yeah, some browsers put all sorts of weird things there -- I don't find that intuitive either. ;-) If you're going browser model and the launch menu/sidebar is analogous to bookmarks, then History seems to belong there.
 
By Offline, I presume you mean either your location's Island, or it's a Notes Dial-Up location and you're not connected? Cool.
 
I like the idea of the history indicating whether it's already open in another window, and switching there!

7 localhost 于 发表了评论 永久链接

p.s. Another strike against the Windows menu - even if it's on by default...if it can be disabled, then this means that disabling it also, unintuitively, puts an unrelated feature (History) out of reach. So don't use the Windows menu for History, please!

8 localhost 于 发表了评论 永久链接

Is Samantha able to bookmark a database from this history view? If it's a view, I suggest to add an always-visible action "bookmark selected" or something like that. Don't hide the bookmark action in a context menu, because most users don't know anything about context menus, and that means, the bookmark action would be invisible for them.

 
And again: if the bookmark action is in a context menu, I would have to explain it -> bad. When the bookmark action is always visible, I don't have to explain it -> good.

9 localhost 于 发表了评论 永久链接

Hello!On the subject -- the history view looks fine, much better then the curren one!And now a slight off-topic, but I don't know where else should I bring this up -- I would like to talk about rule based picking the best replica to work with.Here is the use case -- I'm working for international company with several locations in US, Europe and Australia. And there are quite a few company wide databases replicated across all those locations. Ideally one would like work with the "closest" server. Unfortunately it's not easy to explain to all the "regular" users (particularly sales and management ;-) ) how to switch replicas, and teach them which server is which. So, I would like to control this centrally -- let me have an option to define an IP address based rules of "preferable" servers. Those rules would include internal IP ranges our company uses (those 192.168.x.x ones) as well as IP ranges from most commonly used Internet providers in all country's we have presence. Of course it should be integrated in Notes core to have this behaviour on all different db opens (from link, from URL, with DatabaseOpen, with replicator, etc.)Is something like that feasible?

 
Regards,Miks

10 localhost 于 发表了评论 回馈

The basic concept appears sound to me, although I have to agree with the reservations on putting it in the "Window" menu if this menu can be hidden (or even worse, is hidden by default) - if the intention in Hannover is to have the "Window" menu be visible permanently, it may be a good and pretty logical place to put it.

 
Another place where it might be okay to place is the "view" menu - this is actually where both Firefox & Internet Explorer have a menu-item to open their "History" sidebar, and it feels more logical to have it there than in a "Tools" menu as in Opera - a menu which currently does not exist in the Notesclient.
 
I'm not quite sure what the best place would be, although I do like the way thoughts are evolving in this case.
 
One thing I do worry about in this context is what you would do with e-mails. In Notes, an e-mail is just a document, so if you do this in a totally neutral fashion, there is the risk that in most cases 90% of your history (or even all of it) will simply show the most recent mails you've opened, not uninteresting in itself, but not exactly the kind of "history" I was hoping for.
 
Another question : you talk about a 50-item limit to the history, why would you do this? If you don't want to overwhelm people, just make this a kind of "display" limit, with a "more history" button at the end or something like that, I love the near infinite history in Firefox. A 50-item limit to history will mean that, just with e-mails, many people in our organisation would never have a history stretching back much more than a single day, and in case of the heavy app-users, the history would stretch back a few hours at best.
 
I would also lose the "Currently Open" column as a column and make it a more visual identifier (perhaps use a different row-background or font colour for "entries that are still open", I get the impression that you're already suggesting that for "Available off-line" (since the only "not off-line" item is grayed out) but certainly in our organisation, 90% of the work by 90% of the employees occurs on-line, so in our case at least, most stuff would be "not available off-line", maybe some kind of icon indicating "off-line availability" would be more useful?

11 localhost 于 发表了评论 回馈

If it needs to be in the top menus for section 508 purposes, then fine. But the general user vector for this should be a trigger that's almost right next to your "QuickSearch" you showed the other day. A nice little icon would work great.

12 localhost 于 发表了评论 永久链接

I'm on the fence about this and haven't asked my usual users for responses yet. Personally I don't think this will be especially useful for me. I open about a dozen databases and more than a hundred Notes documents every day, plus loads of files. I would hope I could disable this completely so it doesn't bog my system down maintaining information I'll never use.

 
If there is a History folder/panel, I don't like the idea of having it only accessible from a Window menu. If you need to put it there for some reason that's fine, but please deliver multiple vectors for accessing it. If you truly want to follow a browser paradigm it should be in the View menu, and I don't like the idea of putting it into a Tools menu since no other commonly used application puts a history function there. I anticipate users are going to live in the Launch menu and History should be there, too.
 
I like Bart's ideas about the UI for open and offline availability. Rather than columns these should be decorations or icons. Maybe bold what is open and show a small icon (with a ToolTip to explain itself) for things that are available offline. Actually the offline indicator is of less interest to me, but knowing what is already open is nice.
 
I think it's obvious that if you do a History feature it's going to have to be highly configurable. I might only want databases listed, someone else might want Notes documents but not documents from the file system or URL's, and a third person might want everything. All of that needs to be addressed to make this a truly useful feature. I also agree that limiting it to 50 entries is likely to be too little. I don't understand why there needs to be a limit anyway.

13 localhost 于 发表了评论 回馈

The history is a good concept. I would consider the following variations:

 
1) Put it in the View menu (View - History sound logical)2) If I can drag it into the startup folder I can have the tab open by default (what I probably would do)3) Allow a option to open history as sidebar or as full window, so users have a choice (tricky to implement well (?)4) Have a little visual indicator instead of "currently open yes/no". Learning the visual (which would have a mouse-over) is low affordance and frees up quite some space column-wise.5) If documents have been deleted don't remove them from the history, but strike them through - mouseover "has been deleted by date/time" same when clicked6) for unavailable items gray them out with similar notification like 5)7) Unreadmark enable the history: if a document I have visited gets updated (mostly for shared databases) it should reflect in the history too8) Allow history exclusions: never record history for... (does that make sense?)9) Have only one entry per link/day, show first/last accessed and update it (???)
 
My 2c:-) stw

14 localhost 于 发表了评论 回馈

Hanspeter: Ah I see.

 
Bart: History on the View menu does make sense. On reflection, I prefer this to Tools.
 
Matt: I like the Where idea.
 
Joydeep: I like the Clear All idea.
 
Stephan: I like all your ideas!
 
Nathan: Multiple vectors are indeed required imo.
 
Miks: we have the same issue -- servers often seem randomly selected.
 

15 localhost 于 发表了评论 回馈

"Allow history exclusions: never record history for... (does that make sense?)"

 
Actually, your own mail, contacts, calendar, log, and bookmarks should never be in the history. It would just be silly to show everything that you're going to basically live in by virtue of using the product.

添加评论 添加评论