I've added a bookmarklet to the above page to allow you to Add Another Date Picker to the Google Calendar navigation bar as a proof of concept.
--Phil.
Re:Quick report so far
on
Google Calendar
·
· Score: 4, Informative
> The main thing that I still miss is the ability to sync with a PDA, > but I'm sure that will be hacked into the app. at some point. If someone wants to make a start on the hacking this might be helpful:
> It was prepared by the State Services Commission Actually from TFA: "this guide was prepared for the State Services Commission (SSC) by Chapmann Tripp" (my emphasis).
Here's one of the results of my reverse engineering so far:
"Ever since I'd been working on various Google Maps hacks I'd been thinking, 'Hmmm, I've done Gmail hacks and Gmaps hacks, what could I do that would combine both?'.... I decided to parse incoming messages for geographic locations and provide a way to view a map of the location...
This page includes some very basic instructions for using an initial rough version of this functionality that only maps US State/Zip codes locations. (The current version is a bookmarklet, but it would be ideal for a GreaseMonkey script...)"
It's pretty rough and not exactly fast, but I've found it better than nothing. (The "Javascript Shell" bookmarklet is also indispensible for reverse engineering.)
> Now if you only could link images taken from those > places directly to maps..
http://mygmaps.com/ enables you to create, save and host custom data files and display them with Google Maps. It includes a standalone viewer so you can show your custom map on your site.
You can create a "minipage" to show any HTML content you want in the pop-up balloon--including images.
http://mygmaps.com/ enables you to create, save and host custom data files and display them with Google Maps. It includes a standalone viewer so you can show your custom map on your site.
> *Huh?* If you are that concerned about EULA's (and > I'm not saying that you are wrong to be) simply > email the company asking to see their Eula before > purchasing. I remember trying to do this with an academic copy of MS Windows or MS Office or something a few years back. Emailed/talked with campus computer dealer, emailed Microsoft, *nobody* could tell me what the license allowed for and said the only way I could find out was by buying the software.
Well, the power-switch on the G4 Cube was actually touch-sensitive...
Re:Python, prototyping, and gmailfs
on
Dive Into Python
·
· Score: 1
As the author of libgmail--while I appreciate the comments of the parent--I have to agree that FUSE is a bigger programming venture.:-) (Which is not to say libgmail wasn't an effort...)
Having said that, I do feel obliged to point out the author of GmailFS did say (quoted with permission):
"libgmail is the main reason Gmailfs is Python.":-)
> Until Google offers an API for services like this > to access it (which I doubt they ever will), any > system based on GMail will be quite unstable. Since I started work on libgmail (Python bindings for Gmail, used by GmailFS) there has only been one change that negatively impacted operation--one instance of cookie generation being moved from Javascript to server headers.
The guts of Gmail is *not* HTML, it's a pile of easily parsed Javascript arrays. So these things are lot more stable than the average screen-scraper.
> I told them the time and then told them that it wasn't significant to me. For me, the first time it took about a month, the next two took about a week each. It was definitely significant the first time and inconvenient for the others.
It just seems pretty rough that they don't have consistency in how they handle the situation. I suppose I could try contacting them again, but don't hold much hope...
> As an aside, this weekend I called apple care to get my logic board on my G3 > Ibook replaced for the third time. I wasn't pleased, and I asked for a new one. > Guess what? They're shipping a new Ibook G4 1gz for me. Sucks to be me then. I just had my logic board replaced for the third time (& DVD drive once), have Apple Care & asked if they would replace it but they said that because the new logic board design supposedly fixes the problem they wouldn't replace it.
> Why not target one of the other large space providers? (b) See (a) & because the Python Gmail binding libgmail was available & it would seem easy to use. (The author of GmailFS says it was his first Python program.)
> Surely this is as easy with them (perhaps more so) as it is with GMail. Not necessarily, the biggest misconception with Gmail is that it actually serves mostly static HTML pages, check out the frame source of a Gmail folder view window sometime--there's basically no HTML, just a bunch of calls to Javascript functions with all the data contained in arrays.
This makes it easier (and more fun) than a standard HTML scraping approach.
> I'm going to try to use this thing for backups of my config files. That's been one of my plans.
I'm the author of the Python Gmail binding libgmail GmailFS uses as its backend interface to Gmail. The library includes a demo FTP download proxy & a plan for upload is still in the works. Thought about WebDAV support as well, but most popular (unrelated) request has still been IMAP support.
> Could someone please show me where Google made it clear > they specifically don't want 3rd party email account checkers? No, because they haven't.:-)
> Second, assume this does happen, maybe its not intended to specifically block 3rd party apps. And it won't anyway, the authors just need to display the Captcha to the user & deal with it that way.
> Obviously, gmail's beta check has its own method to get email, > it is likely more effcient than pulling down the html with each check Actually the Official Gmail Notifier uses pretty standard HTTP(S) interaction with the server, except it retrieves a binary format. I've reversed most of the protocol (except some date stuff) and it's a bit more efficient, but not a *huge* amount.
See these forum postings for more details I documented:
Although note that I've done a lot more research since the those initial notes, and they aren't entirely accurate. Will end up posting some Python code soon.
You might be interested in this alternative approach to creating Google Calendar "Reminder Buttons":
/
"Hack Three : 'Make Event Reminder Button' Bookmarklet"
http://stuff.rancidbacon.com/google-calendar/hack
With this new bookmarklet you no longer need to construct the reminder buttons by hand or reenter the information elsewhere.
I've updated the hack notes a little also.
--Phil.
I've added a bookmarklet to the above page to allow you to Add Another Date Picker to the Google Calendar navigation bar as a proof of concept.
--Phil.
> The main thing that I still miss is the ability to sync with a PDA,
> but I'm sure that will be hacked into the app. at some point.
If someone wants to make a start on the hacking this might be helpful:
Rough Google Calender Class and Function Reference
It's a cross referenced and pretty printed version of the Google Calender source code.
--Phil.
Then again:
c e-legal/chapter1.html
c e-legal/ )
"This guide was prepared by the State Services Commission (SSC)"
http://www.e.govt.nz/policy/open-source/open-sour
(The previous quote came from http://www.e.govt.nz/policy/open-source/open-sour
> It was prepared by the State Services Commission
Actually from TFA: "this guide was prepared for the State Services Commission (SSC) by Chapmann Tripp" (my emphasis).
Regardless of how resource intensive it is, you can check out the somewhat nicely formatted & cross-referenced source code here...
3 4137-main.html
:-)
"Google Reader Classes and Functions Reference"
http://libgmail.sourceforge.net/googlereader/1965
So, anyone want to be the first to add a feature, or are we over that?
--Phil.
P.S. Does this count as community service?
Sweet... Hey, you should post this to the Google Maps Google Group:
http://groups-beta.google.com/group/Google-Maps>
--Phil.
Here's one of the results of my reverse engineering so far:
... I decided to parse incoming messages for geographic locations and provide a way to view a map of the location...
"Ever since I'd been working on various Google Maps hacks I'd been thinking, 'Hmmm, I've done Gmail hacks and Gmaps hacks, what could I do that would combine both?'.
This page includes some very basic instructions for using an initial rough version of this functionality that only maps US State/Zip codes locations. (The current version is a bookmarklet, but it would be ideal for a GreaseMonkey script...)"
-- http://stuff.rancidbacon.com/gmailmaps/
--Phil.
> what a pain in the ass to reverse engineer..f _helper.py) on the Gmail code. An example result of it being run on the Google Maps code can be seen here: (http://libgmail.sourceforge.net/googlemaps/maps.j s.html)
I recently used a tool I developed (http://libgmail.sourceforge.net/googlemaps/de_ob
It's pretty rough and not exactly fast, but I've found it better than nothing. (The "Javascript Shell" bookmarklet is also indispensible for reverse engineering.)
--Phil.
http://radar.oreilly.com/archives/2005/05/google_m aps_hac.html
More accounts are now available.
--Phil. (myGmaps.com developer)
Note: myGmaps is not a Google service.
> Expect a lot of airline traffic to start avoiding US hubs as a result.
It's already happening.
--Phil.
> If you look closely, there are "2005 Google" watermarks everywhere.
I think they appear on the image when the equivalent area on the map appears "empty"--i.e. in non-built up areas.
--Phil.
http://mygmaps.com/ enables you to create, save and host custom data files and display them with Google Maps.
> Now if you only could link images taken from those
> places directly to maps..
http://mygmaps.com/ enables you to create, save and host custom data files and display them with Google Maps. It includes a standalone viewer so you can show your custom map on your site.
You can create a "minipage" to show any HTML content you want in the pop-up balloon--including images.
Check it out.
--Phil.
P.S. Yeah, oh course I'm promoting my own site...
http://mygmaps.com/ enables you to create, save and host custom data files and display them with Google Maps. It includes a standalone viewer so you can show your custom map on your site.
--Phil.
I wish someone would mod you up! The whole world image view is significant and easily missed since it's not included in the map view.
--Phil.
> *Huh?* If you are that concerned about EULA's (and
> I'm not saying that you are wrong to be) simply
> email the company asking to see their Eula before
> purchasing.
I remember trying to do this with an academic copy of MS Windows or MS Office or something a few years back. Emailed/talked with campus computer dealer, emailed Microsoft, *nobody* could tell me what the license allowed for and said the only way I could find out was by buying the software.
--Phil.
Well, the power-switch on the G4 Cube was actually touch-sensitive...
As the author of libgmail--while I appreciate the comments of the parent--I have to agree that FUSE is a bigger programming venture. :-) (Which is not to say libgmail wasn't an effort...)
:-)
Having said that, I do feel obliged to point out the author of GmailFS did say (quoted with permission):
"libgmail is the main reason Gmailfs is Python."
--Phil.
> Until Google offers an API for services like this
> to access it (which I doubt they ever will), any
> system based on GMail will be quite unstable.
Since I started work on libgmail (Python bindings for Gmail, used by GmailFS) there has only been one change that negatively impacted operation--one instance of cookie generation being moved from Javascript to server headers.
The guts of Gmail is *not* HTML, it's a pile of easily parsed Javascript arrays. So these things are lot more stable than the average screen-scraper.
--Phil.
> It's not a free G4.
Well, a free upgrade then?
> I paid for Apple care.
As did I.
> I told them the time and then told them that it wasn't significant to me.
For me, the first time it took about a month, the next two took about a week each. It was definitely significant the first time and inconvenient for the others.
It just seems pretty rough that they don't have consistency in how they handle the situation. I suppose I could try contacting them again, but don't hold much hope...
--Phil.
> As an aside, this weekend I called apple care to get my logic board on my G3
:-(
> Ibook replaced for the third time. I wasn't pleased, and I asked for a new one.
> Guess what? They're shipping a new Ibook G4 1gz for me.
Sucks to be me then. I just had my logic board replaced for the third time (& DVD drive once), have Apple Care & asked if they would replace it but they said that because the new logic board design supposedly fixes the problem they wouldn't replace it.
No free G4 for me...
--Phil.
> Why GMail?
(a) Because it's new.
> Why not target one of the other large space providers?
(b) See (a) & because the Python Gmail binding libgmail was available & it would seem easy to use. (The author of GmailFS says it was his first Python program.)
> Surely this is as easy with them (perhaps more so) as it is with GMail.
Not necessarily, the biggest misconception with Gmail is that it actually serves mostly static HTML pages, check out the frame source of a Gmail folder view window sometime--there's basically no HTML, just a bunch of calls to Javascript functions with all the data contained in arrays.
This makes it easier (and more fun) than a standard HTML scraping approach.
--Phil.
ObDisclosure: I'm the author of libgmail.
> I'm going to try to use this thing for backups of my config files.
That's been one of my plans.
I'm the author of the Python Gmail binding libgmail GmailFS uses as its backend interface to Gmail. The library includes a demo FTP download proxy & a plan for upload is still in the works. Thought about WebDAV support as well, but most popular (unrelated) request has still been IMAP support.
--Phil.
> Could someone please show me where Google made it clear :-)
> they specifically don't want 3rd party email account checkers?
No, because they haven't.
> Second, assume this does happen, maybe its not intended to specifically block 3rd party apps.
And it won't anyway, the authors just need to display the Captcha to the user & deal with it that way.
> Obviously, gmail's beta check has its own method to get email,
> it is likely more effcient than pulling down the html with each check
Actually the Official Gmail Notifier uses pretty standard HTTP(S) interaction with the server, except it retrieves a binary format. I've reversed most of the protocol (except some date stuff) and it's a bit more efficient, but not a *huge* amount.
See these forum postings for more details I documented:
Official Gmail Notifier protocol documented
Although note that I've done a lot more research since the those initial notes, and they aren't entirely accurate. Will end up posting some Python code soon.
--Phil.