Saturday, March 27, 2010

dent, tweet, xpost - all in one


Tweeting and Denting are now incorporated within the eXpostulate interface, so you can really annoy all your online friends, by x-xposting to 4 distinct blogging services, & denting and tweeting to announce your new articles!

At this moment, the denting/tweeting is still using curl, however, which is only native to * nix systems (should work on lin/bsd/mac without further configuration, but win users will have to install curl, which can be done, of course).

I will be attempting to work out tweeting/denting with tcl's own http post method. I've tried a few times, but unsuccessfully, so far. Need to log on to #tcl at freenode and get some help, or something.



posted with eXpostulate

Friday, March 26, 2010

eXp0stulate

I've decided to take the code from TclTherapy (insanejournal client), and TkLJ (livejournal client), and join them together, adding functionality for DreamWidth and deadjournal, as well.
I have successfully merged the code, and X-posted to three of the above mentioned blogging services (I don't have a deadjournal).



I'll be calling this new bit of hackery
"eXp0stulate",
since it x-posts.
I'd like to add wordpress and blogger funcationality (especially since THIS blog is on blogger), but I believe that will require my learning to get this thing to write out an xml file and play nice with the xml-rpc protocol, rather than just sending a flat entry via http post.
Not sure...either way, it's just a matter of time.

I also want to get it to download and edit older posts.
I have a full TODO list on the eXpostulate wiki page.

Monday, March 22, 2010

Python v. Tcl/Tk: denting & tweeting


So. I have now made two little denter/tweeter programs (to send updates to twitter.com and identi.ca), one with Tcl/Tk, the other with Python. I figured a little comparison, perhaps, was in order.
If you look at them, of course, they look, well, just about the same. Tkinter is, after all, analogous to Tk.

The Tcl/Tk program made it incredibly simple to display the response from the remote server, which I haven't succeeded in doing with the python script, yet. Both rely on calling an external program (curl) to send updates, rather than relying on the languages' built-in tools. I could probably work out HTTP POST in tcl rather painlessly. I did try to use python's urllib to post, unfruitfully, and resorted back to calling curl.


the code for both programs is available at the above wiki links

The Tcl/Tk program, which has the added feature of displaying the server response, has only 47 lines of code, 245 words, 1844 characters. It took me less than an hour to write it.
The Python program, however, which does precisely the same exact thing as the tcl/tk program, without displaying the server response, has 104 lines of code, 564 words, and 4073 characters. It took me the better part of a day to write it.

One must ask oneself, of course, is this a testament to the power and simplicity of tcl/tk? Or, is it simply an indication of my lack of skill with python?

I can't answer that defnitively, but, to me, it really looks like tcl/tk is a bit more efficient. Admittedly, I'm not a very skilled programmer at all, in truth. Timewise, of course, I have been writing tcl/tk for a couple of years, and only just now delving into python. As such, I was able to throw the tcl/tk program together quickly, while, my efforts to "translate" my tcl/tk program into python required a bit of research on the syntax for writing tkinter guis, and other elements. It just really looks to me as though Python/Tkinter takes a lot more code to do the same thing. I really have drawn that conclusion. Especially building a gui, it seems, is more cumbersome with tkinter than with simple, good old tcl/tk. I know there are other means of building a gui with python (wxwidgets, pygtk, pyqt, etc.), but I wanted to try the one most similar to that with which I am already familiar, and, I believe it is a fairer comparison when using a similar gui ToolKit.

At this juncture, I do have to say, I feel a great loyalty and deep affinity for tcl/tk. I don't understand why it isn't in wider use, frankly. It is an incredibly powerful language, used for a vast array of purposes, and, in my opinion, is probably the easiest programming language to learn (of course, I haven't tried them all), especially for a beginning programmer. One can be up and running, creating useful programs in a relatively short time. I also feel the need to give kudoz to the tcl/tk community and the tcl.tk wiki, which is replete tons of example code, detailed explanations, and great resources for learning how to program in tcl/tk. The tcl-ers that hang out at #tcl on irc.freenode.net, additinoally, are extremely helpful, and patient. They won't hold your hand, but they'll tolerate a newbie, and point them in the right direction, without any snobbishness or derision.

I can't say the same for my experiences with pythonistas. Their irc channel was a little less friendly, imho. Maybe I just caught them on a bad day, or maybe I was having a bad day. After all, Pythonistas are known for having a sense of humor. Admittedly, I was frustrated when I finally went to their channel for a bit of support, and frustrated, whiny n00b is no fun to play with, any way. Moreover, the python community does have a lot of documentation available online. Nonetheless, to me, it seems that it is written for other programmers, not for the uninitiated, so, is not so easily read as much of the tcl/tk resources. Their sample code is not well explained, where someone new to programming can really make sense of it. This may also be a function of time, since tcl/tk has been around a bit longer than python.

I do want to make it very clear: I'm really not here to pick on python. I know that it's a powerful language with a great many uses, and a favorite of a great many real hackers who know a lot more about programming than I do. I will continue to learn to write it, and believe it will serve me quite well for various purposes, and I believe I will continue to have fun learning it. But, I think I might continue to point out how tcl/tk is much easier and seemingly efficient, too...

Tuesday, March 16, 2010

Julieta Venegas - Otra Cosa

Julieta Venegas - Otra Cosa

¡JULIETA, TE QUIERO MUCHO!

Julieta Venegas' new disc, Otra Cosa was released today!

YEAH!!

I'm listening now, and, it's AWESOME!!!
Perhaps later I'll give a more complete review...right now, I'm too busy working, and, ENJOYING THIS MUSIC!


UPDATE:
Okay, I'm back to give you my thoughts on "Otra Cosa" after listening to the disc no less than 3 times in its entirety today.
On one hand, with the name "Otra Cosa" (meaning [an]Other Thing in English), one might expect something a little different, something surprising and new.
The truth is, however, that Julieta has not, in this latest disc, deviated from the path that has already made her a great success.
Of course, if it ain't broke, don't fix it, right?
"Otra Cosa" (other thing) is replete with the same well-crafted, catchy, smart tunes we've come to expect from Mexican pop-star and super-cutie, Julieta Venegas. It's GREAT music with catchy, witty, fun, heartfelt, and sometimes insightful lyrics.
Existing fans will NOT be disappointed, no horrific departures from the know or unpleasant suprises. Just the same great stuff.
When those new to Julieta's music hear this disc and experience what they've been missing, they will be wondering why they hadn't already become fans long ago. For those who are new to Julieta's great, latin-american, alt-pop tunes, I also highly recomment her prior albums, Si (my favorite), Limón y Sal, Bueninvento, and, of course, her live/acoustic disc with MTV Unplugged, (including a not to be missed track that she recorded live with Brazilian pop-legend, Marisa Monte. Two such beautiful, talented singers on stage together = w0w!).

¿Ya dije? ¡JULIETA, TE QUIERO MUCHO!

visit www.JulietaVenegas.net


learn more about Julieta Venegas at Wikipedia.

(Mis amigos de radiognu.org ja sabem que Julieta será mi futura esposa...pena que Julietia todavía no sabe...)

Sunday, February 28, 2010

knol - a unit of knowledge

I can't believe I'm just now learning of this. I found out at Ed Yourdon's blog.

Back in 2007, Google released Knol, a user edited repository of knowledge that some have likened to Wikipedia.

According to Google's own Knol Help,

Knol has one goal: to help you share what you know.

The Knol project is a site that hosts many knols units of knowledge written about various subjects. The authors of the knols can take credit for their writing, provide credentials, and elicit reviews and comments. Users can provide feedback, comments, and related information. So the Knol project is a platform for sharing information, with multiple cues that help you evaluate the quality and veracity of information. 1


As I see it, Knol is pretty cool. It is like Wikipedia, in that users are invited to share their knowledge, submit and contribute to "knols" or articles thereon. There are distinct differences, however.

The tools provided for creating and editing pages on knol are a bit more "user-friendly" for your average net-citizen to use, including wysiwyg tools, rather than requiring knowledge of wiki markup of any particular variety (there are various out there now), and doesn't require knowledge of any html or any other coding skills.

On thing that could, in my opinion, stand improvement, is the manner in which knol URLs are formed. At Wikipedia, you can pretty well find an article by adding that for which you search to the end of the wikipedia domain, as in, say you are searching for "cows", you know you can find relevant information at http://en.wikipedia.org/wiki/Cows . Pretty simple. Unfortunately, knol does not build article links in so simple a fashion. A search for "cows" on knol gives a long list of results, with URLs that look like this: http://knol.google.com/k/chris-kovacs/cow/2muevqpdz8cz/2# . You will notice that, after the knol.google.com domain, there is a name (in this case, Chris Kovacs), then the topic (cows), and then some garbledy-gook. All knols appear to be organized by author, first, which does have certain advantages, for the author, as the author IS important at knol, unlike wikipedia, in which authors are sometimes rather anonymous. Also, various authors may submit knols on the same topic, so there is no definitive knol on any particular topic. Also, once an author has created a knol, they have the right to manage that knol, meaning they can accept or reject contributions from other authors, as they see fit. As such, knol differs widely from Wikipedia, being more of a place for authors to showcase their knowledge, rather than a community maintained knowledge repository.

I surfed around knol a bit this morning while drinking my first few cups of Pilo (o Cafe Forte do Brasil), and particularly enjoyed this knol about chilenismos (Chilean slang), by Tomas Bradanovic.

I dug around a bit more, and was astounded to find that there was no knol about Free Software! I just couldn't believe it!
So, I rolled up my sleeves and waded into the fray, and have now become the proud author of this knol on Free Software.
It was easy!

So, dust of your knowledge and share it on Google's Knol.

Enjoy,
./tony




originally published on the baldwinsoftware.com | blog

Saturday, February 27, 2010

transprocalc - free translation project management tools *MUCHO TODO*

I've decided I need to drag out the transprocalc code and get hacking again.



TransProCalc is a little program I sarted building back in late 2007/early 2008, when I was outsourcing a lot of translation work, and found that the time I was spending managing the projects didn't justify the meager profits I was making from outsourcing. I determined that I really needed to find a way to automate parts of the process, and I couldn't find any existing free/open source software projects that would meet my needs. I was "scratching an itch", as they say in the hacker community. I had a need; I started hacking.

TransProCalc IS handy, too. It helps me keep track of all the documents and assignments for a project, and crunch of the financial numbers, and spits out handy little reports. It needs work, though. I want to get it playing with a database to manage information on clients and providers, get it hooked up with a real calendar/reminder system, to remind me when invoices are due (to providers, or from clients), keep track of which clients have online invoicing systems and help me automate the process of dealing with those, etc....much trabajo.
I have good ideas on how to get a lot of that accomplished, but I need to set aside some time to get to work on it.
Additionally, I would not mind other devs jumping on board with the transprocalc project.
I added transprocalc on google code this morning, which may assist in finding other hands to get into that code, perhaps, and provide tools to manage the project.
Of course, it is already on sourceforge, too.
At the moment, I have some academic articles from Brazil to translate that are keeping me pretty busy.

Furthermore, I have a lot of really good friends in Santiago, Chile, where there was an 8.8 earthquake early this morning.
So, today, I am spending a lot of time, today, worrying about them and trying to track them down and make sure everyone is okay, and obsessively checking the news, etc... VIVA CHILE, MIERDA! (a todos los chilenos, les quiero mucho, mando abrazos, cuidense)



Originally published at tony baldwin | baldwinsoftware.com.