Re: Context based usage of the 'AUX' button
c_c wrote: Hi, The freerunner and 1973 have only 2 buttons. While the power button is being used for suspend and for switching off, the 'AUX' button seems under utilised. I was wondering whether there could be a method added to FSO that allowed overloading of this button based on the context. For eg :- 1. Under normal circumstances (not in a call or app - that could change this usage), the button could be used for selecting between 3 brightness settings in rotation. With SHR, the normal use for AUX is to lock/unlock the screen. This is useful when you can't suspend, but still want to put the phone in a pocket where accidental pressing may happen. For example, when the gps is in use when walking/bicycling/skiing. AUX protects against wrong keypresses that at worst could stop the gps logging. And AUX is also easy to press - even with gloves - in order to take a quick look at the map. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Hi, Helge Hafting wrote: With SHR, the normal use for AUX is to lock/unlock the screen. This is useful when you can't suspend, but still want to put the phone in a pocket where accidental pressing may happen. Well, I was thinking more of a configurable action - either in rules.yaml (that covers some user cases) or by exposing the functionality in a known way that allows apps to override the normal usage. Also, there could be different uses depending on whether there is one press, two presses or a long press. Maybe a long press could be used as a screen lock - leaving the other two for context based use. -- View this message in context: http://n2.nabble.com/Context-based-usage-of-the-%27AUX%27-button-tp2394031p2410294.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, I was thinking more of a configurable action - either in rules.yaml (that covers some user cases) or by exposing the functionality in a known way that allows apps to override the normal usage. Also, there could be different uses depending on whether there is one press, two presses or a long press. Maybe a long press could be used as a screen lock - leaving the other two for context based use. AFAIK, scummvm overrides it so it makes an 'F5' pulsation. It ceased to work with 2008.08, but it works again in 2008.12, as I can see. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Is THAT how you quit games in ScummVM? I have no idea what F5 does in it, but I haven't figured out how to quit games once I start them, short of killing it from SSH. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community It is THAT how we quit games in ScummVM and how we save and load progress (more importantly). F5 is the key to bring a menu for doing such kind of things, as well as configuring things (and it serves as pause too). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, I may be able to play Monkey Island on my FR after all. :) One other question, though... Is there a way to skip through long videos or intros? Escape does it on a normal system, but I can't do that for obvious reasons on the Freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Ack, nope, AUX has no effect. I'm seriously wondering if my SHR is just screwed up so that AUX doesn't work at all, since I have not encountered a situation yet where hitting it did anything. Locking doesn't work either, which ticks me off... :\ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
I've had this happen when ScummVM freezes or exits unintentionally. I've found that starting and quitting ScumVM without playing anything brings the AUX lock back. you could also remap the key with xmodmap. On Mar 2, 2009, at 1:17 PM, The Digital Pioneer wrote: Ack, nope, AUX has no effect. I'm seriously wondering if my SHR is just screwed up so that AUX doesn't work at all, since I have not encountered a situation yet where hitting it did anything. Locking doesn't work either, which ticks me off... :\ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
My broken AUX has nothing to do with ScummVM. AUX hasn't done anything since I flashed SHR-unstable. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
try this: enlightenment_remote -binding-key-add ANY Keycode-177 NONE 1 simple_lock On Mar 2, 2009, at 1:36 PM, The Digital Pioneer wrote: My broken AUX has nothing to do with ScummVM. AUX hasn't done anything since I flashed SHR-unstable. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
On Mon, Mar 2, 2009 at 19:36, The Digital Pioneer digitalpion...@gmail.com wrote: My broken AUX has nothing to do with ScummVM. AUX hasn't done anything since I flashed SHR-unstable. In /etc/X11/Xserver change vt1 to vt4 on line 116. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, that got my lock screen back! Thanks!! :D Aux still has no effect on ScummVM as near as I can tell, but I can't get past the dumb intro screen so I don't know for sure... I need another SCUMM game. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, that got my lock screen back! Thanks!! :D Aux still has no effect on ScummVM as near as I can tell, but I can't get past the dumb intro screen so I don't know for sure... I need another SCUMM game. You should edit the script that launches scummvm and disable fullscreen mode. So, you can pop the keyboard and skip intros, pause the game or enter information. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Works perfectly. :) Now, I get picky: looking at the way the scummvm script changes AUX to F5 and back, is there a way to do the same thing except change the power button to esc and back? I like the fullscreen... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Am Thu, 26 Feb 2009 21:27:26 -0800 (PST) schrieb c_c cchan...@yahoo.com: I was wondering whether there could be a method added to FSO that allowed overloading of this button based on the context. For eg :- Good ideas, here is mine: if keyboard is active/shown it could be used to rotate through the several layouts. My thumb is laying on it most of the time I'm typing and layout switch is the slowest part on typing...e.g. numerical keyboard is preferred for numbers but (default) has no delete key. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, I definitely think there could stand to be some context-based usage of AUX. However, I've just flashed SHR-Unstable and now AUX doesn't do anything at all. Uhh, that's not OK, I really liked having the lock screen feature. Now I have to suspend the dumb thing just to wipe off the screen... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
The Digital Pioneer escribió: Well, I definitely think there could stand to be some context-based usage of AUX. However, I've just flashed SHR-Unstable and now AUX doesn't do anything at all. Uhh, that's not OK, I really liked having the lock screen feature. Now I have to suspend the dumb thing just to wipe off the screen... really? I installed SHR- Unstable on the sd yestarday and tha aux does lock the screen. Kosa - Un mundo mejor es posible - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Well, does anyone know how to re-enable it? It doesn't do anything for me. :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
haven't really followed this thread, but you might want to take a look at http://wiki.openmoko.org/wiki/Siglaunchd On Sat, Feb 28, 2009 at 10:47 PM, The Digital Pioneer digitalpion...@gmail.com wrote: Well, does anyone know how to re-enable it? It doesn't do anything for me. :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
The input plugin for odeviced was merely designed for buttons that do not have context specific functions, such as * USB insertion * Headphone insertion * Power button Real applications might rather want to remove it from frameworkd.conf and let it handle through X events. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Michael 'Mickey' Lauer mic...@openmoko.org writes: Real applications might rather want to remove it from frameworkd.conf and let it handle through X events. Unfortunately X events are not useful if you want to use AUX before logging in or before X has started up. I just ended up opening /dev/input/event4 with EVIOCGRAB when I need exclusive access to AUX. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Am Freitag, den 27.02.2009, 15:15 +0200 schrieb Timo Juhani Lindfors: Michael 'Mickey' Lauer mic...@openmoko.org writes: Real applications might rather want to remove it from frameworkd.conf and let it handle through X events. Unfortunately X events are not useful if you want to use AUX before logging in or before X has started up. Sure, all that only applies to systems actually running X. The frameworkd has been created to also support systems running other display multiplexers or no multiplexer at all, that's why odeviced contains plugins like 'idlenotifier' and 'input'. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
Michael 'Mickey' Lauer wrote: The input plugin for odeviced was merely designed for buttons that do not have context specific functions, such as * USB insertion * Headphone insertion * Power button Real applications might rather want to remove it from frameworkd.conf and let it handle through X events. And I suggest that enlightenment should manage it... Actually I'm using it to show the gadget layer, but it can be used also for launching any command you want (that I figure that can be set with enlightenment_remote too, not only with the enlightenment gui settings as I'm doing right now ;)). -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
c_c wrote:
Hi,
The freerunner and 1973 have only 2 buttons. While the power button is
being used for suspend and for switching off, the 'AUX' button seems under
utilised. I was wondering whether there could be a method added to FSO that
allowed overloading of this button based on the context. For eg :-
1. Under normal circumstances (not in a call or app - that could change
this usage), the button could be used for selecting between 3 brightness
settings in rotation.
2. In a call - it could be used for selecting between 3 volume settings in
rotation.
3. Apps could define how to use it themselves for eg : a media player
could use this button to go to the next song in one press / go to the
previous song in two presses.
We will actually make use of the aux button in paroli, to open a small
settings app and change the sound settings while in call.
Is is possible to do this via rules? Any further thoughts? Is there
another way to do this?
We listen to the dbus signal coming from the framework (sry only python):
bus = dbus.SystemBus(mainloop=tichy.mainloop.dbus_loop)
input_dev = bus.get_object('org.freesmartphone.odeviced',
'/org/freesmartphone/Device/Input')
self.input_intf = dbus.Interface(input_dev,
'org.freesmartphone.Device.Input')
self.input_intf.connect_to_signal('Event',
self._on_button_press)
/mirko
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
