somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11? don't
remember i need it any time i worked with lyx still our FAQ suggest thats
needed for typing in various languages.
pavel
Pavel Sanda [EMAIL PROTECTED] writes:
can somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11? don't
remember i need it any time i worked with lyx still our FAQ suggest thats
needed for typing
Some people do still rely on it IIRC.
so its not really mandatory thing for most people, right?
pavel
Pavel Sanda [EMAIL PROTECTED] writes:
Some people do still rely on it IIRC.
so its not really mandatory thing for most people, right?
No, but we have to keep it.
JMarc
On Thu, Jan 24, 2008 at 06:47:37PM +0100, Jean-Marc Lasgouttes wrote:
Pavel Sanda [EMAIL PROTECTED] writes:
can somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11?
don't
remember i need it any
Some people do still rely on it IIRC.
so its not really mandatory thing for most people, right?
No, but we have to keep it.
no problem i just wanted to change web page accordingly.
pavel
Andre Poenitz [EMAIL PROTECTED] writes:
Maybe we just have have a poll. Changing keymaps is pretty
straightforward nowadays...
People appreciate to be able to do it cross platform. And for things
like hebrew typing, being able to customize is useful.
Of course, for typing german on a german
a .kmap file.
can somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11? don't
remember i need it any time i worked with lyx still our FAQ suggest thats
needed for typing in various languages.
pavel
Hi!
Yes
somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11? don't
remember i need it any time i worked with lyx still our FAQ suggest thats
needed for typing in various languages.
pavel
Pavel Sanda <[EMAIL PROTECTED]> writes:
> can somebody enlighten me about this? are keymaps still used or this is some
> leftover from the time there was no propoer keyboard support under X11? don't
> remember i need it any time i worked with lyx still our FAQ suggest thats
>
> Some people do still rely on it IIRC.
so its not really mandatory thing for most people, right?
pavel
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Some people do still rely on it IIRC.
>
> so its not really mandatory thing for most people, right?
No, but we have to keep it.
JMarc
On Thu, Jan 24, 2008 at 06:47:37PM +0100, Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> > can somebody enlighten me about this? are keymaps still used or this is some
> > leftover from the time there was no propoer keyboard support under X11?
> >> Some people do still rely on it IIRC.
> >
> > so its not really mandatory thing for most people, right?
>
> No, but we have to keep it.
no problem i just wanted to change web page accordingly.
pavel
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Maybe we just have have a poll. Changing keymaps is pretty
> straightforward nowadays...
People appreciate to be able to do it cross platform. And for things
like hebrew typing, being able to customize is useful.
Of course, for t
a .kmap file.
can somebody enlighten me about this? are keymaps still used or this is some
leftover from the time there was no propoer keyboard support under X11? don't
remember i need it any time i worked with lyx still our FAQ suggest thats
needed for typing in various languages.
pavel
Hi!
Yes
Andre Poenitz wrote:
On Fri, Jul 27, 2007 at 05:20:27PM +0300, Dov Feldstern wrote:
[...] But anyhow, I'm not sure how much any of this is really relevant
to the issue of keymaps. What I'm suggesting is that generally, if the
user has the use keymaps option marked, then by switching
Andre Poenitz wrote:
On Fri, Jul 27, 2007 at 05:20:27PM +0300, Dov Feldstern wrote:
[...] But anyhow, I'm not sure how much any of this is really relevant
to the issue of keymaps. What I'm suggesting is that generally, if the
user has the "use keymaps" option marked, then by
On Fri, Jul 27, 2007 at 04:58:46PM +0300, Dov Feldstern wrote:
Or would I have to write \french{Andr\'e} \german{P\onitz} to get my
name right in LyX?
Andre'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports
André is representable in _German_.
[...] But anyhow, I'm not sure how much any of this is really relevant
to the issue of keymaps. What I'm suggesting is that generally, if the
user has the use keymaps option marked, then by switching the
language, the keymap will also automatically
On Fri, Jul 27, 2007 at 04:58:46PM +0300, Dov Feldstern wrote:
> >>>Or would I have to write \french{Andr\'e} \german{P\"onitz} to get my
> >>>name right in LyX?
> >>>
> >>>Andre'
> >>>
> >>;)
> >>
> >>Ser
there has never
been any practical problem with that (even in pre-computer times).
So I don't know whether "André" is "representable" in _German_.
> [...] But anyhow, I'm not sure how much any of this is really relevant
> to the issue of keymaps. What I'm suggesting is that
to write \french{Andr\'e} \german{P\onitz} to get my
name right in LyX?
Andre'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports these accents? Or do
you type in the accents as latex codes? I'm trying to figure out how
Yes, you should. Technically, it's incorrect to just type in in a
different language without letting LyX know about it.
It's not a different language.
Or would I have to write \french{Andr\'e} \german{P\onitz} to get
my name right in LyX?
Andre'
Seriously, though, do you switch keymaps every
to write \french{Andr\'e} \german{P\"onitz} to get my
name right in LyX?
Andre'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports these accents? Or do
you type in the accents as latex codes? I'm trying to figure ou
Yes, you should. Technically, it's incorrect to just type in in a
different language without letting LyX know about it.
It's not a different language.
Or would I have to write \french{Andr\'e} \german{P\"onitz} to get
my name right in LyX?
Andre'
Seriously, though, do you switch ke
. Technically, it's incorrect to just type in in a
different language without letting LyX know about it.
It's not a different language.
Or would I have to write \french{Andr\'e} \german{P\onitz} to get my
name right in LyX?
Andre'
Seriously, though, do you switch keymaps every time you type your name
. Technically, it's incorrect to just type in in a
different language without letting LyX know about it.
It's not a different language.
Or would I have to write \french{Andr\'e} \german{P\"onitz} to get my
name right in LyX?
Andre'
Seriously, though, do you switch keymaps every time you type your
'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports these accents? Or do
you type in the accents as latex codes? I'm trying to figure out how
keymaps are used before starting to make any changes...
Dov
\french{Andr\'e} \german{P\onitz} to get my
name right in LyX?
Andre'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports these accents? Or do
you type in the accents as latex codes? I'm trying to figure out how
Andre'
;)
Seriously, though, do you switch keymaps every time you type your name?
Or are you already using a keymap which supports these accents? Or do
you type in the accents as latex codes? I'm trying to figure out how
keymaps are used before starting to make any changes...
Dov
st the name?
> >>>
> >>>/Christian
> >>>
> >>Yes, you should. Technically, it's incorrect to just type in in a
> >>different language without letting LyX know about it.
> >
> >It's not a different language.
> >
> >Or would
[EMAIL PROTECTED] wrote:
On Tue, 3 Jul 2007, Dov Feldstern wrote:
3) With a keymap, we (the LyX programmers) are in control. Two examples:
(a) Almost always, a keymap switch should be accompanied by a language
switch, or vice-versa.
I'm not sure I agree about with the assumption about
the language will automatically
Dov switch to the associated keymap.
What about the opposite: allow keymaps to define an associated
language, or even a list of languages. Then, when the cursor is on a
text with a given language, change to a keymap that supports this
language (with some algorithm
On Fri, Jul 20, 2007 at 03:46:32PM +0300, Dov Feldstern wrote:
[EMAIL PROTECTED] wrote:
On Tue, 3 Jul 2007, Dov Feldstern wrote:
3) With a keymap, we (the LyX programmers) are in control. Two examples:
(a) Almost always, a keymap switch should be accompanied by a language
switch, or
[EMAIL PROTECTED] wrote:
On Tue, 3 Jul 2007, Dov Feldstern wrote:
3) With a keymap, we (the LyX programmers) are in control. Two examples:
(a) Almost always, a keymap switch should be accompanied by a language
switch, or vice-versa.
I'm not sure I agree about with the assumption about
n, then switching the language will automatically
Dov> switch to the associated keymap.
What about the opposite: allow keymaps to define an associated
language, or even a list of languages. Then, when the cursor is on a
text with a given language, change to a keymap that supports this
langua
On Fri, Jul 20, 2007 at 03:46:32PM +0300, Dov Feldstern wrote:
> [EMAIL PROTECTED] wrote:
> >On Tue, 3 Jul 2007, Dov Feldstern wrote:
> >
> >>3) With a keymap, we (the LyX programmers) are in control. Two examples:
> >>(a) Almost always, a keymap switch should be accompanied by a language
>
still keep
around the commands / options / lfuns for switching keymaps, and we
could just give them the semantics of override language keymap until
turned off, or something like that.
I don't think this would be too much work, either.
How does this sound?
Sounds good to me, at least for users
On Tue, 3 Jul 2007, Dov Feldstern wrote:
3) With a keymap, we (the LyX programmers) are in control. Two examples:
(a) Almost always, a keymap switch should be accompanied by a language
switch, or vice-versa.
I'm not sure I agree about with the assumption about almost always
switching
keymap.
What about the opposite: allow keymaps to define an associated
language, or even a list of languages. Then, when the cursor is on a
text with a given language, change to a keymap that supports this
language (with some algorithm that remains to determine). I am not
sure why, but I prefer
, we could still keep
around the commands / options / lfuns for switching keymaps, and we
could just give them the semantics of "override language keymap until
turned off", or something like that.
I don't think this would be too much work, either.
How does this sound?
Sounds
On Tue, 3 Jul 2007, Dov Feldstern wrote:
3) With a keymap, we (the LyX programmers) are in control. Two examples:
(a) Almost always, a keymap switch should be accompanied by a language
switch, or vice-versa.
I'm not sure I agree about with the assumption about almost always
switching
ferences is on, then switching the language will automatically
Dov> switch to the associated keymap.
What about the opposite: allow keymaps to define an associated
language, or even a list of languages. Then, when the cursor is on a
text with a given language, change to a keymap that supports
Hi!
[Don't worry, this is for post-1.5.0]
A few times in the past month or two, the issue of whether or not
keymaps should be used has come up. I would like to defend the position
which says: yes, keymaps are good! and suggest an improvement in how
they're used.
Let me just start out
Hi!
[Don't worry, this is for post-1.5.0]
A few times in the past month or two, the issue of whether or not
keymaps should be used has come up. I would like to defend the position
which says: yes, keymaps are good! and suggest an improvement in how
they're used.
Let me just start out
José == José Matos [EMAIL PROTECTED] writes:
José On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
Other opinions on this?
José I agree, I do not see anyone using this since at least 1.1.x
Not true. There is even an update to the latvian keymap that has been
posted to bugzilla
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars So imho, keyboard maps, keymaps and the like should disapear,
Lars the frontend/windowing system should handle composing chars and
Lars dead-keys.
Do we have a way to ask the qt/gtk key input machinery to do that for
us? I mean, having
Lars Gullik Bjønnes wrote:
Intl (lyx keymaps) and the transmanager.
I'd like to get rid of these. They were added ages ago to alleviate
problems with X,xforms and the desktopsystems we had then (the
non-existing ones).
It is not LyX's job to have keymaps, keyboard maps and the like. Even
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars So imho, keyboard maps, keymaps and the like should disapear,
| Lars the frontend/windowing system should handle composing chars and
| Lars dead-keys.
|
| Do we have a way to ask
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Intl (lyx keymaps) and the transmanager.
| I'd like to get rid of these. They were added ages ago to alleviate
| problems with X,xforms and the desktopsystems we had then (the
| non-existing ones). It is not LyX's job
. But at the
same time, I want single quote to be a single quote in my terminal
window. This is what keymaps provide.
Lars Usefule is one thing, required or if it is something we should
Lars support is quite another.
Lars Your example looks more like compose.
Except that I do not need to use compose
Lars Gullik Bjønnes wrote:
All desktops I know of support this if you setup the correct keyboard
and/or locale.
Hum... Enchant support Aspell much better than LyX...
Lars' hat So prove first that this is possible, implement relevant
helper codes if any and then remove the feature. /Lars' hat
that?
|
| I like that when writing in french with my US keyboard. But at the
| same time, I want single quote to be a single quote in my terminal
| window. This is what keymaps provide.
And why should you not setup your desktop keymap to support this?
and for unicode it is my belif that keymaps does
the reason for the #if.
|
| I don't think so... But you probably don't see the irony there's here ;-)
|
| FWIW, I think it's OK to remove this feature if you know how to
| provide this in another manner. I am just playing the devil's advocate
| here.
J-M is correct that when using the desktops keymaps
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| All desktops I know of support this if you setup the correct keyboard
| and/or locale.
|
| Hum... Enchant support Aspell much better than LyX...
|
| Lars' hat So prove first that this is
Lars Gullik Bjønnes wrote:
No. Lars: Do not remove support for the current spellcheckers until
you have something new that works.
Isn't that exactly what branches are made for? Why can't you guys clone
a fresh branch, cut out the spell checker and plug in enchant. If that
works out and is
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars If you entered the way you did in the example, then you have to
Lars use compose. :-)
No, because the fracc.el emacs package allows that :) In french, '+e=é
is not convenient because of our use of quotes (like l'escalier). But
typing
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars If you entered the way you did in the example, then you have to
| Lars use compose. :-)
|
| No, because the fracc.el emacs package allows that :) In french, '+e=é
| is not convenient
frontends can do before nuking keymaps (and yes I agree that this
code is ugly).
Lars (You don't enter the '+' explicitly do you?)
No.
JMarc
On Sun, Sep 17, 2006 at 09:32:13PM +0200, Lars Gullik Bjønnes wrote:
Other opinions on this?
Not really. I never understood that part anyway...
Andre'
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
>> Other opinions on this?
José> I agree, I do not see anyone using this since at least 1.1.x
Not true. There is even an update to the latvian keymap that has been
posted
>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So imho, keyboard maps, keymaps and the like should disapear,
Lars> the frontend/windowing system should handle composing chars and
Lars> dead-keys.
Do we have a way to ask the qt/gtk
Lars Gullik Bjønnes wrote:
Intl (lyx keymaps) and the transmanager.
I'd like to get rid of these. They were added ages ago to alleviate
problems with X,xforms and the desktopsystems we had then (the
non-existing ones).
It is not LyX's job to have keymaps, keyboard maps and the like. Even
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| >>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> So imho, keyboard maps, keymaps and the like should disapear,
| Lars> the frontend/windowing system should handle composing c
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Intl (lyx keymaps) and the transmanager.
| > I'd like to get rid of these. They were added ages ago to alleviate
| > problems with X,xforms and the desktopsystems we had then (the
| >
when writing in french with my US keyboard. But at the
same time, I want single quote to be a single quote in my terminal
window. This is what keymaps provide.
Lars> Usefule is one thing, required or if it is something we should
Lars> support is quite another.
Lars> Your example looks mo
Lars Gullik Bjønnes wrote:
All desktops I know of support this if you setup the correct keyboard
and/or locale.
Hum... Enchant support Aspell much better than LyX...
So prove first that this is possible, implement relevant
helper codes if any and then remove the feature.
|
er
| | apps?
|
| Lars> Why would we need that?
|
| I like that when writing in french with my US keyboard. But at the
| same time, I want single quote to be a single quote in my terminal
| window. This is what keymaps provide.
And why should you not setup your desktop keymap to suppo
el?
| > Seems you missed the reason for the #if.
|
| I don't think so... But you probably don't see the irony there's here ;-)
|
| FWIW, I think it's OK to remove this feature if you know how to
| provide this in another manner. I am just playing the devil's advocate
| here.
J-M is correct that when
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > All desktops I know of support this if you setup the correct keyboard
| > and/or locale.
|
| Hum... Enchant support Aspell much better than LyX...
|
| So prove first that this
Lars Gullik Bjønnes wrote:
> No. Lars: Do not remove support for the current spellcheckers until
> you have something new that works.
Isn't that exactly what branches are made for? Why can't you guys clone
a fresh branch, cut out the spell checker and plug in enchant. If that
works out and is
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> If you entered the way you did in the example, then you have to
Lars> use compose. :-)
No, because the fracc.el emacs package allows that :) In french, '+e=é
is not convenient because of our use of quotes (like l'escalier).
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> If you entered the way you did in the example, then you have to
| Lars> use compose. :-)
|
| No, because the fracc.el emacs package allows that :) In french, '+e=é
| is
proposed earlier. I think we should have a look at
what frontends can do before nuking keymaps (and yes I agree that this
code is ugly).
Lars> (You don't enter the '+' explicitly do you?)
No.
JMarc
On Sun, Sep 17, 2006 at 09:32:13PM +0200, Lars Gullik Bjønnes wrote:
> Other opinions on this?
Not really. I never understood that part anyway...
Andre'
Intl (lyx keymaps) and the transmanager.
I'd like to get rid of these. They were added ages ago to alleviate
problems with X,xforms and the desktopsystems we had then (the
non-existing ones).
It is not LyX's job to have keymaps, keyboard maps and the like. Even
dead keys is supported through
On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
Other opinions on this?
I agree, I do not see anyone using this since at least 1.1.x
--
Lgb
--
José Abílio
Intl (lyx keymaps) and the transmanager.
I'd like to get rid of these. They were added ages ago to alleviate
problems with X,xforms and the desktopsystems we had then (the
non-existing ones).
It is not LyX's job to have keymaps, keyboard maps and the like. Even
dead keys is supported through
On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
> Other opinions on this?
I agree, I do not see anyone using this since at least 1.1.x
> --
> Lgb
--
José Abílio
Can some developers that uses keymaps regurlarly(?) please try them
now. I do not thing that they are correct, but should be better than
before the weekend.
The keymaps still do not work in e.g. the minibuffer, and I still get
passed unmapped keys into mathed...
[Ok, this has been that way
Andre Poenitz [EMAIL PROTECTED] writes:
| Can some developers that uses keymaps regurlarly(?) please try them
| now. I do not thing that they are correct, but should be better than
| before the weekend.
|
| The keymaps still do not work in e.g. the minibuffer,
...and they never did
| and I still get
| passed unmapped keys into mathed...
that is worse... but I guess that this is really mathed's
localdispatch or the calling dispatch at fault.
Mathed's LFUN_SELFINSERT is called with unmapped chars from above (and I
believe this has been that way from the very beginning)
Andre Poenitz [EMAIL PROTECTED] writes:
| | and I still get
| | passed unmapped keys into mathed...
|
| that is worse... but I guess that this is really mathed's
| localdispatch or the calling dispatch at fault.
|
| Mathed's LFUN_SELFINSERT is called with unmapped chars from above (and I
On Mon, Jul 16, 2001 at 05:48:14PM +0200, Lars Gullik Bjønnes wrote:
Can some developers that uses keymaps regurlarly(?) please try them
now. I do not thing that they are correct, but should be better than
before the weekend.
The Hebrew keymaps now works.
> Can some developers that uses keymaps regurlarly(?) please try them
> now. I do not thing that they are correct, but should be better than
> before the weekend.
The keymaps still do not work in e.g. the minibuffer, and I still get
passed unmapped keys into mathed...
[Ok, this
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Can some developers that uses keymaps regurlarly(?) please try them
| > now. I do not thing that they are correct, but should be better than
| > before the weekend.
|
| The keymaps still do not work in e.g. the minibuffer,
...and
> | and I still get
> | passed unmapped keys into mathed...
>
> that is worse... but I guess that this is really mathed's
> localdispatch or the calling dispatch at fault.
Mathed's LFUN_SELFINSERT is called with unmapped chars from above (and I
believe this has been that way from the very
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | and I still get
| > | passed unmapped keys into mathed...
| >
| > that is worse... but I guess that this is really mathed's
| > localdispatch or the calling dispatch at fault.
|
| Mathed's LFUN_SELFINSERT is called with unmapped chars from above
On Mon, Jul 16, 2001 at 05:48:14PM +0200, Lars Gullik Bjønnes wrote:
>
> Can some developers that uses keymaps regurlarly(?) please try them
> now. I do not thing that they are correct, but should be better than
> before the weekend.
The Hebrew keymaps now works.
The change to trans_mgr.C/trans.C from 2001-07-07 breaks handling of keymaps.
For example, when using the Hebrew keymap and pressing 'a',
in Trans::process() the value of c is 'a', and the value of t is ù.
In the old code, k.normalkey(c, dt) correctly returns ù,
but in the new code, k.normalkey(c
Dekel Tsur [EMAIL PROTECTED] writes:
| The change to trans_mgr.C/trans.C from 2001-07-07 breaks handling of keymaps.
| For example, when using the Hebrew keymap and pressing 'a',
| in Trans::process() the value of c is 'a', and the value of t is ù.
| In the old code, k.normalkey(c, dt) correctly
The change to trans_mgr.C/trans.C from 2001-07-07 breaks handling of keymaps.
For example, when using the Hebrew keymap and pressing 'a',
in Trans::process() the value of c is 'a', and the value of t is "ù".
In the old code, k.normalkey(c, dt) correctly returns "ù",
Dekel Tsur <[EMAIL PROTECTED]> writes:
| The change to trans_mgr.C/trans.C from 2001-07-07 breaks handling of keymaps.
| For example, when using the Hebrew keymap and pressing 'a',
| in Trans::process() the value of c is 'a', and the value of t is "ù".
| In the old code, k
94 matches
Mail list logo