Using the ViewSizePreference.UseHalf works great for a Windows 8.1 app running in Windows 8.1. However, when I run the same app on Windows 10, I don't get the split screen effect. I guess that may be expected behavior as the UI is quite different, but wondering if there is any kind of workaround for this.
Thanks.
Split screen launching (that is, ViewSizePreference.UseHalf) is only supported in tablet mode.
Related
I've got a VB.Net Windows Form application containing several controls (labels, groupboxes, comboboxes, etc.) This application is deployed to several PCs running Windows 10. There are also Win10 tablets connecting to these PCs via Remote Desktop. The issue is that the text on the form sometimes gets resized and overlaps onto other controls when viewed on the tablet. In other words, the text becomes too big.
I thought this was only happening when using Remote Desktop but today I saw it happen on a PC too. This is the first time this has happened. One difference is that the PC was re-imaged in the field instead of being brought back to the office first. The monitors used between the two locations are different, and I'm suspecting this has something to do with it. I know there are DPI and resolution factors to consider but don't fully understand how to rectify them in this case, or if they're even applicable.
Here's how it looks as designed and running on my dev PC:
And here's how it looks when running on the production PC (sorry for the grainy image):
Of note is that some text doesn't appear to get oversized, for example the "Currently: 6 ft/min". All fonts are Microsoft Sans Serif.
Suggestions?
The answer provided here worked for me by changing the compatibility settings for the executable. Another method is provided here but I haven't had a chance to test it yet.
I have a Windows store app (made for Windows 8.1). After upgrading to Windows 10, I was able to install my app without problems.
I was always able to find my app through the category and the top charts. But now, I cannot find it at all. Only when I search for a keyword related to the app, it shows up as expected.
Is that normal? What could be the reason?
I have contacted Microsoft regarding this matter and received a reply.
It appears that Microsoft has changed the chart listing algorithm in Windows 10, kicking all apps out (from Windows 8/8.1) that are not cross-platform pc-mobile. You can still find the applications by the search, but they are not visible in any charts anymore.
I am using GetRandomRgn() API to get the visible region of the window.
This API works fine in Windows Xp and Windows 7 but same API is not giving the same
result in Windows 8.
Is there is any other function available in windows 8 to give me the same result?
Please do reply.
Best Regards,
Sharad
Enable Desktop Composition on Windows 7 and you'll see that Windows 7 and Windows 8 behave the same. The behavior of GetRandomRgn is affected by desktop composition. When composition is enabled, all windows are logically treated as fully visible (since they render to an offscreen buffer). The available of features like Flip3D shows that the logically visible portion of a region is not the same as its physically visible region.
The Windows 8 Consumer Preview is now available. It is known that Silverlight will not run in metrostylemode, but with legacy/desktopmode it is working?
Anything unusual to keep in mind?
Are you able to access Silverlight applications?
(sorry for my bad english)
I have an medium sized SL5 LOB RIA Services app that runs OOB and it is working fine on windows 8 CP. The only thing that did not worked as I expected is that the on-screen keyboard do not show when I enter a text field. probably there is a way to p/invoke this but it would be nice if this happens by default.
I don't think there was anything new posted to that effect (but then the story was already explained in Dev Preview). It basically works the way you describe in Beta.
Apparently you can add a meta tag which causes the metro browser to prompt the user, but I have not yet tested.
Check out the following link:-
http://www.winmatrix.com/forums/index.php?/topic/33701-plug-in-free-web-in-ie10-metro/
We have SWT apps which use the setForeground method on windows XP, and they work fine. However, running the most recent stable SWT jars and dlls on Win7 seems to show the setForeground method being ignored. I know that the javadoc says it's a hint, but I wanted to know if this is because something changed between XP and 7, or if it's possible it's a system setting on my new Win7 install.
I had found this post: How to set SWT button foreground color?, but the main answer definitively says that setForeground is ignored on Windows, which isn't true in XP. Also, our problem doesn't seem to be limited to Buttons. Same issues happen with Groups as well.
Apparently, a hacky work-around exists by adding a paint listener that manipulates the GC directly to redraw the text with the appropriate color, besides being hacky, this is not practical, because it would mean we had to add this listener to the thousands places where we use Buttons.
Thanks for any help.
This doesn't have anything to do with your system settings. It's just that, as you have guessed, something has changed between XP and 7. Actually, it changed between XP and Vista. Unfortunately there is not much you can do about this, except for the hack that you have mentioned.
For more information, see this bug report.
Further investigation reveals that this is not a difference between XP and Windows 7, but rather the Classic theme vs the Aero or XP theme. If we use the XP theme in XP, Button foreground also cannot be set.