Notices

Looks great. I particularly like the right swipe to start playback.

It looks faster than the current version in overall responsiveness... Unless that's normal and i've bogged my tablet down without realising it. Quite possible. Since autoupdate i'm flashing it clean less often..

Going back to the 850 item feed point of recent days, it might be interesting to stress test your new interface with that to see how this reacts to a list of that length, perhaps when trying to swipe fast to get it to quickly scroll way down the list quite quickly. The feed in question was katg.com/rss.xml .

Looking forward to playing with this interface.

Want. My only concern is pop-ups getting in the way and stealing presses and swipes.

I regularly use a darkice -> icecast2 chain to distribute icecasts from my computer's TOSLINK input. I'm wondering if you guys know of a similar setup (small and light, not mythtv) that can create podcasts by using both the TV/video capture card AND the TOSLINK input. Time shifting would be a preference, not a requirement. I've had some below-average success (dropped frames AND not time synced) with gst-launch RTP scripts on both computer and n800, but I'm looking for a much more usable solution. I can post my client/server gst-launch scripts if you think you can help improve those, but I'm looking for a more robust, out-of-the-box solution for starters. Thanks for any help or suggestions.

I think this questions belongs to another thread. Please open a new thread to discuss this. gPodder is a podcast client, e.g. a program to download and subscribe to podcasts, not to produce them. That said, there is Dan Ramos on this forum from which I know that he is also producing a podcast, so you might want to ask him this question.

The question does not belong in this thread in my opinion, so please open a new thread (maybe also in another category than "Apps"?). Thanks!

You mean the menus popping up when you would really want to swipe and do some other action? That's probably something that we have to tweak, but hopefully it will work well enough as soon as we get the details right.

The only problem I currently see is how to make it obvious that this list supports "swiping" other than showing some first-time dialog saying something like "you can use swipes on the episode list - here is how...". Any ideas?

Oh, I'm sorry, did I taint your pretty little thread here? Let me see if I understand things correctly from your condescending, repetitious response: you would like me to start a new thread and you don't think I know what gpodder does. Am I close?. You do realize the title to your thread starts with the word "Podcasting?" If I wanted to make a thread hijack attempt I would have chosen a topic other than "Podcasting." I thought maybe at the "Podcasting" thread I might find some "Podcasters." My mistake.

I think THP could use a little THC.

Yeah.. that's part of it. Also things like the download dialog box or other pop-up windows from your (or others') applications stealing focus too. I'm pretty sure that there's only so much you can do, though, but it's a concern with multitasking touchscreen applications that depend on gestures. A general concern.

On thinking about this while using gpodder recently.. I started to reconsider whether it's a good idea. I think kinetic scrolling is a good idea, absolutely, and should continue to be implemented. It saves a LOT of space and it's a good interface for a touch-screen scrolling method.

But!... I do think that gestures might not work well for a bunch of reasons, now. If you DO implement it, be sure to put a toggle so that users can choose to enable or disable that functionality. My big concern goes back to the pop-ups and also the idea that it might not be as accessible to some people if it's forced on users (ie: users who might not be very precise or patient).

But!!... I also started looking at the real-estate being used by the icons for the music note/trashcan/star spot and wondered if, instead of a music note--you replaced it with a PLAY button on new podcasts, that would be intuitive enough.. and if a user tapped to the right of the icon (the episode list beside the icons) would bring up the old menu of choices. (This would be in addition to the gestures, not as a replacement). It would allow for a quick and much more intuitive way to immediately play a podcast and can free up the toolbar area if the user prefers to not have a toolbar at all (as I do.. I need all my screen real-estate).

Hey hey, now.. I'm the DR, no prescribing anything here without my say-so! Besides, it sounds to me like someone needs some TLC!

In all seriousness, and with my apologies to Thomas for a short diversion of topic, it DOES say podcast in the title, but it also drills down to the specific topic of gpodder. But I'd like to know more about this question you have. I'm not sure I've seen this done before and it might be interesting to get more information from you. Can you post about this in a new ITT thread so we can concentrate clearly on your topic?

Thanks!

I've cleaned up the mokoui-based testing release (with lots of other improvements from the git version that make gPodder faster and not so freezing) and put together a .deb file for the fearless to try:

http://khan.thpinfo.com/~thp/tmp/gpo...maemo0_all.deb

Some remarks:

• The version number is chosen so that the app manager will see the current release (0.14.0-2) as newer, so that you can always go back to the latest "official" release by "upgrading" via the app manager to the stable version in Maemo Extras
• Toolbar is always visible (because of the "Update feeds" button)
• Only one episode can be selected at a time now
• Swiping is disabled by default, enable with "maemo_enable_gestures" in the advanced preferences
• The main menu is now also finger-friendly, baby!
• Episode descriptions are disabled in the main view for performance reasons

How do you like it?

I tried it out.. here's my experience:

Installation

