I have a question around Trusted In Browser applications. Are these applications supported on OSX? My team has developed a large educational silverlight package that requires local storage. We'd really like our users to be able to select the folder they save their files in. There's instructions for how to enable this in Windows here: http://msdn.microsoft.com/en-us/library/gg192793(v=vs.95).aspx but no instructions I have found describing how you could enable this on a Mac.
In Mac you can use the System.IO libraries. Read this related thread for more information.
Related
I have decided to use a silverlight player on my ASP.NET WebApp ,I haven't used silverlight before ,let me know would the player be able to run on Non-Windows platforms (such as Mac or Ubuntu) inside the browser ?
Silverlight is a browser-plugin. There are versions available for both Windows and Mac OS (see teh system requirements listed here). Your end-user will be directed to download the plugin for their specific OS if they do not have it installed. Once installed your application will run in exactly the same way on Mac and Windows.
For Linux there is Moonlight, which gives Silverlight plugin support, but I don't know how mature this is yet.
See also: Is there any way to write a WinRt (Metro) app that will also work on Windows 7 and Vista?
I am trying to understand how to target both Windows 8 on Arm and Windows 7, given that Windows 7 cannot run WinRT apps. And as I understand it, apps can only be installed on ARM version of Windows 8 from the App Store.
So can Windows 8 on the Arm run none WinRT apps?
The definitive answer is out now. There will be a desktop, but you will not be able to install desktop apps. "WOA does not support running, emulating, or porting existing x86/64 desktop apps." All apps will come from the store and will have to abide by the Metro style app guidelines.
The only desktop apps appear to be Office (which seems to ship with the OS) and built-in apps like the control panel, Explorer, IE, etc. Everything else will be a new Metro-style app written against the Windows Runtime.
See this Building Windows 8 blog post for details.
"No legacy apps" is not the same as "no Desktop apps" though.
Nothing I've seen suggests that there won't be a regular Win32 with COM, IE, MSHTA, etc. on ARM along with an Explorer Desktop.
You may simply need to recompile C++ or .Net after some tweaking or "retargeting." Things like HTAs may even port with close to zero effort as long as they don't use any custom COM libraries. I'm surprised anyone ever expected any x86 code to run on ARM, even under some sort of WOW emulation. Microsoft has been pretty clear about that.
Whether it makes any sense to do much of this (desktop apps on ARM) is another matter, even if you can. The ARM-based devices are likely to be quite resource-constrained, which is the purpose in having them in the first place: cheap and portable.
Microsoft has made no statement about whether or not desktop apps will be supported on Arm processors. They have shown Microsoft Office running, but have not said whether that will be supported on the final platform.
For now the only statements have been about Metro style apps and those will be supported written in any language.
I am thinking of making a website using a WPF browser application, but would like to know the minimum requirement a client/internet user must have to access this website made by using WPF.
Please state even the very basic requirements, like does he need to run Windows or will even Mac and Linux do, with any browser to view the application?
Three main requirements:
User has to run the application under Windows;
The browser should be either Interned Explorer or Firefox;
The .Net Framework should be installed on user's machine.
One requirement is to have the .NET framework installed (same version as you used to build your application), so that means it will only run under Windows.
Also I think only Internet Explorer and Firefox support XBAP applications.
Also I assume that you know there is a lot of restrictions for you, the developer, on what is allowed or not compared to a full trust program. For example, the file system and registry among other things are restricted in a WPF browser application.
I have an app I'd like to run in the browser but do not want to deal with the fairly primitive development environment that the browser is. I have a few high level questions about Silverlight 3 (I've never used it):
1) What environments/browsers support Silverlight 3?
2) Would my users (who would be world-wide) have to install Silverlight 3 on their computer before they could run my app? I assume so. If so, is this a major undertaking?
3) Would my app be permitted to save files to the user's computer, and read them back?
4) Is Silverlight 3 fairly mature? IOW, would this be a frustrating development experience or are the tools/functionality far enough along where they allow the developer to do mostly what he/she wants to do?
Thanks. That should get me started.
Silverlight is supported on Windows and Mac OS X, in IE, Firefox and Safari. There is a port to Linux, Moonlight, which is developed externally from Microsoft but with their collaboration.
Yes, your users would have to install Silverlight 3. This is reasonably simple and the Silverlight project wizards generate code that will prompt the user to do so. The overhead is similar to installing Flash. Permissions may be an issue for corporate users though: many companies have policies that do not allow users to install arbitrary plug-ins, and the admins may not have made an exception for Silverlight.
Your app would be permitted to save files to isolated storage (with a size limit), or if you prompted the user to select a save location. Your app would not be permitted to save files to arbitrary locations without informing the user and allowing them to change the path. Isolated storage is private to your app and could not be used to read other apps' data or share data with other apps.
Silverlight 3 is a fairly mature runtime, but the development tools are not as mature as the rest of the .NET toolchain. In particular diagnosing and debugging XAML exceptions can be very frustrating (Silverlight tends to throw AG_E_UNKNOWN_ERROR or HRESULT_E_FAIL with little, no or misleading diagnostic info rather than a WPF-style XamlParseException). That said, it is still C# and a variant of the .NET Framework, so you get all the Visual Studio goodies like Intellisense, a nice visual debugger, etc.
Our company has a handful of Mac users. I recently built a Winform application and now my main user is using a Mac. Is it possible to run this application on a Mac? What would have to be done to convert it? If it is too much, I may just rebuild it is asp.net as a web application.
Thanks in advance!
JCC
Maybe. Many .Net programs can be compiled with mono as well, winforms usually is not a problem, but some libraries (e. g. MS Office libraries for editing Excel files). I am not sure about VB, as mono coders mostly use C#, but you can analyse your code with the Mono Migration Analyzer for portability to mono.
Depending a bit on features and controls used, it may run on Mono. Since you can run Mono on Windows as well it's rather easy to download and test it.
Your basic options are (from least intrusive to most intrusive, from the point of view of a Mac user):
Convert it to a web app.
Run it on a Terminal Server and have them use Remote Desktop.
Run the application in a virtual machine (VMWare or Parallels) that is running Windows.
Try to get it running under Mono.
If there isn’t a strong reason for it to be a desktop application, you really should be thinking in terms of web apps for new applications—at least, that’s an unwritten rule where I work.