Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (0)
to General by Kalatti - 2 days, 8 hrs ago -
Extra softwares in Sailfish using CLI, repositories, etc (117)
to SailfishOS by nieldk - 4 days, 5 hrs ago -
Firefox with Leste (6)
to Maemo 7 / Leste by teroyk - 5 days, 2 hrs ago - more...
|
2009-12-28
, 00:24
|
|
Posts: 14 |
Thanked: 3 times |
Joined on Nov 2009
|
#12
|
The output on my device matches what is in your two files perfectly, except that on the device.txt mine ends with:
geometry: pc(pc105)
Error loading new keyboard description
~$
Mine has never been reflashed
geometry: pc(pc105)
Error loading new keyboard description
~$
Mine has never been reflashed
 |
|
2009-12-28
, 14:57
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#13
|
The output here also match yours, no error, but the keyboard has exactly the same behavior as before, only the letters work.
|
|
2009-12-28
, 18:49
|
|
Posts: 77 |
Thanked: 63 times |
Joined on Sep 2009
|
#14
|
Originally Posted by VDVsx
After the setxkbmap command, type a key on the internal keyboard then type a key on the bluetooth keyboard. I don't know why this is necessary but I found on mine it is both necessary and sufficient.
The output here also match yours, no error, but the keyboard has exactly the same behavior as before, only the letters work.
Also I found that sometimes (but not always) after doing this, the Enter key on the bluetooth keyboard has no effect in an X terminal even though it does have effect in an Emacs window. But Ctrl-J and Ctrl-M can generate Enter. I don't know why this sometimes (but not always) happens.
|
|
2009-12-28
, 19:00
|
|
Posts: 145 |
Thanked: 88 times |
Joined on Nov 2009
@ Copenhagen
|
#15
|
Originally Posted by mlpmail
Same for me...
The output on my device matches what is in your two files perfectly, except that on the device.txt mine ends with:
geometry: pc(pc105)
Error loading new keyboard description
~$
Mine has never been reflashed
|
|
2009-12-28
, 19:03
|
|
Posts: 1,070 |
Thanked: 1,604 times |
Joined on Sep 2008
@ Helsinki
|
#16
|
Originally Posted by qobi
I did that several times, no luck
After the setxkbmap command, type a key on the internal keyboard then type a key on the bluetooth keyboard. I don't know why this is necessary but I found on mine it is both necessary and sufficient.
Originally Posted by qobi
Enter+letters+backspace+space+arrows work without problems so far (no need to modify anything), swift, numbers, special punctuation,... doesn't work.
Also I found that sometimes (but not always) after doing this, the Enter key on the bluetooth keyboard has no effect in an X terminal even though it does have effect in an Emacs window. But Ctrl-J and Ctrl-M can generate Enter. I don't know why this sometimes (but not always) happens.
|
|
2009-12-28
, 22:26
|
|
Posts: 77 |
Thanked: 63 times |
Joined on Sep 2009
|
#17
|
Originally Posted by qobi
It appears that this correlates with whether the internal keyboard slider is open or closed. If it is closed then the Enter key on the bluetooth keyboard doesn't work in an X terminal (but does in an X windows Emacs). If it is open then the Enter key on the bluetooth keyboard does work. I don't know why.
Also I found that sometimes (but not always) after doing this, the Enter key on the bluetooth keyboard has no effect in an X terminal even though it does have effect in an Emacs window. But Ctrl-J and Ctrl-M can generate Enter. I don't know why this sometimes (but not always) happens.
|
|
2010-01-05
, 20:40
|
|
Posts: 9 |
Thanked: 0 times |
Joined on Jan 2006
|
#18
|
Well,
Everything went smoothly, until I got to my second xkbcomp check...
...at which point it became apparent that my setxkbmap command is not actually changing anything.
The two output files are identical (anybody know how to get 'diff' on the n900? I had to transfer the files to my laptop), and the keyboard behavior has not changed.
Ran as 'user', $DEVICE bound to :0.0, bluetooth device ID 4, No errors, verbose (-v 10 -print) output identical to qobi's, etc..
Thoughts?
-poser
Everything went smoothly, until I got to my second xkbcomp check...
Code:
% xkbcomp -i 4 :0.0 /tmp/post-setxkbmap.txt
The two output files are identical (anybody know how to get 'diff' on the n900? I had to transfer the files to my laptop), and the keyboard behavior has not changed.
Ran as 'user', $DEVICE bound to :0.0, bluetooth device ID 4, No errors, verbose (-v 10 -print) output identical to qobi's, etc..
Thoughts?
-poser
|
|
2010-01-11
, 01:16
|
|
Posts: 9 |
Thanked: 0 times |
Joined on Jan 2006
|
#19
|
OK,
I had left the "-print" argument in my script, so setxkbmap wasn't actually doing anything. Now I get the same error ("Error loading new keyboard description") as everyone else (other than qobi).
Does anybody know the point of the blank "-I" (as in "eye") argument? Does it rely on any assumptions about the present working directory from which the command is executed?
Variations on the setxkbmap command get me variations on the error...but nothing that makes me happy.
I had left the "-print" argument in my script, so setxkbmap wasn't actually doing anything. Now I get the same error ("Error loading new keyboard description") as everyone else (other than qobi).
Does anybody know the point of the blank "-I" (as in "eye") argument? Does it rely on any assumptions about the present working directory from which the command is executed?
Variations on the setxkbmap command get me variations on the error...but nothing that makes me happy.
|
|
2010-01-11
, 04:48
|
|
Posts: 77 |
Thanked: 63 times |
Joined on Sep 2009
|
#20
|
Originally Posted by poser
It only works for me if I specify two -I, the first one blank. My guess is that the first blank -I clears the default path. The man page for setxkbmap (on Debian Lenny) doesn't mention anything about this:
Does anybody know the point of the blank "-I" (as in "eye") argument? Does it rely on any assumptions about the present working directory from which the command is executed?
-I directory
Adds a directory to the list of directories to be used to
search for specified layout or rules files.
But the man page for xkbcomp (on Debian Lenny) says:
-Idir Specifies top-level directories to be searched for files
included by the keymap description. After all directories
specified by -I options have been searched, the current direc-
tory and finally, the default xkb directory (usually
/usr/lib/X11/xkb) will be searched.
To prevent the current and default directories from being
searched, use the -I option alone (i.e. without a directory),
before any -I options that specify the directories you do want
searched.
Originally Posted by poser
It may help figuring out what is going on if you can report what the variations on the setxkbmap command are and what variations on the error result.
Variations on the setxkbmap command get me variations on the error...but nothing that makes me happy.
RX-51_2009SE_1.2009.42-11.002_PR_COMBINED_002_ARM.bin