> I just want a key I can assign on the fly so I don't have to drill down to
> context menus all the time. I don't want user-switchable keymaps. I don't
> want to have to load an entirely new keymap just to change functions. I
> merely want what I want, when I want it. :)
>
>
And I feel this is
> I'll try to have a look for the french translation, it seems that I missed
> your web tool, well done!
>
> Me too.
Amaury Pouly
Hello,
This year's European DevCon will be at the same place as last year's,
i.e. Ghent, Belgium. We'll meet there on June 4th-6th 2010.
Please add yourself to http://www.rockbox.org/wiki/DevConEuro2010 if
you plan on coming, and especially make sure to add your name to the
"Hotels and Room Shar
I'll try to have a look for the french translation, it seems that I missed
your web tool, well done!
2010/3/30 Dominik Riebeling
> Hello,
>
> the last release of Rockbox Utility has been a while and with some
> issues fixed a new release becomes desireable. Some translations are
> quite out of d
Hello,
the last release of Rockbox Utility has been a while and with some
issues fixed a new release becomes desireable. Some translations are
quite out of date, so it would be great to see updates here. I've
recently created a simple web tool to simplify translating for people
who don't want to i
On Tue, 30 Mar 2010 15:04:10 -0500
"Scott Berry" wrote:
> Hello there everyone,
Hi,
> This may or may not be a development issue.
It is not
> But I am finding that in
> the manual for Rockbox with the Sansa Clip Plus that it really does
> not explain how to save a playlist
Given that rockbox
Hello there everyone,
This may or may not be a development issue. But I am finding that in the
manual for Rockbox with the Sansa Clip Plus that it really does not explain
how to save a playlist after you have entered the name? What key or item on
the virtual keyboard do you press? If it is on
Al Le wrote:
> And I see no reason why the player
> should refuse to do what I explicitly (and manually) request by
> pressing PLAY.
But you aren't "explicitly (and manually)" requesting it to play the
last thing again, you are "explicitly (and manually)" requesting the
player to resume where it l
> My understanding is that you can also view a playlist after it stopped,
> so it seems like another option may be to simply view the current
> playlist, and click on the first song.
Aha! I didn't know that. It's never late to learn something new!
--
Sicherer, schneller und einfacher. Die aktue
> > I don't use specially prepared playlists but rather just select a file in a
> > directory. After playlist ends I have to again navigate to that directory
> > since the file browsing context is also lost by then.
> >
> You don't use "Follow Playlist" then ?
I do. But this options only has a mea
On 3/30/2010 10:28 AM, Al Le wrote:
Yes, that would be a viable option.
My understanding is that you can also view a playlist after it stopped,
so it seems like another option may be to simply view the current
playlist, and click on the first song.
On 30 March 2010 16:28, Al Le wrote:
> > Couldn't you "explicitly (and manually)" request it to play the list
> > again by highlighting the list and pressing select?
>
> I don't use specially prepared playlists but rather just select a file in a
> directory. After playlist ends I have to again na
> Couldn't you "explicitly (and manually)" request it to play the list
> again by highlighting the list and pressing select?
I don't use specially prepared playlists but rather just select a file in a
directory. After playlist ends I have to again navigate to that directory since
the file brows
On 3/30/2010 10:17 AM, Al Le wrote:
Normally, I set the "repeat" option to "off". But sometimes (or even often), after the
playlist ends, I think "Oh, that was good, I'd like to listen to this music once again". At this
point, this feature would be very handy. And I see no reason why the playe
> > 1. What happens if the user presses PLAY before the DAP switches off?
> >
> > Possibilities:
> > a. Display "Nothing to resume" (current behaviour, preference of Mike
> Holden)
> >
> >
> This is also my preference - if I wanted the playlist to repeat I'd have
> set it to repeat.
Normally,
> > Something like "Retain the playlist"? What possible values should the
> > option have? Could you be more specific?
>
> You just outlined the two options. Either don't restart the finished
> playlist, or do.
There is another question whether to restart the playlist on startup if the
start scr
1. What happens if the user presses PLAY before the DAP switches off?
Possibilities:
a. Display "Nothing to resume" (current behaviour, preference of Mike Holden)
This is also my preference - if I wanted the playlist to repeat I'd have
set it to repeat. I wouldn't object to *if I turned r
>
>
> Something like "Retain the playlist"? What possible values should the
> option have? Could you be more specific?
>
Seriously?
You just outlined the two options. Either don't restart the finished
playlist, or do.
FWIW I'm with Mike / Torne. Once it's done, I definitely do not want it
restar
> > If I remember correctly, we've already discussed the patch on the mail
> > list, and many had the following preferences: 1->b, 2.1->a, 2.2->b.
> >
> > Should I start a poll in the forum?
> >
>
> How about neither and instead add another option?
Something like "Retain the playlist"? What possi
On 30 March 2010 14:45, Al Le wrote:
> If I remember correctly, we've already discussed the patch on the mail
> list, and many had the following preferences: 1->b, 2.1->a, 2.2->b.
>
> Should I start a poll in the forum?
>
How about neither and instead add another option?
Having read the replies to my initial mail, I'd like to try to sum up the
opinions. There are some decision points. In all cases it's assumed that the
"repeat" setting is set to "off" and that the playback has stopped "naturally",
i.e. because the end of the playlist has been reached.
1. What h
Thomas Martitz wrote:
> Am 30.03.2010 12:38, schrieb Mike Holden:
>> I totally agree that this is a bad idea. I always use PLAY on
>> powerup to resume where I
>> left off listening, and I DON'T want this to restart the old
>> playlist if it had
>> finished.
>>
>> I disagree with the last paragraph
On Tue, Mar 30, 2010 at 12:50:44PM +0200, Thomas Martitz wrote:
> Am 30.03.2010 12:38, schrieb Mike Holden:
>> I totally agree that this is a bad idea. I always use PLAY on powerup to
>> resume where I
>> left off listening, and I DON'T want this to restart the old playlist if it
>> had
>> finish
Am 30.03.2010 12:38, schrieb Mike Holden:
I totally agree that this is a bad idea. I always use PLAY on powerup to resume
where I
left off listening, and I DON'T want this to restart the old playlist if it had
finished.
I disagree with the last paragraph above though. Even if I hit PLAY, I don'
Torne Wuff wrote:
> On Mon, Mar 29, 2010 at 11:29:43PM +0200, Al Le wrote:
>> There is a patch (FS#10343 - Resume playback even if it reached the end
>> and stopped) that implements a very nice feature. Has anyone objections
>> for it being committed? If not I'll commit it when I'll get access to
>
On Mar, Marzo 30, 2010 12:04, Torne Wuff wrote:
> I have no objection to it being possible to *manually* resume a playlist
> that already finished, but it should only do it if you hit play or pick
> Resume Playback explicitly.
I totally agree, see also my comment at
http://www.rockbox.org/tracker/
On Mon, Mar 29, 2010 at 11:29:43PM +0200, Al Le wrote:
> There is a patch (FS#10343 - Resume playback even if it reached the end
> and stopped) that implements a very nice feature. Has anyone objections
> for it being committed? If not I'll commit it when I'll get access to
> the development enviro
27 matches
Mail list logo
