Function1

Like virtually all other end-user visible pieces, the Knowledge Directory has undergone a radical transformation. Documents are shown with their titles, description, and modified date. New to the KD is the ability to sort, one-click access to the document link, document type filtering, ability to create folders in browse mode, and a completely revamped look and feel:

Remember, this is all generated with those navigation tags, so it’s really easy to tweak the look and feel as you see fit!

One thing that’s true to the 6.5 “theme” of paying particular attention to the end-user experience (and less to the “administrative” experience) is that the “Edit” mode for the KD hasn’t been too dramatically updated, with the exception of new icon images:

Not a bad choice in my opinion – better to devote 90% of your resources to the UI that’s used 90% of the time.

Finally, I mentioned before that Friendly URLs don’t seem to be completely integrated, in when you hover the mouse over the documents, the URLs aren’t “friendly”. But, they’re there – clicking the “Send Document Link” gives you a popup with the short URL that can be used when sharing links via print literature:

Notice the format is /document/<doc_id>/<doc_name>, which is the reverse of community friendly URLs – this is done so that browsers recognize the file extension when appropriate. Also, like communities, the object ID isn’t mandatory – the link could be just /document/<doc_name>. Because the Knowledge Directory enforces unique document names (even if docs are in separate folders), this should always get you a unique document. But if it doesn’t get a unique document, like communities, the page returned by the portal is a search page for that term. And the <doc_name> doesn’t even have to be a real document name, so you can use /document/marketing to return a search page containing all documents that contain “marketing”!