BloGTK Update

January 20th, 2010

Here’s what’s happening in the world of BloGTK:

First, thanks to all who have contributed patches, bug reports, and feedback in 2009. Bringing BloGTK back from the dead was a great experience, and it’s good to know that it’s appreciated.

The next release of BloGTK will be 2.0.1, which will mainly be a bugfix release with some added spit and polish. Again, keep submitting those bug reports so that any outstanding bugs with 2.0 can be squashed.

Next up is 2.1. I want 2.1 to be an awesome release, but right now there’s a huge roadblock. The WebKit library that BloGTK uses loves to segfault. This bug is a showstopper for BloGTK. There may be ways of working around it, but all of them are kludgy and generally uncool.

So, if there are any experts in writing Python bindings out there who can take a look at this bug and offer a patch, that would be extremely helpful. Right now, that bug is keeping 2.1 development from truly moving forward, and I’d hate for this project to be stalled out over technical issues once more.

More news as development continues.

OMG! A BloGTK Review!

December 7th, 2009

Ubuntu blog OMG! UBUNTU! has a nice review of BloGTK with some great constructive criticism.

For example, they note that the buttons on the editor toolbar can be difficult to understand. 2.0.1 will feature tooltips for all the buttons to make them easier to figure out. Plus, the insert link icon will be the system standard icon.

The review also notes two feature requests: WYSIWYG editing and Blogger tags. WYSIWYG editing is being experimented with for 2.1, and Blogger tags will come once Ubuntu updates the python-gdata library to support them. Hopefully both will be coming soon.

Thanks to OMG! UBUNTU! for the nice review.

Worth A Thousand Words

December 3rd, 2009

Work is continuing on adding support for image uploads with BloGTK. In addition to the Picasa support mentioned earlier, work has begun on native uploads for blogging systems that support the metaWeblog.newMediaObject method. So far, the preliminary code is working well, although there’s a lot of work to be done to make sure it works right.

The next version (tentatively 2.1) will also hopefully be much better with error handling. Right now, when something throws an error, it’s not easy to diagnose just what happened. The next version should do better, not only giving you a better warning of errors, but also creating an error log that can be used to diagnose problems.

BloGTK is continuing to evolve, and I’m getting more and more assistance in making it better. Again, thank you to everyone who has contributed code and bug reports and feature suggestions. Every little bit helps.

Things to Be Thankful For

November 26th, 2009

Happy Thanksgiving to those BloGTK users in the US of A!

BloGTK 2.0 is steadily being refined, so if you’ve installed from the PPA you’ll get some crucial bug fixes next time you update your system. If you’ve installed from the tarball, there’s an updated download you can install that fixes some critical bugs in Fedora and other distributions.

There’s also some very exciting stuff that’s coming down the road for the next version of BloGTK 2.0. Thanks to a new BloGTK contributor, there’s a patch out there that adds support for Picasa uploads right from BloGTK. Just insert a local image on your computer and hit the upload version, and the new patch will automatically upload your images to Picasa, change the links over, and post your blog entry. It’s a completely seamless experience.

Image uploading is just one feature planned for the future of BloGTK. There are other great new features coming that will make BloGTK even better. Keep checking back here for more news as development pushes forward.

Anatomy of a Dialog

November 12th, 2009

In the process of developing BloGTK 2.0, one of the goals was to create a much more polished user interface. Linux is extremely powerful, but it’s never been particularly usable. Love it or hate it, Mac OS X proven that you could create a usable UNIX-based operating system that could appeal to a wide audience. The reason why OS X is such a usable system is because Apple has a nearly fanatical devotion to removing anything that gets in the way of the user.

Take BloGTK 2.0’s settings window as an example:

The old design for the BloGTK 2.0 settings window

The old design for the BloGTK 2.0 settings window

This dialog is not very usable. For one, it looks cluttered. There are dividing lines all over the place. In theory, you want some kind of visual separation to divide up elements of an interface. So in this dialog there are dividing lines between the blog name field, the blog URI field and its attached button, the username and password section, and the section for the blog id and blogging fields. There are four lines just on that section of the dialog, not to mention the dividing line between the dialog buttons and the rest. So even though it’s theoretically usable to put all these lines in, it doesn’t really work in practice.

