© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
35a32c5
(Get the code!)
Ah, hello,
I didn't had much time in the last weeks,....
@Nicolas Albert:
Ah, sorry, yes, of cause, your name is Nicolas. Sorry!
And, yes, you didn't write anything about WIFI in general... I can't remember, what I thought in that moment!? Maybe partial amnesia?
%-)
Well, just another interesting info... while testing for another bug, I had to install the last upstream kernel (2.6.34 rc2 for Karmic), which actually did show a correct behaviour of the Fn+F7 key (display backlight off). But that's all. All other keys remained the same.
Well in general, I do not expect to have the same behaviour for all keys as, let's say, in the Bug#1 OS. This is even not making sense, because Fn+SPACE for "Super Hybrid Engine" is not available under Linux. Well, that's ok, because:
1. Under Linux we don't have too much hyper-hyper stuff. ;-)
2. Just a key event would be ok, so we could map it to something "like" that.... it's because the manufacturer printed nice pictures on the keys.
@Luca Aluffi:
Well, really, the external monitor is not activated? I just checked the key (Fn+F8) and it generates events. But unfortunately I don't have any suitable monitor to check this out. So, it would be nice, if you could track that issue by yourself and maybe give a signal, when it is solved or any progress?
Well, I just detected the "detect displays" option in the property settings of the ION Gfx settings (under "X Server Display Configuration"). Does that work? I personally guess that this topic is part of the Gfx driver support. But I do not know anything about architectural decisions in the depth of the OS/GUI. Maybe this has to be fixed in one of EeePC packages, which should manage the binding from the key to any script/code that toggles the GFx-Drv configuration!?
Let's say it on short: I don't know, if you should open a new bug entry for that or not.
Bye,
Sven