PhpReport meets Hamster

Some time ago, we realized that some igalians used Project Hamster to track their daily work, to know exactly when they started working and on what; later, that data was moved to PhpReport manually. So we thought it was a good idea integrating both applications.

We developed a patch to the development version at that time, to add some basic functionality:

  • Send a particular task from Hamster to PhpReport.
  • Send the tasks of an entire day to PhpReport.

Notice that the communication is one-way only; Hamster doesn’t notice changes done later in those tasks in PhpReport. Besides, the data model of Hamster is different, so users have to complete some missing information after sending the tasks to PhpReport. Nevertheless, that’s better than writing down everything manually…

It looks like this:

How the applet looks like login screen

And this is what you get:

Lately I’ve been thinking on how to continue the development. The code base of Hamster has changed a lot in the last months, so my patches are now basically useless… But in any case, the data models are different and I’m not very sure about the approach to take.

It seems I’m not the only one with this problem: the synchronization issue has been around for some time in Hamster bugzilla. There were different proposals, but there isn’t an agreement yet. Maybe should I develop a specific PhpReport client from scratch?

Meanwhile, I leave the code for you to check it out and give it a try:

git clone http://git.igalia.com/hamster-applet-phpreport.git
cd hamster-applet-phpreport/
git checkout origin/phpreport-gnome-2.27.91

And for compilation and installation:

./autogen.sh --prefix=/usr
make
make install

The prefix is necessary because the applet server doesn’t look into /usr/local (the default route) for new applets. And this installation will conflict with any installation of hamster-applet you could have done before.

I compiled it in ubuntu lucid (it should work for karmic too, but I couldn’t make it in jaunty) and I needed the following development packages:

python-dev
python-gtk2-dev
python-gnome2-dev
libgconf2-dev

Finally, you can launch the application in an independent window with debugging purposes, using this command:

/usr/lib/hamster-applet/hamster-applet -w

Material from the talk about JavaScript

Last week I had the pleasure to give a talk about JavaScript from the point of view of a web developer, in the Master on Free Software.

I tried to focus the session on the tools that JavaScript provides to web programmers, but also on the language itself and its special features, to finish with an overview of two popular libraries, jQuery and ExtJS, which boost the power of JavaScript for web development.

I wish I had the chance to show some JavaScript on the desktop too. Next year, maybe? 😉

I leave here the material of the talk:

New version of PhpReport

It was a year ago when I posted I will have news about this project soon… Well, at that time, we started a full rewrite of PhpReport, the time tracking web application. Now we have something we are proud to show 🙂 .

Our main problem was that the existing architecture didn’t allow us to grow and improve the application, and there were quite a lot of things we wanted to do: AJAX in the interface, integration with external applications…

So the decision was rebuilding everything, trying to replicate the existing features while leaving room for improvement. The result is an application that currently can:

  • Store daily tasks for multiple users.
  • Get dedication reports by users, projects and customers.
  • Calculate work hours, extra hours and holiday hours.
  • Features a basic eXtreme Programming tracker integrated with the dedication reports.
  • Features a basic analysis tracker integrated with the XP tracker.

From a more technical point of view, these are, for me, the keys of PhpReport:

  • AJAX-ish interface.
  • Web services to interact with external applications.
  • Modular design to integrate pluggable functionalities.

But there are still a lot of things to do, both in the application and the community around. There are some annoying bugs, missing features, and we need a proper web site, user documentation, bug tracker, mailing lists… I’ll keep you informed here, but as a start point, I’ve prepared a demo website, for you to check PhpReport by yourselves.

  • URL: http://demo.phpreport.igalia.com [EDIT: not available any more]
  • User/password: admin/admin.

And to start hacking, check out the code with:

git clone https://github.com/Igalia/phpreport.git

Finally, I have to credit Jorge López, who worked as an internship student in this project, for his help. Good job!

News about PhpReport

PhpReport is one of those projects that are always there, silent but helpful 😉 . It reflects two features of the way time is managed in Igalia: flexibility and trust. Flexibility because each member fixes his timetable; trust because each igalian is responsible of writing down his hours.

In the next months, we’re going to do an effort to boost the development of PhpReport. An internship student and I will work to improve the application and add new features. More information soon!

The latest additions to my collection!

I really love accumulating old (and not so old) gaming devices and games. Recently I got two distinguished members of the club of handheld game consoles 😉 . The first one is the well-known Game Boy Color:

My Game Boy Color

A Game Boy in its original package, with some games. Great!

The second one is not so popular, but very interesting: it’s a GP32 BLU (in the photo, with my tablet to compare its sizes 😉 ):

My GP32

This console was released in 2001, and it was very powerful in that moment: it featured a 133MHz ARM CPU, 10MB of RAM and a screen resolution of 320×240, quite impressive for a handheld device. But the most special feature is the possibility of developing your own programs with the SDK provided by the company and save them to SmartMedia Cards which were used as game cartridges; there were also a few commercial games, but not with an awesome quality. Anyway, their idea for game distribution was also interesting: some games were sold physically in their own cards, but some other were sold digitally via internet, to be downloaded and stored in your own card (obviously by a cheaper price 😛 ). As you can see, they implemented digital distribution long time before the “boom” we live in.

The GP32 wasn’t a huge success, but it was enough popular among hackers for the company to launch another machine, the GP2X, fully based on linux.

By the way, does any of you have a SmartMedia Card? Now I need one of those old relics 😉 .