I am currently in the middle of building some functionality for my app that requires me to play a notifcation sounds and vibrate, I've seen the tutorial samples with the vibrate but was wondering what the best way to play sound.
My initial thought was to use the messenger and get the UI to suscribe to that message and use a delegate to then fire off the method to play the sound. Would this work? I intend for this to be on Windows Phone, Android and iOS.
I've done this in a few "closed source" apps. In each of these I've implemented this using a plugin or using UI project dependency injection - exactly the same as in the vibration sample/tutorial - http://slodge.blogspot.co.uk/2013/06/n31-injection-platform-specific.html
Related
The default styling for the Web Chat used to be identical to the Bot Emulator. Now, however, there seems to be significantly different default behavior for webchat. I have attached two images below illustrating the differences. My question is: does there exist a ready-made template that will make my Web Chat look and behave the same as the Bot Emulator? I'm aware of the ability to change the styling, but I'd like to make it identical to the Bot Emulator. Notice the difference in color and just general design. Thank you for your time.
Current Webchat
Bot Emulator
BotFramework Emulator is a downstream consumer of Web Chat. Previously, Emulator was not altering any default styling options, but changes were made around version 4.1 or 4.2, I believe. That is why Emulator and Web Chat previously looked identical. If you want your version of Web Chat to match the current look and feel of Emulator, you will need to copy the style options that the Emulator has implemented. Emulator's Web Chat Theme
In Acumatica framework for mobile applications is it possible to work with Mobile camera and bar code scanning? Or at least with camera? Is it possible to add some C# code, which will be running inside of Acumatica mobile application?
Some ideas can be found in I400 and the Help docs - Configuring attachments in Mobile and Enhancements taken from Camera:
https://help-2018r2.acumatica.com/Help?ScreenId=ShowWiki&pageid=fd9cb8aa-609c-46d4-8c8d-f29dda804721
For the C# code, I am wondering if adding a View on Note or UploadFile/UploadFileDoc for given FileID/NoteID:
public PXSelect<UploadFile, Where<UploadFile.noteId,
Equal<Current<YourDAC.noteId>>>> Attachments;
and subscribing to UploadFile_RowPersisting or other event.
I'm posting here because I didn't find any satisfying answer anywhere.
The question is quiet simple. I see a lot of application implementing the cast feature on Android. The issue is that even if I have a brand new smart TV, it actually doesn't support the cast feature of the majority of my apps.
For example, my TV has a Youtube app so I can cast youtube videos from the youtube app on my phone to my TV.
Now I would like to cast my favorite streaming app to my TV but my TV is not found. So I'm thinking, okay let's try to make an app for my TV that will receive that kind of command.
I know that I can make an app for my TV. Before starting that ambitious project, I want to be sure that the google cast sdk will allow me to write such receiver app.
Do you think this is possible ? Or do we really need one receiver app for every emitter app ?
YouTube uses its own discovery protocol beyond what the Cast SDK supports. Apps need to integrate the Cast SDK in their senders and implement receivers that support their authentication and DRM.
Have freelance job on VR - Business app and need to make it in VR and noVR modes.
Can I develop it in Unity and what problems can I face? Or can I make noVR-part in Android studio and then combine it with Unity VR-part?
Searching on the internet and can't find a proper answer.
Unity 4.6+ has a new UI thats canvas based, its pretty ok but not as nice as a modern MVVM enabled UI frameworks. There are assets you can buy that enable MVVM in Unity UI. I would recommend this if your UI is complex
https://www.assetstore.unity3d.com/en/#!/search/page=1/sortby=rating/query=mvvm
The big problem with using Unity for any kind of business app type thing is that when entering text into GUI.TextFields you can't edit the text directly in the textbox. For any kind of form that has a bunch of textboxes and things to interact with, you need to do it in UIKit.I myself wouldnt use unity for what you want to do, try to look into the google Android SDK.
I am new to Xamarin and not sure if chose Xamarin.Forms to create a application for ios and android platform has a problem or not.
The application has some features below:
The application will be able to running some code in background without launching application by user.
The application can be launched by a href link or a notification.
The application is able to launch a builtin Camera application, and receive picture data from Camera application.
Thanks,
Bo
The features you are mentioning can be done with both. Actually, anything you can do on Xamarin.iOS and Xamarin.Android can be done with Forms. Because Forms is only an abstraction layer for the UI which is installed by a NuGet package.
Now, having that said when to use Forms or when to use iOS/Android? It is mostly about UI. Are you going to do some advanced or platform specific stuff is is easier to implement that with the platform specific project.
If you UI will be the same in both platforms and mostly consists of some lists and input fields, then that is a very good candidate for a Forms project.
Notice how I said it is easier to do in the platform specific projects. Again here, you can do anything in Forms as well by the means of Custom Renderers, it is just a bit harder to do.
Ideally try it out yourself and see what suits you best.
In regard with your need to execute code in the background. This will be tricky and is very dependent on the platform that you're on. You will definitely have to write platform specific code for that for which you can use the DependencyService to abstract it to your shared code.
However like AlancLui mentioned executing code in the background isn't something that is easy to do on mobile. On iOS it is restricted to accessing location data or playing music, but still your app needs to be running (in the background). Android has something called Services for this, which makes it a bit easier.