i already implement socket client server program that give me proper output now the task 2 video call same as one like using ip address and port so that no other third party should involve I also done some tutorial on wedrtc but due to security or third party issue I cannt use it, also use video char activex but it demand to buy this sdk. so im helpless know
You aren't helpless. Read the article that I linked to. Download the code and study it. Learn how it works and then adapt it to what you need. Most of the work has been done for you already in there - it's up to you to do a bit of studying now.
Expanding on the other reply. Very broadly there are three parts
1. Text chat
3. Wrap both of the above.
So if you know how to do 1 and 2 then 3 should get you started. If you don't know how to do any of that then I suggest strongly that you start with 1. Do not work other others until you have implemented the first one.
done task 1 already by socket programming (ip,por) client server. but add new feature is video. I study about directx or direct show but not clearly understand it. add video feature without involving third party
Hi, I am facing this error how to remove it: Cannot implicitly convert type 'WebApplication1.SharePoint Online Credentials' to 'System.Net.I Credentials'. An explicit conversion exists (are you missing a cast?) My Code is here:
protectedvoid Page_Load(object sender, EventArgs e)
using (ClientContext clientContext = new ClientContext("https://------------.sharepoint.com/sites/Solutions/"))
SecureString passWord = new SecureString();
foreach (char c in"----------".ToCharArray()) passWord.AppendChar(c);
clientContext.Credentials = new SharePointOnlineCredentials("---------@---------.onmicrosoft.com", passWord);
List list = clientContext.Web.Lists.GetByTitle("Cases");
CamlQuery query = new CamlQuery();
query.ViewXml = "<View/>";
Microsoft.SharePoint.Client.ListItemCollection items = list.GetItems(query);
DataTable dt = new DataTable();
foreach (Microsoft.SharePoint.Client.ListItem item in items)
dt.Rows.Add(item["Title"].ToString(), item["Email_Address"].ToString(), item["occupation"].ToString(), item["PlaceOfCity"].ToString(), item["Mobile_Number"].ToString());
GridView1.DataSource = dt;
[Edited to remove password, email and site details]
I am not sure whether .NET framework has an implementation of that driver, or you might want to go a bit deeper using C++ for CLR. Somehow, looking at a few Google search results I can say community is working on it. The following links show the I2C bus communication through a few community-led projects, samples, since there is no native support (or interest) in the .NET framework.
Provides it's a .NET assembly, it doesn't matter what language the DLL file was written in: it can be used from any language which supports .NET.
So yes, you can use a VB DLL (or EXE) assembly from a C# program as if it was a C# file.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
A minor correction. You can only guarantee that you can use a DLL from one .NET assembly in another if it is inherently CLSCompliant. That's not to say that you can't use an assembly that is marked as CLSCompliant(false), but there's no guarantee that you can.