3 ms·

Those APIs are not meant for building a full blown dedicated clients, they’re for application integrations.

polote 6y ago
Check that https://developers.google.com/docs/api/reference/rest/v1/documents https://developers.google.com/docs/api/reference/rest/v1/doc... You have the full specification of Google docs documents and API to edit any kind of blocks inside
- MichaelApproved 6y ago
  First, that’s not the full spec for Google docs. It’s missing many aspects of the environment. Second, is that meant for building a full blown client or is it meant for 3rd party integrations, like plugins?
  - polote 6y ago
    > It’s missing many aspects of the environment. I'm curious of what is missing > Second, is that meant for building a full blown client or is it meant for 3rd party integrations, like plugins? It is certainly not for plugins, as there libraries to call that API from python, ruby and others which are then not meant to be run in the browser. My point, is that if you want to build an editor of Google Docs, then you can do it, there is an API to get the doc format and an api to make modification to that document
    - MichaelApproved 6y ago
      > I'm curious of what is missing My initial response was related to missing comments and collaborative real-time editing in the v1 link you provided. However, I searched a bit more and found that their newer API versions include both of those features.[1] Here's a blog that's announcing their real-time collaborative editing[2] back in 2013, so that's been there for a while. That blog post also lists a few products that make use of the real-time feature but the only client that's an actual editor ("Neutron Drive") has since died with its domains no longer working. I guess this is one of the rare cases where you can build a client based on their API and Google actually promoted one of them but I'd still say that it's not really meant for it. The primary use case for these APIs are bot services like Zapier and integrating a "Save to cloud folder" feature in your own app. Even if they actively encouraged you to build a client based on their API, who would risk it? We've seen how Twitter handled 3rd party clients after it got big and that's likely going to be the case with every major player. [1] https://developers.google.com/drive/api/v3/manage-comments https://developers.google.com/drive/api/v3/manage-comments [2] https://developers.googleblog.com/2013/03/build-collaborative-apps-with-google.html https://developers.googleblog.com/2013/03/build-collaborativ...

Check that https://developers.google.com/docs/api/reference/rest/v1/documents https://developers.google.com/docs/api/reference/rest/v1/doc... You have the full specification of Google docs documents and API to edit any kind of blocks inside

MichaelApproved 6y ago
First, that’s not the full spec for Google docs. It’s missing many aspects of the environment. Second, is that meant for building a full blown client or is it meant for 3rd party integrations, like plugins?
- polote 6y ago
  > It’s missing many aspects of the environment. I'm curious of what is missing > Second, is that meant for building a full blown client or is it meant for 3rd party integrations, like plugins? It is certainly not for plugins, as there libraries to call that API from python, ruby and others which are then not meant to be run in the browser. My point, is that if you want to build an editor of Google Docs, then you can do it, there is an API to get the doc format and an api to make modification to that document
  - MichaelApproved 6y ago
    > I'm curious of what is missing My initial response was related to missing comments and collaborative real-time editing in the v1 link you provided. However, I searched a bit more and found that their newer API versions include both of those features.[1] Here's a blog that's announcing their real-time collaborative editing[2] back in 2013, so that's been there for a while. That blog post also lists a few products that make use of the real-time feature but the only client that's an actual editor ("Neutron Drive") has since died with its domains no longer working. I guess this is one of the rare cases where you can build a client based on their API and Google actually promoted one of them but I'd still say that it's not really meant for it. The primary use case for these APIs are bot services like Zapier and integrating a "Save to cloud folder" feature in your own app. Even if they actively encouraged you to build a client based on their API, who would risk it? We've seen how Twitter handled 3rd party clients after it got big and that's likely going to be the case with every major player. [1] https://developers.google.com/drive/api/v3/manage-comments https://developers.google.com/drive/api/v3/manage-comments [2] https://developers.googleblog.com/2013/03/build-collaborative-apps-with-google.html https://developers.googleblog.com/2013/03/build-collaborativ...