I have a new job
In January 1998, I joined Microsoft as the ship PM for Access 97 SP1. My career has gone on to include working on Access and 2002 data access pages, SharePoint extensibility and the Web Part Framework, and most recently, Access 2007. IMHO Access 2007 is the most innovative release in years, and lays the foundation for the future as people create better and more manageable applications. Furthermore, the release team is what I believe to be the most talented, dedicated, and passionate about technology in all of Office.
At the end of every release cycle, Microsoft encourages employees to talk with new teams and to think about career development. Cross pollination of talent between teams is a vital ingredient to how we build products that work together. During this process, I have concluded that it is time for me to grow in new ways and have joined a new team in the same Office organization. The team includes server technologies that involve Excel Services, SharePoint, and Office Live. I can't discuss much of what we will be doing, but can let you know that I will spend lots of time with the Excel Service that ships today in Microsoft Office SharePoint Services (MOSS). I will also work to improve scenarios where data is hosted by Office Live and consumed inside Access and Excel. My Access background will be useful as we continue to make our products work better together and allow people to build useful data applications.
Working with the Access community has been lots of fun. One thing is for sure—Access developers are passionate about the product. I want to thank everyone for the friendship and constructive feedback and input over the years. It sure is rewarding to see people do amazing things with the product.
The future of Access is very bright. The team has lots of great ideas that will excite end users, power users, and serve developers. Nearly all members of the team elected to stay on for the next release—which is really a great thing for the product. Internally, there is lots of excitement about the future of Access and enabling developers to build better applications.
I will continue to blog about UI design, application development, Access, and other topics but likely less often for the next few months as my new team finishes prototypes, the vision, and begin writing specs.
Again, thanks for the friendship and contribution to what makes Access so great today!
Comments
Anonymous
January 10, 2007
Congratulations Clint. Thanks for sharing and for exposing your passion. Your blog has helped make Access and Office more transparent. That breeds trust. I hope that after some of the dust settles, you'll be able to continue some blogging related to the new stuff. Passions make for great posts. Keep up the good work!Anonymous
January 10, 2007
Best wishes in your new endeavours and yes, please do come over to this blog sharing your perspective on Access.Anonymous
January 10, 2007
The comment has been removedAnonymous
January 11, 2007
The comment has been removedAnonymous
January 13, 2007
Hi Clint, Thanks for the answers you gave. I have tried CurrentDB.Properties("hasOfflineLists") and this seems to give a value of 70 when online and 84 when offline, no matter how many tables there are in my database. Is that correct? As for logging in, I tried opening my database on another computer and it required me to give my Windows Live ID and password when I attempted to go online with the data, which ties in with what you say. While the data was still offline, it didn't require me to provide any credentials, which seems logical. So far so good. However, on my own PC, the database continues to run with the credentials of the person logged on in Office Live when the database was created even when I first switch my PC on. I know I have some problems with logging out of Office Live, so perhaps that is the cause. Whenever, I go to log out of Office Live, I am told that it is logging out of Microsoft Office Live OK, but I have two marks showing me as being unable to log out of officelive.com (why two?). "Help" suggests deleting all my cookies, but that has not helped even though I have been through the routine several times. As a workround, I know I can set up the database with some chosen credentials and then change the password of that user to force the database user to log in when they go to use the database, but it is a bit of a palaver. I am hopeful of getting a new customer to use Office Live with Access 2007 over the next 2-3 weeks so will keep you informed of how I get on.Anonymous
January 15, 2007
Those are ASCII values for Characters T and F 70 == ‘F’ (for False) 84 == ‘T’ (for True) I'm having a hard time following exactly what you are seeing. Credentials are not cached in the database--they are managed and stored in Windows. If you have CacheListData = true then you will see data but you will not see new or updated records until new credentials are provided. What do you men when you say "when I frist switch my PC on"? If you log off and log on with a different user then you shouldn't be ever logged on by a different user. I'm also not sure what you are seeing with "two marks" showing you have logged out of OfficeLive. Can you send me a screen shot of this screen? We can take the rest of this discussion offline and figure out what is going on feel free to send me an email at clintcATmicrosoft. I can add the owners of this feature area to the thread--we shoudl be able to get to the bottom of it. Additionally, I'm very interested in hearing more about your scenario and what type of application you are building.