Rockbox mail archiveSubject: Re: Resume playback even if it reached the end and stopped
Re: Resume playback even if it reached the end and stopped
From: Mike Holden <rockbox_at_mikeholden.org>
Date: Wed, 31 Mar 2010 13:00:03 +0100
Thomas Martitz wrote:
> Am 31.03.2010 13:39, schrieb Mike Holden:
>> Thomas Martitz wrote:
>>> Am 29.03.2010 23:29, schrieb Al Le:
>>>> There is a patch (FS#10343 - Resume playback even if it reached
>>>> the end
>>>> and stopped) that implements a very nice feature. Has anyone
>>>> for it being committed? If not I'll commit it when I'll get
>>>> the development environment.
>>> How about a confirmation screen when trying to play a finished
>>> It seems like the ideal solution to me. No automatic buffering,
>>> being able to get the information about whether you finished
>>> before you turned of your player last time, and have the
>>> restart the playback of that playlist (what the patch aims for).
>>> "Restart finished playlist?" yes/no.
>> I don't get this?
>> The driver for this patch appears to be a "spurious" (to some)
>> splash message "Nothing to resume". How is adding a confirmation
>> dialog any better? Surely it's worse, as it's a splash with
> Yes but due to the response we can keep the current behavior if you
> answer no, and get the proposed new behavior with the answer yes.
Forcing me to press "No" isn't keeping current behaviour, it's
adding an extra buttonpress.
> the ability to choose one of the behavior in each instance of the
Don't understand what you mean by "each instance of the patch"
> On another note, for users of flash based targets the additional
> buffering isn't bad. I, for one, would appreciate music playing
> browsing to the album I really want to listen to (being on a flash
Doesn't interest me though, and I don't have a flash based player,
-- Mike Holden http://www.by-ang.com - the place to shop for all manner of hand crafted items, including Jewellery, Greetings Cards and GiftsReceived on 2010-03-31