Re: Changing key bindings in the GUI

aqua.bind \bind_file mac.bind \bind C-ylayout Numbered Examples (consecutive) \bindC-~S-alayout Subexample \bindC-/inset-vspace-bigskip ## These three custom key bindings work without a problem. The problem is with the daughter

Re: Changing key bindings in the GUI

file > looks like this: > ## > > \bind_file aqua.bind > \bind_file mac.bind > > \bind "C-y""layout Numbered Examples (consecutive)" > \bind"C-~S-a""layout Subexample" > \bind"C-/" "inset-vspace-bigskip"

Changing key bindings in the GUI

(consecutive) \bindC-~S-alayout Subexample \bindC-/inset-vspace-bigskip ## These three custom key bindings work without a problem. The problem is with the daughter bindings files, and I tried to change it through the GUI but to no avail. One of the key

Changing key bindings in the GUI

mbered Examples (consecutive)" \bind"C-~S-a""layout Subexample" \bind"C-/""inset-vspace-bigskip" ###### These three custom key bindings work without a problem. The problem is with the daughter bindings fil

Re: key bindings wish

Neal Becker ndbeck...@gmail.com writes: True, but I'd still like a more introspective way to learn things, like emacs has. What kind of introspective way? Through a lyxfunc? JMarc

Re: key bindings wish

Neal Becker writes: > True, but I'd still like a more introspective way to learn things, like > emacs has. What kind of introspective way? Through a lyxfunc? JMarc

key bindings wish

One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space. Couldn't find a way to get this info.

Re: key bindings wish

Neal Becker wrote: One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space. Couldn't find a way to get this info

Re: key bindings wish

On 09/03/2010 09:09 AM, Pavel Sanda wrote: Neal Becker wrote: One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space

Re: key bindings wish

Pavel Sanda sa...@lyx.org writes: the document which should do the job is in Help-Shortcuts. however nobody maintains it (hint!) so its generally outdated. Doesn't it use the InsetInfo machinery? It should be reasonably up to date. JMarc

Re: key bindings wish

Neal Becker ndbeck...@gmail.com writes: This morning I wanted to verify that C-sp was protected space. Couldn't find a way to get this info. You can see it in the insert-formatting menu. Moreover, the toolbar also shows the shortcuts. JMarc

Re: key bindings wish

Jean-Marc LASGOUTTES wrote: Pavel Sanda sa...@lyx.org writes: the document which should do the job is in Help-Shortcuts. however nobody maintains it (hint!) so its generally outdated. Doesn't it use the InsetInfo machinery? It should be reasonably up to date. those which are written are

Re: key bindings wish

Pavel Sanda wrote: but many are listed at all. are not p

Re: key bindings wish

Jean-Marc LASGOUTTES wrote: Neal Becker ndbeck...@gmail.com writes: This morning I wanted to verify that C-sp was protected space. Couldn't find a way to get this info. You can see it in the insert-formatting menu. Moreover, the toolbar also shows the shortcuts. JMarc True, but I'd

key bindings wish

One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space. Couldn't find a way to get this info.

Re: key bindings wish

Neal Becker wrote: > One thing I enjoy with emacs is it has an introspection system to help me > learn key bindings. > > I could as 'where is' the key binding, or simply list all the bindings. > > This morning I wanted to verify that C-sp was protected space. Couldn't &

Re: key bindings wish

On 09/03/2010 09:09 AM, Pavel Sanda wrote: Neal Becker wrote: One thing I enjoy with emacs is it has an introspection system to help me learn key bindings. I could as 'where is' the key binding, or simply list all the bindings. This morning I wanted to verify that C-sp was protected space

Re: key bindings wish

Pavel Sanda writes: > the document which should do the job is in Help->Shortcuts. > however nobody maintains it (hint!) so its generally outdated. Doesn't it use the InsetInfo machinery? It should be reasonably up to date. JMarc

Re: key bindings wish

Neal Becker writes: > This morning I wanted to verify that C-sp was protected space. Couldn't > find a way to get this info. You can see it in the insert->formatting menu. Moreover, the toolbar also shows the shortcuts. JMarc

Re: key bindings wish

Jean-Marc LASGOUTTES wrote: > Pavel Sanda writes: > > the document which should do the job is in Help->Shortcuts. > > however nobody maintains it (hint!) so its generally outdated. > > Doesn't it use the InsetInfo machinery? It should be reasonably up to > date. those which are

Re: key bindings wish

Pavel Sanda wrote: > but many are listed at all. are not p

Re: key bindings wish

