I seem to have a version of python-hildon that should have the fix, so it's probably not that bug. But otherwise that would seem very likely.

Anyway, I am getting the startup dialog again, so some more comments based on that:

- On the Welcome to gPodder! screen, the buttons are thumb sized now, but not properly themed. I wonder what is up with that. Are those just standard buttons created with HILDON_SIZE_THUMB_HEIGHT, and you are not changing the widget name afterwards?

In the authentication dialog for my.gpodder:

- Entries should be HildonEntries and perhaps use placeholder text instead of labels. It works well here, because the entries are not filled by default. I'm not sure if password entries support placeholder text, but I think so. If you keep the labels, they should not be bold and perhaps use SecondaryTextColor.

- The descriptive text seems unnecessary, I would just keep the lock icon and the "login to my.gpodder.org" label, and not use bold text. If you keep two lines, a common way to format it would be to use standard font for the first line, standard font (or SmallSystemFont) with SecondaryTextColor for the second line.

- Some padding between the descriptive text and the entries would be nice though.

- The "New user button" should be above the OK button, instead of top aligned.

- The OK button has a mnemonic that isn't necessary (we should disable that of course, but it may not be a good idea to use stock IDs for now), and it would be more fitting to use a verb label, e.g. "Sign in".

- Entries still don't have the right size. Buttons don't get the right themeing hint. I'm starting to wonder if it might be a limitation of the SDK or Python bindings.


As for getting pango compatible strings for logical fonts and colors, this should help:

For colours, you should be able to get the GdkColor from a logical string with gtk_style_lookup_color() and then turn it into a pango compatible string with gdk_color_to_string().

For logical fonts, you can get the GtkStyle with gtk_rc_get_style_by_paths() (using the logical color name as widget_path), and pango_font_description_to_string() on the font-desc member of the style.

None of this is confirmed or tested, but hopefully it will help you out.