Re: Tab autocomplete behavior in tables
On 11/30/20 6:02 PM, Scott Kostyshak wrote: On Mon, Nov 30, 2020 at 05:45:59PM -0500, Paul A. Rubin wrote: On 11/30/20 5:13 PM, Scott Kostyshak wrote: Scott: Perhaps you can alleviate my confusion here. Thanks for joining the conversation, Paul. It seems we have a mystery. I use the CUA bind file (with a couple of tweaks) and have the same binding for Tab that you listed. In the preferences dialog, tab completion is on for math mode and off for text mode. Just to be clear, I think you mean *automatic* completion is on for math mode and off for text mode. It took me a while to understand the distinction. In a math inset, if I type something like \right and start playing with the tab key, it does various completion tasks. If I'm not part way into a LaTeX command (but, say, in an align* environment), tabbing moves from cell to cell. In a text table, Tab moves from cell to cell, period. I do *not* under any circumstances get prompted to do word completion. (If it matters, I do have continuous spell checking on, using Enchant.) So I can't reproduce the problem. While I'm not complaining, either I don't understand the problem or you and Maria both failed to appease some digital deity with whom I am apparently on good terms. Well shoot, I was hoping it was the opposite---that some deity was doing me a favor by trying to help with completion, and all I would have to do is piss them off. Gaining their favor seems much more challenging. This is on Linux Mint 20, so behavior should be the same as on Ubuntu Focal. Interesting differences. If in preferences you turn automatic completion on for text, does that change anything? If not, it might just be that completion in text mode is (conveniently) broken for you. Scott As it turns out, I can reproduce the behavior using Maria's example. Apparently I just did not have enough surrounding text in previous attempts ... and apparently I've lived a charmed life using tables so far. An interesting related behavior has to do with the escape key. In other programs (such as programming IDEs), if I get autocompletion hints I don't want, I typically hit the escape key to get rid of them. So, having reproduced the problem with Maria's help, my instinct was to hit Esc and then Tab ... except Esc boots me out of the table. I can understand the logic (sort of), but I wonder if there is a way to repurpose the escape key to just stop hints without moving the cursor? In any case, perhaps the input completion settings for text should have one more option that turns off tab completions entirely in the text (but not in math mode). Paul -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Lyx-2.3.6 build failure
Somehow, at some time since 3.5.3.2 was released I managed to lose by lyx build directory on my Slackware-14.2/x86_64 workstation. I restored it and downloaded lyx-2.3.6.tar.xz but trying to build it fails when a 'build-all' command cannot be found. The complete output is attached. I've looked at it (briefly) and don't see why it failed. I expect one of you devs will immediately spot the problem and let me know how to fix it. Stay well all, Rich lyx-2.3.6-build.log.gz Description: GNU Zip compressed data -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
LyX 2.3.6 Released
We are pleased to announce the release of LyX 2.3.6. This is the sixth maintenance release in the 2.3.x series. It is the result of on-going efforts to make our stable version more reliable and more stable. Most of the changes are fairly minor, fixes of smallish bugs, but a couple crashes have been fixed, as well. One oft-requested feature (going back 13 years) is the ability to create new child documents from within the 'include file' dialog. This is now possible. Another equally old bug that has been fixed is that pasting table content outside a table no longer pastes tab characters. With 2.3.6, we also release an updated version of the Windows installer. (It has been available for previous versions for testing.) Perhaps the most significant change is that LyX is now available as a 64 bit Windows application. Thanks to new contributor Eugene Chornyi for this work. You can download the sources in tar.gz format <\"ftp://ftp.lyx.org/pub/lyx/stable/2.3.x/lyx-2.3.5.tar.gz\;> (also tar.xz <\"ftp://ftp.lyx.org/pub/lyx/stable/2.3.x/lyx-2.3.5.tar.xz\;>). There are also some binaries <\"ftp://ftp.lyx.org/pub/lyx/bin/2.3.5/\;> available. SPECIAL NOTE FOR LINUX USERS: Some Fedora users (specifically ones using the Wayland compositor with Gnome) have reported problems with the menus being shifted down on the screen. (See this bug https://www.lyx.org/trac/ticket/11746 which is itself due to a Qt bug https://bugreports.qt.io/browse/QTBUG-68636.) This has been fixed in the Fedora 2.3.6 RPM but not in the 2.3.6 source code. Any users who encounter this problem are asked please to report it either on the bug tracker or on the lyx-devel mailing list. (Those compiling themselves can apply this patch: https://tinyurl.com/y46z2rbk.) What's new == ** Updates: *** * DOCUMENT INPUT/OUTPUT - Added layout for American Psychological Association (APA), v. 7 (apa7). * USER INTERFACE - Improve UI of math matrix dialog UI (bug 11888). - Fix display of 'by chapter' labels in AMS classes (bug 11741). - Add support for the doublestroke package in mathed (bug 11887). - Fix behavior of text style dialog when "Immediate Apply" is checked (bug 11926). - Focus keyword field in Thesaurus dialog. - Allow creation of a child file from the include dialog (bug 4475). - Make sure to load the correct math fonts in certain cases. - Update autocorrect in mathed so that pressing '*' after a delimiter will cycle through all sizes. - Display character styles along with fonts in status bar (bug 11951). * MISCELLANEOUS - Adjust debug output for fonts by not breaking lines that should go together. * DOCUMENTATION AND LOCALIZATION - Update Czech, German, Italian, Slovak, Russian and French user interface localizations. - Update French translation of Customization manual * BUILD/INSTALLATION - Wininstaller, temporary remove the option to run LyX from the finish page due to upcoming fix of the issue where after installing LyX as admin, this option would execute LyX as admin too. ** Bug fixes: * * DOCUMENT INPUT/OUTPUT - Fix output of titles in branches and other insets (follow-up to bug 11787). - Fix clipping of vector images and when exporting from command line (follow-up to bug 11180). * USER INTERFACE - Fix crash when pasting math grid with more rows in source than target (bug 11897). - Fix problem with drawing of auto-opened insets (bug 11870). - Fix crash when rejecting changes and the cursor is in an inset that will be deleted (bug 10316). - Ask to save hidden dirty documents (bug 11405). - Fix background color of collapsible insets with sublabel. - Do not paste tabulators when pasting multiple cell outside table (bug 4449). - Fix language when pasting multiple cell outside table (bug 11898). - Fix input of decimal numbers in RtL context (bug 11900). - Fix the LyX icon in the Wayland dash (bug 11847). - Fix display bug when typing in a paragraph where row heights change (bug 11601). - Fix wrong marking-text-behavior with doubleclick on notebook touchpads (Windows) - Fix spacing of limits of sum-like operators in display style. - Fix positioning of super- and subscripts with integral signs. - Fix counter in bibliography inset (bug 11920). - Do not allow editing of math package list in Document > Settings > Math Options, thus preventing a crash (bug 11931). - Maintain standard layout for separating paragraphs when switching layouts (bug 11936). - Prevent permanent disabling of widgets in Vertical/Horizontal Space dialogs (bug 11952). - Fix behavior of Edit button in Include dialog. - Localize some previously unlocalized strings (bug 11954 ). - Fix bug where cursor blinks at the wrong position after changing layout (bug 11912). - Fix PrettyFormat for Part (bug 11986). - Fix on-screen display of special math fonts (bug 11802). - Fix white
Re: Tab autocomplete behavior in tables
On Mon, Nov 30, 2020 at 05:45:59PM -0500, Paul A. Rubin wrote: > On 11/30/20 5:13 PM, Scott Kostyshak wrote: > Scott: Perhaps you can alleviate my confusion here. Thanks for joining the conversation, Paul. It seems we have a mystery. > I use the CUA bind file > (with a couple of tweaks) and have the same binding for Tab that you listed. > In the preferences dialog, tab completion is on for math mode and off for > text mode. Just to be clear, I think you mean *automatic* completion is on for math mode and off for text mode. It took me a while to understand the distinction. > In a math inset, if I type something like \right and start > playing with the tab key, it does various completion tasks. If I'm not part > way into a LaTeX command (but, say, in an align* environment), tabbing moves > from cell to cell. > > In a text table, Tab moves from cell to cell, period. I do *not* under any > circumstances get prompted to do word completion. (If it matters, I do have > continuous spell checking on, using Enchant.) So I can't reproduce the > problem. > While I'm not complaining, either I don't understand the problem or > you and Maria both failed to appease some digital deity with whom I am > apparently on good terms. Well shoot, I was hoping it was the opposite---that some deity was doing me a favor by trying to help with completion, and all I would have to do is piss them off. Gaining their favor seems much more challenging. > This is on Linux Mint 20, so behavior should be the same as on Ubuntu Focal. Interesting differences. If in preferences you turn automatic completion on for text, does that change anything? If not, it might just be that completion in text mode is (conveniently) broken for you. Scott signature.asc Description: PGP signature -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Tab autocomplete behavior in tables
On Mon, Nov 30, 2020 at 5:46 PM Paul A. Rubin wrote: > On 11/30/20 5:13 PM, Scott Kostyshak wrote: > > On Mon, Nov 30, 2020 at 04:11:41PM -0500, Maria Gouskova wrote: > > Hi LyX users, > > I'm probably missing something obvious in Preferences, but I couldn't > figure out how to turn off tab autocompletion for tables. I don't mind it > in math mode, so it's checked, but I pretty much never ever want that > behavior in a table. When I hit the Tab key in a table, I want to advance > to the next cell, and not to see a drop-down menu of random words that > start with the same string I just typed. > > so, how do I make Tab always advance to the next cell in a table? > > I have similar preferences to you. We just had a similar discussion on > lyx-devel: > > > https://www.mail-archive.com/search?l=mid=20201120032750.3austjolf7ornvpg%40tallinn > > You mention that you "don't mind it in math mode". If you also don't > mind *not* having it in math, then the solution is simple: > > rebind . The default binding is the following: > > "command-alternatives > completion-accept;cell-forward;tab-insert;outline-in;depth-increment" > > Just remove the "completion-accept" part in your rebinding. > > If you do want to keep autocompletion for math, then things are more > complicated. I have a simple patch that does this, but you would have to > compile LyX with the patch. If you by chance use Ubuntu, I can compile a > .deb for you, but I can't compile for other platforms. > > Scott > > > Scott: Perhaps you can alleviate my confusion here. I use the CUA bind > file (with a couple of tweaks) and have the same binding for Tab that you > listed. In the preferences dialog, tab completion is on for math mode and > off for text mode. In a math inset, if I type something like \right and > start playing with the tab key, it does various completion tasks. If I'm > not part way into a LaTeX command (but, say, in an align* environment), > tabbing moves from cell to cell. > > In a text table, Tab moves from cell to cell, period. I do *not* under any > circumstances get prompted to do word completion. (If it matters, I do have > continuous spell checking on, using Enchant.) So I can't reproduce the > problem. While I'm not complaining, either I don't understand the problem > or you and Maria both failed to appease some digital deity with whom I am > apparently on good terms. > > This is on Linux Mint 20, so behavior should be the same as on Ubuntu > Focal. > > Paul > Paul, I also have cua on Linux Mint. The rest of my LyX is minimally customized, so whatever is on by default is what I usually have. One good way to set this off is to have words in the text around the table that start with the same substring. Try this for a minimal example: "notion, notation, noble, nonsectarian, nondeterministic" then in table: enter "no" in a cell, and hit Tab. (If you hit "yes", it should move you to the next tab, which iis what we want.") After "no", though, I see "nominal" in my minimal example, as well as some of the words from the list I entered above. > > -- > lyx-users mailing list > lyx-users@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users > -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Tab autocomplete behavior in tables
On 11/30/20 5:13 PM, Scott Kostyshak wrote: On Mon, Nov 30, 2020 at 04:11:41PM -0500, Maria Gouskova wrote: Hi LyX users, I'm probably missing something obvious in Preferences, but I couldn't figure out how to turn off tab autocompletion for tables. I don't mind it in math mode, so it's checked, but I pretty much never ever want that behavior in a table. When I hit the Tab key in a table, I want to advance to the next cell, and not to see a drop-down menu of random words that start with the same string I just typed. so, how do I make Tab always advance to the next cell in a table? I have similar preferences to you. We just had a similar discussion on lyx-devel: https://www.mail-archive.com/search?l=mid=20201120032750.3austjolf7ornvpg%40tallinn You mention that you "don't mind it in math mode". If you also don't mind *not* having it in math, then the solution is simple: rebind . The default binding is the following: "command-alternatives completion-accept;cell-forward;tab-insert;outline-in;depth-increment" Just remove the "completion-accept" part in your rebinding. If you do want to keep autocompletion for math, then things are more complicated. I have a simple patch that does this, but you would have to compile LyX with the patch. If you by chance use Ubuntu, I can compile a .deb for you, but I can't compile for other platforms. Scott Scott: Perhaps you can alleviate my confusion here. I use the CUA bind file (with a couple of tweaks) and have the same binding for Tab that you listed. In the preferences dialog, tab completion is on for math mode and off for text mode. In a math inset, if I type something like \right and start playing with the tab key, it does various completion tasks. If I'm not part way into a LaTeX command (but, say, in an align* environment), tabbing moves from cell to cell. In a text table, Tab moves from cell to cell, period. I do *not* under any circumstances get prompted to do word completion. (If it matters, I do have continuous spell checking on, using Enchant.) So I can't reproduce the problem. While I'm not complaining, either I don't understand the problem or you and Maria both failed to appease some digital deity with whom I am apparently on good terms. This is on Linux Mint 20, so behavior should be the same as on Ubuntu Focal. Paul -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Tab autocomplete behavior in tables
On Mon, Nov 30, 2020 at 04:11:41PM -0500, Maria Gouskova wrote: > Hi LyX users, > > I'm probably missing something obvious in Preferences, but I couldn't > figure out how to turn off tab autocompletion for tables. I don't mind it > in math mode, so it's checked, but I pretty much never ever want that > behavior in a table. When I hit the Tab key in a table, I want to advance > to the next cell, and not to see a drop-down menu of random words that > start with the same string I just typed. > > so, how do I make Tab always advance to the next cell in a table? I have similar preferences to you. We just had a similar discussion on lyx-devel: https://www.mail-archive.com/search?l=mid=20201120032750.3austjolf7ornvpg%40tallinn You mention that you "don't mind it in math mode". If you also don't mind *not* having it in math, then the solution is simple: rebind . The default binding is the following: "command-alternatives completion-accept;cell-forward;tab-insert;outline-in;depth-increment" Just remove the "completion-accept" part in your rebinding. If you do want to keep autocompletion for math, then things are more complicated. I have a simple patch that does this, but you would have to compile LyX with the patch. If you by chance use Ubuntu, I can compile a .deb for you, but I can't compile for other platforms. Scott signature.asc Description: PGP signature -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Tab autocomplete behavior in tables
Hi LyX users, I'm probably missing something obvious in Preferences, but I couldn't figure out how to turn off tab autocompletion for tables. I don't mind it in math mode, so it's checked, but I pretty much never ever want that behavior in a table. When I hit the Tab key in a table, I want to advance to the next cell, and not to see a drop-down menu of random words that start with the same string I just typed. so, how do I make Tab always advance to the next cell in a table? Maria -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX under WSL2 using VcXsrv (sharing clipboard problems)
On Mon, Nov 30, 2020 at 11:28:01AM -0500, Cris Fuhrman wrote: > > > I'm able to do copy/paste with other applications such as xfe (file > > > explorer) and gedit (text editor), so I know my XServer can work properly > > > (at least sometimes). > > > > It would be interesting to try different apps than xfe or gedit, some which > > use Qt framework as does LyX. > > Any suggestions? I'm happy to try them, but I don't use X11 applications > much apart from LyX these days. https://wiki.manjaro.org/index.php/List_of_Qt_Applications Pick your favourite :) > When you add up all the Googling, the 'sudo apt install ...' commands you > have to type, etc., I'm not sure those are overall less than the headaches of > configuring the python path, etc., in Windows. Well, per your report not now and that's what I meant by 'longterm' solution. It might take couple more years to have X11 apps running in windows on a single repository click but I see it coming. > As you say, with a Wiki it could be less painful. I know I didn't have to > touch the texlive install so far. Be our guest and fill up your finding/tips on wiki.lyx.org :) Pavel -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Using LyX for publication
On Mon, Nov 30, 2020 at 10:32:55AM -0600, Les Denham wrote: > I mentioned in a post back in March this year that I had a book in > publication for which I was using LyX to prepare the final PDF for the > printer, adhering to rather rigid specifications by the publisher. > > That book has now been published, using my PDF for everything but the > cover. Both I and the publisher are happy with the results. > > If anyone wants advice with a similar project I am happy to help. Congrats, Les! If you are up for it, add it to the Wiki: https://wiki.lyx.org/LyX/ProducedPublications Scott signature.asc Description: PGP signature -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Using LyX for publication
I mentioned in a post back in March this year that I had a book in publication for which I was using LyX to prepare the final PDF for the printer, adhering to rather rigid specifications by the publisher. That book has now been published, using my PDF for everything but the cover. Both I and the publisher are happy with the results. If anyone wants advice with a similar project I am happy to help. Les -- Les Denham Blizzards and Broken Grousers https://seg.org/shop/products/detail/237626086 -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX under WSL2 using VcXsrv (sharing clipboard problems)
On Mon, Nov 30, 2020 at 10:03 AM Pavel Sanda wrote: > On Fri, Nov 27, 2020 at 02:47:34PM -0500, Cris Fuhrman wrote: > > Sadly, I can't get the clipboard to work consistently outside of X. For > > example: > > > > > >1. In Windows, start the VcXsrv > >2. In WSL2, start LyX, create New file > >3. In Windows, copy some text (e.g., from Notepad++) > >4. In LyX paste (this works) > >5. In LyX, change the text, then Copy > >6. In Notepad++, paste (no effect). Windows-V (to show the clipboard > >history) shows no trace of the newly copied text from LyX. > >7. Try steps 2-4 again and it no longer works, implying something > >"breaks" the Xserver in those steps. > > > > I'm able to do copy/paste with other applications such as xfe (file > > explorer) and gedit (text editor), so I know my XServer can work properly > > (at least sometimes). > > It would be interesting to try different apps than xfe or gedit, some which > use Qt framework as does LyX. > Any suggestions? I'm happy to try them, but I don't use X11 applications much apart from LyX these days. > Qt's handling of clipboard can be tricky and buggy at times, but if other > Qt > based apps do work we should have a look at it. > I actually found a work-around to make LyX work by turning off "primary" clipboard in VcXsrv. I'm not sure if other X11 apps work properly, however. So far it's OK with xterm. Here's how I'm starting VcXsrv in a batch file that runs when I boot Windows 10: REM Change E:\VcXsrv to your VcXsrv installation folder START /D "E:\VcXsrv" /B vcxsrv.exe -multiwindow -clipboard -noprimary -nowgl -ac -displayfd 720 Anyway, if LyX reasonably works under WSL2 it would be worth to create LyX > wiki page > with intructions how to set it up and then I can make direct link from our > official > Download pages. > > I am thinking for some while that WSL-based LyX could become in longterm > the best > way how to get LyX working under Windows -- all the LaTeX/python deps and > security > updates for ghostscript and imagemagick solved at one shot by the > underlying > distribution... In more than decade we lost so much energy in dicussions > and > fights about the windows installers and associated MikTeX bugs which could > be > avoided this way. > I think it's worth considering. WSL2 is fast-moving and requires some configuring to make X11 work. I think it's better than running Linux in a VirtualBox because of disk space (images are pretty huge, compared to dumping a save of your distro in WSL). But all the tweaking I had to do on linux seems to have lots of accidental complexity. For example, I still can't type accents in LyX in WSL2 as I do in Windows when I have selected an International keyboard. I know it's possible in WSL2, but I have to Google it, set up the keyboard properly and that's a whole rabbit hole (WSL isn't like a distro with a nice set of configuration tools for the GUI -- you have to hack to make X11 work). Also, there's still not an official WSL2 for Ubuntu 20.04 LTS (you can make it work, but it's a tweak). LyX isn't ready out of the box... When you add up all the Googling, the 'sudo apt install ...' commands you have to type, etc., I'm not sure those are overall less than the headaches of configuring the python path, etc., in Windows. As you say, with a Wiki it could be less painful. I know I didn't have to touch the texlive install so far. But, I can definitely see how it would be better for LyX devs to not have to support Windows 10. Honestly, I've moved away from LyX to markdown/pandoc/latex for newer content. It's not as much control as LyX, but it's good enough for me to produce documentation useful in my courses. I've invested in LyX for one set of course notes, so I will still maintain it. But the markdown/pandoc solutions are easier to maintain on GitHub with the various collaborators I work with. Cris > > Pavel > -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX under WSL2 using VcXsrv (sharing clipboard problems)
On Fri, Nov 27, 2020 at 02:47:34PM -0500, Cris Fuhrman wrote: > Sadly, I can't get the clipboard to work consistently outside of X. For > example: > > >1. In Windows, start the VcXsrv >2. In WSL2, start LyX, create New file >3. In Windows, copy some text (e.g., from Notepad++) >4. In LyX paste (this works) >5. In LyX, change the text, then Copy >6. In Notepad++, paste (no effect). Windows-V (to show the clipboard >history) shows no trace of the newly copied text from LyX. >7. Try steps 2-4 again and it no longer works, implying something >"breaks" the Xserver in those steps. > > I'm able to do copy/paste with other applications such as xfe (file > explorer) and gedit (text editor), so I know my XServer can work properly > (at least sometimes). It would be interesting to try different apps than xfe or gedit, some which use Qt framework as does LyX. Qt's handling of clipboard can be tricky and buggy at times, but if other Qt based apps do work we should have a look at it. Anyway, if LyX reasonably works under WSL2 it would be worth to create LyX wiki page with intructions how to set it up and then I can make direct link from our official Download pages. I am thinking for some while that WSL-based LyX could become in longterm the best way how to get LyX working under Windows -- all the LaTeX/python deps and security updates for ghostscript and imagemagick solved at one shot by the underlying distribution... In more than decade we lost so much energy in dicussions and fights about the windows installers and associated MikTeX bugs which could be avoided this way. Pavel -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users