On 07.09.2005, you wrote:
> Ray Lambert wrote:
>> The menu contains items such as: "Playback", "Rename", and
>> "Delete" (all in reference to the just-completed recording).
> That menu is a good idea - as a context menu (e.g. F2 menu) of
> the recording screen. In normal workflow quick access to these
> functions is more useful than adjusting some details of the
> recording settings.
I can imagine that it might be useful there, although it will
add complexity to the mode handling (recording vs. playback).
Also keep in mind that there are more targets than just the
Archos Jukebox recorders...
>> What do you think?
> The disposition menu would add complexity instead of reducing
> it. When you exit the disposition menu with stop the problem I
> want to fix still remains: You have to return to the main
I agree here.
> menu. What do you want to do in the main menu after recording?
> Adjust settings? That would be a very rare case that shouldn't
> be default. I see only one use case where a user might want to
> return to the main menu: When he explores the capability of
> the menu. My proposal takes care of that use case because it
> does return to the menu when nothing has been recorded.
I came up with what I think is a somewhat simpler solution that
might be sufficient. It also breaks the menu rules a bit - hmm.
- When leaving the recording screen with stop, it should also
leave the menu completely, i.e. drop you back to the browser,
if something was recorded. Otherwise it would bring you back
to the menu as it is now.
- Recording should have the equivalent of "follow playlist",
i.e. the drop-back-to-browser would bring you right to the
last recorded file with this option enabled.
This is just one more click for playing your latest recording
(pressing Play after dropping back to the browser), and in
addition you have all sorts of file operations avaliable via the
browser's context menu.
Received on Thu Sep 8 02:29:08 2005