i have a WORKING (yes, WORKING) gcn client written in python (python is a cross-platform interperated language. its basically everything java wants to be and more, including the byte-compiled ability - www.python.org )

it connects to the CURRENT gcn.cemetech.net just fine, check out this screenie



NOTE: the hostname, host pass, calc name, calc pass, calc ID are all specifieable in the gcn.connect and gcn.disconnect functions, however, i pre-declared mine in the gcn.py file so that you can't see my passwords

currently you can only connect and disconnect, but hey, its a start

Oh, and incase you were wondering, there IS a wxwidgets python port, so i can still have a fancy cross-platform GUI on top of this

yay, and I have python. Where does one get gcn client?

you mean the one i just wrote? i'll just post it here, since its not that long...


Code:


I saved mine in a file called gcn.py, then i simply launch python from the same dir as the file, and type "import gcn". Then its either "gcn.connect()" or "gcn.disconnect()" (you could also copy/paste the entire thing into the interperater, however, then instead of it being gcn.connect(), its simply connect())

Note: you can either specify the vars in the file, or change them "on-the-fly" by doing gcn.usrname = "whatever", etc... (usrname is also called "host name"), i strongly suggest you pre-store the values to the proper vars, as then your function calls are short, and you don't have to worry about specifying the params in the wrong order

Hey, that's pretty impressive! I suppose this is a subtle hint to get going on the new server configuration?

nice, I like python. You can turn it into a native application

It looks pretty intuitive (time to make it 22 langs...)

MAKE THE CALC SIDE ALREADY!!!!

gCn can continue to use to current implementation for now, cause without the calc side there's no point to any of this

But I can't do that without 5.5 being released.

hurry it up, also, the client worked

Yup, worked for me too.

won't be able to test it till I get home.....are we switching from C++ to Python now?

we CAN, if you want. I was just trying to learn python, and noticed the httplib mentioned headers and data as optional parameters, so i figured i'd give it and shot and see if it worked - this was the only way i could really "test" it, per se

--there is a python USB module, which does see the ti-84+se via directlink, but i don't know if it can send/receive from it OK or not (as i have nothing to test this with, lol) : http://pyusb.berlios.de/

--Or if you write the USB interface in C, it can then be modulized and loaded into python, so you could still interact with the calcs via C if you wanted

Oh, and I've re-wrote it as a class and split up part of the functions - should allow it to be more flexible if it gets used in the future.... It ALSO now has a "setup" (run automatically for first time) and then stores the settings into a settings.cfg file (currently it just saves it in the dir you launched python from). Next time you use the gcn2 class, it will pull up all your old settings automatically. IF you need to change the settings, just call obj.setup() where obj is the instance of the gcn2 class you are using (look at the screenshot for what i mean, as connect and disconnect are called the same way as setup)

screenshot first, then code:




Code:

Nope, still using C++, need it for the tilp libs.

actually TILP uses C, and THAT could be made into a python module ;D

I meant that you can include C libs in C++.

true, C can be used in C++ - but C can also be used in python, so whether or not python or C++ is used or not is irrelevant at this point, as h.a.cking the tilp libs to do what we need it to do is probably the biggest obstical right now, but it'll be hard to test if its working right or not without something on the calc to TEST it with

Actually there's no need to censor them, they allow people to use the libs...

lol, you misunderstand, the term h.a.cking is used in this case to mean "modified", which is how it is often used in linux land. The TILP libs have more stuff than we need (which will need to be trimmed out), along with GUI bindings that also have to be cut out and/or replaced. Just like the libs will need to be streamlined down into one library for gCn, as it will be communicating directly with the calc gcn (at least, as far as i understand anyway), so all the TI-OS routines won't be needed, nor will alot of the other stuff.

Get what I mean now?

Ohhh, now I get it.

switched it over to a GUI - now requires wxPython (wxPython is a set of wxWidgets bindings for python - http://www.wxpython.org/ )

screenshots:





Code:

http://www.kllrnohj.com/cemetech/gCn2/gcngui.py

(its now too long to just post here, 200+ lines)

EDIT: Ooops, looks like i forgot to change the title bar text