I am looking to integrate a bot made with the Microsoft Framework Composer to one made in the SKD with C# dot net. Is there any documentation anywhere or anyone that knows how to do this?
AFAIK that's "not doable" (in a "reasonable" amount of time).
The point is that SDK 3, lacks support for Adaptive Dialogs, which are THE cornerstone of Composer.
Also, Adaptive Dialogs have a large set of new features, like Adaptive Expressions, Language Generation, Interruption handling and so many others, that have no equivalent in SDK v3, that you could end with a nice bot design in Composer that wouldn't "run" in SDK v3.
Not to mention that you can't deploy new v3 bots anymore.
Even though Adaptive Dialogs have a steep learning curve, specially coming from v3, it's worth taking your time to learn them, because they can make you work much more faster than v3.
So, take the plunge 😉
I am looking into the opposite problem, i.e. I would like to use the full SDK features in a Composer-generated bot.
However during my search I encountered various hints that might just help with what you are trying to achieve:
Adding Bot Framework Composer dialogs to a Skill: still marked as experimental, but seems that you can have a root bot and integrate a Composer bot while still being able to continue working with Composer. Looks promising to me.
Another option I see is to consume the Composer-bot as a skill in the SDK-bot as the root. However I have not seen any documentation thereof (only the other way round).
Related
I have made a bot in framework v4 using c#. I want my bot to interact with real human at some point. I am stuck with it. Can any one can provide a code reference so i can integrate this feature in my bot.We have a agent portal even , We don't want to use any third party. Our portal is made and bot is made but i don't know how these two connect with each other.Please any one help me out, i really need your help guys.
You can follow this https://github.com/tompaana/intermediator-bot-sample. I followed this and was able to implement it easily. It supports cross channel support as well just in case if you are interested
What you want to achieve is so called "human handoff". See its document here and samples here.
Hi i want to build a simple webapp UI for user to build bots like ChatFuel but simpler. Will probably use angular for web app front end and c# bot framework. Is it possible to do this using bot framework? Do i need to learn direct line in bot framework?
What knowledge do i need in order to build an app like that and to be able to run it in messenger or other channels.
I have knowledge building bots using bot framework and publishing it to Azure Bot Service and Facebook messenger. Thanks!
Sorry, I'm not familiar with ChatFuel, but I get the general idea. Are you wanting to build the entire bot? Or just the dialogs? Just C#?
If you just want to build dialogs, I would take a look at Declarative dialogs. This is still in experimental phase, not to be used in production, but if it does make it to release; it would likely be the easiest route.
Is it possible to do this using bot framework?
Well, not simply. I guess I would say it is possible, just how much effort you want to put in and how complex you want it to be able to get. If you just wanted to build something that would then output dialogs, etc to a C# class, along with maybe snippets to put in the bot; that would be somewhat straightforward. (user would then take the output from your tool and copy into the project. If you're wanting to end up with a fully functioning bot, that of course will take much more work.
Do i need to learn direct line in bot framework?
No, shouldn't be needed.
I need to integrate cortana with the bot framework. For that i did a research on internet and most of the sites are saying it as "coming soon".
I need to clarify whether it is possible to integrate cortana with bot framework now. If so, can you provide a proper document on how to integrate it. If not possible, could you please let me know when it will be available
Microsoft has just release Cortana channels for your existing Bot Framework bots at Build 2017.
More detail available here: https://blog.botframework.com/2017/05/10/Build/
Cheers,
Pieter
Yes, you can. But that is only available in United States. If you'd like to use your bot, you have to set region to United States.
I m working on a facebook ap with Facebook C# SDK and MVC 3.
One of the problem I m having is: multiple versions of Facebook SDK API with several inconsistent versions. Almost every version there is a change in the API and something that works in one version doesnt work in another. There are also major changes between API versions.
I m using the latest version. (6.0.12). I cant find any documentation on how to use the API.
API website has lot of TODO pages. (http://csharpsdk.org/) and documentation is not concise.
Should I use another SDK ? What do you recommend? or are there any samples I can use for this version?
Thanks.
I'm much in the same boat as you.
I've followed the blog posts from the members of the Facebook c# SDK team, and their reasoning behind doing the latest major re-work of the API. I'm optimistic and think it's a healthy decision, leveraging the majority of the work from the server to the client instead.
In the end, I think it will benefit our applications with a much more scalable and performant solution than before with the earlier SDK. A good thing if your application gets viral.
The earlier versions had good and plenty samples and documentation, I only hope that in time the team will be able to provide that with the newer version as well.
For me, I currently have a v5.0x solution in prod, and I'm very eager to jump on the newer SDK, but I'm holding on for good samples as well, hoping for some magic during the upcoming months.
It's really a question on how long you can wait, I think it's the best SDK out there at this point.
If anyone is having problems with FB breaking old versions like I did, here is a small and brief tutorial I created
http://theocdcoder.com/tutorial-integrating-facebook-authentication-asp-net-mvc-3/
My company has an existing established WinForm application which in running on WinXP. The application does alot of sound processing using DirectSound.
My company would like to evaluate Mono, as an alternative on a per workstation cost to Vista/Win Server 2008.
I've heard that different estimates, ranging from 'it will work easily on Mono' to 'it could take months of recoding in certain cases to get a WinForm app to run with Mono on Linux'.
Does anyone have a good real world experience with this?
A good link reference?
I would like to get a better idea before I commit to testing.
Thanks!
The WinForms part will be easy, you may have to do very little as Mono now claims to support Winforms 100%, however all the DirectSound calls will have to be rewritten to use an API available on Linux, ALSA being the obvious choice.
I have written small apps in VS 2005 and ported them with ease to Mono. If you do a lot of P/Invokes, then you'll have to take that into account, as those may have to be completely rewritten or rethought.
Also, check out MOMA: "The Mono Migration Analyzer (MoMA) tool helps you identify issues you may have when porting your .Net application to Mono. It helps pinpoint platform specific calls (P/Invoke) and areas that are not yet supported by the Mono project."
Mono can help you move the managed code, but it will not help you move the audio layer.
Sadly, the .NET framework does not provide a comprehensive API for audio processing. It merely provides a way of playing back a small sound sample, and it is not even very good at this (See Jeroen's post about audio gaps when running the C64 emulator under IKVM).
You will have to research which Linux API maps best to what your audio application is doing.
Lennart Poettering blog entry on audio is an excellent starting point:
http://0pointer.de/blog/projects/guide-to-sound-apis.html
Once you decide on an API, just like in Windows, you will have to P/Invoke the API that is right for you.