What would be the logic behind a Dropbox Syncing Note Taking Application? - c#

Can anyone please suggest some logic behind a an application that syncs notes with one's DropBox Account?
Consider me a newb.
I'm thinking it should somewhere be around these lines:
The app takes notes.
The user has to input in his dropbox credentials.
Everytime a new note is created, it MUST be synced to his dropbox account.
What would be the various APIs that are to be implemented?

You will need to start thinking about using Dropbox web service APIs to upload the notes to Dropbox.
Some resources to start with:
Dropbox Developer portal to learn about using Dropbox API
Sample implementation of API for .Net for use or study
Following steps above should get your started in the right direction... One suggestion on cloud storage based design... It's best to also have some kind of local storage on the mobile device to act as an offline buffer, just in case user writes a note when they have no internet access. Write the cloud upload/sync code to run in the background.
Have fun!

Related

Application Insight on premises without Internet Access

I've to develop a WPF application in an intranet environment with no internet access for security reason. I was wondering if it's possible to collect data locally (on a server) then to FTP them or even better to have the application insight alternative installed on a Server.
Has anyone faced a similar situation and have been able to solve it?
You could do something like that yourself if you really needed to. Instead of using the built in InMemoryChannel or ServerChannel classes to send telemetry, you'd create your own implementation to store them somewhere else. (or you could change the endpoint that the default channels point to to a web service inside the intranet.
you could then collect those files up and ftp them outside, and write another service to read those files and send the telemetry to app insights. Though it seems less like a good idea given the intranet with no internet for security reasons.
Or, better yet, you could simply write internal service to parse and store all that telemetry and show it on that web service inside the intranet and use appinsights only as an sdk and schema, and don't send any of your data outside your intranet at all.
More likely: upvote adding AI to azure stack, (https://feedback.azure.com/forums/357324-application-insights/suggestions/11683746-bring-application-insights-to-azure-stack) and then get an azure stack implementation inside your intranet? then you get all the other goodies of Azure from Azure stack as well.

I have a web application and I want clients to allow files insert/ update/ delete files with automatic authentication

I have a C# web application and I want clients to allow files insert/ update/ delete files with automatic authentication using google api client library. My first question is whether it is possible possible or not using "Service account" or any other technique.
I have started things like:
Enabled 2 APIs Drive API and Admin SD
Created a project in the Google Developers Console
Created API keys and OAuth 2.0 client IDs for the project
Installed PM> Install-Package Google.Apis.Drive.v2 for my web app. The dll version is showing v4.0.30319 and
my .net framework is 4.0
If you want to modify a user's Drive, you will need the user to be at least connected and also that he gives to you the permissions to do so.
The best way to learn how to do this is the Google Drive API, they provide a good start-up and a lot of samples for the tasks you ask for : Google Drive REST API, .NET quickstart.
If you still hits problems, there is also others way to learn : a simple google research gives good results.
For exemple, Daimto have a tutorial for exactly what you need :
Authentication
Retrieve files informations
Upload, update, delete files
Finally a project sample
If you still hit a problem, a little research helps a lot, then ask question here.

Accessing OneDrive from Azure Mobile Service

I'm developing a mobile app to share some content between users and I'm facing a weird problem.
Currently, what the app does is to allow the users to download some files from the web and store them on their OneDrive account.
The problem is that I need to download the file from the web first, and then upload it to OneDrive, and this means that I'm wasting double bandwidth for each file (OneDrive does not allow to upload a remote file).
The other required feature is to upload a file from OneDrive to my Azure storage, so, basically, I need my Azure service to work with both upload/download from/to OneDrive.
I can't find anything useful online, but I think I got a solution for the OneDrive-to-Azure scenario:
Get the file ID using the LiveSDK on my phone
Build a download link for the given file
Send the link to the Azure Mobile Service
Download the file in the Azure Storage
I've not tried it yet because I still got no access to Azure (I need to register for the trial), but I'm not sure that this may work, and even if it does I still need to figure out how to make the Azure-to-OneDrive stuff.
Do you guys have any clues?
This thing is really driving me insane :\

C#/.NET Desktop App Based on Instagram's API (For Offline Use & No Database Connectivity)

For my semester assignment, I want to make a simple C#/.NET windows desktop application that will call the Instagram API and use its Photo Effects/Filters.
But my professor has said that the app must be a standalone windows desktop app which means it should not have any internet or database connectivity.
For example: If a user selects an image/photo from his computer using the desktop application (that I want to develop), I want the application to show a bunch of instagram filters that can applied to that image (without internet or any database connection).
My basic question: Is it possible for me to develop such an app that uses the instagram API but does not need any internet or database connectivity? If it is possible, can you guys guide me? I have visited instagram.com/developer/authentication/ link but I am not sure what to do. And if it is not possible, is there any other way to make an app that applies some effects/filters to an image? Please help me out. Thanks.
EDIT: I am still a little confused though. When we use intagram on phone, we use internet only when we want to upload a photo. Filters are offline features. So is there any way I can get these features from the API? As my teacher said I 'can use API but not internet' I assumed APIs can work without the need of an internet connection.
To implement offline image processing, you would either need an assembly of the filters or the actual code. I don't think that Instagram provides such tools. But there are plenty of third party libraries out there for image processing, if that's what you are looking for. For instance the AForge image processing.

Struggling to understand the structure of the Facebook API

Ultimately I want to create a desktop app that allows users to update their own status, view status' of their friends, update pics etc. - basically a lot of the functionality the facebook website provides. Through looking through some tutorials and sample projects it seems that an app must be created for the facebook account. Now is this the facebook account of the developer (i.e. mine) - which will provide an API key that will allow any other user to log in?? Does every desktop project need to authenticate the user through a facebook dialog window to take the users' credentials?? Where does OAuth fit into this?? If anyone can shed any light as to the structure of the facebook api and the ways in which I can grant this functionality from say a WPF C# app for example I would really appreciate it.
EDIT: Before complaints of a potentially huge question or too 'vague', my question is specific to the integration/use of the facebook API in desktop applications - not how to then retrieve status feeds etc. I'll work that out myself.
Per Facebook documentation, all desktop apps will need to implement some form of web browser integration, whether embedded within the desktop app or controlled.
See: http://developers.facebook.com/docs/authentication/
Desktop Apps
Our OAuth 2.0 implementation does not include explicit desktop app
support. However, if your desktop app can embed a web browser (most
desktop frameworks such as .NET, AIR and Cocoa support embedding
browsers), you can use the client-side flow with one modification: a
specific redirect_uri. Rather than requiring desktop apps to host a
web server and populate the Site URL in the Developer App, we provide
a specific URL you can use with desktop apps:
https://www.facebook.com/connect/login_success.html.
Don't worry it took me two solid days of trial and error and re-re-reading of the documentation on authentication to finally "get" it.

Categories

Resources