I don't know how gpodder triggers panucci to play a file. Perhaps over D-Bus or by calling it with panucci %1 at the command line... I don't know.

But here the actual behavior: (v.0.99 from the repo - only with 5 simple menu buttons added)

prepare panucci:

• open panucci
• clear the playlist
• close panucci

Now to comprehend how it works at the moment:

• open gpodder and select a file
• press play
• ...panucci is starting and playing the file #1
• press pause at the middle of the track
• go back to gpodder
• select the next file
• press play
• panucci adds the file to the playlist and continue with the playback of track #1

Hmm... it feels a bit messy but so far so good. It works like we thought it should work somewhere earlier in this thread. But if we do it this way I think we should stay in the pause state if the player is in this state before... but I'm not sure about the whole thing... it doesn't feel right...

Normally, if a user goes to gPodder and press play on a track he has the intention to play this specific track. (he is familiar with this behavior - but panucci is working different at the moment)

Nevertheless, if we do it the current way we should think about how to inform the user that it perhaps don't work how he could expect it. And this without slowing him down.

Please have a look at this document: http://wiki.maemo.org/Legacy_Maemo_5...es_and_Banners
It's a old and legacy documentation. The new version is somewhere here hidden in the pdf documents: Hildon 2.2 Widget UI Specification
Please have a look at the Bottom section: "Banner"
I know you don't own a N900. But you can see this kind of popup infos on several places and applications. It's common.
Perhaps we could find together the correct code to add something like that. gPodder has something like that included, too. I see such a banner if a podcast has new episodes...

It doesn't slow down the user. You don't have to react at this kind of info banner. It disappears by itself after several seconds. While it shows up the application continue to progress with their task.

Okay. But now to continue our small tour from above:

• panuccy is currently playing a track, at the playlist are 2 tracks and we are at the middle of Track #1
• close panuccy while the playback is running
• open panuccy again
• we are now in pause state in the middle of track #1
• press play
• the playback is continuing from the last position
• switch back to gPodder and start the next track
• panucci stops the playback and starts with the playback of track #1 from the beginning
• if you look at the playlist track #3 is correct added

The same if you are currentliy at track #2. The track stops the playback, adds track #3 and starts from the beginning of track #2.

When you go then to the playlist, strangely track #1 is marked as currently playing... (but I guess this is a different Bug)

So, it's a little bit buggy and what sounded good in theory doesn't feel right to me in practice.

Suggestion:
Perhaps we should simply add a Bookmark to the playlist where the file was before as soon as a new file is opened (thru gPodder or from the Menubutton to open a single file), add the new file at the end of the playlist and start to play the last file from the playlist immediately.
If we want a more smarter but more complicated solution we could add the new file to the end of the playlist and continue playing if a file is currently on playback. (but only then and only with a info message (banner) that gives the user a sign what's going on)

Okay, sounds simple. But currently undoable with my level of knowledge.

This could be the best solution for podcasts and audiobooks. - perhaps not for music, but this is a different story and in my opinion out of the scope of panucci.