I may not have a lot of experience with coding, software engineering or even with linux systems, but i do know one thing: a computer, no matter what system it uses, is mostly based on the human brain.
Now i know it's possible for a brain (and a computer) to learn 2 languages side-by-side, but what you're asking of the pc is a bit different. You're not asking it to use two languages side-by-side, you're asking it to use those two languages simultaniously, so basically to consider 2 outputs for a single input, and let the computer choose which one to use.
On itself, this shouldn't be too much of an issue, if it weren't for the fact that this translation process takes place within the software, rather than in the keyboard, making it (near) impossible for the computer to know which one to use. For instance (not entirely sure about the specific layout of the fr-iso keyboard, so forgive me if this is exaggerated) you could type the 'Q' key on the USB-keyboard, but the computer would have to interpret it as "'Q' or 'A'". Now yóu know you typed a Q, but all the computer knows is that you typed in a specific key with multiple translations. Which is where the keyboard settings come into action.
Using the keyboard layout setting, you tell your computer how to interpret your keystrokes. So you basically tell it what dictionary to use for that keyboard. If you want to use the other keyboard, you should set the dictionary to the appropriate language, or the computer might misinterpret your keystrokes, causing it to think you're still using the standard (fr-iso) keyboard, where you àctually want it to use the en-us dictionary. I would compare it with speaking spanish while in portugal: they mostly know what you mean, but some things just don't make sense due to semantic differences.
So, long story short: simultanious use is impossible, unless both keyboards have the ability to automatically tell the computer which layout to use. Imo, your best bet would be to set up shortcuts or scripts to easily change the keyboard settings (like Windows uses the Left-ctrl + Left-shift combination). However, to make sure this happens correctly, it ís recommended to manually map your keys (the only one who knows the correct interpretation for sure is you), and maybe find a way to export this mapping for easy use within either a script or application for ease of changing the layouts. (Like i said, no experience in coding, so although i assume there's a way, i'm not the person to know that way: comments would be welcome)
Hope it helps
The problem is with the way the version of a build (especially dev version) is displayed.
In Lubuntu Quantal, the LXPanel version that works with only libmenu-cache1
is displayed as
But in Synaptic Manager it's 0.5.10:
Also,
~$ apt-cache policy lxpanel
lxpanel:
Installed: 0.5.10+git20120823-0ubuntu1
Candidate: 0.5.10+git20120823-0ubuntu1
Version table:
*** 0.5.10+git20120823-0ubuntu1 0
500 http://fr.archive.ubuntu.com/ubuntu/ quantal/universe i386 Packages
100 /var/lib/dpkg/status
I do not know how Launchpad displayed the name of this version, but it could be a dev or otherwise improved version of 0.5.10, although I do not remember manually updating LXPanel in Quantal.
Also, after installing (in Lubuntu Precise) LXPanel for Precise from here, which looks like being a daily build of 0.5.11 (Launchpad named it lxpanel-dev-0.5.11~bzr1306+201301150740~precise1) (which was possible only after installing libmenu-cache2
for Raring from here) I see that LXPanel "About" says version 0.5.12, while in Synaptic it was displayed 0.5.11.
So, the dev version installed in Precise is not the same version as the one from the other computer running Quantal, but a newer build that asks for libmenu-cache2, while that quantal version does not.
It seems that LXPanel versions above 0.5.10 need libmenu-cache2
.
(But to see the real version of a build one must look in Synaptic or run apt-cache policy lxpanel
, because dev builds might show a newer version in "About" section.)
Best Answer
It seems that the new application is available as part of a lxpanel 0.5.10 .deb version for 12.04, here.
The 0.5.11 version of LXPanel is available for Precise as deb here - but gives this error while trying to install with gdebi:
But libmenu-cache2 appears available only for Raring 13.04. Installing that in Precise and then the latest LXPanel is possible but it may be safer to stay with LXPanel 0.5.10 in Precise until update from official sources. About that dependency see this question.)