Re: Buttons in Hold Mode

2009-11-08 Thread Frank Gevaerts
On Thu, Oct 22, 2009 at 09:24:16AM +0100, Rob Purchase wrote: Morning all, There has recently been some discussion and patches on Flyspray about allowing button combinations using the HOLD switch, on players with limited hardware buttons (eg. Cowon D2). An example usage is the option

Re: Buttons in Hold Mode

2009-11-08 Thread Rob Purchase
On 08/11/2009 19:00, Frank Gevaerts wrote: On re-reading the thread, my impression is that the consensus is that this proposed hold+buttons functionality is acceptable provided there is a setting to turn it off. I don't know if there is a consensus on what the default for that setting should be.

Re: Buttons in Hold Mode

2009-10-26 Thread Dave Hooper
I also agree - how about having a Hold type option on software hold targets, with three options: - lock all (the default) - lock touchscreen - track skip only (i.e. party mode) Maybe we could then drop party mode as a seperate option... it is a controls lock of sorts... I don't think a

Re: Buttons in Hold Mode

2009-10-23 Thread Bryan Childs
2009/10/22 Rob Purchase rob.purch...@googlemail.com Morning all, There has recently been some discussion and patches on Flyspray about allowing button combinations using the HOLD switch, on players with limited hardware buttons (eg. Cowon D2). An example usage is the option in the D2 retail

Re: Buttons in Hold Mode

2009-10-23 Thread Linus Nielsen Feltzing
Jonathan Gordon wrote: In principle I have no problem with this assuming its disabled by default.. but I do object to this being accepted when customising the rec/spare buttons behavior was rejected... they are the same thing. I agree that having a Hold mode where certain buttons are allowed

Re: Buttons in Hold Mode

2009-10-23 Thread pondlife
I agree that having a Hold mode where certain buttons are allowed could be a neat feature, and I'm for it if it is disabled by default. I want Rockbox to be as good as it can be. If allowing a few buttons in a special hold mode improves the experience, then I'm all for it. I also agree

Buttons in Hold Mode

2009-10-22 Thread Rob Purchase
Morning all, There has recently been some discussion and patches on Flyspray about allowing button combinations using the HOLD switch, on players with limited hardware buttons (eg. Cowon D2). An example usage is the option in the D2 retail firmware to use the +/- buttons to skip tracks while

Re: Buttons in Hold Mode

2009-10-22 Thread Antony Stone
- ie: if there is a mode called Hold then it should disable all buttons (except whatever is used to exit from Hold mode). If some buttons are in fact still operable in this mode then I think it should be called something other than Hold. Regards, Antony. -- A person lives in the UK

Re: Buttons in Hold Mode

2009-10-22 Thread Paul Louden
Rob Purchase wrote: Advantages: - Allows in-pocket use on players with limited physical buttons Using the grid-based screen I was able to use my D2 in my pocket rather effectively. I wouldn't say allows so much as enhances or perhaps provides an alternate means of. - Allows Rockbox to

Re: Buttons in Hold Mode

2009-10-22 Thread Alex Parker
I'm against this for the simple reason that hold should be hold - i.e. it should disable buttons. That is what it does. Alex

Re: Buttons in Hold Mode

2009-10-22 Thread Jonathan Gordon
2009/10/22 Alex Parker parker.ale...@gmail.com: I'm against this for the simple reason that hold should be hold - i.e. it should disable buttons.  That is what it does. Alex Ditto. This is a nice reason why its also a bad idea. lets say you have the backlight set to off when on hold, you are

Re: Buttons in Hold Mode

2009-10-22 Thread Hilton Shumway
On Thu, Oct 22, 2009 at 10:27 AM, Jonathan Gordon jdgo...@gmail.com wrote: 2009/10/22 Alex Parker parker.ale...@gmail.com: I'm against this for the simple reason that hold should be hold - i.e. it should disable buttons.  That is what it does. Alex Ditto. This is a nice reason why

Re: Buttons in Hold Mode

2009-10-22 Thread Rob Purchase
On 22/10/2009 09:43, Antony Stone wrote: Does this mean the standard firmware on the Cowon D2 responds to (certain) button presses even when the Hold switch is activated, and does the manual still call it a Hold switch? I'd find that surprising (but I don't have a Cowon player). Yes, that is

Re: Buttons in Hold Mode

2009-10-22 Thread Rob Purchase
On 22/10/2009 09:49, Paul Louden wrote: Using the grid-based screen I was able to use my D2 in my pocket rather effectively. I wouldn't say allows so much as enhances or perhaps provides an alternate means of. Sure, but the grid mode is just a stop-gap until a full touch WPS is provided by

Re: Buttons in Hold Mode

2009-10-22 Thread Rob Purchase
On 22/10/2009 17:27, Jonathan Gordon wrote: Ditto. This is a nice reason why its also a bad idea. lets say you have the backlight set to off when on hold, you are listening to music for 2 or 3 hours (so you cant really remember which screen you were in) and then you want to change tracks, fine,

Re: Buttons in Hold Mode

2009-10-22 Thread Paul Louden
Rob Purchase wrote: Sure, but the grid mode is just a stop-gap until a full touch WPS is provided by default. I'd like to see the option removed once all the main screens have been adapted (although the API to set grid mode should remain as a convenience to plugins). In any case trying to

Re: Buttons in Hold Mode

2009-10-22 Thread Thomas Martitz
Paul Louden schrieb: Rob Purchase wrote: The grid mode absolutely should not be removed - it's the ONLY way to allow full use of the player blind. It totally should. It's a crippled mode against the nature of touchscreens. It's a pity that we even have it, but it was sadly inevitable as

Re: Buttons in Hold Mode

2009-10-22 Thread Paul Louden
Thomas Martitz wrote: Paul Louden schrieb: Rob Purchase wrote: The grid mode absolutely should not be removed - it's the ONLY way to allow full use of the player blind. It totally should. It's a crippled mode against the nature of touchscreens. It's a pity that we even have it, but it was

Re: Buttons in Hold Mode

2009-10-22 Thread Jonathan Gordon
Lets try to get this back on topic the actual argument is about customisability in the core... In principle I have no problem with this assuming its disabled by default.. but I do object to this being accepted when customising the rec/spare buttons behavior was rejected... they are the same