What is a valid tty for input-linux-kbd? Can it work when X is
running?
% export GII_INPUT=input-linux-kbd:/dev/tty
% ./mhub
/usr/bin/ld: cannot open output file
/usr/local/src/libgii-0.8.1/demos/.libs/25697-lt-mhub: Permission denied
collect2: ld returned 1 exit status
( ... ) isn't debugable, so I don't
know where that goes.
As far as I can read in the sources, every device-driver initializes its
gii_input structure in a function like GIIdlinit (see e.g.
.../libgii/input/linux_kbd/input.c). In the case of the keyboard-driver the
function pointer GIIeventpoll should
I'm debugging a problem with a game I'm trying to make work reliably
under Linux and with out the change I proposed,
the application gets a segmentation fault and exits.
In the code calling the ggLock/ggUnlock with the NULL value is code from
the file unix.c from the libgii-0.6/gii
directory.
perfectly fine, untill i quit, when the
keyboard screws up... I originally thought it totally locked, but i found
by pounding on all the keys, i can occasionally get some kind of semi-random
responce.
This happens over and over again.
Of interest, by doing "tile:0,0,640,480,(fbdev:/dev/fb1)
Hi! While I don't get the answer to my last question :) I'm using the GGI
target for Gnuplot in fixed resolution. It works perfectly with Gnuplot, but
NOT with octave.
Here's what happens: when Gnuplot ends the plot, I call ggiGetc to wait for
the user. In gnuplot there's not a problem because
On Sun, 23 Jan 2000, Steve Cheng wrote:
On Sat, Jan 22, 2000 at 04:05:06PM -0800, Jon M. Taylor wrote:
Nice, eh? The unfortunate truth is that this crazy input system
is pretty much required, due to the highly contextualized nature of the
Japanese language. The Kanji for 'Zen'
on the keyboard and left the upper layers to Berlin that
would use said mapper internally.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
On Sat, Jan 22, 2000 at 04:05:06PM -0800, Jon M. Taylor wrote:
Nice, eh? The unfortunate truth is that this crazy input system
is pretty much required, due to the highly contextualized nature of the
Japanese language. The Kanji for 'Zen' (for example) can have over 20
completely
if a given setup has no
keyboard or mouse at all.
Yes. Good. X is a royal pain without keyboard.
comes from. This way, I can program the controllers in a way which is not
only completely device independant but also highly configurable.
You can map whatever events to whatever st
My new roomate just spent three years in Japan and is knows quite
a bit about Japanese computing, the Japanese language, and Linux. I told
him about this post and he gave me a little half-hour lecture about
Japanese keyboard input methods. So
On Sat, 22 Jan 2000, Andreas Beck
"Jon M. Taylor" wrote:
* Method 0: Romanji (sp?). Standard Roman character input.
* Method 1: Key-per-Hiragana-character. Hiragana is a native Japanese
phonetic alphabet, with each key/modifier mapped in a similar manner to
roman alphabets. Fairly easy to handle.
* Method 2:
On Sat, 22 Jan 2000, Jon M. Taylor wrote:
Luckily, although this is all quite complex, I do not think it
impossible. One or more LibGII translation modules will need to sit in
the input stream and perform the various translation steps, wile also
sending events back and forth to the
to key "y", it is, even if you have a german
keyboard, where y and z are swapped.
The symbol is the unicode value of the symbol the key is supposed to produce
under the current locale and the modifiers in effect.
Regarding unicode values: We used some values of the User defined unicode
Basically the ggi events should already have done the work for you. The idea
is, that you always directly get correct unicode symbols.
Good. I introduced my own event definition though because in general I want
to abstract from 'real' devices so it doesn't hurt if a given setup has no
keyboard or mo
John Fortin [EMAIL PROTECTED] writes:
Of course, any other ideas or keys that need to be send are gratefully
accepted :)
_All_ keys should be delivered from LibGII, including modifiers,
*lock keys and bizzare "internet" keys. For the latter we'll have to
add new symbols to GII when they don't
or extending existent one (sub-classes) without touching existent
one at all. For example, I can add a joystick emulator that uses the
keyboard for those games that only need the axis sense, and not the integer
value. It would be a subclass of GglJoyDev.
Using LibGII, this can already be done
On 2000/Jan/04, [EMAIL PROTECTED] wrote:
Before all, I must say that I've understood much more seeing the
gic.h include file than seeing the demos.
little explanation on what this extension is, please?
It is basically a trainable event mapper. You register the "program events"
problem.
Running XGGI and xterm, I only get lowercase letters. Looking at
Xserver\hw\ggi\keyboard.c, which I take to be the keyboard handler for
XGGI, I don't see where the modifiers for the keys are handled. How
does XGGI know when the modifiers are set?
Do I need to send the actual shift
I'm giving Joystick support to GGL, and it's almost done, but I
found a little problem. The joystick buttons are reported in a evKey event,
so, the GGL keyboard device gets its own events and also the joystick
ones...
I open the joystick by opening a gii_input_t of type "
Rubén wrote:
I'm giving Joystick support to GGL, and it's almost done, but I
found a little problem. The joystick buttons are reported in a evKey event,
so, the GGL keyboard device gets its own events and also the joystick
ones...
I open the joystick by opening
I'm a bit confused about how XGGI handles keyboard input.
With my DirectX port of GII, I set sym=label and the appropriate
modifiers.
Running XGGI and xterm, I only get lowercase letters. Looking at
Xserver\hw\ggi\keyboard.c, which I take to be the keyboard handler for
XGGI, I don't see
I know that I can access to event-any.origin to distingish between
keyboard and joystick events, but how can I know which value is the keyboard
one and which is the joystick one? In a few proofs that I've made the
keyboard events had the 0100 value and the joystick the 0200, but I don't
On 2000/Jan/04, Andreas Beck wrote:
I know that I can access to event-any.origin to distingish between
keyboard and joystick events, but how can I know which value is the keyboard
one and which is the joystick one? In a few proofs that I've made the
keyboard events had the 0100 value
Hi !
As I worked on the windows port, I discovered that Direct Input
returns keyboard scan codes. Since I don't want to reinvent the wheel (
too much anyway!!),
For targets that can only produce scancodes I suggest we keep it
simple - make the inputlib only convert scancodes to GII
As I worked on the windows port, I discovered that Direct Input
returns keyboard scan codes. Since I don't want to reinvent the wheel (
too much anyway!!), what is the best, most common, or least complicated
way to map a standard US keyboard. I suppose this also includes key
modifiers
All,
As I worked on the windows port, I discovered that Direct Input
returns keyboard scan codes. Since I don't want to reinvent the wheel (
too much anyway!!), what is the best, most common, or least complicated
way to map a standard US keyboard. I suppose this also includes key
modifiers
26 matches
Mail list logo