Now that IBM Lotus Quickr 8.5 has shipped, it is time for a bit of commentary on the Lotus Quickr Connectors. I covered the Quickr 8.5 release in these posts last month. For many users, their main interaction with IBM Lotus Quickr is thru the Lotus Quickr Connectors. The Connectors install on your (windows) machine and allow you to interact directly with places. The connectors allow the Lotus Notes client to save files from emails directly to Quickr. They allow users to have a plug-in for direct access to the files without using the web interface. Lotus Quickr Connector Toolbar in the Notes client Lotus Quickr Connector Sidebar Plug-in in the Notes client The Lotus Quickr Connectors also integrate with Lotus Symphony (both the embedded version with the Notes client and the stand alone install). Lotus Quickr Connector Plug-in for the embedded version of Lotus Symphony The Lotus Quickr Connectors plug-in for Lotus Sametime Stand-alone client The Lotus Quickr Conne
Archive for Quickr
Today marks the 'shipping' of IBM Lotus Quickr 8.5 for IBM Lotus Domino. While there are many important new features in this release, one of the biggest goals of Quickr D 8.5 is to be the successor to the Domino.Doc product line. With the cease of development of Domino.Doc, IBM has targeted this release for DomDoc customers to migrate their document management systems to. A bit of history: Last March, I spent the month in Cambridge working on the Self Assessment and Strategy Guide for Migrating from Domino Document Manager red book. There are many references to a future version of Quickr that will help with the migration of Domino Document Manager applications and use cases - Quickr 8.5 is the release we were talking about. Now that Quickr 8.5 is out, is this the magic bullet release that gives Domino.Doc customers a migration path? As you might expect, that is a loaded question. The answer is Maybe. The best way is to answer by use case. Use Case #1: High End Document Management w
Week 2 of the IBM Redbook that focuses on the termination of Domino.Doc and their migration path is in process. Last week was all about planning and strategizing. The team organized our outline and built our multiple scenarios for how we think the Domino.Doc customers will be segmented. We met with the Quickr team to talk about our thought process and talk about the future of Quickr. We also started getting our head around the IBM Enterprise Content Management (ECM) solutions and how they fit into the picture. This week is about chapter assignments and starting the writing process. We are also having more meetings as we get into the specifics of Collaborative Document Management, Robust / Enterprise Document Management, and much more. Hard for me to talk more about stuff - but I am working on getting an official voice from IBM who can talk about all of this on-line and blogging very soon. Thank you to everyone who answered the polls. The good news is that I did not see anything that
Poll for Domino Document Manager / Domino.Doc customers - why are you not using Lotus Quickr as a replacement?March 5 2009
I would like to generate some feedback on why more DDM / Domino.Doc customers have not moved to Lotus Quickr. With the withdrawal of the product announced this year at Lotusphere, all DDM / Domino.Doc customers have a full entitlement for Lotus Quickr licenses. Are you looking to migrate to Lotus Quickr? Are IBM FileNet or Content Manager on your radar? Are you looking at competitor products? This is an open-ended thread - post whatever you want. Just be constructive. No pure complaints please - you need to suggest ideas on how to fix it. Like the other two polls, I will reserve my thoughts on this until Monday. This feedback is not just for me or the Lotus bubble, but will be used for the DomDoc Redbook and the feedback will go directly to the Lotus Quickr team. No promises they do anything about it, but I have an opportunity to deliver the message directly.
I would like to generate some feedback on why more customers are not using / own Lotus Quickr. This is an open-ended thread - post whatever you want. Just be constructive. No pure complaints please - you need to suggest ideas on how to fix it. Like the partner poll, I will reserve my thoughts on this until Monday. This feedback is not just for me or the Lotus bubble, but will be used for the DomDoc Redbook and the feedback will go directly to the Lotus Quickr team. No promises they do anything about it, but I have an opportunity to deliver the message directly.
I would like to generate some feedback on why more partners are not working with Lotus Quickr with their customers. This is an open-ended thread - post whatever you want. Just be constructive. No pure complaints please - you need to suggest ideas on how to fix it. I will reserve my thoughts on this until Monday. This feedback is not just for me or the Lotus bubble, but will be used for the DomDoc Redbook and the feedback will go directly to the Lotus Quickr team. No promises they do anything about it, but I have an opportunity to deliver the message directly.
So those that follow me on Twitter know that I arrived in snowy Boston for an extended stay - 3 weeks to be exact. The purpose of this trip is to participate in the writing of the IBM Lotus Domino Document Manager / Domino.Doc Migration Redbook. The purpose of the redbook is to help customers decide what to do with their existing ILDDM / Domino.Doc installs and what their options are. It will also cover the migration tool that IBM will be releasing. I have an interesting perspective on the withdrawl of ILDDM / Domino.Doc from the marketplace. I was at the first Domino.Doc Advisory Council meeting before the product even went into beta. With my focus on integration of Lotus Notes & Domino with other technologies, Domino.Doc was the perfect container. Originally released right after Notes 4 - that is before the Domino HTTP web server folks - the product did things that Notes could not. It did document locking and versioning / revisioning in a way that it worked in Notes, even in a
Some thoughts on the Lotus product line and their announcements at Lotusphere2009: Lotus Notes & Domino Lotusphere2009 was really the celebration of the 8.5 release. The OGS might have been anti-climatic since the product shipped the Jan 4th, 2009. The conference was all about 8.5, with DAOS, ID Vault, and XPages all over the sessions. We also saw LinkedIn integration coming in the client with a great sidebar app. Project Atlantic became Alloy, the joint project between SAP and IBM. We need to see more of these - official plug-ins or applications for integration or web 2.0 inclusion to the Notes & Domino product line. I was expecting more Lotus Protector announcements but those did not come, but we got the big shocker of the week - IBM was working to add ActiveSync support to Lotus Traveler in 2009. This is a big move for IBM, providing an ability to allow certain devices COUGH iphone COUGH to connect to the Domino server. It will be interesting to see how this works out
Ephox's EditLive for Quickr for Domino, implemented by PSC, is now in beta! The first implementation replaces the standard rich text editor, powered by Dojo, with EditLive! 6.5 in three places: Quickr Blog: and the custom implementations of the Insert Internal Link, Insert Wikipedia Link, and Insert Internal Image (these were in the Dojo editor) on the Insert menu Quickr Wiki: Quickr Standard Page: Some of the great features you will get with EditLive within Lotus Quickr are: Copy and Paste from Microsoft Word, which converts the pasted text into HTML Track Changes within the same page In-line Spell Check Fully featured tables with drag support for resize A much improved HTML/Code tab for viewing the raw rich text Complete Find and Replace Full Screen Editing of just the Rich Text window Format Painter much more! Ephox is also sponsoring a webinar, given by Warren Elsmore, on LotusUserGroup.org about Upgrading to Lotus Quickr. You can register here. For those interest