I'm running my SL5 application (that has been working well so far) on Windows 8, and it is not going well. I have a background picture which usually does not render correctly, almost everytime I navigate my background (including the controls over it) just goes white till I resize IE, then it re-paints (what makes it stranger is that the parts that goes white is outside of the navigation frame, why is it getting repainted). (Chrome renders fine)
When I run my application out-of-browser my login screen pops up and works correctly but after the login screen closes it looks like the gray background of the login screen remains behind and I cannot click on anything, resizing makes no difference, it looks like every control has been disabled.
I have updated my NVidia Drivers to the latest, don't think its a display driver issue though.
Anyone else had these issues? Anyone else running SL5 fine on windows 8?
(Looks like I'll be downgrading back to windows 7 soon)
Silverlight should run great on any desktop browser in Windows 8, just like it does on Windows 7, Vista, and Mac. The underlying runtime is 100% the same. That does not mean you may not find a glitch with a graphics driver, but it means you shouldn't - and likely won't.
I did want to make a clarifying point, however, that Silverlight is not part of the Modern Internet Explorer (the Metro Internet Explorer). Only a subset of Flash is supported and that is only supported on white-listed sites.
This means Silverlight solutions that you might have expected to run on the Surface RT (running Windows RT - or Windows on Arm) will not run (as there is no SL runtime). And, I think we can all have a collective moan and ask, together, "Why not?" To which there is no acceptable answer.
The theoretical goal, of course, is to write native Windows 8 apps. If you want to write something web based you should write it in HTML5. That's the official word. I think we all know that HTML5 has a ways to go in order to catch Silverlight, but it is what it is. Can't change some things.
I have had no issues with any of my Silverlight 5 apps running on Windows 8 - I focus mainly on line of business apps but have some graphical and otherwise apps that run fine as well.
I'm only marking this as the answer to close the case, what the actual answer was to the problem we will never know. The solution: automatic updates. After much hassles with getting automatic updates to actually go through, my machine is now working well.
Related
I'm developing a multi-platform AIR app here.
I have things on the screen, that can be dragged around, activated by long-tapping on them.
This works fine on all systems except Windows 8(.1)
When long-tapping, Windows opens a rectangle for marking a selection and prevents the MouseEvent.MOUSE_DOWN from beeing fired.
Is there any way to perhibit this for an air app?
Thanks, as always any input is welcome.
Timm
You could try switching to using TouchEvent's instead of MouseEvent's which tend to face issues with a touch-enabled OS such as Windows 8.1 (http://help.adobe.com/en_US/as3/dev/WS1ca064e08d7aa93023c59dfc1257b16a3d6-7ffe.html)
something.addEventListener(TouchEvent.TOUCH_TAP, onTap);
There is also
MultiTouch.mapTouchToMouse = false
which might prevent Windows from firing its own reaction to something like a long tap.
Also, be sure you are using the latest version of AIR (AIR14 at the time of this writing) as bugs with Multitouch have been resolved in most recent versions.
You can find instructions for overlaying the latest version of AIR here:
http://helpx.adobe.com/flash-builder/kb/overlay-air-sdk-flash-builder.html
Hope this helps!
I have a hobby website:
http://www.chartmygolf.com/Programs/Program.aspx
and for the first time (in six years) someone has said the circle/percentage thing that appears when the program is loading is not appearing, and consequently the program does not load. What could be causing this?
He has installed Silverlight 5.
He is in the USA so I have a bit of time to prepare some ideas. The things I have thought of so far are:
A 32/64 bit mismatch between Internet Explorer and Silverlight versions. If it is this how do I check what 32bbit or 64bit versions they have of each?
Whether they have Silverlight not Enabled in Internet Explorer. (I think this might be low odds because he tried to load it on firefox and chrome with the exactly the same problem).
Does anyone know another Silverlight website page which requires program loading, so I can check if the problem he is having is specific to my page or to Silverlight programs in general?
Jon
EDIT:
Some more info.
He is operating on Windows 7.
He went to the sample Silverlight page (Silverlight SDK Sample Browser) and it loaded most of the way. What doesn't load is the top section and the sidebar which both have spinning circles around them with 100% in the middle.
He is using IE11.
In the add-on section the Silverlight is enabled for both 32-bit and 64-bit versions.
I hope this can be resolved.
We want to run our regular forms applications on Windows 8 Pro tablets. They actually run without any problem, but they look very very small on tablet' s screen. The tablet runs under 1024x768 or 1280x800 screen resolutions and that' s all it supports.
1) A solution might be to run our exe application inside another third party exe, so that it becomes possible to pinch(in order to zoom in/out) Is it possible and do you know any software like this?
2) In Android, there exists LCDDensity like apps, so that people can change the screen resolutions freely. Is there any Windows 8 application that does the same?
3) Any other ideas to achieve this?
Try to play with Form property AutoScaleMode, set it to DPI.
First, let me start off by stating that I will be more than happy to post whatever code or other information I need to in order to help resolve this issue. Unfortunately, at this time, I am just not sure what I need to post.
I have a WPF application that uses the Microsoft Ribbon library. I know the ribbon control has been rolled into the 4.5 framework but since I am still deploying to some XP machines, I am forced to use the 4.0 framework. I mention this only in case there is some obscure issue with the old library.
In the application, I have a RelayCommand that is bound to one of the ribbon buttons that does not enable itself correctly (or at all for that matter). The code that is in place to determine if the command can execute is the exact same as the code for a few other buttons. These other buttons behave correctly. Even worse, the behavior is correct on my machine but not on any of the other machines that I have tried it on. It doesn't appear to be isolated to XP or Windows 7. Even worse, I have placed a regular button in the interface that calls the CanExecute method for the command and it reports a value of True even when the button is disabled.
I am at a complete loss of where to start looking. Perhaps someone can steer me in a direction of where to begin.
Thanks in advance to anyone who is able to assist me in my desperate state.
* EDIT *
On a whim, I installed .NET 4.5 on the machine that was not functioning correctly as this was a glaring difference between the development (my) machine and the other machines. To my surprise, this corrected the issue. That said, are there updates to the .NET 4.0 framework that are applied by installing version 4.5? As I mentioned above, I am targeting some XP machines so I cannot install 4.5. Perhaps there are some other updates that can be installed without installing 4.5?
We have a large winforms program. On one computer if you are running the program and open IE8 the winforms program freezes and doesn't come back. But if you already have IE8 running when you start the winforms program everything appears to be fine.
The same thing happens regardless of how you start IE8 (normal, no addins, or 64 bit).
My dev box has the same os, motherboard, processor, and memory and it runs fine.
This is on Vista Enterprise x64 Q9550 with 8GB ram.
It runs fine with Firefox 3. The weird thing is there are no web browser controls in the app or anything that should make it related to IE.
I would first start by trying to open a different browner (i.e. Chrome) to see what happens there. My guess is that will work but at least its another point of reference for solving the problem.
Wasn't really browser related. Some of the controls were created on a worker thread so they had no access to the Windows message pump.