 Page [ 1 ]
|
|||
| Basic Outlook Printer Friendly Version | |||
|
Working with Outlook items, folders, recipients; dealing with security; writing event handlers | ||
| Topic | |||
|
Opinions - COM/.NET and Forms/Digital Dashboards
Hi All, I'm not sure whether this is the proper group to post such questions, but I thought you guys might have some helpful opinions and/or insight. I have finished developing the first iteration of an Outlook solution which implements a COM Addin, an Outlook Form with custom controls, and some supporting components as well. As I look to increasing the functionality that this solution provides, I am considering some alternatives, and am looking for some guidance, opinions, etc., on some of my options. (Currently the solution is targeted at Outlook 2000 and 2002.) [continued] Mark Mesich 21-Nov-2002 17:33 |
||
|
|
Mark Mesich
21-Nov-2002 17:33
First, as I expand the functionality offered by the solution, I am interested in perhaps embracing the Digital Dashboard concepts. Is this something that has a future? I would probably be interested in hosting the interface on a web-server. (Not being available offline is not an issue.) Are there certain contraints that I should be concerned about with this approach? For example, is it possible to get references to COM-Addins from within a component on the webpage using the COMAddins collection on the application? What about implementing the dashboard using ASP.NET? Secondly, I am thinking that at some point I would like to re-implement my COM add-ins using .NET. I have had enough problems with the Outlook Object Model and getting my desired functionality to work, that I am a little concerned that when you introduce COM-interop into the equation, I would be doomed to failure. On the flip-side I would like to interact with external systems in ways that is very easy to do using the .NET framework. Any comments on whether I should embrace .NET in this kind of solution at this time? Any feedback would be greatly appreciated! I value the experiences that all of you have had and would rather avoid as much pain as possible! Thanks a lot, Mark. |
||
|
|
Sue Mosher
22-Nov-2002 21:40
Interestingly enough, Microsoft is using a combination of .NET, a custom Outlook form, a COM add-in, and a folder home page in the forthcoming Microsoft CRM product. As long as the web page is running as a folder home page in Outlook, you can access the Application object. I haven't seen anything about FHPs using ASP.NET yet, though. There are some new articles at MSDN on building Outlook COM Addins with .NET -- read the ones by Randy Byrne. Now that the PIAs for Office XP are out, that's a more solid platform. No PIAs expected for Outlook 2000, though. |
||
|
|
Adam Cogan
30-Nov-2002 03:44
In respect of Digital Dashboard - I have the feeling it is a dead technology. Adam www.ssw.com.au |
||
|
|
Sue Mosher
02-Dec-2002 09:28
Adam, I'm interested in why you consider DD a dead end. Do you mean DD as a big portal or the whole concept of folder home pages? Is it because portals haven't caught on? |
||
|
|
Tam Tran Minh
16-Dec-2002 00:29
Dear Sue Mosher, where could we find information about the forthcomming CRM of Microsoft? Is it different from Great Plains Business Solution (from MS's 3rd parties and very expensive to apply)? |
||
|
|
Sue Mosher
19-Dec-2002 14:29
Yes, Microsoft CRM is different from Great Plains, though it can connect to it. It's basically ASP.NET + SQL Server + (optional) Outlook. I've posted some links at http://www.slipstick.com/addins/contact_management.htm#info. Just saw this morning that Microsoft has pushed the release date back to early 2003. |
||
|
Page [ 1 ]
|
|||
| Post a new message to this topic. name email  |