Jean-Marc LASGOUTTES wrote: > Neal Becker writes: >> This morning I wanted to verify that C-sp was protected space. Couldn't >> find a way to get this info. > > You can see it in the insert->formatting menu. > > Moreover, the toolbar also shows the shortcuts. > > JMarc

Fwd: Aqua key bindings in lyx

I forward this to the lyx-devel list ... Forwarded Message Subject: Aqua key bindings in lyx Date: 25/10/2008 (11:27 h) From: Niko Schwarz [EMAIL PROTECTED] To: Jürgen Spitzmüller [EMAIL PROTECTED] Hello! I've found the key osx aqua bindings in the 1.5

Fwd: Aqua key bindings in lyx

I forward this to the lyx-devel list ... Forwarded Message Subject: Aqua key bindings in lyx Date: 25/10/2008 (11:27 h) From: Niko Schwarz <[EMAIL PROTECTED]> To: Jürgen Spitzmüller <[EMAIL PROTECTED]> Hello! I've found the key osx a

Re: An idea about the appearance of key-bindings in the statusbar

On Thu, 25 Sep 2008, Nikos Alexandris wrote: What about improving the appearance of key-bindings in the statusbar? Increase space between key-bindings and interchange the background colour for each key-binding (light background - darker background - light background - darker background

Re: An idea about the appearance of key-bindings in the statusbar

Christian Ridderström wrote: PS. Maybe the ability to see a log/history of the most recent commands could be useful. Do we have that possibility? you mean lyx -dbg action ? pavel

Re: An idea about the appearance of key-bindings in the statusbar

On Thu, 25 Sep 2008, Nikos Alexandris wrote: What about improving the appearance of key-bindings in the statusbar? Increase space between key-bindings and interchange the background colour for each key-binding (light background - darker background - light background - darker background

Re: An idea about the appearance of key-bindings in the statusbar

Christian Ridderström wrote: > PS. Maybe the ability to see a log/history of the most recent commands > could be useful. Do we have that possibility? you mean lyx -dbg action ? pavel

Re: Multiple Key Bindings

Richard Heck wrote: I guess I saw this the other way around: BOTH completion AND next-cell should work in tables. and both bound to tab? Otherwise, you, the user, have to remember that completion has no binding in tables. This is very unintuitive, and it is especially nasty with mathed

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: I guess I saw this the other way around: BOTH completion AND next-cell should work in tables. and both bound to tab? Yes. And this does work if what's bound is completion-accept. If you bind it to complete, then it works much less well.

Re: Multiple Key Bindings

Richard Heck wrote: Well, complete isn't always enabled---not in the middle of a word---but it's almost always enabled, so you do have this problem. in fact i don't have this problem, since i use completion-accept ;) it seems we both agree upon this solution, but i would like to listen others

Tab key bindings, completion

hi, as we have brand new lfun for alternative lfuns to be bound to certain key we should decide what to do with tab key: to sum up for people not involved in lengthy discussions: tab bindings: 1.5 state: used for tables and math arrays rc2 state: used for completion (complete lfun) new

Re: Tab key bindings, completion

as we have brand new lfun for alternative lfuns to be bound to certain key we should decide what to do with tab key: to sum up for people not involved in lengthy discussions: tab bindings: 1.5 state: used for tables and math arrays rc2 state: used for completion (complete lfun) new proposal

Re: Tab key bindings, completion

On Wed, Sep 24, 2008 at 2:46 PM, Stefan Schimanski [EMAIL PROTECTED] wrote: now the questions: 1. complete was replaced by complete-accept. (complete is trying to complete in the way bash do after tab - find the longest common prefix from the current on.) is there some disagreement with

Re: Multiple Key Bindings

Richard Heck wrote: > I guess I saw this the other way around: BOTH completion AND next-cell > should work in tables. and both bound to tab? > Otherwise, you, the user, have to remember that > completion has no binding in tables. This is very unintuitive, and it is > especially nasty with

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: I guess I saw this the other way around: BOTH completion AND next-cell should work in tables. and both bound to tab? Yes. And this does work if what's bound is completion-accept. If you bind it to complete, then it works much less well.

Re: Multiple Key Bindings

Richard Heck wrote: > Well, complete isn't always enabled---not in the middle of a word---but > it's almost always enabled, so you do have this problem. in fact i don't have this problem, since i use completion-accept ;) it seems we both agree upon this solution, but i would like to listen

Tab key bindings, completion

hi, as we have brand new lfun for alternative lfuns to be bound to certain key we should decide what to do with tab key: to sum up for people not involved in lengthy discussions: tab bindings: 1.5 state: used for tables and math arrays rc2 state: used for completion (complete lfun) new

Re: Tab key bindings, completion

as we have brand new lfun for alternative lfuns to be bound to certain key we should decide what to do with tab key: to sum up for people not involved in lengthy discussions: tab bindings: 1.5 state: used for tables and math arrays rc2 state: used for completion (complete lfun) new proposal

Re: Tab key bindings, completion

On Wed, Sep 24, 2008 at 2:46 PM, Stefan Schimanski <[EMAIL PROTECTED]> wrote: > now the questions: >> 1. complete was replaced by complete-accept. >> (complete is trying to complete in the way bash do after tab - >> find the longest common prefix from the current on.) >> is there some

Multiple Key Bindings

The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. The problem is that it is entirely unclear how to integrate this with the shortcut editing UI. Ideas are welcome. Richard

Re: Multiple Key Bindings

rgheck [EMAIL PROTECTED] writes: -\bind Tabcell-forward +\bind Tabcompletion-accept +\addbind Tab cell-forward What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already exist? JMarc

Re: Multiple Key Bindings

Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. completion-accept is added from me and works in a different way then complete which was bound to tab

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck [EMAIL PROTECTED] writes: -\bind Tabcell-forward +\bind Tabcompletion-accept +\addbind Tab cell-forward What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already

Re: Multiple Key Bindings

rgheck [EMAIL PROTECTED] writes: What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already exist? \bind overrides the old binding. That is the extant behavior, and I'd guess some people rely upon it. \addbind adds a new

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck [EMAIL PROTECTED] writes: What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already exist? \bind overrides the old binding. That is the extant behavior, and I'd guess some people

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. completion-accept is added from me and works in a different way then complete

Re: Multiple Key Bindings

rgheck [EMAIL PROTECTED] writes: So what about the second part of my question? I ask because we will have to keep the semantics of these things in the future, and therefore need it to be sound. It would overwrite them both. I think that makes sense, semantically. You mean that only the new

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck [EMAIL PROTECTED] writes: So what about the second part of my question? I ask because we will have to keep the semantics of these things in the future, and therefore need it to be sound. It would overwrite them both. I think that makes sense,

Re: Multiple Key Bindings

Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. completion-accept is added from me and works in a different way then complete which was bound to

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. completion-accept is added from me and works in a different way then

Re: Multiple Key Bindings

Richard Heck wrote: wouldn't binding tab to the table movement _on_the_first_place_in_lfuns_list solve this? completion-accept was pushed mainly because i use completion in a bit different fashion and don't want to force anybody on it. But then whatever completion thing is bound to Tab

Re: Multiple Key Bindings

yes, then we could do that. But note that there'd be no way to manage the order of the bindings then, and no indication of what they are. So I'm inclined not to allow adding a binding via the shortcut panel unless those problems are solved. And maybe we could also disallow rebinding a key

Re: Multiple Key Bindings

On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng [EMAIL PROTECTED] wrote: I can have a look at the code at the end of this week if needed. Bo - while you're at it, can you have a look at: http://bugzilla.lyx.org/show_bug.cgi?id=4544 Thanks. (Sorry to hijack the thread) Bennett

Re: Multiple Key Bindings

On Tue, Sep 23, 2008 at 8:06 PM, Bennett Helm [EMAIL PROTECTED] wrote: On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng [EMAIL PROTECTED] wrote: I can have a look at the code at the end of this week if needed. Bo - while you're at it, can you have a look at:

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: wouldn't binding tab to the table movement _on_the_first_place_in_lfuns_list solve this? completion-accept was pushed mainly because i use completion in a bit different fashion and don't want to force anybody on it. But then whatever

Re: Multiple Key Bindings

Bo Peng wrote: By the way---this isn't necessarily for you, Pavel---I've noticed some oddities in the shortcut dialog while working on this. First, it seems bindings from site.bind don't show up in the dialog. They should, at least so you know what they are. Attempts to overwrite these bindings

Multiple Key Bindings

The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. The problem is that it is entirely unclear how to integrate this with the shortcut editing UI. Ideas are welcome. Richard

Re: Multiple Key Bindings

rgheck <[EMAIL PROTECTED]> writes: > -\bind "Tab""cell-forward" > +\bind "Tab""completion-accept" > +\addbind "Tab" "cell-forward" What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already exist? JMarc

Re: Multiple Key Bindings

Richard Heck wrote: > > The attached patch is a start on this. It does work, in the sense that you > can have both completion-accept and cell-forward bound to Tab, and this > works in tables. "completion-accept" is added from me and works in a different way then "complete" which was bound to

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: -\bind "Tab""cell-forward" +\bind "Tab""completion-accept" +\addbind "Tab" "cell-forward" What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2

Re: Multiple Key Bindings

rgheck <[EMAIL PROTECTED]> writes: >> What is the difference between \bind and \addbind when a binding already >> exists? What does \bind do when 2 bindings already exist? >> > \bind overrides the old binding. That is the extant behavior, and I'd > guess some people rely upon it. \addbind adds

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: What is the difference between \bind and \addbind when a binding already exists? What does \bind do when 2 bindings already exist? \bind overrides the old binding. That is the extant behavior, and I'd guess some people

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. "completion-accept" is added from me and works in a different way then

Re: Multiple Key Bindings

rgheck <[EMAIL PROTECTED]> writes: >> So what about the second part of my question? I ask because we will have >> to keep the semantics of these things in the future, and therefore need >> it to be sound. > It would overwrite them both. I think that makes sense, semantically. You mean that only

Re: Multiple Key Bindings

Jean-Marc Lasgouttes wrote: rgheck <[EMAIL PROTECTED]> writes: So what about the second part of my question? I ask because we will have to keep the semantics of these things in the future, and therefore need it to be sound. It would overwrite them both. I think that makes sense,

Re: Multiple Key Bindings

Richard Heck wrote: >>> The attached patch is a start on this. It does work, in the sense that >>> you can have both completion-accept and cell-forward bound to Tab, and >>> this works in tables. >>> >> >> "completion-accept" is added from me and works in a different way then >> "complete"

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: The attached patch is a start on this. It does work, in the sense that you can have both completion-accept and cell-forward bound to Tab, and this works in tables. "completion-accept" is added from me and works in a different way then

Re: Multiple Key Bindings

Richard Heck wrote: >> wouldn't binding tab to the table movement >> _on_the_first_place_in_lfuns_list solve this? completion-accept was pushed >> mainly because i use completion >> in a bit different fashion and don't want to force anybody on it. >> >> > But then whatever completion thing is

Re: Multiple Key Bindings

>> yes, then we could do that. But note that there'd be no way to manage the >> order of the bindings then, and no indication of what they are. So I'm >> inclined not to allow "adding" a binding via the shortcut panel unless >> those problems are solved. And maybe we could also disallow rebinding

Re: Multiple Key Bindings

On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote: > I can have a look at the code at the end of this week if needed. Bo - while you're at it, can you have a look at: http://bugzilla.lyx.org/show_bug.cgi?id=4544 Thanks. (Sorry to hijack the thread) Bennett

Re: Multiple Key Bindings

On Tue, Sep 23, 2008 at 8:06 PM, Bennett Helm <[EMAIL PROTECTED]> wrote: > On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote: >> >> I can have a look at the code at the end of this week if needed. > > Bo - while you're at it, can you have a look at: >

Re: Multiple Key Bindings

Pavel Sanda wrote: Richard Heck wrote: wouldn't binding tab to the table movement _on_the_first_place_in_lfuns_list solve this? completion-accept was pushed mainly because i use completion in a bit different fashion and don't want to force anybody on it. But then whatever

Re: Multiple Key Bindings

Bo Peng wrote: By the way---this isn't necessarily for you, Pavel---I've noticed some oddities in the shortcut dialog while working on this. First, it seems bindings from site.bind don't show up in the dialog. They should, at least so you know what they are. Attempts to overwrite these bindings

Re: keep menu-key-bindings also in fullscreen mode

Hi Abdel Remember that you wrote this patch for enabling the menu-key-bindings in full-screen mode? I liked this feature very much but since my last svn-update it disappeared :-( What happened? Can you include it again? Best, Sebastian Abdelrazak Younes Wed, 28 May 2008 02:26:44 -0700

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: Hi Abdel Remember that you wrote this patch for enabling the menu-key-bindings in full-screen mode? I liked this feature very much but since my last svn-update it disappeared :-( What happened? Can you include it again? This feature has been disabled on Linux

Re: keep menu-key-bindings also in fullscreen mode

at 12:52 +0200, Abdelrazak Younes wrote: Sebastian Guttenberg wrote: Hi Abdel Remember that you wrote this patch for enabling the menu-key-bindings in full-screen mode? I liked this feature very much but since my last svn-update it disappeared :-( What happened? Can you include it again

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: This feature has been disabled on Linux, or more exactly on X11 because of annoying menubar popping up in math. It should be still there on Mac and Windows. ? Well, the menu bar was only popping up if one used the alt key, and the latter one only used if one

Re: keep menu-key-bindings also in fullscreen mode

No, the Alt key is unfortunately heavily used in math, ex: Alt-m-f for a fraction. Ah, sorry. See what you mean. I rarely use those, but the latex command instead. That's why I didn't realize. Will there be any other solution? There will be one hopefully when I finally have the

Re: keep menu-key-bindings also in fullscreen mode

Hi Abdel Remember that you wrote this patch for enabling the menu-key-bindings in full-screen mode? I liked this feature very much but since my last svn-update it disappeared :-( What happened? Can you include it again? Best, Sebastian > Abdelrazak Younes > Wed, 28 May 2008 02:26:44

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: Hi Abdel Remember that you wrote this patch for enabling the menu-key-bindings in full-screen mode? I liked this feature very much but since my last svn-update it disappeared :-( What happened? Can you include it again? This feature has been disabled on Linux

Re: keep menu-key-bindings also in fullscreen mode

, 2008-09-09 at 12:52 +0200, Abdelrazak Younes wrote: > Sebastian Guttenberg wrote: > > Hi Abdel > > Remember that you wrote this patch for enabling the menu-key-bindings in > > full-screen mode? I liked this feature very much but since my last > > svn-update it disappeare

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: This feature has been disabled on Linux, or more exactly on X11 because of annoying menubar popping up in math. It should be still there on Mac and Windows. ? Well, the menu bar was only popping up if one used the alt key, and the latter one only used if one

Re: keep menu-key-bindings also in fullscreen mode

> No, the Alt key is unfortunately heavily used in math, ex: Alt-m-f for a > fraction. Ah, sorry. See what you mean. I rarely use those, but the latex command instead. That's why I didn't realize. > > Will there be any other solution? > > > > There will be one hopefully when I finally have

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: Hi Pavel and Abdel! Thanks a lot for your answers. Sorry, for the late reaction, I forgot to check the mailing list for a while. To Abdel: This patch sounds like the perfect solution! I will try it out! thanks a lot for bothering! This is already in trunk, you

Re: keep menu-key-bindings also in fullscreen mode

Hi Pavel and Abdel! Thanks a lot for your answers. Sorry, for the late reaction, I forgot to check the mailing list for a while. To Abdel: This patch sounds like the perfect solution! I will try it out! thanks a lot for bothering! Best, Sebastian -- This message has been scanned for viruses and

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: Hi Pavel and Abdel! Thanks a lot for your answers. Sorry, for the late reaction, I forgot to check the mailing list for a while. To Abdel: This patch sounds like the perfect solution! I will try it out! thanks a lot for bothering! This is already in trunk, you

Re: keep menu-key-bindings also in fullscreen mode

Hi Pavel and Abdel! Thanks a lot for your answers. Sorry, for the late reaction, I forgot to check the mailing list for a while. To Abdel: This patch sounds like the perfect solution! I will try it out! thanks a lot for bothering! Best, Sebastian -- This message has been scanned for viruses and

keep menu-key-bindings also in fullscreen mode

Hi all Having a small laptop screen, I like very much working in full-screen modes. However, all menu-related key-bindings which I can use in the ordinary mode (like e.g. alt-i f for inserting a footnote) do not work in the fullscreen mode. I would find it very convenient if all menu-related key

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch can work in other way in different systems. if you can't

Re: keep menu-key-bindings also in fullscreen mode

Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch can work in other way in

Re: keep menu-key-bindings also in fullscreen mode

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly

Re: keep menu-key-bindings also in fullscreen mode

Abdelrazak Younes wrote: Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch

keep menu-key-bindings also in fullscreen mode

Hi all Having a small laptop screen, I like very much working in full-screen modes. However, all menu-related key-bindings which I can use in the ordinary mode (like e.g.for inserting a footnote) do not work in the fullscreen mode. I would find it very convenient if all menu-related key

Re: keep menu-key-bindings also in fullscreen mode

Sebastian Guttenberg wrote: >(and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch can work in other way in different systems. if you

Re: keep menu-key-bindings also in fullscreen mode

Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch can work in other way in

Re: keep menu-key-bindings also in fullscreen mode

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly

Re: keep menu-key-bindings also in fullscreen mode

Abdelrazak Younes wrote: Pavel Sanda wrote: Sebastian Guttenberg wrote: (and perhaps simple to implement?) i don't know how to do it easily. also note that this fullscreen stuff is more fragile part of code since every arch like win/linux/mac works slightly different and every touch

key bindings broken?

Almost all no keybinding is working right now for me... Everything ok for anybody else? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: key bindings broken?

Andre Poenitz wrote: Almost all no keybinding is working right now for me... Everything ok for anybody else? Andre' Wow... have you finished compiling already? :) Alfredo

  1   2   >