Silverlight 4 Tools for VS2010
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
-
Jordy "Kaiwa" Ruiter wrote:
Plus access to COM objects (If it's a signed application)
This is one that I have not understood fully. Especially since Silverlight is supposed to work cross-browser and cross-platform (Mac etc).
My signature "sucks" today
Well thats ofcourse an exclusive feature for the Windows platform. Which is another reason why I found it silly..
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
Jordy "Kaiwa" Ruiter wrote:
Now why would I want to do that?
because it could be a first step to close the monstrous artificial gap between "the web" and "the desktop" for developers? I never understood the hurdles for making an app available both in a client/server scenario, and as a local, unconnected application. The closest possible solution until now was to run a local web server, with all the installation and administration hassles that are included as a bonus with that.
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server. -
Jordy "Kaiwa" Ruiter wrote:
Now why would I want to do that?
because it could be a first step to close the monstrous artificial gap between "the web" and "the desktop" for developers? I never understood the hurdles for making an app available both in a client/server scenario, and as a local, unconnected application. The closest possible solution until now was to run a local web server, with all the installation and administration hassles that are included as a bonus with that.
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server.I think your conclusion is very fair, however I do not realy agree about closing the gap between the web and the desktop. I don't really see any benefit in closing this gap. I see more and more of these applications coming up, with for example QuakeLive or Citrix Xen servers. Always having to install a plugin for your browser to boot up a "Desktop Application". And to be honest, I'm not a great fan of this approach. (Maybe Silverlight 4 Tools and HTML5 will solve some of these issues).
modified on Tuesday, May 18, 2010 6:05 AM
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
Jordy "Kaiwa" Ruiter wrote:
It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me.
It was to satisfy customer demands apparently.
Kevin
-
Making it easier to program applications to run outside of your browser! Now why would I want to do that? :) It even gets access to some System folders & resources. Plus access to COM objects (If it's a signed application). I'm not really a Silverlight programmer but this update just seems a little silly to me. (The designer, style intellisense & datasource selector are cool though)
Jordy "Kaiwa" Ruiter wrote:
Making it easier to program applications to run outside of your browser! Now why would I want to do that?
Consider the following scenario, the users of your applications are always on the move. They may or may not always have internet connection (e.g. in an Airplane). Your application allows users to post and save data online. A simplest example is a web based email application. Obviously, when the user is not connected to Internet, he cannot post/save the work he has done. To prevent users from losing the work you may have to save the work offline. This is where SilverLight offline mode and the out of browser mode comes into picture. The user can continue to do his work and when the application is online his work is automatically posted and saved online. Note: This feature (offline saves) is also supported in HTML5.
-
I think your conclusion is very fair, however I do not realy agree about closing the gap between the web and the desktop. I don't really see any benefit in closing this gap. I see more and more of these applications coming up, with for example QuakeLive or Citrix Xen servers. Always having to install a plugin for your browser to boot up a "Desktop Application". And to be honest, I'm not a great fan of this approach. (Maybe Silverlight 4 Tools and HTML5 will solve some of these issues).
modified on Tuesday, May 18, 2010 6:05 AM
I don't know how well Silverlight does that, but it was the first point that made me actually interested in it. There are many markets that need both. For many tasks, small companies often start out with local tools on a dedicated machine, and have to endure a lot of "growth pain" before switching to a server-based solution because the local doesn't fit. But this often means also switching to a completely new product, with a different UI, different network requriements. In addition, these solutions often target mid-to-large sized companies, with respective licencing cost and performance requirements, and lots of features a small company doesn't need, doesn't understand, or makes it completely painful for them. In the end, it's simplicity of installation and administration. Whether you do it in a browser addon, or in a virtual machine, doesn't matter. The first sounds more lightweight, though, but that's a minor issue only coming to play when "all else being equal".
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server. -
Jordy "Kaiwa" Ruiter wrote:
Making it easier to program applications to run outside of your browser! Now why would I want to do that?
Consider the following scenario, the users of your applications are always on the move. They may or may not always have internet connection (e.g. in an Airplane). Your application allows users to post and save data online. A simplest example is a web based email application. Obviously, when the user is not connected to Internet, he cannot post/save the work he has done. To prevent users from losing the work you may have to save the work offline. This is where SilverLight offline mode and the out of browser mode comes into picture. The user can continue to do his work and when the application is online his work is automatically posted and saved online. Note: This feature (offline saves) is also supported in HTML5.
That actually makes it sound very interesting.. I have never really tried Silverlight be I always looked at it as an equivelant of Flash. Which might be very wrong and also why I did not really see the purpose of outside browser modes. I'm gonna do some more research on Silverlight when i get the time... :)