So, it was back to the drawing board. Yes, separating out all those elements made sense in a way. But would a user actually care? Probably not. Was there a way of making the dialog both look at function better?

This is where GNOME programmers should turn to the GNOME Human Interface Guidelines. Having a consistent set of human interface guidelines is a key part of having a usable system, and far too few programmers follow these guidelines.

Here’s what the GNOME HIG says about visual design. Note how much that dialog from BloGTK looks like the example of bad visual design. Sadly, that dialog is not alone. Programmers tend to like to think of things in terms of discreet “boxes”—and while that’s a great thing for programming, it makes for a really bad UI. So the dialog on the left is cluttered and hard to follow.

The HIG has some very good recommendations for how to avoid an ugly and unfriendly dialog: get rid of frames and separators, make sure that elements are sized and spaced consistently, and design with the user in mind.

Applying those principles, here’s what the revamped Settings dialog for BloGTK 2.0 looks like:

The new BloGTK 2.0 settings window

The new and improved BloGTK 2.0 settings window

This dialog is not perfect. It is a work in progress. But notice how much cleaner this dialog is compared to the one above. Gone are the ugly dividing lines. Instead of having the last four inputs scrunched into two columns, they are aligned with the other elements. Even adding a new element to control the number of posts to be retrieved, the design looks much friendlier than before.

What did I learn from reworking this dialog? For one, the HIG is your friend. It’s as important as the Python Library Reference to constructing a usable application. So few applications follow the HIG, which contributes to users feeling that Linux is hard to use and wildly inconsistent from application to application. Ultimately, it’s up to us application developers to fix this.

I also learned that usability is a process, not an event. That dialog was done and redone several times until it was acceptable—and it will probably change again. The days when programmers didn’t have to worry about design are long since gone. Now understanding basic UI design is as important as knowing how to code.

The first dialog worked well enough. It got the job done. But if Linux is to continue to grow, it needs applications that are consistent and well-designed. That means that developers should find their inner designer, have the HIG bookmarked, and look at bad design as a bug that needs to be fixed. Give your user interfaces some love, and hopefully your users will do the same for you.

Good Karma

November 11th, 2009

<professor>Good news, everybody!</professor>

It appears that the infamous segfault bug in Karmic has been vanquished, and BloGTK 2.0 no longer tends to fall down and go boom when editing posts. Apparently the WebKit view does NOT want to die, and will decide to take down the entire app if you try. This behavior is more than a little strange, but thankfully there’s a workaround that appears to kill the bug.

The trunk branch on Launchpad has the fix. Hopefully this will fix some other bugs on other platforms.

At this stage, once the fix is confirmed not to cause massive breakage, there will be a point release (2.0.1) with the fix.

From here on out, the next step will be squashing additional bugs, making sure that i18n will work out, and then planning for some new features.

As always, please keep sending bug reports and ideas my way.

Bad Karma

September 22nd, 2009

For those of you using BloGTK 2.0 on Ubuntu 9.10 Karmic, you’ve probably noticed a few problems with crashes. Like, a lot of crashes.

From what I’ve been able to tell, BloGTK will crash when more than two windows have been opened. Why, I’ve no idea. My guess is that there’s some garbage collection problems that are causing problems. Whether that’s due to something in BloGTK itself or the underlying Python libraries isn’t known yet. Given that BloGTK works just fine on Jaunty, my guess is that there’s a bug with one of the libraries.

A bug report has already been added to the Launchpad project. If anyone has a better idea of where the problem may be, please post the information either in the bug report or on this blog.

I apologize for the problem, and hopefully the bug will be fixed as Karmic heads towards formal release.

UPDATE: It appears that the crash is related to the WebKit bindings. Investigation into this bug is continuing.

UPDATE – Sept 24: Some more digging has revealed that the crash happens when one editor window is closed and then another is opened. There is a bug report filed with the pywebkitgtk package that seems to deal with a similar issue, if not the same one. I will continue to see if there’s anything I can do with the BloGTK codebase to prevent the crashes.

