I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app.
The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods. There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo. Would anyone be interested in developing one? I could certainly contribute some funds towards the effort, and others may be able to do likewise. Cheers Andy ᐧ |
Andy Burnett wrote:
I spreadsheet like interface would be very useful to Pharo. In my case, I use Microsoft Excel much more for processing text - splitting, cutting, extracting text on an adhoc basis into recombined columns, and filtering using the auto-filter feature. I'd love to be able to do something similar as a distributed collaboration across the new with a live distributed API, but for a while I don't have the time to devote to it myself. cheers -ben |
In reply to this post by Andy Burnett
On 11/9/14 19:11, Andy Burnett wrote:
The pharo association could also help with some funds. We should check the status of the money. I can check with luc. Stef
|
In reply to this post by Ben Coman
Hi Andy,
I think we have all the building blocks to do this (ZnClient from Zinc, HTTPS from Zodiac, OAuth2 from Zinc-SSO, JSON from NeoJSON), so that is good. But there are a large number of Google APIs (https://developers.google.com/gdata/docs/directory), each of them containing lots of functionality. There are deprecation warnings on some of them. It is of course necessary to first fully familiarise oneself with each of them and the application they connect to. When some basic calls work, the next step would indeed be to make nice object models for each of them. Some people on this list have built these kinds of API before (like Sean's Flicker Client). I also think that once one of them is done, others could be implemented by many different people, like students. Sven On 11 Sep 2014, at 20:12, Ben Coman <[hidden email]> wrote: > Andy Burnett wrote: >> I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app. >> >> The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods. >> >> There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo. Would anyone be interested in developing one? I could certainly contribute some funds towards the effort, and others may be able to do likewise. >> >> Cheers >> Andy >> ᐧ > I spreadsheet like interface would be very useful to Pharo. In my case, I use Microsoft Excel much more for processing text - splitting, cutting, extracting text on an adhoc basis into recombined columns, and filtering using the auto-filter feature. I'd love to be able to do something similar as a distributed collaboration across the new with a live distributed API, but for a while I don't have the time to devote to it myself. > > cheers -ben |
In reply to this post by Andy Burnett
ᐧ Sven said <<< Hi Andy, I think we have all the building blocks to do this (ZnClient from Zinc, HTTPS from Zodiac, OAuth2 from Zinc-SSO, JSON from NeoJSON), so that is good. But there are a large number of Google APIs (https://developers.google.com/gdata/docs/directory), each of them containing lots of functionality. There are deprecation warnings on some of them. It is of course necessary to first fully familiarise oneself with each of them and the application they connect to. When some basic calls work, the next step would indeed be to make nice object models for each of them. Some people on this list have built these kinds of API before (like Sean's Flicker Client). I also think that once one of them is done, others could be implemented by many different people, like students. >>> Yup, I totally agree. We have most of the pieces, and we just need a project to assemble them. My suggestion is that we focus on the Spreadsheet services first. This seems to be the most flexible/useful one. Once that is working, we could develop the other packages. So, would anyone like to take up this project? Cheers Andy |
Free forum by Nabble | Edit this page |