Skip to main content
Microsoft Silverlight
Home Forums Silverlight Programming Programming with JavaScript Feedback Req: Do you need to know the list of released runtime build numbers?
2 replies. Latest Post by MSMossyBlog on September 13, 2009.
(0)
MSMossyBlog
Member
98 points
35 Posts
09-13-2009 2:31 PM |
Hi All,
I've noticed a few occasions where developers have wanted to know what Version of Silverlight is installed on the end users computer when they arrive at a site. There are a number of ways you can approach that question that will yield a response, namely in non-IE browsers tapping into the navigator.plugins["Silverlight Plug-In"].description will provide such an answer. In MSIE you realistically need to keep testing the Silverlight.isInstalled(buildnumber) until you get a FALSE (which infers the last known TRUE will yield you your known versions of installed Silverlight).
Now typically with all future builds we classify the number as being "0major.0.4monthday" (eg 03.0.41009) the build was released. Now this is helpful, as you can essentially run some for-loops over the month/days to yield the "Silverlight.isInstalled()" but that does often create a lot of redundancy in terms of logic.
Instead, what I'm thinking of providing is a JSON API on microsoft.com/silverlight which will provide a complete and up to date Array of Silverlight RELEASED buildnumbers that we actively support.
Is this something that folks would like or have a need for? Please reply with answers to the below questions
Questions:
Odegaard
35 points
48 Posts
09-13-2009 2:53 PM |
Considering the complexity of the current approach, it sounds to me that this is where you should put your focus. It shouldn't be this hard to get the version number. Your suggested solution using an API sounds more like a workaround than a solution.
Furthermore I question the real use-case here. If I publish an app, all I really need to care about is whether a minimum version is installed in order to run my app. If the user has a newer version... great, I don't care, the user is still good to go.
09-13-2009 3:05 PM |
Odegaard: Considering the complexity of the current approach, it sounds to me that this is where you should put your focus. It shouldn't be this hard to get the version number. Your suggested solution using an API sounds more like a workaround than a solution.
If were to unlock a setting in the ActiveX control etc, this still wouldn't help the AS-IS situation, so either all, is the problem there?
Odegaard: Furthermore I question the real use-case here. If I publish an app, all I really need to care about is whether a minimum version is installed in order to run my app. If the user has a newer version... great, I don't care, the user is still good to go.
Thus why I asked before implementation phase begins. If it's just a very small minority then so be it, virtual problem solved. If it's something the community have ongoing issues with and we don't know about it, then consider this a proactive investigation instead of a reactive.