On 12/27/06, Ilya Konstantinov [EMAIL PROTECTED] wrote:
I also would like to solve this at the X level.
I think you could create a new XKB il mapping where holding Ctrl or Alt
is a modifier that activates the 1st shift group. It shouldn't be too hard.
It's funny how I never got to it.
Just
On 30/12/06, Ilya Konstantinov [EMAIL PROTECTED] wrote:
I also would like to solve this at the X level.
I think you could create a new XKB il mapping where holding Ctrl or Alt
is a modifier that activates the 1st shift group. It shouldn't be too hard.
It's funny how I never got to it.
Just
On 12/30/06, Dotan Cohen [EMAIL PROTECTED] wrote:
Thanks for the effort. Do you have any links for information on how to
make such a keymap for KDE? I've been googling this, and I cannot find
anything relevant.
There's nothing KDE-specific about XKB keymaps. There are also no GUI tools
to
On 30/12/06, Ilya Konstantinov [EMAIL PROTECTED] wrote:
On 12/30/06, Dotan Cohen [EMAIL PROTECTED] wrote:
Thanks for the effort. Do you have any links for information on how to
make such a keymap for KDE? I've been googling this, and I cannot find
anything relevant.
There's nothing
On 27/12/06, Amos Shapira [EMAIL PROTECTED] wrote:
On 27/12/06, Ori Idan [EMAIL PROTECTED] wrote:
This seems to me an X issue, however it is strange that on my system I can
not reproduce this bug.
I use debian unstable with x.org, with gnome 2.14.2 the bug does not
appear nither in firefox nor
On Monday 18 December 2006 19:51, Dotan Cohen wrote:
I've STFW and cannot find how to do what I need. I want that
CTRL-[HebrewLetter] give the same functionality that
CTRL-[EnglishLetter] gives. For instance, CTRL-ב should be copy,
because ב shares a key with C. I use the KDE desktop, ...
As
On 12/26/06, Dotan Cohen [EMAIL PROTECTED] wrote:
On 26/12/06, Ori Idan [EMAIL PROTECTED] wrote:
This seems to me an X issue, however it is strange that on my system I can
not reproduce this bug.
I use debian unstable with x.org, with gnome 2.14.2 the bug does not appear
nither in firefox
On 12/27/06, Beni Cherniavsky [EMAIL PROTECTED] wrote:
It appears that this is already partially fixed by the toolkits, most
notably GTK.
As Havoc Pennington already noted in the Mozilla bug 69230, Gtk has special
code to handle it in the GtkKeyHash class:
On 27/12/06, Ilya Konstantinov [EMAIL PROTECTED] wrote:
On 12/27/06, Beni Cherniavsky [EMAIL PROTECTED] wrote:
It appears that this is already partially fixed by the toolkits, most
notably GTK.
As Havoc Pennington already noted in the Mozilla bug 69230, Gtk has special
code to handle it in
On 12/27/06, Dotan Cohen [EMAIL PROTECTED] wrote:
I'm willing to forego the convinience of having the Dvorak layout
working like qwerty for modifier purposes
Yeah, but we cannot fix a bug by introducing a bug for another user. To be
precise, you may implement it into your private build of
On 27/12/06, Ilya Konstantinov [EMAIL PROTECTED] wrote:
On 12/27/06, Dotan Cohen [EMAIL PROTECTED] wrote:
I'm willing to forego the convinience of having the Dvorak layout
working like qwerty for modifier purposes
Yeah, but we cannot fix a bug by introducing a bug for another user. To be
On 26/12/06, Diego Iastrubni [EMAIL PROTECTED] wrote:
The ctrl+c, ctrl+v problems are available in firefox, and this is a known
bug. This is said that KDE does not have those problems, but I am pretty sure
it's available on KDE as well.
I will do my best in the next months to try and remove
This seems to me an X issue, however it is strange that on my system I can
not reproduce this bug.
I use debian unstable with x.org, with gnome 2.14.2 the bug does not appear
nither in firefox nor openoffice.
--
Ori Idan
On 12/26/06, Diego Iastrubni [EMAIL PROTECTED] wrote:
Unfortunately the
On 26/12/06, Ori Idan [EMAIL PROTECTED] wrote:
This seems to me an X issue, however it is strange that on my system I can
not reproduce this bug.
I use debian unstable with x.org, with gnome 2.14.2 the bug does not appear
nither in firefox nor openoffice.
Do you mean that on your system you
Dotan Cohen wrote:
I also would like to solve this at the X level.
Then we will loose the option to use ctrl+ה as a real shortcut. Sorry,
no. The bug is in (IMHO) hidden somewhere inside the xul engine's code.
This is why we don't see it on pure Qt/KDE applications and pure GTK
applications.
On 26/12/06, Diego Iastrubni [EMAIL PROTECTED] wrote:
Dotan Cohen wrote:
I also would like to solve this at the X level.
Then we will loose the option to use ctrl+ה as a real shortcut. Sorry,
no. The bug is in (IMHO) hidden somewhere inside the xul engine's code.
This is why we don't see it on
On 26/12/06, Diego Iastrubni [EMAIL PROTECTED] wrote:
If it does not work for you (it does work for me, sometimes), you
can set ctrl+ה as a secondary shortcut. You will find the dialog for
changing the shortcuts in the settings dialog on every KDE application.
Actually, I did try that.
On 27/12/06, Ori Idan [EMAIL PROTECTED] wrote:
This seems to me an X issue, however it is strange that on my system I can
not reproduce this bug.
I use debian unstable with x.org, with gnome 2.14.2 the bug does not
appear nither in firefox nor openoffice.
Did you try this with Firefox? I'm
List newbie here, I've been using Fedora and Kubuntu for about a year
though. I live in Nesher, and attend the Technion University. Can I
post in Hebrew?
First, I'd like to note that the addresses
http://www.linux.org.il/linux-il-faq.html which new list subscribers
get gives a 404.
I've STFW
19 matches
Mail list logo
