Re: Ctrl+s inserts an omega sign instead of saving the document, escape inserts a sun sign
On 11/16/18 9:24 AM, Paul Rougieux wrote: > Dear Lyx Devel, > > I have found a fix by editing the key bindings as follows: > \bind "C-s" "buffer-write" > \bind "Escape" "escape" What OS was this? Which LyX version? It'd be nice to try to see if we can reproduce. Which bind file did you edit? Where did you put the result? You might also have a look and see if there are other *.bind files in the bind/ subdir of your user directory. Riki > > On Fri, Nov 16, 2018 at 12:22 PM Paul Rougieux > mailto:paul.rougi...@gmail.com>> wrote: > > Dear Developers, > Lyx Shortcuts have a strange and annoying bug: > where ctrl+s inserts an omega symbol instead of saving the > document, escape inserts a sun symbol instead of escaping from a > menu or window. Screen shot attached. > > I don't know if it's related. A couple of days ago, I edited the > Lyx bind file as explained here to add a few shortcuts. My bind > file only contains the following lines: > > Format 2 > > \bind "C-M-c" "citation-insert" > \bind "C-k" "href-insert" > > How can I bring back ctrl+s and ctrl+z to their normal behavior? > > > I also described the bug here in stackexchange, but it's probably > not the right place, because that site is more about Latex requests. > > https://tex.stackexchange.com/questions/460273/ctrls-inserts-an-omega-sign-instead-of-saving-the-document-escape-inserts-a-su > > > Have a nice day, > Paul >
Re: Wrong display on lyx screen
Am Freitag, 16. November 2018 15:48:01 CET schrieb Daniel : > On 16/11/2018 15:30, Daniel wrote: > > On 16/11/2018 13:02, Kornel Benko wrote: > >> Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel > >> : > > I am a fan of dotted underline for misspelled words as you might > > remember. But I am not sure I would like emphasis to be colored that > > way. It is normally not a mistake but intentional in theorems and > > such. > > But maybe the search for character styles could highlight all > > instances > > in the document? > > That is not possible ... > >>> > >>> Is this still due to otherwise bad performance? > >> > >> No, it is because we highlight only ONE found string. > > > > So, does highlighting of all found strings seem like a reasonable > > enhancement? > > Maybe I should have read your reply more charitable. I guess you meant > that highlighting only "ONE" found string is the only reasonable way. > So, let me explain a bit. > > One could introduce a (different) secondary highlight color which > highlights all found instances in the document while the search > window/widget is open and the search string non-empty. Several > applications already support this including many browsers, pdf reader, > and word processors (not Libre Office though, I think, but MS Word). > > Daniel > I have no idea how to add it to existing search machinery. Kornel signature.asc Description: This is a digitally signed message part.
Re: Wrong display on lyx screen
On 16/11/2018 15:30, Daniel wrote: On 16/11/2018 13:02, Kornel Benko wrote: Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel : I am a fan of dotted underline for misspelled words as you might remember. But I am not sure I would like emphasis to be colored that way. It is normally not a mistake but intentional in theorems and such. But maybe the search for character styles could highlight all instances in the document? That is not possible ... Is this still due to otherwise bad performance? No, it is because we highlight only ONE found string. So, does highlighting of all found strings seem like a reasonable enhancement? Maybe I should have read your reply more charitable. I guess you meant that highlighting only "ONE" found string is the only reasonable way. So, let me explain a bit. One could introduce a (different) secondary highlight color which highlights all found instances in the document while the search window/widget is open and the search string non-empty. Several applications already support this including many browsers, pdf reader, and word processors (not Libre Office though, I think, but MS Word). Daniel
Re: Patch test with several minor dialog alignment fixes
On 31/10/2018 18:20, Daniel wrote: On 31/10/2018 17:46, Daniel wrote: On 31/10/2018 15:25, Daniel wrote: On 31/10/2018 07:57, Daniel wrote: On 31/10/2018 07:24, Daniel wrote: On 30/10/2018 21:23, Daniel wrote: On 30/10/2018 17:37, Daniel wrote: On 30/10/2018 16:46, Scott Kostyshak wrote: On Tue, Oct 30, 2018 at 04:16:16PM +0100, Daniel wrote: Thanks for checking. The minimum height was actually a bit imprecise. I should have written: "fixed at minimum height". In current master you can increase the height but I couldn't see what is to be gained by this and many other apps have fixed height find dialogs. Ah I see. Thanks for the explanation. Seems reasonable to me. Great. When I find time, I go ahead and fix what seem to me positioning issues in the other dialogs. Daniel Spellchecker dialog. Thesaurus dialog. Compare dialog. Preferences dialog. (This might be a more controversial change.) Messages Pane. Search & Replace Advanced. A bit more extensive changes. Just stumbled upon a misplaced spacer in the Table Insert dialog. Patch and screen captures attached. Daniel >From 9922b971ae8c8419a1e369e427b8981072b4c01e Mon Sep 17 00:00:00 2001 From: Daniel Ramoeller Date: Fri, 16 Nov 2018 15:28:59 +0100 Subject: [PATCH] Fix for Insert Table dialog: - Correct spacer position --- src/frontends/qt4/ui/TabularCreateUi.ui | 20 +++- 1 file changed, 7 insertions(+), 13 deletions(-) diff --git a/src/frontends/qt4/ui/TabularCreateUi.ui b/src/frontends/qt4/ui/TabularCreateUi.ui index 11dbf5bfe6..6a0ad76e50 100644 --- a/src/frontends/qt4/ui/TabularCreateUi.ui +++ b/src/frontends/qt4/ui/TabularCreateUi.ui @@ -83,23 +83,17 @@ + + + + Qt::Horizontal + + + - - - - Qt::Horizontal - - - - 40 - 20 - - - - -- 2.17.0.windows.1
Re: Wrong display on lyx screen
On 16/11/2018 13:02, Kornel Benko wrote: Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel : I am a fan of dotted underline for misspelled words as you might remember. But I am not sure I would like emphasis to be colored that way. It is normally not a mistake but intentional in theorems and such. But maybe the search for character styles could highlight all instances in the document? That is not possible ... Is this still due to otherwise bad performance? No, it is because we highlight only ONE found string. So, does highlighting of all found strings seem like a reasonable enhancement? Daniel
Re: Ctrl+s inserts an omega sign instead of saving the document, escape inserts a sun sign
Dear Lyx Devel, I have found a fix by editing the key bindings as follows: \bind "C-s" "buffer-write" \bind "Escape" "escape" Still it's strange that those crucial shortcuts got overwritten. Have a nice day, Paul On Fri, Nov 16, 2018 at 12:22 PM Paul Rougieux wrote: > Dear Developers, > Lyx Shortcuts have a strange and annoying bug: > where ctrl+s inserts an omega symbol instead of saving the document, > escape inserts a sun symbol instead of escaping from a menu or window. > Screen shot attached. > > I don't know if it's related. A couple of days ago, I edited the Lyx bind > file as explained here to add a few shortcuts. My bind file only contains > the following lines: > > Format 2 > > \bind "C-M-c" "citation-insert" > \bind "C-k" "href-insert" > > How can I bring back ctrl+s and ctrl+z to their normal behavior? > > > I also described the bug here in stackexchange, but it's probably not the > right place, because that site is more about Latex requests. > > https://tex.stackexchange.com/questions/460273/ctrls-inserts-an-omega-sign-instead-of-saving-the-document-escape-inserts-a-su > > > Have a nice day, > Paul >
Re: Ctrl+s inserts an omega sign instead of saving the document, escape inserts a sun sign
Am Freitag, 16. November 2018 12:22:05 CET schrieb Paul Rougieux : > Dear Developers, > Lyx Shortcuts have a strange and annoying bug: > where ctrl+s inserts an omega symbol instead of saving the document, escape > inserts a sun symbol instead of escaping from a menu or window. Screen shot > attached. You should check your shortcuts in lyx first Tools->Preferences->Editing->Shortcuts Then search for Ctrl+S, and change accordingly. If the displayed shortcut is correct, then maybe your platform could be blamed, not lyx. > I don't know if it's related. A couple of days ago, I edited the Lyx bind > file as explained here to add a few shortcuts. My bind file only contains > the following lines: > > Format 2 > > \bind "C-M-c" "citation-insert" > \bind "C-k" "href-insert" Again, check if these shortcuts made it to lyx. Does not look related, but maybe it is causing conflicts. Comment them in your bind file and check again. > How can I bring back ctrl+s and ctrl+z to their normal behavior? > > > I also described the bug here in stackexchange, but it's probably not the > right place, because that site is more about Latex requests. > https://tex.stackexchange.com/questions/460273/ctrls-inserts-an-omega-sign-instead-of-saving-the-document-escape-inserts-a-su Latex has nothing to do with shortcuts. Only lyx and your system affect the behaviour here. > > Have a nice day, > Paul Kornel signature.asc Description: This is a digitally signed message part.
Ctrl+s inserts an omega sign instead of saving the document, escape inserts a sun sign
Dear Developers, Lyx Shortcuts have a strange and annoying bug: where ctrl+s inserts an omega symbol instead of saving the document, escape inserts a sun symbol instead of escaping from a menu or window. Screen shot attached. I don't know if it's related. A couple of days ago, I edited the Lyx bind file as explained here to add a few shortcuts. My bind file only contains the following lines: Format 2 \bind "C-M-c" "citation-insert" \bind "C-k" "href-insert" How can I bring back ctrl+s and ctrl+z to their normal behavior? I also described the bug here in stackexchange, but it's probably not the right place, because that site is more about Latex requests. https://tex.stackexchange.com/questions/460273/ctrls-inserts-an-omega-sign-instead-of-saving-the-document-escape-inserts-a-su Have a nice day, Paul
Re: Wrong display on lyx screen
Am Freitag, 16. November 2018 12:28:08 CET schrieb Daniel : > >> I am a fan of dotted underline for misspelled words as you might > >> remember. But I am not sure I would like emphasis to be colored that > >> way. It is normally not a mistake but intentional in theorems and such. > >> But maybe the search for character styles could highlight all instances > >> in the document? > > > > That is not possible ... > > Is this still due to otherwise bad performance? No, it is because we highlight only ONE found string. Kornel signature.asc Description: This is a digitally signed message part.
Re: Wrong display on lyx screen
On 2018-11-13 17:10, Kornel Benko wrote: Am Dienstag, 13. November 2018 16:46:47 CET schrieb Daniel : On 13/11/2018 15:13, Kornel Benko wrote: Am Dienstag, 13. November 2018 15:02:53 CET schrieb Daniel : On 13/11/2018 13:38, Kornel Benko wrote: Am Dienstag, 13. November 2018 12:56:02 CET schrieb Daniel : On 13/11/2018 12:10, Kornel Benko wrote: If using features italic and emphasized together, then the display on lyx screen looks upright. We can see it in UserGuide.lyx at C.1.1.1 stdmenus.inc specifies the menu entries for the standard menus The latex code is \item [{stdmenus.inc}] \textit{\emph{specifies the menu entries for the standard menus}} But what is more irritating is the pdf output, which shows the same behavior. So \textit and \emph seem to neutralize each other? Kornel Doesn't \emph by default use italics? And then it makes sense to me that it cancels out. Consider a longer passage that is set in italics. It makes sense to have emphasises to work that way you describe to make it stand out. Hm, yes, that makes sense. Still, some visual difference in lyx screen would make sense for me too. Do you have any suggestions how to visualize the difference in a sensible way? I couldn't think of any. Different color or better: dotted underline (with dots in specific (yellow) color) I am a fan of dotted underline for misspelled words as you might remember. But I am not sure I would like emphasis to be colored that way. It is normally not a mistake but intentional in theorems and such. But maybe the search for character styles could highlight all instances in the document? That is not possible ... Is this still due to otherwise bad performance? Daniel