Notices

Grrr.... YES!

I read that Error, and I understand it... but this function was there, right in the front of me on a pice of paper!

I printed last night the create_actions, create_desktop_menu and create_app_menu the newest version from git to get a overview while typing today the functions on my N900 on the go.
But today, editing the code of the installation directly on the device using pyGTKeditor (a pain on such a small screen) I have the source from the repos because I was unable to get the newest running directly on my device. ...I've unregarded this fact...
Just checked... no attribute 'action_lock_progress' on my create_actions function several screens above. God dammit!

I'm comming from a Windows/C++ world several years ago, there have error messages rarely something to do with the real problem. They are there mostly only a result.

I have a appointment at 6. Hopefully with more success...

I can confirm this behavior. Someone else has wrote already about it (the one in the rude style). I thought you're on it.

Perhaps we should change the "add to Playlist" behavior a little bit.

If the Player is currently running:

• add the new file to the playlist
• stay at the current position and show only a popup that the new song is added to the playlist

If the Player was closed:

• add a Bookmark at the current (last) position
• add the new file to the playlist and begin with the playback

I went home now. Write if you need further details.

As I said before I can't trigger the gpodder bug. I need more info if I should be able to fix it.

And the other things you write is just about how it should work now. I don't think there's a need for a notice every time you add something to the playlist, it just slows you down.

And as thp suggested I've added a settings menu to the desktop menu.
http://www.ungietern.se/users/xerxes...i-settings.jpg

For Maemo that needs to be done in a separate dialog, but you guys know more about that.

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.

Hmm, yes that looks like a bug. I do think that it should stay paused if it was paused before. Your post is very informative but I can't see what you really want. I start with fixing the pause bug. And when you have some more stuff to the menu just give it to me and I add it, no need for a patch if you don't want.

Okay, this is my last post for today...

I was because of some unforeseen circumstances today only able to add 5 simple boring Buttons. (it's a german device, don't wonder, there is somewhere a translation for the Playlist Button but none for the others... or something has changed and broken the translation)

I would say we have space for 7 additional Buttons (ckeckbox or option Buttons)

Here you have the wimpy yield: (almost embarrassing)

Ooookay, perhaps this is my last post for today...

Mmh, perhaps my day was toooo long.

I got up at 6, went to work until 7 this evening with a lot of short interruptions and latency time to wonder how hard it could be without python knowledge to hack in this simple code...

Perhaps it is only because of my gtk/python expirience today that my post is a little bit confusing. I will read it tomorrow again and will answer then all questions you ask.

I added the whole create_app_menu function to my last post. It's directly from my device. Patches need more time and are only possible at my desktop, but I guess they are no longer the real problem. (I hope)

Hmm, that paused bug seems to be a gpodder thing. It controls panucci with dbus when it's already running. Will have to talk with thp about that and what the best behaviour is. But I'll add your code and will try to investigate (ask thp) on how to do a dialog menu for the fremantle settings. And yes I'm tired too.

Edit: https://github.com/xerxes2/panucci/c...bf605b0663e4cd

Edit: If you want I'll add you to the credits.

1) start gpodder
2) play podcast-1 (does not matter if it finishes)
3) quit panucci
4) back to gpodder and play podcast-2 (from same or diff feed)
5) podcast 1 gets played again while podcast 2 gets added to panucci playlist.
6) repeating steps 3 and 4 changes nothing, podcast-1 always gets played while each new podcast gets added to the end of panucci's playlist.

Workarounds to get podcast-2 (or after to play) is either
1) delete podcast-1.
2) clear panucci playlist.

N900 running PR1.3 Panucci 0.99.0 and gPodder 2.23

Hmm it doesn't do this for me. If I close panucci and chose another file to play in gpodder it plays the new one and deletes the old playlist. I run gpodder from git though, will have to ask if something changed there but it seems unlikely.

Edit: I tried again multple times and it works, this was a bit weird. Will have to investigate a bit more and see why it doesn't work for you.