Thread: Dialcentral 1.0
View Single Post
slvr32's Avatar
Posts: 168 | Thanked: 104 times | Joined on Feb 2008 @ California, USA
#1676
Originally Posted by epage View Post
Access to contact groups for the purpose of broadcasting SMS messages I think is a great idea.

I've tended to shy away from contact management (editing contacts but group management would also fit under that) as that would best be implemented elsewhere (libfolks? qtcontacts? contact sync? other contact apis?).

Managing of contact groups specifically with GV is something more applicable to DC and having that without contact management would be odd so it could justify support for it. I'm a bit mixed about how much of all of GV's settings to put into DC though. I at least rarely use them so keeping GV simple at the cost of going to the website seems acceptable. Thoughts? Use cases?
I tend to use the contact/groups management in google voice to do intelligent filtering of my calls, since I only give out my google voice number lately, rather than my actual cell numbers, work, personal, etc...

I'm guessing my usage is somewhat typical for people who really try to leverage their google voice number to do the same sorts of things.


Originally Posted by epage
Originally everything was based off of imitating the gv mobile page. Eventually I added support for things on Chad Smith's page. Also looking at the official Chrome extensions source is helpful. I also saw a thing or two on misc other google voice apis.

I find I rarely touch the GV APIs much these days, most of the work is on UI features on top.
Thanks, I appreciate the info, and I apologize if this is documented in an FAQ somewhere.

Originally Posted by epage
I'd love assistance and as a fulltime C++ developer, Python has been my preferred dynamic language to learn. You can also consider helping uvatbc out with qgvdial. I personally am not much of a fan of the split development. The way I think of the difference in DC and qgvdial (hopefully not offending uvatbc) is that DC is an end-user app while qgvdial is a tech demo with every feature possible added but work needed on making it usable.
I briefly looked at qgvdial, when I was curious about google voice apps on Symbian^3, and I picked up an N8 in December, but decided not to keep it.

But, I do have an E7 arriving in the next couple of days, so that may justify reviving some development for Maemo5 and Symbian^3, figuring out appropriate #ifdef, packaging differences, etc...

I started doing some Qt/C++ development ( https://garage.maemo.org/projects/nfqm - Netflix Queue Manager ) for Maemo5 on the n900 a while ago, but I haven't given the project much attention for quite some time. It's also my first attempt at Qt/C++ development, and the code I've written so far is portable, compiles and runs on Maemo5, OS X, Linux, and possibly Win32, but I haven't verified Win32.

Originally Posted by epage
I'd recommend forking the project and playing with it
https://github.com/epage/DialCentral

Since you talked about the APIs:

Session management, threading, caching, etc layer:
https://github.com/epage/DialCentral...src/session.py
GV API to DC Adapter (makes working with TOR easier)
https://github.com/epage/DialCentral...oice/gvoice.py
GV API
https://github.com/epage/DialCentral...oice/gvoice.py
Thanks, I'll try to take a look at these links, and the various source code and projects you mentioned.