Also, the new version has been uploaded to ticalc.org here. And there's a version with the Unix line endings here. (Copies are also available in Cemetech's archives- and I'll replace the one in the first post in a second with a link to ticalc.org).

Is it raw_input() based already?

Cool update! I was gonna say maybe you could put it in Omnimaga archives, but unfortunately it's not very programming-oriented, so it wouldn't fit in any category.

I've been working on a new version lately. Here are some of the changes:

A list switch (-f) which lets you search for the file name rather than the program name. For instance, if you want to search for all ticalc.org files containing "quadratic" in the filename rather than the name of the program, you'd use -f with list.

I've been typing "search" instead of "list", so I've redirected the "search" command to "list"- both calcpkg.py search and calcpkg.py list will do the same things.

The searching options can now be ran with calcpkg.py get as well.

I also added a logging system, so if you run it with the -l switch every text message printed to the terminal will also be written to calcpkg.log (with a note indicating the date ran).

I added a "clean" command that deletes all .tar.gz and .zip files from the folder that calcpkg.py is in (it also removes the calcpkg.log file). Please note: the files are not sent to the recycle bin/trash, so they're deleted for good.

And finally, I added options to disable the confirmation prompts when running calcpkg.py get (-n) and calcpkg.py update (-p). I'd have preferred them to be the same letter but optparse wouldn't let me.

For people who wish to use calcpkg as part of another program (*cough* making a GUI *cough*), there are several other changes.

The options are now parsed in main(), and then passed as boolean or string arguments to various functions (unlike before, when the opts object was passed directly to each function using it). This will make it easier for another program to search using options.

Finally, I rewrote the text output system. An end user shouldn't notice any changes, but you will if you look at the code. (This is a bit complex). Python will let you redirect print to any object with a write() function. I've done the following:

1. Changed (almost) all instances of "print" to "printcalcpkg()", a custom-defined function.
2. printcalcpkg() will print it's text to whatever object is stored in "calcpkg.output" (the global variable output from inside the program)
3. Set the default output to a "calcpkgOutput" object I've included- which prints to the terminal and has an option to also log output to a logfile (how logging works)

If you want to see an example of how to make a custom "printing" object look at the code.

What does this mean? It means that you could redirect all the print statements to some kind of GUI- a big textbox or something.

Nice update.

I also just remembered something: Ticalc won't let you search words shorter than 4 words. I assume your package manager can, right? Because this was annoying on ticalc when you wanted to search for "RPG" for example but it told you your query was too short. X.x

Yes, it can.

Because this doesn't (any more) go through ticalc.org's search engine and instead searches through the index files directly, and the searching code I wrote doesn't limit the length of a query.

Nice  TC01!!! Now it'll be really easy to work on it and make it GUI!

Cool! When it is finished someone could indeed make a GUI. Not that it's fully necessary, though. I like the features so far.

The GUI will basically be an easier way to choose options (a choice list, you can choose 1,2, or 3 options at the same time), a text control to input text, and a button that lists, allows download and counts, all the features in one button

Could you make it poll the new files xml feed to get new data?

If it doesn't at least know the last file in the xml feed, assume the data is old and needs updated, and prompt?

Hmm... I could, yes. But it would mean I'd need to make at least two web requests (one to the feed, one to the fileinfo page of the last file) each time it runs. Before, the only thing that was making web requests was the updating and the downloading (to save on bandwith).

What I could do is add an opt switch to do this when it starts. Or an opt switch to stop it from doing this.

Quote from: DJ Omnimaga on December 19, 2010, 11:53:31 am

Cool! When it is finished someone could indeed make a GUI. Not that it's fully necessary, though. I like the features so far.

The GUI will basically be an easier way to choose options (a choice list, you can choose 1,2, or 3 options at the same time), a text control to input text, and a button that lists, allows download and counts, all the features in one button

Well, easier is subjective. But yes.

Also, the GUI will just be a choice- the command-line program will still work separately.

Yeah it depends of people. I myself can,t stand doing everything through command prompt if it means navigating through directories and stuff, and I never remember the batch file syntax. Some people prefer guis, but guis means lower compatibility.

The GUI will also be released in two versions, I hope. A .exe one for people who don't have Python and a .pyw one for people with Python and wxPython (they need both, that's why .exe is important)