|
2009-12-13
, 16:31
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#92
|
OK, here is scummvm that works a bit better on N900
http://fanoush.wz.cz/maemo/scummvm_1.0.0-2_armel.deb
- volume keys are taken, works same as N810 now (mostly right click and some additional action or game menu)
- shift+backspace is mapped to Escape key
- shift+enter mapped to 770/N8x0 Menu key (mostly brings up game menu)
- optified to save space in internal flash, main binary is moved to /opt/scummvm/bin/
|
2009-12-13
, 16:33
|
|
Posts: 1,259 |
Thanked: 1,341 times |
Joined on Oct 2009
@ Germany
|
#93
|
|
2009-12-14
, 06:52
|
Posts: 729 |
Thanked: 155 times |
Joined on Dec 2009
|
#94
|
|
2009-12-14
, 08:18
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#95
|
Isn't it possible to contact the developers of ScummVM (I don't mean the port for Maemo here) and ask them what or if they could do something for portable devices like the N900? Maybe they know a good solution...
|
2009-12-14
, 08:24
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#96
|
t I wasn't able to type numbers for the savegame, somehow the fn key does not work here
The Following User Says Thank You to fanoush For This Useful Post: | ||
|
2009-12-14
, 08:47
|
Posts: 2,152 |
Thanked: 1,490 times |
Joined on Jan 2006
@ Czech Republic
|
#97
|
The Following 4 Users Say Thank You to fanoush For This Useful Post: | ||
|
2009-12-14
, 08:47
|
Posts: 286 |
Thanked: 100 times |
Joined on Dec 2009
@ down south
|
#98
|
|
2009-12-14
, 09:09
|
|
Posts: 516 |
Thanked: 643 times |
Joined on Oct 2009
@ Denmark/Poland
|
#99
|
|
2009-12-14
, 13:45
|
|
Posts: 1,259 |
Thanked: 1,341 times |
Joined on Oct 2009
@ Germany
|
#100
|
On-screen buttons/switches/virtual keyboard is likely once ScummVM engine itself allows me to do that without writing all the code myself (reinventing the wheel). As for various device sensors etc. doing it outside of scummvm means other SDL game ports can use it too.
There is only me and @hqh on this at the moment (we actually need to get down to some real work this week, mine exams are over).
I was thinking recently about separating a pure proximity sensor daemon from the shortcut application.
I'm thinking about having a proximity sensor daemon, polling the sensor and sending a dbus signal whenever the change in the sensor state is registered (also support reading on demand). This way we would have a nicely behaving dbus architecture, consistent with the rest of the system (why the hell proximity sensor is not connected to dbus by default?!).
This will be used in our shortcut application, but can be also easily used by different application. Then, our application functions can be modified by exposed dbus calls, so your app can explicitly request turning off shortcut handler. Plus, second option, our app can act as a middle-level abstraction and emit dbus 'short-press', 'long-press' (or just emulate key-presses), or handle 'keyboard-locked-don't-emit' functions.
This way, you can either access the sensor directly, telling the shortcut daemon to turn-off, or access the sensor with an abstraction of key-presses (including camera key, those two options require modification in your code) or just request given key (combination) to be simulated (this doesn't require changes in the code of your application).
Thoughts about this?
Hi! I'm a Maemo Greeter!
Witaj na talk.maemo.org!
Useful links for newcomers:
Użyteczne linki:
Nowi użyktownicy mówią cześć | New members say hello , Tu zaczynają nowi użytkownicy | New users start here, Podforum społeczności | Community subforum, Wiki dla początkujących | Beginners' wiki page, Maemo5 101, Często zadawane pytania | Frequently Asked Questions (FAQ), Google
Jeżeli mogę w czymś pomóc, pytaj!
If I can help with anything else, just ask!
Bored? Follow me