New release: PhpReport 2.1!

Although I’ve recently changed of scene, there’s still some love for one of the eldest tools we have in Igalia, PhpReport. I’ve been gathering some hours here and there in the last months to be able to develop and ship a new batch of improvements. I would like to highlight some of them:

  • Now we have a way to block the edition of tasks after some time. You can configure a number of days after which users will not be able to insert new tasks or modify existing ones. This will prevent that huge changes in the past affect to your numbers without notice.
  • There is also a new report for users to check their list of tasks and search among them. It gives a higher-level view of your work than the day-to-day tasks interface, while providing more detail than the user or projects details screens. There is also a complementary web service that can be accessed by external scripts. The first commit of this feature dates back from 2010, so it has indeed been stopped for too much!
  • The annoying bug in the tasks screen that prevented you from saving correct tasks under certain conditions is finally gone. And since we were at it, we have modified the notification banners to show up only once.
  • Finally there’s some documentation for system administrators beyond the installation instructions.
  • We added a new boolean field to the tasks to mark specific tasks as done “on site”.
  • Implemented some keyboard shortcuts to increase the productivity in the tasks screen. In particular, you can quick jump to a task with CTRL + 1, 2, etc., save with CTRL + S or add a new task with CTRL + N. Alternatives with ALT exists for browsers not allowing to override these specific combinations, see the corresponding section in the user documentation for details.

The list could be wider, but you can already read it in the changelog. Meanwhile, you can download the new version, or try it online [EDIT: online demo not available any more]. Enjoy!

KiCad bug squashing, round 2

Here we are again with a new batch of fixes for KiCad, again with a focus on usability and UX. Those are the kind of things that make a piece of software outstand among its competitors 🙂

Cyrillic text plotted as ??? when I plot dxf from eeschema (#1107767): sometimes we developers don’t realize about all the variety of use cases out there… and this is specially true when managing user text input. In this particular case, non-ASCII text was not correctly plotted to .dxf files. Our fix outputs non-ASCII text as lines because that’s the most compatible option. It’s waiting to be merged.

Launcher: create empty directory for new projects (#1108773): a good practice for KiCad projects is saving them in their own directory, because they are comprised by several different files (schematic, board, netlist, libraries…) and they must be kept together to backup or distribute the project. From now on, KiCad will check if you are creating a project in a new directory and will suggest to do it if that’s not the case.

Eeschema: title bar provides outdated information (#1110651): I was myself very confused the first times I used the application and realized that the title bar was not updated after saving the project for the first time or with a new name. That lack of feedback makes the user doubt about the reliability of the software, even when the save operations were working correctly. Fortunately the support was already there and the problem was fixed with a very simple patch.

Inconsistency between confirmation dialogs (#1116059): the different KiCad sub-apps showed different exit confirmation dialogs. It’s not actually a terrible problem because the user was still being warned about losing unsaved changes, but those different messages with different options (Yes/No, Save/Don’t save/Cancel) gave a somehow unprofessional look. Now the three-option exit confirmation dialog is used in all cases.

Eeschema: schematic files might be saved having a wrong file extension (#1122212): this was again a UI consistency problem. Some save dialogs forced the addition of the file extension even when not explicitly set, while others didn’t. At the same time, most open file dialogs expected the files to have the proper extensions and that could lead to strange situations like saving a file without extension and not being able to open it until manually renamed. Antía’s patch is ready and waiting to be integrated upstream.

PcbNew: Insert a footprint in the board, from the Library Browser, by double clicking on it (#1125047): we had already done the same improvement to the library browser in Eeschema. It was a simple change but it greatly improved the usability of that window. We’ve just realized that the same was happening in Pcbnew; although it was less noticeable because you usually import all the components from the netlist and don’t add them manually, Antía fixed it too and we expect to have it upstream soon.

Finally, I sent an amendment to my patches for bugs #1101718 and #1102381 because I wasn’t really satisfied with the solution and, as I suspected, there was a simpler way to do things.

I would like to thank the KiCad community members for being so welcoming in the last months. We are very proud here at Igalia for taking part in this process and help improving the state of the art of EDA open source software. And remember that we are ready and available if you need some consultancy work on KiCad.