How to get the list of pages deleted using OneNote API (To synch the offline content)?
Assume we have 10000 pages in OneNote which is cached locally. When a page is deleted in OneNote how to identify the delete operation using API?
Unfortunately, the API currently does not support retrieving deleted (recycle bin) content. If you believe this is a feature we should have, please create/upvote items in our uservoice site.
https://onenote.uservoice.com/forums/245490-onenote-developer-apis
If what you are interested in are changes in user's content (deletes, adds, edits) then webhooks is what you should use. You basically subscribe to user's changes and get notified on any changes. You could cache the list of pages and on every change, identify which pages were added/deleted/edited. Note: only applies to consumer notebooks
https://msdn.microsoft.com/en-us/office/office365/howto/onenote-sync
Related
I have a Shopify website I am working on and I am using a built-in "app" that auto-fills the shipping information during checkout from cookies based on the last person's registry (a page on the website) that you viewed.
The issue is if the end-user is using Google Chrome and has their cookies setting "Preload pages for faster browsing and searching" turned on it won't auto-fill the shipping information.
The shipping information is stored securely and the end-user cannot see it, we just load a custom GUID for the last persons registry that was viewed into cookies then when they go to the checkout page we read that GUID to know what the shipping information to use when they purchase an item.
How can we read cookies when the end-user has the "Preload pages for faster browsing and searching" turned on in Google Chrome?
I want to get the history based on tabs not the global history.
I have tried the chrome.history but it is a global history API and it is not giving the tab specific history
Following the thread I checked chrome.webNavigation API but it was just giving the frames of that particular page not the history.
So what is the better way for achieving this?
The history API you're referring is the browser history API.
However, you're looking for the browser session history API (session meaning per-tab).
Since this is a DOM-based API, you can only access this via content scripts. This cannot be used directly from service workers or background scripts, but of course you can use messaging if needed to indirectly access this.
I am guessing the page list has been cached somehow or perhaps it will take awhile for a sync to occur between the OneNote API and the wp client app.
Before deleting the page from a OneNote notebook section - the page is returned using get pages api. Then i delete the page using the OneDrive app on windows phone. Then if I do a get pages again - the deleted page still shows. If I try to access the deleted page from my app - it will show "page not found".
So I would like to stop listing a page that does not exist any more. The response from the get pages does show a no-cache header. But I really don't see any way to control this or force a resync through the OneNote Api. I tried exiting the app and also using a different phone - but the Get pages still returned the deleted page.
If I delete a page directly from my app through the API - it gets deleted and it also no longer shows up when doing a get pages.
thanks for any suggestions.
I have a new extension that I am trying to get more users for, I am running two campaigns - lets call them A and B
These campaigns eventually lead to my extension's page on the Chrome store.
Is there a way to know how much installs\addons did each campaign added?
Not clicks - Proper users that added the extension.
Thanks!
In theory, yes.
If you have enabled Google Analytics for your extensions (created a property and added it while editing the extension), that property will start tracking your Web Store page. If you haven't installed it, then no, no such refined data will be available.
You will see installs as visits to /track_install/* URLs. You can create a Goal to have better analytics for it, but you can probably dig through the data even without it.
We are looking into trying to look into using the push notifications API to cache some part of the changes feed.
One issue that has come up is that thumbnail links are not cacheable - even if you supply an access token, they expire.
Previously this was a non issue since the lack of push notifications made the application use the changes API, which meant we got back new URLs for thumbnail previews in the new changes results.
Is there a way to cache thumbnails such that we don't have to make calls to the changes API for it?
There are no permalinks available for thumbnails and if there was it'd be a privacy issue, because we dont require access tokens for preview images. I'd not recommend you to cache thumbnailLink and downloadUrl attributes.