I'm using GET ~/pages/{id}/content API with headless browser to make snapshot of OneNote page but I just realised this API doesn't give Ink contents. - https://onenote.uservoice.com/forums/245490-onenote-developer-apis/suggestions/5657688-ink-support-in-the-api
Is there any other way to get page content include Inks?
The OneNote API does not currently support extracting or writing ink to it. There is a UserVoice entry for this that you might want to upvote and/or follow.
https://onenote.uservoice.com/forums/245490-onenote-developer-apis/suggestions/5657688-ink-support-in-the-api
As a personal opinion, I think it would make sense to expose ink from the OneNote API as InkML.
Related
I am currently working on a project that involves upgrading an intranet running Classic Google Sites to new Google Sites. It appears that when upgrading we will lose the announcements and recent post functionality if we upgrade. I am having difficulty locating an example of this functionality being used within new Google Sites on the web. How are developers working around this issue in new Google Sites? Are they working around this issue?
Specific problems:
New Google Sites does not support the gadgets that classic Sites used, so these will be lost.
This includes content you added via an iframe because the iframe was a gadget.
You can add content in iframes and make your own gadgets
As per the last list item, can anyone chime in on a preferred gadget for this purpose or point to gadget development source examples that achieves the old announcements functionality seen in classic sites?
Edit: Looking at this deeper, it appears we can achieve similar functionality by adding announcements as a blog post or some other block content. It looks like we can embed HTML. However, linked content need to come from a secure url. I suppose what we are looking for were people to weigh in on their experience using these sort of workarounds.
I've been able to embed my latest 10 Tumblr posts into a website, but it doesn't include all of the functionality (comments, re-blogs, shares, etc.) of Tumblr. I'm really looking to do that, but I can't find an answer on this anywhere.
I know a lot of programming languages, so I'll take a solution in any language. The website IS a built-from-scratch website, so a Wordpress plugin won't help.
EDIT: Just to confirm (based on comments/questions below), we've followed the API documentation. We've got plenty of APIs working, but this one doesn't. We've tried gems, a Javascript version, the API with oauth and tokens, and more attempts than I can recall.
It's easy to do in Wordpress, and if we were doing it as a subdomain of a site, that would be possible. But the client (pro-bono) wants it embedded on a page that does lots of other things. Maybe there's a Javascript library we don't know about? Some other secret means of doing it? But the API (at least with available documentation) isn't working. Heck, even if you could direct us to a site where someone is using Tumblr embedded on a non-Wordpress/Tumblr website, that would be helpful. We could inspect the code.
We've got Twitter, Google Maps, and plenty of other APIs working. I swear we aren't idiots, and the answer to this isn't as easy as it appears.
THANKS!
If you want a clear example on how to use the JSON, check this link, it helped me tons:
http://janzheng.com/2013/06/tumblr_integration.html
I am new guy to get know the IBeacon technology, as I understand taht IBecaon can invoke APP, I am thinking is it possible that we just use mobile phone webpage browser(HTML5), not to use the pre-installed APP.
In this way, can IBeacon send out the proximity signal as it always does and therefore to update the contents in the mobile phone webpage according to different IBeacon ID.
Is it difficult to implement this webpage and the back-end web service.
No, this is not possible. Unfortunately there are no standard HTML5 bindings to detect iBeacons. Building custom bindings would require you to build your own web browser.
See this answer for more info.
I'm looking for some advice on what I "should" research for a particular project I've been asked to keep in mind. I've been doing so for roughly 3 days by exploring various Google technologies, but none of them seems quite right.
I need to put together something for gmail that's roughly equivalent to something I've put together for Windows Outlook. I'll explain in brief therefor what I've done for Outlook users, to give you a feel for what I'm looking for. I put together an Outlook C# AddIn that when loaded by Outlook on startup adds a number of clickable tabs, buttons, and other assorted interface elements to the Outlook interface. When you click them the C# code in my Add-In is invoked in various ways to carry out various activities, like archiving the email message that's currently selected in a remote database managed by one of our web applications. It does this by calling a variety of Outlook C# APIs that are available to any loaded AddIn, to extract or manipulate various Outlook "objects". Another thing it does on a button click is bring up a web browser the AddIn creates from a .Net class "webbrowser control" instance, essentially adding chrome to the IE "engine". It also adds what it needs to to the DOM of that web browser to make a large number of Add-In C# functions callable by javascript code that might be running in pages of that browser, essentially giving our web applications a way to "ask" my AddIn to create Outlook contacts, tasks, messages etc on behalf of that application. The gist of it is that the UI I add to the Outlook application can be used to make various web service calls to our applications (based on the state of various Outlook "objects" made visible/manageable by way of the Outlook C# API), and the state of the Outlook application can be manipulated by javascript code running in web application pages that happen to be loaded in the web browser it creates.
I need to support "similar" functionality with respect to the altogether different gmail beast (rather than a Windows application a browser based web app). I feel a bit like I've been spinning in circles the last few days, while investigating. I began by researching gmail Sidebar and Contextual gadgets, to add some roughly equivalent UI of my own to gmail, but found fairly quickly that I can't really get to any gmail APIs using them, only try to shoehorn what I've got into a set of triggered gmail "behaviors" supported by contextual gadgets, which I came to realize isn't really sufficient to support what I want. Eventually I navigated my way to the set of developer pages describing Google Apps Script supported functionally, which seemed for a time like "the way to go" to provide me with hooks into gmail APIs. I played a bit with them, making a web app script to collect the subject lines of all my gmail messages and dump them into a UI also built by the script, just to get an experimental quick feel for how things fit together. The script works, but it seems pretty slow, taking roughly a minute to collect and display just 57 email subject lines. And I can't really figure out how to get any script built UI into the gmail user interface. I tried building a side bar gadget with the URL of my app script referenced (with no HTML or javascript in the content tag body at all). An area is allocated to the gadget ok, but my script UI never appears in it. After playing a bit unsuccessfully to get my script to run in an iframe in a completely different context, just experimenting again to see what I might be able to do, I'm beginning to get the impression that some security related caveat prevents it from building/displaying its interface in either an iframe or a gmail side bar gadget, though perhaps I'm just missing some essential piece of information.
My question is a bit big I know, but "should" I be looking to other Google technologies to build the sort of thing I have in mind, or am I "roughly" following a tenable track. I'm looking for some rough architectural advice I guess, some hints about what maybe I should further explore.
With Google Apps Script you cannot add anything to the Gmail interface. Putting it simply, it will not do what you want.
Now back to your problem, if sidebar and contextual gadgets are not enough for you. The only solution I see where you can really manipulate the page is via an add-on/extension/script installed on the users browser.
This approach is powerful, in the way that you can change the page as you like, but has its shortcomings as well. First, and more obvious, it's somewhat browser dependent and installed locally on a browser. Meaning that if the user switch computers or browsers, he'll need to re-install your add-on.
Also, you're somewhat dependent on gmail's "internal" structure. I say "somewhat" because that depends on how you coded your app. But they may make a change and break your app instantly, without any notice, since gmail's html-css structure is not a "published API".
Well, that's my 2 cents. I hope it helps.
Use JSF and rich faces. this can give u a google gmail like looks and development with this is very easy and fast.
Happy Coding
I have a project and the old programmer thought converting a webpage to PDF would be easy using web-based conversion software. I'm not so sure since it requires headers/footers and it's a listings page, so it will need to know when to & when not to page break, or else it will start new pages halfway through an item on the list. I've also had problems with it cutting up images between two pages.
I've tried convincing the client that the requirements are too much and we need to create the PDF using PHP, but they are convinced building a page in HTML and converting it will work.
So I want to know if there are any web-based conversion software out there that supports converting HTML, with headers / footers and ability to tell it when to and not to page break.
Thanks.
There's plenty of Saas services out there. Here's another Saas one I highly recommend.
It's htm2pdf.co.uk and they have both a PDF API (that works with http GET and supports all platforms) as well as a HTML to PDF SDK (that works with http POST and is only available in PHP).
It is based on webkit and therefore supports anything webkit does. Webkit is what browsers like Safari & Chrome are based on. It supports headers / footers / page breaking and what not, but also additional PDF features like encryption and watermarking.
I work at Expected Behavior, and we have a product called DocRaptor that converts HTML code to PDF with an HTTP POST request. DocRaptor can definitely handle headers, footers and page breaks. DocRaptor is a SaaS application, and every plan has a 30-day trial.
Here's a link to DocRaptor's home page:
DocRaptor
And a link to our coding examples:
DocRaptor coding examples