First test release of gPodder for Fremantle - Page 4 - maemo.org

kanishou | # 31 | 2009-06-19, 01:05 | Report

Originally Posted by thp View Post

No, they're defined in the GtkBuilder .ui file as HildonButton with the properties "label", "visible" and "size" set:

http://repo.or.cz/w/gpodder.git?a=bl.../fremantle#l62

Ok, I don't know anything about how it works with .ui files, something to look into.

Originally Posted by

Also, it looks fine in the SDK:

http://khan.thpinfo.com/~thp/images/...ome_090616.png

Actually that's not quite fine.

But it's difficult to see without knowing what to look for. Notice that the buttons are flat in the middle, that is because they have to scale to various sizes. If it would be using the correct graphics, the buttons would have a smooth gradient over the whole height. Of course there is no rush to get this just right already, I'm just mentioning these things now because they will be very common issues.

Originally Posted by

Having a different theme/engine in the SDK and in the device (with major differences in rendering buttons, etc...) is really bad. Developers can test how things look in the SDK, but it's hard to find out what is wrong when not being able to test directly with the real theme. At least the theme *engine* should be the same in the SDK, if you don't want to publish the "final" theme (engine + colors, graphics, styles) right now.

The engine is the same, but of course the theme and layout are still a work in progress, so details are changing all the time. The only way the product theme differs from the devel theme is in the template graphics.

Originally Posted by

Filed a bug report at https://bugs.maemo.org/show_bug.cgi?id=4710

I can't implement this, as the current theme on the devices seems to be different from the themes in the beta SDK, and I can't reproduce most of the UI/style/theme bugs you have here. Kind of an awkward situation :/

Why can't you implement this? The logical colour and font definition should be available in the SDK theme too (they have been there almost from the very beginning). Of course, this is again not something to be overly concerned about at this stage. Details of the UI can still be tweaked after Fremantle is released, and developers can get a better idea of the common look and feel by then.

The Following 3 Users Say Thank You to kanishou For This Useful Post:
Jaffa, qgil, sjgadsby

thp | # 32 | 2009-06-19, 22:45 | Report

Originally Posted by kanishou View Post

Actually that's not quite fine.

But it's difficult to see without knowing what to look for. Notice that the buttons are flat in the middle, that is because they have to scale to various sizes. If it would be using the correct graphics, the buttons would have a smooth gradient over the whole height. Of course there is no rush to get this just right already, I'm just mentioning these things now because they will be very common issues.

Ok, I played around and found out that it's really a bug in Hildon/GtkBuilder. I have created a bug report:

https://bugs.maemo.org/show_bug.cgi?id=4718

And here is a screenshot which shows the different appearance (I hope that's what you were talking about):

https://bugs.maemo.org/attachment.cg...33&action=view

Originally Posted by

The logical colour and font definition should be available in the SDK theme too (they have been there almost from the very beginning).

Ok, I got the logical font definition, which is quite easy actually after following your instructions and reading the PyGTK/GTK+ docs:

https://bugs.maemo.org/attachment.cgi?id=1232

Still no success with getting the logical font color. A more specific, minimalistic example in C or Python would be very helpful

The "color" code snippet should probably be added to this bug as a comment:

https://bugs.maemo.org/show_bug.cgi?id=4710

Thanks

The Following 3 Users Say Thank You to thp For This Useful Post:
Jaffa, kanishou, qgil

thp | # 33 | 2009-08-01, 16:23 | Report

Because the AppMenu bug (app menu not showing since beta2) is easy to fix and will allow for more testing, I decided to quickly fix this and uploaded an updated package, so testing can move forward. gPodder 0.16.1-7fremantleui is the new package version and should be in extras-devel today (currently in the autobuilder).

qgil | # 34 | 2009-08-02, 23:26 | Report

Thanks! Now I can play again with the gPodder UI.

Another bug, and it's too late to file it properly, sorry. You will understand it easily though. When starting the download of an item comes an error message:

Originally Posted by

Download error while downloading (((the name of the item)))

Errno 2 No such file or directory: '/media/mmc2/gpodder/Atm\xc3\xb3sfera/1248429574079.mp3.partial'

OSM2Go had a similar problem with the route to download maps, but Master of Gizmo fixed it a while ago.

thp | # 35 | 2009-08-03, 08:09 | Report

Originally Posted by qgil View Post

Another bug, and it's too late to file it properly, sorry. You will understand it easily though.

On the new devices, will $HOME be the storage location user data (audio files, etc..)? Or where are the SD cards (if any) mounted?

danielwilms | # 36 | 2009-08-03, 11:56 | Report

Originally Posted by thp View Post

On the new devices, will $HOME be the storage location user data (audio files, etc..)?

Yes, user-specific data of the applications should be stored in the $HOME folder.

Cheers Daniel

The Following 5 Users Say Thank You to danielwilms For This Useful Post:
Jaffa, qgil, qwerty12, sjgadsby, thp

thp | # 37 | 2009-08-03, 19:26 | Report

Originally Posted by danielwilms View Post

Yes, user-specific data of the applications should be stored in the $HOME folder.

Ok then. Version 0.16.1-8fremantleui should put downloads in "gPodder-Podcasts" just below $HOME.

The Following 3 Users Say Thank You to thp For This Useful Post:
danielwilms, qgil, qwerty12

qgil | # 38 | 2009-08-15, 08:44 | Report

Downloading works just fine now. Thanks!

Playing mp3 podcasts from GPodder works just fine, but I couldn't make any videos play as for yet. Perhaps I should try harder. YouTube videos would bump the Media Player but no video would show up.

Can someone recommend a vlog using a very conventional media format, only to test that the connection between GPodder and video player works?

Anyway, good work and definitely this is ready for extras-testing.

zerojay | # 39 | 2009-08-15, 08:50 | Report

Originally Posted by qgil View Post

Can someone recommend a vlog using a very conventional media format, only to test that the connection between GPodder and video player works?

Diggnation: http://revision3.com/diggnation

On the right side of the page that comes up there's a box that reads "Subscribe". Expand the "Episode RSS" portion of the box and you'll find the RSS feeds for the show. The good thing about this particular show is that they put it out in several different formats, so it would be a very good testbed for gPodder and any other Gstreamer program.

Formats: MP3 high quality, MP4 high quality, Quicktime Low Med and High quality, WMV normal and high quality, and XVID normal and high quality. Have at it!

The Following User Says Thank You to zerojay For This Useful Post:
qgil

thp | # 40 | 2009-08-15, 09:30 | Report

Originally Posted by qgil View Post

Can someone recommend a vlog using a very conventional media format, only to test that the connection between GPodder and video player works?

Alternatively, use "mplayer" (is that in Fremantle already?) for video playback, as it provides support for lots of different video formats. For GStreamer-based media players, I recommend to install the packages "gstreamer0.10-plugins-{base,good,bad,ugly}". These exist in Debian, but I don't know if they will work fine in Maemo if just re-compiled.

That said, if audio playback works, video playback should too, as the same method is used to invoke the media player.

Thanks for the feedback, and I'm glad downloading and playback works now

The Following User Says Thank You to thp For This Useful Post:
qgil