Hi Robert,
new GraphicsWindowX11.cpp work fine,
Thanks for the fix!
Maxim Gammer
2009/6/2 Maxim Gammer maxgam...@gmail.com:
Hi Robert,
i test new GraphicsWindowX11.cpp .
2009/6/2 Melchior FRANZ melchior.fr...@gmail.com:
* Melchior FRANZ -- Monday 01 June 2009:
My keyboard doesn't
Hi Maxim,
On Tue, Jun 2, 2009 at 10:52 AM, Maxim Gammer maxgam...@gmail.com wrote:
new GraphicsWindowX11.cpp work fine,
That's great to hear, finally we've got it working across locales.
I've checked cleaned up version of these changes into the OSG-2.8
branch and svn/trunk.
Robert.
* Robert Osfield -- Monday 01 June 2009:
Clearly it's not [now] badly broken so we'll have to find another route.
I do some investigation at my end.
Here's how to deal with it (once SVN is up again :-):
$ svn diff -r10268:10269|patch -p0 -R
Now the question is: what's up with russian
Hi Maximum,
On Mon, Jun 1, 2009 at 1:06 PM, Maxim Gammer maxgam...@gmail.com wrote:
modified GraphicsWindowX11.cpp not work fine (((
Could you post the command line output that it generates, and this
might give us a bit more a clue why your system things go wrong, but
on the majority of other
* Robert Osfield -- Monday 01 June 2009:
I've refactored the adaptKey method to use XLookupString in a bit more
thorough way to than it did before, it ensures that osgkeyboard works
fine on my Linux box with UK keyboard. Could you try this?
Umm ... did you try osgkeyboard this time? This
Hi Melchior,
On Mon, Jun 1, 2009 at 2:01 PM, Melchior FRANZ melchior.fr...@gmail.com wrote:
* Robert Osfield -- Monday 01 June 2009:
I've refactored the adaptKey method to use XLookupString in a bit more
thorough way to than it did before, it ensures that osgkeyboard works
fine on my Linux
Hi Maxim,
Thanks for the test results. With the Russian keyboard/locale could
do send us the results of
'ABCD' and then 'abcd'
Robert.
On Mon, Jun 1, 2009 at 3:06 PM, Maxim Gammer maxgam...@gmail.com wrote:
hi,
set OSG_NOTIFY_LEVEL=INFO
I press ABCD (Russian) ABCD (USA)
Hi Robert,
OK,
abcd (USA), ABCD (USA), abcd (Russian), ABCD (Russian) .
keyevent.keycode = 38, KeySym97, keySymbol97
numChars = 1,97, 0
keySymbol = 97
keyevent.keycode = 38, KeySym97, keySymbol97
numChars = 1,97, 0
keySymbol = 97
keyevent.keycode = 38, KeySym97, keySymbol97
Yes, work fine )
2009/6/1 Melchior FRANZ melchior.fr...@gmail.com:
Seems to work OK here.
m.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
Maxim
HI Maxim,
I'm afraid what you've sent is rather difficult to follow and
seemingly inconsitent with your previous post. Could you post the
results in sections with a heading of what follows.
In searching the web on XLookupString and Russian I came across the
little test application xev that
Hi Melchior,
On Mon, Jun 1, 2009 at 3:14 PM, Melchior FRANZ melchior.fr...@gmail.com wrote:
Seems to work OK here.
Thanks for the testing. Once we get a combination that works OK for
standard usage and the Russian case I'll patch both svn/trunk and
OSG-2.8 branch. Unfortunately this
Hi, Robert
...xev result for abcd (Russian):
KeyPress event, serial 34, synthetic NO, window 0x381,
root 0x13c, subw 0x0, time 3487419, (68,-21), root:(764,750),
state 0x2010, keycode 38 (keysym 0x6c6, Cyrillic_ef), same_screen YES,
XLookupString gives 2 bytes: (d1 84) ф
...xev result for abcd (USA):
KeyPress event, serial 34, synthetic NO, window 0x381,
root 0x13c, subw 0x0, time 3617200, (-262,-312), root:(434,459),
state 0x10, keycode 38 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) a
XmbLookupString gives 1 bytes:
Hi Maxim,
Could you now do the same test with caps lock on, so the 'ABCD'.
W.r.t the XLookupString result strings, do these look sensible?
Robert.
2009/6/1 Maxim Gammer maxgam...@gmail.com:
Hi, Robert
...xev result for abcd (Russian):
KeyPress event, serial 34, synthetic NO, window
OK.
ABCD (Russian) and ABCD (USA) result ..
KeyPress event, serial 34, synthetic NO, window 0x381,
root 0x13c, subw 0x0, time 4190830, (50,-17), root:(746,754),
state 0x2012, keycode 38 (keysym 0x6e6, Cyrillic_EF), same_screen YES,
XLookupString gives 2 bytes: (d0 a4) Ф
* Robert Osfield -- Monday 01 June 2009:
see if things are now working correctly in osgkeyboard
Nope.
Ctrl-a returns 0004-0061 again (an 'a'), instead of 0004-0001,
and Delete returns -.
m.
___
osg-users mailing list
Hi,
* Robert Osfield -- Monday 01 June 2009:
The Delete returning a osgGA::GUIEventAdapter::KEY_Delete is appropriate
though.
Whoops, sorry. Looked suspicious, and there's no way to test that in
osgkeyboard.
Have yet to link FlightGear with the new version, but ...
Could you try the
On Mon, Jun 1, 2009 at 5:03 PM, Melchior FRANZ melchior.fr...@gmail.com wrote:
* Robert Osfield -- Monday 01 June 2009:
The Delete returning a osgGA::GUIEventAdapter::KEY_Delete is appropriate
though.
Whoops, sorry. Looked suspicious, and there's no way to test that in
osgkeyboard.
Passed the FlightGear test without problems.
m.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
* Robert Osfield -- Monday 01 June 2009:
Could you both do testing to check that things now
work across the various locale combinations and applications.
My keyboard doesn't have a keypad, so I can only test the other keys.
(I'll try to find someone with keypad, but no promise. :-)
m.
* Melchior FRANZ -- Monday 01 June 2009:
My keyboard doesn't have a keypad, so I can only test the other keys.
... but everything else worked. And we'll soon find out if there are
still keypad problems. The current solution is already infinitely
better than what is in SVN/HEAD, so I'd commit.
Hi Robert,
i test new GraphicsWindowX11.cpp .
2009/6/2 Melchior FRANZ melchior.fr...@gmail.com:
* Melchior FRANZ -- Monday 01 June 2009:
My keyboard doesn't have a keypad, so I can only test the other keys.
... but everything else worked. And we'll soon find out if there are
still
Hello Robert,
I've cheсked the GraphicsWindowX11.cpp and it worked fine in OSG 2.8.1
and SVN. Thank you for your help. I hope this change will be included
in the next stable version.
Robert, I wonder what should be done to deserve being in the AUTHORS.txt? :)
Max Gammer.
2009/5/25 Robert
Thanks again,
hope to see my name in that list next release :)
Max Gammer
26 мая 2009 г. 14:09 пользователь Robert Osfield
robert.osfi...@gmail.com написал:
Hi Maxim,
2009/5/26 Maxim Gammer maxgam...@gmail.com:
I've cheсked the GraphicsWindowX11.cpp and it worked fine in OSG 2.8.1
and SVN.
Hi Maxim,
2009/5/26 Maxim Gammer maxgam...@gmail.com:
hope to see my name in that list next release :)
We'll you'll need to get a submission accepted first :-)
For this particular fix I just used your submission as a point of
reference, it didn't work as is when I tested it due to problems
Hi Robert,
I replace GraphicsWindowX11.cpp and run make
.
[ 25%] Built target osgText
Scanning dependencies of target osgViewer
[ 25%] Building CXX object
src/osgViewer/CMakeFiles/osgViewer.dir/CompositeViewer.o
[ 25%] Building CXX object
Hi Maxim,
Argg... I modified the GraphicsWindowX11.cpp in svn/trunk and you are
obviously using a prior version of the OSG. Attached is the svn/trunk
version of GraphicsWindow that has the Hand definition. Hopefully
this will be enough, if not you might need to grab the svn/trunk
version of the
Hi Robert,
If the keyboard layout is English (USA) or Russian then
KeyboardEventHandler works fine!
Thank you very much.
2009/5/25 Maxim Gammer maxgam...@gmail.com:
Hi Robert,
I replace GraphicsWindowX11.cpp and run make
.
[ 25%] Built target osgText
Scanning dependencies of
Hi Maxim,
Good to hear that it's now working. I've now checked in the fix to
svn/trunk and the OSG-2.8 branch. Alas it missed 2.8.1 though...
Robert.
On Mon, May 25, 2009 at 5:14 PM, Maxim Gammer maxgam...@gmail.com wrote:
Hi Robert,
If the keyboard layout is English (USA) or Russian then
Hi! I think I've found the reason of keyboard layout problem in Linux.
Executing the debug process, I found where the key code had been
lost. The problem was in GraphicsWindowX11::adaptKey function, to be
more precise in the following:
if (remappedKey 0xff00)
{
// special keyboard
Hi! I think I've found the reason of keyboard layout problem in Linux.
Executing the debug process, I found where the key code had been
lost. The problem was in GraphicsWindowX11::adaptKey function, to be
more precise in the following:
if (remappedKey 0xff00)
{
// special keyboard
First name - Maxim, last name - Gammer
2009/5/20 Robert Osfield robert.osfi...@gmail.com:
Hi ?
My previous email I wrote:
Hi Gammer? Maximum? Could you sign with your first name please so we
know how to address you, thanks.
Alas you still didn't sign your name... it's a small thing, but
Hello,
I have looked src/osgViewer/GraphicsWindowX11.cpp and it helped to
localise my problem.
I printed the debug info with osg::notify in key points of the code
and got very interesting results. Here are key points and results:
case KeyPress:
{
if
Hi ?
My previous email I wrote:
Hi Gammer? Maximum? Could you sign with your first name please so we
know how to address you, thanks.
Alas you still didn't sign your name... it's a small thing, but it
does make for more congenial communication so please could you sign
your post with your
Hello,
While porting my program to Linux, I encountered the following error.
If the keyboard layout is English (USA) then KeyboardEventHandler
works fine. But if it's something else, Russian for example,
ea.getKey() always returns zero. (Except system keys F1 - F12 and
digits)
It's the case for
Hi Gammer? Maximum? Could you sign with your first name please so we
know how to address you, thanks.
I haven't heard of problems with keyboard mappings under Linux before
so don't have any prior knowledge to share, there must be something
specific about your setup which isn't supported that
36 matches
Mail list logo