What's the latest in touch screen programming? [closed] - api

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I want to code some applications to use touch screen gestures. What is the latest technology available?
What functionalities to APIs provide? Is it just the casual select and click functionality or are advanced gestures are also exposed through the API? Is it possible to extend the APIs to code my own gestures?
I can't arrange a touch screen device immediately. Is it possible to do some coding now and test my code using an on screen emulator with my mouse? Later for thorough testing I will get an actual touch screen device.
I am open to Linux and Windows platforms.
Also would like to explore both desktop (PC and laptops) and mobile platforms (smartphones) with greater stress on the former. Desktop because the computing power available is high and don't want to be bogged down with mobile related issues in the beginning.

Windows 7 Mulit-Touch has APIs for both touch and gestures. Gestures are extensible. (See http://msdn.microsoft.com/en-us/library/dd371406(v=VS.85).aspx).
The Surface Toolkit for Windows Touch Beta (http://www.microsoft.com/downloads/details.aspx?familyid=801907A7-B2DD-4E63-9FF3-8A2E63932A74&displaylang=en) gives you additional, multitouch enabled controls that were introduced with Microsoft Surface.
Finally, the CodePlex project "Multitouch Vista" allows you to simulate multitouch on a normal computer using 2 mice (http://multitouchvista.codeplex.com/). It takes a little fiddling to get to work, but it does work nicely under Winodws 7, 32bit and 64bit.
Hope this helps!

Related

Can we use Windows 10 (for phone ) model design in Windows phone 8.1 App? [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I am developing an app for windows phone 8.1 . Based on MSDN design guidelines I am using pivots and panorama controls in my application.
I heard there are some significant changes in UI in windows 10 OS and MSFT is not using popular controls like pivot and panorama in Windows 10.
MSFT uses buttons ,top bar, hamburger menu etc. mostly in their new OS version. See the link
My questions is , can we design my new application in 'windows 10' model ? (using hamburger,top bar etc.) . I want to make sure they will put my app in store. I am afraid of certification failure (there is a chance for rejection because app may not follow WP 8.1 app design guidelines)
This is actually a big app and need at least 8 months to get done .
Those design guidelines are not certification requirements, they're just here to help you get a clue of WP design principles. There are some UI requirements for publication, but those are more semantic (i.e. text on buttons should always be clearly legible). The official requirements are stated here. As long as the UI is responsive an not misleading for users, you won't have any problems.
Personally, I've published several apps to WP, including some with special, non-standard UIs, and got rejected quite a few times, but never because of disregarding design guidelines. Mostly, it was due to technical reasons, or the button example I stated above.

Windows 8 screen doesn't fit monitor [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 3 years ago.
Improve this question
I've just installed Windows 8.1 (my friend tells me the PC will start and shut down faster than Windows 7). I encounter some problems: the screen doesn't fit correctly There are black bars at top and bottom of the screen.
My monitor is LG E2211. I tried using the buttons on the monitor but I can't change the original ratio and It says "Digital input No access" when I choose auto.
I found this topic which has similar problem but it's only for windows 7
http://www.tomshardware.com/forum/286677-33-black-bars-5850?
Also, all the games and videos is becoming a lot slower. My friend told me it's because the PC didn't recognize the graphic card. Is it correct?
Go to your official graphic card's manufacturer's website and download the latest driver. I Had the same problem with mine.
Sometimes the native driver struggles to register the correct resolution or place it off screen.

Is there a push notification API for Windows XP/Vista/Win7? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
There is WNS for Windows 8, Urban AirShip for Android and iOS devices but I can't seem to find an API for push notifications on Windows XP, Vista, or Windows 7.
Is there an API for these OS's?
If not, why isn't there? Is there a reason or is it just that no one want to invest in "hacky" technology for "old" operating systems?
I've never seen any natively supported push APIs for these operating systems, no. As Robert Harvey said there in a comment, the benefit likely simply does not outweigh the cost. People using those operating systems probably aren't overly invested in the next wave of technology, so nobody bothers putting in push notifications, which weren't really relevant on most desktop machines until Windows 8 was already released anyway. As for why they won't retroactively add it as an update, that's easy: money. If people want the new and exciting technologies of tomorrow, with push notifications and all, they have to buy Windows 8. Microsoft gains nothing by adding features like that into old operating systems.
But since I imagine you're asking this for a reason, I'm sure you could write a Windows Service with--ha--"relative ease" that would accept notifications (even, if you're feeling techy, through SignalR) and relay them out through the notification bar on those operating systems.
That could actually be a pretty cool piece of open source software to put out there: something that lets you set up push channels easily on those operating systems that will almost definitely never receive support from Microsoft for such behaviors.

To what extent does 'optimized for iOS7' refer to the iOS7 UI? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
Apple's announcement of the 'Optimized for iOS7' mandate is as follows:
https://developer.apple.com/news/index.php?id=12172013a
Starting February 1, new apps and app updates submitted to the App Store must be built with the latest version of Xcode 5 and must be optimized for iOS 7. Learn more about preparing your apps by reviewing the iOS Human Interface Guidelines.
There's been several questions regarding this already regarding the Xcode part, which seems fairly straight-forward (use Xcode 5!)
But the 'optimized for' part along with the HIGs is much more vague.
It appears that some interpret this to mean "It has to look like a native iOS7 app...Helvetica Thin, extremely flat icons, translucency, etc"
But I find that hard to accept given how broad app UIs tend to be. I don't see EA Sports changing all their UIs to match, for example. Has apple published any clarifying documentation in regards to what they mean by 'optimized for' and how closely the UI must adhere to iOS7 conventions and to what range of apps this would apply to (all apps? Only native apps? HTML5 apps? Games? etc.)?
Coming from someone who has submitted a lot of apps, this isn't something I would see Apple enforcing unless you stray very far from the iOS 7 look and feel.
For example, I could imagine someone trying to submit an application that looks & feels a lot like an iOS 6 app, which is something they wouldn't want (confusing). Or, imagine somebody creating a new UIDatePicker that looks like the iOS 6 date picker (confusing). They're simply looking for consistency.
So, rule of thumb when it comes to HIG--use what apple provides. For custom views, respect the platform and don't confuse the user.
More specifics https://developer.apple.com/appstore/resources/approval/guidelines.html
One current completely unsupported working hypothesis seems to be that, as of Feb 1st, an iOS app has to be built with the iOS 7 as Base SDK, and that the newer iOS 7 metrics can't break anything in the UI (as in non-operable buttons or alerts, views partially-hidden under the status bar or behind tool bars, text half off-screen, etc.), and the app can't attempt to call any deprecated APIs removed from iOS 7.

Is Windows RT tablet able to receive push messages while it is in sleep mode [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
IPad is able to receive push messages while it has screen turned off.
Is it possible to receive push messages with WinRT device in sleep mode?
I would guess it is not possible with Intel based pro models...
Note. This is quite important issue when planning for Windows RT applications. Chat application could be made if somekind of alert could be given to user. Pro models can run real Windows Desktop apps, which can alert user when running at backround...
based on this whitepaper http://www.microsoft.com/en-us/download/details.aspx?id=30703 and what i have read before, there is a connected standby..
the whitepaper talks about background tasks working as should. no mention of notifications per say but i'd imagine they should be work as well. Apps however will be in suspended state at that point