I apologize for the problems, and hopefully this issue will be resolved before Karmic is formally released next month.

UPDATE: Nov. 5: Still testing this crash on Karmic. I’m hoping to be able to either find a fix or a workaround shortly. Thank you for your patience.

Also, keep the bug reports coming—there are definitely outstanding issues that need to get fixed with the 2.0 codebase, and the more that get squashed, the better BloGTK 2.0 will be.

BloGTK 2.0 – IT’S ALIVE!

September 21st, 2009

At long last, BloGTK 2.0 is here and ready for download. BloGTK 2.0 is a major step up from prior versions, and features a completely new codebase and tons of modern features.

Getting BloGTK 2.0

Ubuntu 9.04 Jaunty

If you’re running Jaunty, using BloGTK 2.0 is a snap. You can install BloGTK 2.0 from my Personal Package Archive. Just follow the instructions under the “Read about installing” link to get going. Then, you may use Synaptic to install the new version.

BloGTK 2.0 will first uninstall previous versions of BloGTK before installing. Your individual configuration files will remain, however, and if you wish to downgrade, you’ll be able to. (Why you would want to is beyond me, though.) Unfortunately, your old configuration won’t transfer over, but BloGTK makes it much easier to get up and running than before.

Ubuntu 9.10 Karmic

Packages for Karmic are now available in the BloGTK PPA. Be sure to select Ubuntu 9.10 in the drop-down box before entering the repository information.

Other Linux Distributions

If you’re running something other than Ubuntu, then you’ll need to install from source. To do that, go here to get the archive. Download the tar.gz file to a temporary folder and unpack it.

In the Terminal, go to the folder where BloGTK has been unpacked, and type:

sudo make install

BloGTK will then be installed.

BloGTK 2.0 has been very heavily tested, but it is possible that there are bugs, and there will be updates to deal with them. If you notice a bug with BloGTK, please file a bug report so those bugs can be squashed.

But most importantly, have fun using BloGTK 2.0!

BloGTK 2.0 Update

September 14th, 2009

Development on BloGTK 2.0 is continuing, with a formal release getting closer and closer. Here’s what’s been done lately:

  • The MetaWeblog API routines have been patched to allow for better compatibility with b2evolution.
  • Coding on offline editing has been started.
  • The beginnings of internationalization (i18n) support have been added. BloGTK 1.x was not build with internationalization in mind. BloGTK 2.0 will be much easier to translate into other languages.
  • The file structure for the app has changed for packaging. It is now possible to install BloGTK into the system. Packages for Ubuntu can now be built from the source.

However, there are a few things that need to be done:

  • There are several bugs with BloGTK in Ubuntu 9.10 “Karmic”. For example, there are some visual bugs with the progress indicator in the settings dialog and the editor preview system tends to segfault.
  • Offline post editing support needs to be finished. BloGTK 2.0 will not have the most robust offline editing features, but I hope to improve on them in subsequent releases.
  • Adding full support for the old Blogger API as a fallback. (Although this may be left out—is there really a need for supporting this depricated API?)

The biggest task is ironing out the remaining bugs. BloGTK 1.x was somewhat flaky. BloGTK 2.0 should be much more stable. While it is inevitable that bugs will crop up, BloGTK 2.0 has been more heavily tested than its predecessor.

As always, the source code can be downloaded from Launchpad. Keep those bug reports coming, and with luck, there will be a release soon.

Development Update

September 1st, 2009

A few bits and pieces from the BloGTK front.

A new Ubuntu package for the old BloGTK 1.1 codebase has been released. This packages fixes a major bug with Python 2.6 and is recommended for all. For details, see the official release message. Thanks to Ralph Taylor for the fix.

Development on BloGTK 2.0 has lulled a little bit this summer, but is now picking back up. The focus right now is on squashing bugs rather than adding new features. Once the system is ready, the code will be moved on to the packaging phase – turning all the code from a bunch of code in one directory to something that can be installed and packaged.

Again, keep on filing bug reports and/or playing around with the source code for BloGTK. Already, there’s been one helpful contributor that’s helped with b2evolution compatibility. The more bug reports or patches, the better BloGTK will be.