I am trying to adapt a version of this demo app on Github for my own usage: https://github.com/xamarin/monodroid-samples/tree/master/NfcSample
The problem is that on an NDEF formatted tag the app can write to tags consecutively but when a format is required the write only works once. If my phone is locked and then unlocked with the app running and it comes to the foreground it works once again. I think it is something to do with 'EnableForegroundDispatch' but I am not sure.
Any help appreciated.
Thanks
Paul.
Related
Im trying to create an UWP App that allows the users to scan documents with TWAIN. I tried a few nugets such as Atalasoft DotTwain, NTwain, TwainDotNet and Saraff.Twain. All of them have samples made in WPF, Winforms... except the Saraff.Twain nuget that have a sample made in UWP.
The problem here is that when I run the WPF and Winforms samples all of them works pretty nice, basically is what I need to do but in UWP and when I try to use the code of the samples on my own App it doesn't build because it doesn't recognize a lot of classes even with the Using sentences at the start of my class.
The Saraff.Twain UWP sample doesn't build and i can't find another Twain UWP Sample on google.
Im not putting code because there is no particular problem but if you want it just leave a comment and I'll upload some.
Does anyone have used TWAIN in an UWP APP successfully? I'm very lost with it... Hope any of you have the key to the gate. Thanks.
UWP has its own document scanner API. In addition, it is possible to use Dynamic Web TWAIN in a UWP app. Check this blog: https://www.dynamsoft.com/codepool/uwp-document-scanning-web-twain.html
I have an app I created in WPF. Current in WPF, I'm using the Microsoft.Win32.SaveFileDialog file picker to let the user select a file location to save to.
I'm in the midst of converting this app to a Windows Store compatible app, via the Desktop App Converter application. When I use the Win32 picker in the UWP-converted app, it just hangs and eventually crashes, so that doesn't seem to be happy.
It looks like there is a UWP-compatible file picker Windows.Storage.Pickers.FileSavePicker, which is available using the Nuget package UWPDesktop.
Unfortunately, this is giving me the following warning -
Type 'Windows.Storage.Pickers.FileSavePicker' can only be used in UWP apps, not Desktop or Centennial
This seems pretty clear to me, so, finally my question is What dialog picker am I supposed to use for a desktop converter UWP app?
Seems like there are 2 options -
There's some kind of 3rd type of file picker that I'm unaware of, that's compatible with both frameworks.
I use some kind of check in the app to see what framework is active (somehow) and use the appropriate file picker.
Thanks in advance!
You can continue to use the Win32 picker in your converted WPF app. That is supported and expected to work.
To answer why you are seeing a crash here:
If you have Office 2016 installed, there was recently a bug introduced with an Office update that is causing the file picker dialog to crash for converted apps. The fix for this bug should go out very soon in a servicing update.
To confirm that this is indeed the bug you are hitting you can look at the crash reports for your app, and you should see a crash in the module grooveex.dll.
Thanks,
Stefan Wick - Windows Developer Platform
I ended up building a sample app containing just the problematic dialog in an otherwise empty app, with the plan of sending it to Stefan over MS.
Of course, everything looked good, so I played with it a little more and eventually figured out what might have happened.
I was running some async code just before the dialog was executed, and it looks like that would fail silently, causing the app to hang indefinitely.
I don't think this will help anyone, just wanted to close the loop.
I am working on a UWP project and I am trying to print an image from my app. I have tried using the printing sample from microsoft but it's utterly confusing and it's stuck on an error I don't have the time or the patience to solve. Is there a way to launch printer programmatically as if I right clicked the item and chose print?
Diederik Krols did a very detailed blog post about printing, it's for WinRT but should mostly work for UWP too ( except for margins and layout because that has changed in Win10 UWP )
So take a look at this sample http://blogs.u2u.be/diederik/post/2013/01/20/Printing-from-MVVM-XAML-Windows-8-Store-apps.aspx
It's still a lot of work though...
You shoud use RawPrinterHelper class Please see the example in the following link
https://support.microsoft.com/en-us/kb/322091
I build 2 application one for android and one for pc
My application is to make the camera of android mobile appear inside application of C#
but I didn't use DirecShow in my application..
it's work good ..but still I have to make the application of c# which display the camera
appear as an option inside Skype and MSN which I think make this application like driver
any help to do that will be great
Thanks
I don't think you can write a windows driver in c#. Maybe you should begin reading here: Windows Driver Kit (WDK)
Is there a way to make Windows Mobile not use the main phone app? I have my own phone app that I want to handle phone transactions for a business device.
My app works fine (detects the call and can hang up), but the main phone app still wants to allow the user to answer a call normally. I can try to hide the incoming call window or programmatically press the ignore key, but that is a bit clunky.
Basically, I need a way to make the built in phone app not know about incoming calls.
Any advice would be appreciated!
In case it matters I am using a Symbol MC70 running Windows Mobile 5.
Thanks!
EDIT: Thanks to djhowell's answer to this question I now know that the offending app is cprog.exe. But apparently it is hard to kill because services.exe keeps bringing it back.
First of all, you should not do it. Replacing system dialer will create you more troubles than you can expect.
If you still want to do it, there is no nice way to do it, even if you opt to use RIL directly. So, there is a trick in which you create a dummy cprog.exe (which does absolutely nothing), and put in the root folder . After the phone boots, that program will be started instead of the native one that is located in the \Windows folder. Then no program will be listening for incoming calls.
I would recommend asking Symbol (actually Motorola), they may have insight into your problem. I work with MC3090's and they were helpful before.