I first tried to install it via the Application Manager, and it warned me: 'Unable to update gPodder Podcast Client (thp's Test Release). Some application packages required for the update are missing.' When I hit details and looked up Problems, it says, 'Unable to update gPodder Podcast Client (thp's Test Release) Application packages missing: python-mokoui'

So I dropped to xterm and did an apt-cache search mokoui' and I saw python-mokoui listed. So my guess is that there's something missing in the deb that would tell Application Manager to also install python-mokoui when gpodder is installed.

At the terminal, I ssh'ed back to localhost as root and then entered 'apt-get install python-mokoui' ...permitted it to install along with the libmokoui2-0 that came along for the ride to support it.

I went back to Application Manager to try to install the test gpodder again and it worked fine.

Using gpodder

It started up well enough--no problem there!

First thing I noticed was that the shows are, indeed, without their descriptions (which I'm VERY fine with.. always thought they were unnecessary) but that there is a lot of white space over and below each title. I support the entries' boxes could be sized to fit the title and icons better.. but it would make finger-based functions less reliable. I would rather opt to slightly increase the text size a little (maybe with a TALLER font instead of the same font currently being used) so that there's less white space.

I worried that a permanent toolbar will use up space, since I always turned that off, but this actually looks fine. There's space freed up by putting the update button in there. My suggestion might be remove the text beside icons and instead put a legend for the icons under help.. so that this way you can make finger-sized buttons (about teh same height as the toolbar now, same icons (logically double-wide, but visually the same width with white space between them to make them to finger-differentiate them apart). That way you can put the refresh button, preferences, play (triangle right), download (arrow down), details (circle i) and a lot of white space, putting the TRASH icon (delete old/played episodes) and QUIT door icon all the way to the right. This will eliminate the need for any pressing of the list to have to generate any menus at all. To make it more inuitive, the music-note icon should probably be a button that toggles the episode status (so you don't need the other options in the menu) and the icon status for a downloaded episode can cycle between played, unplayed or locked (prohibit deletion).. and a non-existant episode can cycle between being marked for download or not (as opposed to the trash/deleted and star/new paradigm you currently have). This would also eliminate the need for the 'download' option since it'll mark it for download during the next update.

Performance on changing from show-to-show is vastly improved! EXCELLENT experience with that, now.

Scrolling is a bit wonky, however. When I try to scroll up and down, the first thing I'm struck with is that it's not kinetic. If I slide my finger up or down and let go, it doesn't continue to scroll until it slows down like I expected after using many apps that scroll this way. The way it works now can be tolerated but it's inconvenient, especially while driving, and requires a lot of repeated finger dragging to scroll way down to the last shows. I expect it's just a matter of putting in some logic that measures how quickly you drag your finger during the scroll and continuing to scroll at that speed with a decay. Not sure if kinetic scrolling can be handled by the library already but if you see anything in there to that effect, please use that instead.

Also, another quirk of scrolling is scrolling above or below the first or last entries in the lists, respectively. Weirded me out for a moment until I realized I had scrolled off the edge of the lists and was just seeing it snap back into place.

When I hit the UPDATE FEEDS button, I get back the old status line under the show titles. I'm not sure I want to see it anymore, now that the toolbar is there. Since we have to wait for it, can we replace the entire length of the toolbat with that, so it doesn't take up space above and prevents other things from being done while it's updating the feeds? It also lets you actually SEE the update text better that way too. Keep the CANCEL button all the way on the right side, though, since we don't want to get stuck.

Downloading is MUCH improved. Things get sluggish but nothing is STUCK like it always had been before.. and the progress bars in the DOWNLOADS tabs are actually useful now since you can actually watch them move (instead of waiting for the screen to refresh for several minutes just to find that everything was already done by the time the screen was updated). So this is EXCELLENT progress on preventing blocking operations! Thanks MUCHLY!!

Playlist and selection

The loss of selecting a bunch of podcasts will sadden me. Muchly. Maybe a non-scrolling tap on a show can select shows and a new tab (in addition to podcasts and downloads, a PLAYLIST tab) keeps track of a playlist. As shows get tapped, they are added to the end of the playlist immediately or removed from anywhere on the playlist if that show is already listed. When you go to the PLAYLIST tab, the toolbar at the bottom can change to reflect this tab's operations such as PLAY (send the m3u to a player), MOVE UP, MOVE DOWN, REMOVE FROM PLAYLIST, a lot of white space and the same DELETE PLAYED FILES and QUIT icons I'd suggested earlier. This doesn't eliminate the DELETE OLD in podcasts tab, but once a playlist is PLAYED, the files in the playlist can be marked as played and so ready for being deleted later.

If you ever implement panucci as a built-in player for gpodder, this could be redone some to be much more intuitive and smarter.. but this might be a much more convenient way to handle queuing up programs and letting them just GO and then being able to mass-delete those shows once they're listened to.

Summary

So far.. I like this new test version a lot. I'm going to be nagged by that big flashing BANG sign telling me I'm using an older version for a while. I'm not sure I want to go back to the previous version already.

I'm a big fan of gestures for the scrolling but it needs to be kinetic scrolling that hits the edges and stops. The new toolbar is VERY nice but could double as both status and toolbar by switching when it's pointless to have a toolbar. Screen real estate is important on such a small device but if things need to be finger sized, make them do something useful to toggle things, select and unselect things or do things. I've not been a big fan of drop-down menus--so I would like to see more of those go away... they're small, not finger friendly and they're not something you want to tackle while you're driving. Playlist functions would elmininate a LOT of the need to even bother to fiddle with the screen whether you're driving, walking or working--I don't see a downside for that.

If I had to choose prioritizing these things, I'd prioritize on the kinetic scrolling, then the status bar ui/icons and selections (with planning ahead for marking things for the playlist).. and then finally, a playlist tab.

Tabs are good. I definitely would love a playlist TAB so we have space to organize.


Hope this was helpful feedback. I certainly appreciate all these new tweaks and changes. I'd wager that a LOT of this work will be MUCH more important on ANY touchscreens devices that end up using gpodder (maemo, pandora, laptops with touchscreens, smart-phones, etc.) even if the tag being used is '--maemo', this code could always get tweaked to be enabled for other platforms.

And for someone like me who wants to learn Python (when I get time.. grr), I now have this magnificent project to look at for a bunch of examples of great ways to do things.

Thanks again!!!