On Sat, Jul 07, 2018 at 11:14:29AM +, Kornel Benko wrote:
> Scott, I propose you commit it.
Thanks. I'm traveling now so I have not been following the list. I will
come back to this probably in a few weeks.
Scott
signature.asc
Description: PGP signature
Am Mittwoch, 20. Juni 2018 23:56:08 CEST schrieb Kornel Benko :
> Am Mittwoch, 20. Juni 2018 16:03:45 CEST schrieb Scott Kostyshak
> :
> > On Wed, Jun 20, 2018 at 11:48:56AM +, Stephan Witt wrote:
> >
> > > > Still, I like the idea with 'M-m q' as prefix for extra bindings.
> > >
> > > Me to
Am Mittwoch, 20. Juni 2018 16:03:45 CEST schrieb Scott Kostyshak
:
> On Wed, Jun 20, 2018 at 11:48:56AM +, Stephan Witt wrote:
>
> > > Still, I like the idea with 'M-m q' as prefix for extra bindings.
> >
> > Me too. :)
>
> Sounds good. In addition to "q", "j" and "k" seem to be free. Any reas
On Wed, Jun 20, 2018 at 11:48:56AM +, Stephan Witt wrote:
> > Still, I like the idea with 'M-m q' as prefix for extra bindings.
>
> Me too. :)
Sounds good. In addition to "q", "j" and "k" seem to be free. Any reason
to choose one over the other?
Any abstractions that come to mind that are r
On Wed, Jun 20, 2018 at 10:06:02AM +, Kornel Benko wrote:
> Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko
> :
> > Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> > :
> > > Obviously the literal letter keys are not case sensitive in bind file. I
> > > think thi
Am 20.06.2018 um 12:06 schrieb Kornel Benko :
>
> Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko
> :
> > Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> > :
> > > Obviously the literal letter keys are not case sensitive in bind file. I
> > > think this
> > > is be
Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko :
> Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> :
> > Obviously the literal letter keys are not case sensitive in bind file. I
> > think this
> > is because the output of keypress on „H“ is a lower case „h“ and the
Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt :
> Obviously the literal letter keys are not case sensitive in bind file. I
> think this
> is because the output of keypress on „H“ is a lower case „h“ and the
> combination
> of „Shift“ + „H“ gives you upper case „H“ - there is no ke
Am 19.06.2018 um 19:48 schrieb Scott Kostyshak :
>
> Both S-h and S-H work for me (i.e., I can insert \widehat and \hat is
> not masked). So to summarize:
>
> For Stephan, the following has correct behavior:
>
> \bind "M-m h" "math-insert \\hat"
> \bind "M-m S-h" "math-insert \\widehat“
Yes
On Tue, Jun 19, 2018 at 08:14:42PM +, Kornel Benko wrote:
> > Do you see the same behavior whether your keyboard layout (I refer to
> > the layout that you can change in Ubuntu) is Slovak, German, or English?
>
> At least I see the same behaviour for qt5.6.1 and qt5.11.0. My keyboard is
> ge
Am Dienstag, 19. Juni 2018 15:43:11 CEST schrieb Scott Kostyshak
:
> On Tue, Jun 19, 2018 at 06:24:25PM +, Kornel Benko wrote:
>
> > > And for Kornel, neither one of the above pairs of bindings has correct
> > > behavior. Stephan and Kornel, can you confirm?
> >
> > I confirm,
>
> Thanks.
>
On Tue, Jun 19, 2018 at 06:24:25PM +, Kornel Benko wrote:
> > And for Kornel, neither one of the above pairs of bindings has correct
> > behavior. Stephan and Kornel, can you confirm?
>
> I confirm,
Thanks.
> > For me, both have correct behavior.
>
> and wonder. According to https://wiki.l
Am Dienstag, 19. Juni 2018 13:48:01 CEST schrieb Scott Kostyshak
:
> On Tue, Jun 19, 2018 at 05:44:39AM +, Stephan Witt wrote:
> > Am 18.06.2018 um 23:44 schrieb Kornel Benko :
> > >
> > > Am Montag, 18. Juni 2018 23:17:16 CEST schrieb Stephan Witt
> > > :
> > > > Am 18.06.2018 um 17:46 schr
On Tue, Jun 19, 2018 at 05:44:39AM +, Stephan Witt wrote:
> Am 18.06.2018 um 23:44 schrieb Kornel Benko :
> >
> > Am Montag, 18. Juni 2018 23:17:16 CEST schrieb Stephan Witt
> > :
> > > Am 18.06.2018 um 17:46 schrieb Kornel Benko :
> > > >
> > > > Am Montag, 18. Juni 2018 15:26:39 CEST schri
Am 18.06.2018 um 23:44 schrieb Kornel Benko :
>
> Am Montag, 18. Juni 2018 23:17:16 CEST schrieb Stephan Witt :
> > Am 18.06.2018 um 17:46 schrieb Kornel Benko :
> > >
> > > Am Montag, 18. Juni 2018 15:26:39 CEST schrieb José Abílio Matos
> > > :
> > > > On Sunday, 17 June 2018 21.04.00 WEST Kor
Am Montag, 18. Juni 2018 23:17:16 CEST schrieb Stephan Witt :
> Am 18.06.2018 um 17:46 schrieb Kornel Benko :
> >
> > Am Montag, 18. Juni 2018 15:26:39 CEST schrieb José Abílio Matos
> > :
> > > On Sunday, 17 June 2018 21.04.00 WEST Kornel Benko wrote:
> > > > The settings in .lyx/math.bind are s
Am 18.06.2018 um 17:46 schrieb Kornel Benko :
>
> Am Montag, 18. Juni 2018 15:26:39 CEST schrieb José Abílio Matos
> :
> > On Sunday, 17 June 2018 21.04.00 WEST Kornel Benko wrote:
> > > The settings in .lyx/math.bind are set to
> > > \bind "M-m ~S-H" "math-insert \widehat
> > > \bind "M-m
Am Montag, 18. Juni 2018 15:26:39 CEST schrieb José Abílio Matos
:
> On Sunday, 17 June 2018 21.04.00 WEST Kornel Benko wrote:
> > The settings in .lyx/math.bind are set to
> > \bind "M-m ~S-H" "math-insert \widehat
> > \bind "M-m h" "math-insert \hat
> >
> > It doesn't make di
On Sunday, 17 June 2018 21.04.00 WEST Kornel Benko wrote:
> The settings in .lyx/math.bind are set to
> \bind "M-m ~S-H" "math-insert \widehat
> \bind "M-m h" "math-insert \hat
>
> It doesn't make difference if using 'H' or 'h'.
That is precisely what the ~S means (i.e. regardl
t; >
> > > Any thoughts?
> > >
> > > Scott
> >
> > This seems reasonable
>
> Since remapping alt + m, t has issues as above, probably mapping T to
> \widetilde is not as useful/consistent. So for now I'll just propose the
> following:
>
&
On Sat, Jun 16, 2018 at 09:25:34AM +, José Abílio Matos wrote:
> On Saturday, 16 June 2018 07.15.33 WEST Scott Kostyshak wrote:
> > To create \hat, we have a keybinding alt+m, h. I propose the following
> > bindings (patch attached):
> >
> > - alt + m, H -> \widehat
> > - alt + m, t -> \ti
On Saturday, 16 June 2018 07.15.33 WEST Scott Kostyshak wrote:
> To create \hat, we have a keybinding alt+m, h. I propose the following
> bindings (patch attached):
>
> - alt + m, H -> \widehat
> - alt + m, t -> \tilde
This seems to be taken by
M-m t ? -> math-mutate
No?
I am not sure this
To create \hat, we have a keybinding alt+m, h. I propose the following
bindings (patch attached):
- alt + m, H -> \widehat
- alt + m, t -> \tilde
- alt + m, T -> \widetilde
- alt + m, ~ -> \tilde
Any thoughts?
Scott
diff --git a/lib/bind/math.bind b/lib/bind/math.bind
index 783d5ca..b798
On Wed, Feb 23, 2011 at 11:37 AM, Stephan Witt wrote:
> Am 23.02.2011 um 16:58 schrieb BH:
>
>> On Wed, Feb 23, 2011 at 2:11 AM, Stephan Witt wrote:
> If possible - Bennet, can you please apply it against clean checkout
> and check if it is ok? Thanks.
It looks like it's working
Am 23.02.2011 um 16:58 schrieb BH:
> On Wed, Feb 23, 2011 at 2:11 AM, Stephan Witt wrote:
If possible - Bennet, can you please apply it against clean checkout
and check if it is ok? Thanks.
>>>
>>> It looks like it's working fine. All motion keys (and shifted
>>> variants) seem to work
On Wed, Feb 23, 2011 at 2:11 AM, Stephan Witt wrote:
>>> If possible - Bennet, can you please apply it against clean checkout
>>> and check if it is ok? Thanks.
>>
>> It looks like it's working fine. All motion keys (and shifted
>> variants) seem to work, and I haven't noticed any other problems.
wonder if it would be better to put it (also) someplace more
> prominent. I can imagine having many users, who typically don't read
> release notes, hitting the e-mail list complaining that LyX-2.0 breaks
> their treasured keybindings. Then again, I can also imagine that not
> happen
any users, who typically don't read
release notes, hitting the e-mail list complaining that LyX-2.0 breaks
their treasured keybindings. Then again, I can also imagine that not
happening: I just don't know.
> I've made another patch with the following changes:
> * add a check f
e for Option and Control.
>>>>>
>>>>> As I said, these are custom keybindings. So I previously used
>>>>> [number] to set bookmarks; now this is [number].
>>>>> In every case, the change shows up in Preferences > Editing >
>>&g
>>>>> Can you give an example? As said before - for Option-M there is nothing
>>>>> we can do. It's a mistake it was used as short-cut for math-menu before.
>>>>> But others perhaps we can duplicate for Option and Control.
>>>>
>
op I don't have them.
>
>>>>> One problem here: The switch includes custom keybindings, which means
>>>>> that my keybindings have all of a sudden changed on me without
>>>>> warning, which is not something I think we should do to users, thoug
out
the harvard.edu list is the use of and to scroll to
beginning and end of the document. I'd continue to use them as
alternatives for to move to beginning and end
of lines.
>>>> One problem here: The switch includes custom keybindings, which means
>>>> that my keybin
t;>>
>>> I'm not entirely sure what the patch is supposed to do, but for the
>>> most part it seems to work. Except for [arrow-key], it looks like
>>> all keybindings that were formally have now been switch to
>>> .
>>
>> Exactly. The ide
h is supposed to do, but for the
>> most part it seems to work. Except for [arrow-key], it looks like
>> all keybindings that were formally have now been switch to
>> .
>
> Exactly. The idea is that Option-M or Option-A should move to
> Control-M resp. Control-A.
>
>
[arrow-key], it looks like
> all keybindings that were formally have now been switch to
> .
Exactly. The idea is that Option-M or Option-A should move to
Control-M resp. Control-A.
These Option- keys should produce "å" and "µ".
The navigation short-cuts should be as close
>>> + if (state & Qt::MetaModifier)
>>> + k |= MetaModifier;
>>> +#else
>>> + if (state & Qt::MetaModifier)
>>> + k |= AltModifier;
>>> +#endif
>>> return k;
>>> }
>>
>> ot
Am 21.02.2011 um 10:59 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> +MetaModifier = 8 //< meta key held
> //for mac key XXX
>
>> -if (state & Qt::AltModifier || state & Qt::MetaModifier)
>> +if (state & Qt::AltModifier)
>> k |= AltModifier;
>
Stephan Witt wrote:
> + MetaModifier = 8 //< meta key held
//for mac key XXX
> - if (state & Qt::AltModifier || state & Qt::MetaModifier)
> + if (state & Qt::AltModifier)
> k |= AltModifier;
isn't possible we are going to break something here
Am 20.02.2011 um 15:28 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> I can circumvent this with many many #ifdef's but it would be easier
>> if Alt key makes AltModifier and Meta makes MetaModifier.
>
> this strikes me as a correct solution. and all our 'M' chars in bind files
> should be 'A' the
Stephan Witt wrote:
> I can circumvent this with many many #ifdef's but it would be easier
> if Alt key makes AltModifier and Meta makes MetaModifier.
this strikes me as a correct solution. and all our 'M' chars in bind files
should be 'A' then. however i'm doubtful about pushing this change to th
Am 20.02.2011 um 15:11 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> One general question: why is Alt and Meta in LyX key bindings the same?
>
> because most of the keyboards nowadays dont have meta key?
> i remember to see it on some sun keyboards in one of our uni labs
> 10 years back. they loo
Stephan Witt wrote:
> One general question: why is Alt and Meta in LyX key bindings the same?
because most of the keyboards nowadays dont have meta key?
i remember to see it on some sun keyboards in one of our uni labs
10 years back. they looked archeological even at that time :)
> Which platform
Am 17.02.2011 um 07:40 schrieb Stephan Witt:
> Am 17.02.2011 um 03:31 schrieb BH:
>
>> On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda wrote:
>>> BH wrote:
>>>> On Mac with current trunk, the key is not recognized for any
>>>> keybindings. (The
Am 17.02.2011 um 03:31 schrieb BH:
> On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda wrote:
>> BH wrote:
>>> On Mac with current trunk, the key is not recognized for any
>>> keybindings. (The Mac standard is for -[arrow key] to move the
>>> cursor around by
On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda wrote:
> BH wrote:
>> On Mac with current trunk, the key is not recognized for any
>> keybindings. (The Mac standard is for -[arrow key] to move the
>> cursor around by words/paragraphs, so this is a real problem.)
>>
BH wrote:
> On Mac with current trunk, the key is not recognized for any
> keybindings. (The Mac standard is for -[arrow key] to move the
> cursor around by words/paragraphs, so this is a real problem.)
>
> Opening up the shortcuts preferences dialog, I find that all
>
On Mac with current trunk, the key is not recognized for any
keybindings. (The Mac standard is for -[arrow key] to move the
cursor around by words/paragraphs, so this is a real problem.)
Opening up the shortcuts preferences dialog, I find that all
keybindings that previously were assigned to
Use the editor to create a new keybinding. Now try to modify it. Error:
Have to delete old one before adding new one.
Richard
On Wed, May 23, 2007 at 05:25:24PM +1000, John Pye wrote:
> Along these lines of standard key-bindings, I vote for ctrl-I to be used
> for creating italics, rather than ctrl-E, which I always slip off and
> press ctrl-R, with dangerous consequences if I have my hand poised over
> the 'enter' key!
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Wed, 23 May 2007, Jean-Marc Lasgouttes wrote:
>>> "John" == John Pye <[EMAIL PROTECTED]> writes:
>>
John> Along these lines of standard key-bindings, I vote for ctrl-I to
John> be used for creating italics, ra
On Wed, 23 May 2007, Jean-Marc Lasgouttes wrote:
"John" == John Pye <[EMAIL PROTECTED]> writes:
John> Along these lines of standard key-bindings, I vote for ctrl-I to
John> be used for creating italics, rather than ctrl-E, which I always
John> slip off and press ctrl-R, with dangerous conseque
> "John" == John Pye <[EMAIL PROTECTED]> writes:
John> Along these lines of standard key-bindings, I vote for ctrl-I to
John> be used for creating italics, rather than ctrl-E, which I always
John> slip off and press ctrl-R, with dangerous consequences if I have
John> my hand poised over the 'e
Along these lines of standard key-bindings, I vote for ctrl-I to be used
for creating italics, rather than ctrl-E, which I always slip off and
press ctrl-R, with dangerous consequences if I have my hand poised over
the 'enter' key!
Does anyone else find this?
JP
Michael Gerz wrote:
> Darren Free
Darren Freeman schrieb:
Hi all,
I accidentally hit C-n when I meant to hit C-m, and was pleasantly
surprised to find a new document.
And I started to wonder how often people need to create new documents or
close them for that matter. Couldn't these bindings (and others) be
re-used for more comm
On Tue, May 22, 2007 at 08:19:24PM +1000, Darren Freeman wrote:
> Hi all,
>
> I accidentally hit C-n when I meant to hit C-m, and was pleasantly
> surprised to find a new document.
>
> And I started to wonder how often people need to create new documents or
> close them for that matter. Couldn't
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> Hi all, I accidentally hit C-n when I meant to hit C-m, and
Darren> was pleasantly surprised to find a new document.
Darren> And I started to wonder how often people need to create new
Darren> documents or close them for that ma
Hi all,
I accidentally hit C-n when I meant to hit C-m, and was pleasantly
surprised to find a new document.
And I started to wonder how often people need to create new documents or
close them for that matter. Couldn't these bindings (and others) be
re-used for more common operations?
Have fun,
Jean-Marc Lasgouttes wrote:
> It is definitely the best solution. About the tests, what about using
> #if defined(Q_WS_X11) && QT_VERSION >= 0x030200
OK. I was careful because I didn't know how these two tests can be mixed.
Thanks.
> You could also define a USE_INPUT_METHODS in QContentPane.h
>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> Perhaps the easiest solution (for 1.3.6) is to disable the QIMEvent
>> stuff for Mac. For 1.4, I think we have to investigate further.
>>
>> Did the qt-immodule problem (bug 1830) occur on
Juergen Spitzmueller wrote:
> Perhaps the easiest solution (for 1.3.6) is to disable the QIMEvent stuff
> for Mac. For 1.4, I think we have to investigate further.
>
> Did the qt-immodule problem (bug 1830) occur on Mac or is qt/mac not
> patched with qt-immodule at all?
After some more investigat
Bennett Helm wrote:
> Something needs to change, and the question is what. Here are some
> options (which I think go from less desirable to more desirable, other
> things being equal):
Perhaps the easiest solution (for 1.3.6) is to disable the QIMEvent stuff for
Mac. For 1.4, I think we have to i
Recent changes in lyx-1.3.6cvs to QContentPane.[Ch] involving QIMEvent
have adversely affected keybindings on the Mac.
The Mac has 3 accelerator keys, which previously Qt/Mac interpreted as
follows: (unrecognized), (Meta key in keybindings,
as well as for composing special characters), and
On Wed, 26 Feb 2003, Angus Leeming wrote:
> I am clearly a brain dead zombie.
Surely, you meant muttonhead?
Allan. (ARRae)
Andre Poenitz wrote:
> Control-combinations still don't work.
> This make curretn cvs pretty much unusable for me.
cvs update and try again please. I am clearly a brain dead zombie.
--
Angus
Control-combinations still don't work.
This make curretn cvs pretty much unusable for me.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tue, 29 Oct 2002, Andre Poenitz wrote:
> On Tue, Oct 29, 2002 at 02:44:51PM +0100, Christian Ridderström wrote:
> > yes... bad habits I suppose :-) feel free to change the name of the
> > script, nothing else needs to be modified. (I always find it difficult to
> > come up with nice names).
On Tue, Oct 29, 2002 at 02:44:51PM +0100, Christian Ridderström wrote:
> yes... bad habits I suppose :-) feel free to change the name of the
> script, nothing else needs to be modified. (I always find it difficult to
> come up with nice names). Guess it instead should have been
>
> lyx-
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> On 29 Oct 2002, Jean-Marc Lasgouttes wrote:
>> Thanks. I added an entry for it in the contribs page. Note that it
>> is a bit strange to name lyx-bindings.sh something which is
>> actually a [t]csh script...
Christi
On 29 Oct 2002, Jean-Marc Lasgouttes wrote:
> Thanks. I added an entry for it in the contribs page. Note that it is
> a bit strange to name lyx-bindings.sh something which is actually a
> [t]csh script...
yes... bad habits I suppose :-) feel free to change the name of the
script, nothing else
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> The script I hacked can be found here:
Christian> http://www.md.kth.se/~chr/lyx/lyx-bindings
Christian> with some info on in.
Thanks. I added an entry for it in the contribs page. Note that it is
a bit strang
On Wed, 23 Oct 2002, robin wrote:
> Christian Ridderström wrote:
> > Hi
> >
> > I couldn't find a list of current keybindings, so I hacked together
> > a script that generates a list based on .bind-file. Is this script
> > something people in general w
On Monday 22 July 2002 16:03, Lars Gullik Bjønnes wrote:
>
> But some cleverness is nice.
The problem is to mark the border between to be the best and an to be the
beast. ;-)
--
José Abílio
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | This is a bright idea from Lars. A the time I tried to object
| Lars> that it | would make more harm than good, but...
>
| Lars> I am not exactly sure that _this_ is the b
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | This is a bright idea from Lars. A the time I tried to object
Lars> that it | would make more harm than good, but...
Lars> I am not exactly sure that _this_ is the bright idea I had...
Anyway, are you convinced now that too
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
| Edwin> I wanted to cut a selection with ctrl+x but didn't notice that
| Edwin> caps lock was on. What happend was that
>
| Edwin> 1. lyx deleted the selection, and 2. inserted a capital
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> I wanted to cut a selection with ctrl+x but didn't notice that
Edwin> caps lock was on. What happend was that
Edwin> 1. lyx deleted the selection, and 2. inserted a capital X.
Edwin> Apart from the question whether ctrl+X should b
I wanted to cut a selection with ctrl+x but didn't notice that caps lock was
on. What happend was that
1. lyx deleted the selection, and
2. inserted a capital X.
Apart from the question whether ctrl+X should be bound to cut I don't think
that the present behaviour is desirable. I think that
77 matches
Mail list logo
