Re: Two small mathed quibbles.
Le 04/09/2018 à 02:02, Andrew Parsloe a écrit : Working with mathed in 2.3.1, I've noted a couple of small items. 1. Some primes need more space. Lowercase: t', d'; uppercase T', E', F'. (T' is the worst.) This is using the default Times New Roman at 150% zoom. Could you show a screenshot? I do not see it. 2. It seems much harder now to select a subscript with the mouse in an inline formula without selecting the symbol it is attached to, e.g. selecting 'i' with the mouse in $f_{i}$, particularly when there is another line of text in the same paragraph below the formula. This was always a bit fiddly but seems to be considerably more delicate now. Is it more delicate because the cursor is too small to be seen? What kind of setup do your have? What would you suggest to do? JMarc
Re: [LyX/master] needauth is not needed for Sweave>LyX
Le 12/09/2018 à 17:35, Richard Kimberly Heck a écrit : On 09/12/2018 09:28 AM, Jean-Marc Lasgouttes wrote: Le 12/09/2018 à 15:22, Jean-Marc Lasgouttes a écrit : commit 23dbacb636c2ac616967669ec038ab0d5c8b9dd3 Author: Jean-Marc Lasgouttes Date: Wed Sep 12 15:14:56 2018 +0200 needauth is not needed for Sweave>LyX Indeed this relies on tex2lyx and does not run R scripts. The same holds for Knitr>LyX Riki, this is candidate for 2.3.2. Unless of course I got something wrong. Your call. I do not use Sweave, etc, so am ignorant about this. Thanks, I backported it. JMarc
Re: [LyX/master] Use symbols file to lookup entities for delimiters. Fixes bug #8280.
Le 14/09/2018 à 02:53, Scott Kostyshak a écrit : On Mon, Jun 11, 2018 at 10:52:07AM +0200, Jean-Marc Lasgouttes wrote: Le 09/06/2018 à 05:16, Scott Kostyshak a écrit : If I open Math.lyx, select all, and copy, I get the following messages: mathed/MathStream.cpp (715): Unable to find `\{' in the mathWordList. mathed/MathStream.cpp (715): Unable to find `\}' in the mathWordList. I can reproduce to soon after this commit, so I'm guessing it has always been here. Any ideas how to fix it? I looks like the beginning of the function catters for ()<>[], but not \{\}. The beginning of convertDelimToXMLEscape()? I only see a special case for '<' and '>'. Indeed. I do not know anymore what I referred to... JMarc
Re: Non-native dialog
Le 17/09/2018 à 19:34, Jürgen Spitzmüller a écrit : I wonder if a better solution is a widget that collects (and maybe categorizes) files from given paths and let you click on it. Like LibreOffice has it (see attachment, although LyX's definitely would look different). This would open fro the menu if you click on "New from Template..." or "Open Example file...". We could definitely use a combox for ui elements (bind files, ui files, keyboard...). JMarc
Re: Non-native dialog
Am Montag, den 17.09.2018, 21:28 +0200 schrieb Daniel: > I am wondering why the templates from the library directory are not > copied to the templates directory in the user directory. Is there a > specific reason for this? If we copied those, then we effectively abandon the system directory. Also, in a multi-user environment, it will lead to a multiplication of identical files. > As for the widget: I guess there are some benefits to it. One could, > for > example, add a number of user defined directories to it for specific > use > in LyX. I found that a helpful function in PDF-XChange: > > https://help.tracker-software.com/pdfxe7/file_ed.html > > There is a similar problem with "Save As..." which could use the > widget too. > > However, some people might be annoyed by having to do an extra click > where they had to do only one. So an idea might be to keep the > classic There is no extra click involved, if I am not mis-counting. Jürgen > menu entries and add an "Open (Advanced)... Ctrl+Alt+O" and "Save As > (Advanced)... Ctrl+Alt+S" which shows the widget. (The key > combination > Ctrl+Shift+S is already taken. Maybe the advanced search should then > be > "Ctrl+Alt+F" too.) > > Daniel > signature.asc Description: This is a digitally signed message part
Re: Non-native dialog
On 17/09/2018 21:28, Daniel wrote: On 17/09/2018 19:34, Jürgen Spitzmüller wrote: Am Montag, den 17.09.2018, 10:37 +0200 schrieb Daniel: I am sorry if I have not overlooked it, but I couldn't find *any* argument in the ticket (other than it's "horrible UI", which seems question begging). I have to try to find the mail discussion then (which is not referenced in the ticket). So far, I have seen the menu solution in several applications, including Libre Office. I am not saying that they never make bad UI decisions but I am at a lack evidence for this being one. I do not think (any longer) a menu approach is bad per se. And I agree (meanwhile) we need to do something outside the file dialog, as it is unlikely we will have access to native dialog's places widget. However, the disadvantage of a menu approach is that it doesn't combine templates (or examples) of the system and user directories (the non- native file dialog didn't either, but that does not make it better). I wonder if a better solution is a widget that collects (and maybe categorizes) files from given paths and let you click on it. Like LibreOffice has it (see attachment, although LyX's definitely would look different). This would open fro the menu if you click on "New from Template..." or "Open Example file...". So it combines your idea with a more sophisticated UI. I am wondering why the templates from the library directory are not copied to the templates directory in the user directory. Is there a specific reason for this? As for the widget: I guess there are some benefits to it. One could, for example, add a number of user defined directories to it for specific use in LyX. I found that a helpful function in PDF-XChange: https://help.tracker-software.com/pdfxe7/file_ed.html Actually, one could do the same with menu's, if the file-open command would support it... So that leaves the combined templates for now, or what else speaks in favour of a widget? Daniel
Re: [ANNOUNCE] LyX 2.3.1 Released
On 09/17/2018 03:10 PM, John White wrote: > Congrats. > > I got on lyx.org to make a donation but don't understand the paypal thing as > it is in euros not $. Can I just sent a check on a Reno Nevada USA bank to > the address on that site? No idea, but PayPal will do the currency conversion for you. If you want to find out how many euros 10 dollars is, say, just google "10 dollars in euros". Then give that many euros. Once you log into PayPal, and right before you actually pay, PayPal will tell you how many dollars it is, since your account is in dollars. There are of course some fees built into that, so it will probably be slightly more. Riki On Sunday, September 16, 2018 11:40:46 AM PDT Richard Kimberly Heck wrote: >> Public release of LyX version 2.3.1 >> === >> >> We are proud to announce the release of LyX 2.3.1. This is the first >> maintenance release in the 2.3.x series. >> >> You can download LyX 2.3.1 from http://www.lyx.org/Download/. >> >> LyX is a document processor that encourages an approach to writing based >> on the structure of your documents and not simply their appearance. It is >> released under a Free and Open Source Software license. >> >> LyX 2.3.1 is the result of on-going efforts to make our stable version more >> reliable and more stable. We have fixed a number of bugs and added some new >> features. Please see below for a full list. Perhaps the most important of >> these is that Jean-Marc Lasgouttes re-wrote the document painting >> mechanism. >> This makes LyX snappier, especially on repeated events. >> >> All python scripts distributed with LyX should now be compatible with both >> python 2.x and python 3.x. >> >> One oft-requested enhancement was to restore a keyboard shortcut for opening >> the 'settings' menu of graphics, reference, etc, insets. This is now >> Control- >> Alt-i, on Windows and Linux, and Control-Option-i on OSX (assuming you are >> using the default keybindings). >> >> A change to how math macros are output can break some documents that use >> ERT to comment out macros. Please see bug #11216 if you experience this >> sort >> of problem. >> >> If you think you have found a bug in LyX 2.3.1, please open a bug report at >> http://www.lyx.org/trac/wiki/BugTrackerHome. If you're not sure whether it >> really is a bug, you can e-mail the LyX developers' mailing list (lyx-devel >> lists.lyx.org) and ask. >> >> If you have trouble using LyX or have a question, consult the documentation >> that comes with LyX (under the Help or Apple menu) and the LyX wiki, which >> is at http://wiki.lyx.org/. If you can't find the answer there, e-mail the >> LyX users' list (lyx-users lists.lyx.org), where you will find an >> active community of people who are ready to help. >> >> We hope you enjoy using LyX 2.3.1. >> >> The LyX team. >> http://www.lyx.org >> >> >> What's new >> == >> >> ** Updates: >> *** >> >> * DOCUMENT INPUT/OUTPUT >> >> - It possible to anonymize document's content for bug submissions >> via buffer-anonymize lfun (bug 7259). >> >> - Support rotation of multi-page tables via (pdf)lscape (bug 9194). >> >> - Added LFUN_MASTER_BUFFER_EXPORT, which exports the master buffer, along >> the lines of LFUN_MASTER_BUFFER_VIEW (bug 8). >> >> - Needauth is not needed for exporting R code (only when executing the >> code). >> >> - Center longtable explicitly for compatibility with some packages (bug >> 10690). >> >> - Fix problems with default conversion script for graphics (part of bug >> 11186). >> >> >> * MISCELLANEOUS >> >> - Updated to Qt5 the LyX server example client in development/lyxserver/ >> >> >> * TEX2LYX IMPROVEMENTS >> >> - Add support for biblatex. >> >> - Add support for chapterbib. >> >> - Add support for \includeonly. >> >> - Add support for beamer overlay arguments (bug 11068). >> >> - Update tex2lyx quotation marks detection: >> * Consider new quote styles of LyX 2.3. >> * Consider changed quote styles in LYX 2.3. >> * Try to be a bit smarter with ambiguous quotation marks, >> depending on the main quote style and the local context. >> >> - Consider options passed via \PassOptionsToPackage. >> >> - Add support for URW Classico, MinionPro and the new Libertine fonts. >> >> - Add support for \lstinputlisting and \inputminted. >> >> - Add support for the \t*{} (bottomtiebar) macro of TIPA. >> >> - Implement better parsing of some command options (via "literate" >> function of some insets) (bug 9563). >> >> - Add support for alignment pseudo-environments as used inside floats >> (bug 7857). >> >> >> * USER INTERFACE >> >> - Overhaul the document painting mechanism. Now the screen is updated >> asyncronously (as all normal applications do), which makes LyX >> snappier, especially on repeated events. As an added bonus, subpixel >> aliasing is honored in the work area. >> >> - Use native file dialogs on all platforms by default. It is now >> possible to switch to LyX c
Re: Non-native dialog
On 17/09/2018 19:34, Jürgen Spitzmüller wrote: Am Montag, den 17.09.2018, 10:37 +0200 schrieb Daniel: I am sorry if I have not overlooked it, but I couldn't find *any* argument in the ticket (other than it's "horrible UI", which seems question begging). I have to try to find the mail discussion then (which is not referenced in the ticket). So far, I have seen the menu solution in several applications, including Libre Office. I am not saying that they never make bad UI decisions but I am at a lack evidence for this being one. I do not think (any longer) a menu approach is bad per se. And I agree (meanwhile) we need to do something outside the file dialog, as it is unlikely we will have access to native dialog's places widget. However, the disadvantage of a menu approach is that it doesn't combine templates (or examples) of the system and user directories (the non- native file dialog didn't either, but that does not make it better). I wonder if a better solution is a widget that collects (and maybe categorizes) files from given paths and let you click on it. Like LibreOffice has it (see attachment, although LyX's definitely would look different). This would open fro the menu if you click on "New from Template..." or "Open Example file...". So it combines your idea with a more sophisticated UI. I am wondering why the templates from the library directory are not copied to the templates directory in the user directory. Is there a specific reason for this? As for the widget: I guess there are some benefits to it. One could, for example, add a number of user defined directories to it for specific use in LyX. I found that a helpful function in PDF-XChange: https://help.tracker-software.com/pdfxe7/file_ed.html There is a similar problem with "Save As..." which could use the widget too. However, some people might be annoyed by having to do an extra click where they had to do only one. So an idea might be to keep the classic menu entries and add an "Open (Advanced)... Ctrl+Alt+O" and "Save As (Advanced)... Ctrl+Alt+S" which shows the widget. (The key combination Ctrl+Shift+S is already taken. Maybe the advanced search should then be "Ctrl+Alt+F" too.) Daniel
Re: Format 63
Am Freitag, den 14.09.2018, 13:12 +1200 schrieb Andrew Parsloe: > In two places in the Customization manual, Format 63 is mentioned as > the > current format, rather than 66. (Subsecs 5.2.1.1 and 5.2.2) Could you submit a patch? The numbers are probably also wrong in the translated versions. Jürgen > > Andrew > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > signature.asc Description: This is a digitally signed message part
Re: Non-native dialog
On 17/09/2018 18:06, Daniel wrote: On 17/09/2018 09:32, Jürgen Spitzmüller wrote: Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel: Hi, FYI, on Windows 10 the non-native file dialog, activated with \use_native_filedialog false, causes a severe reduction in functionality. In particular, it does not show the custom quick access folders. I guess that is why it is not turned on by default and might never be so. However, I am wondering whether a number of sub-entries under the New and Open menu, like Libre Office, might be preferable to custom dialogs. For example, there could be New > Document (Ctl+N) From Template... (Ctrl+Shift+N) etc. Open > Browse... (Ctrl+O) Documents... Templates... etc. I am not fully sure about the right labels but could think more about it if desired. See https://www.lyx.org/trac/ticket/2396 (and other places in the mail archives and the tracker) for lengthy discussions about this By the way, is there a way in to open the file open dialog with a certain path? I thought I just try out how bad my GUI suggestion is first hand by creating an open menu and populate it with couple of directories. I tried file-open C:\ but with no success. There is also no feedback as to what might be wrong. If it is not supported yet, maybe the "file-open" command could check whether it's argument is a file or directory. If it is a file, open it, and if it is a directory, open the file dialog from that directory. (I doubt that people would want to open all files in a directory, but that could still be taken care of by a third argument, like file-open * or so.) Actually, the command does something. It creates a new file... file-open C:\ creates a file without a name, i.e. ".lyx", with location C:\ file-open C: creates a file with the name "bin.lyx"... Daniel Jürgen Daniel
Re: Non-native dialog
On 17/09/2018 09:32, Jürgen Spitzmüller wrote: Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel: Hi, FYI, on Windows 10 the non-native file dialog, activated with \use_native_filedialog false, causes a severe reduction in functionality. In particular, it does not show the custom quick access folders. I guess that is why it is not turned on by default and might never be so. However, I am wondering whether a number of sub-entries under the New and Open menu, like Libre Office, might be preferable to custom dialogs. For example, there could be New > Document (Ctl+N) From Template... (Ctrl+Shift+N) etc. Open > Browse... (Ctrl+O) Documents... Templates... etc. I am not fully sure about the right labels but could think more about it if desired. See https://www.lyx.org/trac/ticket/2396 (and other places in the mail archives and the tracker) for lengthy discussions about this By the way, is there a way in to open the file open dialog with a certain path? I thought I just try out how bad my GUI suggestion is first hand by creating an open menu and populate it with couple of directories. I tried file-open C:\ but with no success. There is also no feedback as to what might be wrong. If it is not supported yet, maybe the "file-open" command could check whether it's argument is a file or directory. If it is a file, open it, and if it is a directory, open the file dialog from that directory. (I doubt that people would want to open all files in a directory, but that could still be taken care of by a third argument, like file-open * or so.) Daniel Jürgen Daniel
Re: Cycle for some insets in InsetMathNest::idxNext ?
On Mon, Sep 17, 2018 at 02:50:56PM +0200, Jean-Marc Lasgouttes wrote: > Le 16/09/2018 à 07:33, Kornel Benko a écrit : > > Am Samstag, 15. September 2018 21:45:33 CEST schrieb Scott Kostyshak > > : > > > Consider the attached .lyx file. When navigating to the cells of the > > > \overset and \stackrel, I would prefer for "tab-navigation" to cycle. > > > > > > The attached patch does that, but I imagine that in other situations, we > > > do not want to cycle in this part of the code. If there is interest in > > > cycling in some situations and not in others, we could think of adding a > > > bool. > > > > > > Any thoughts? > > I like (but I have not tried it yet) the idea of cycling. I think that if we > change the behavior, it should be the same for all insets. I agree that it's important for the user to feel a consistent experience. > I experimented with libreoffice and MS Word, and both inset a new line when > using 'tab' in the last cell of a table. This is also an interesting idea. > We could use either that or cycling depending on insets. Interesting. We'll have to think more about our ideal behavior. Scott signature.asc Description: PGP signature
Re: [ANNOUNCE] LyX 2.3.1 Released
On 16/09/2018 17:40, Richard Kimberly Heck wrote: Public release of LyX version 2.3.1 === We are proud to announce the release of LyX 2.3.1. This is the first maintenance release in the 2.3.x series. Thanks a lot for all the developer's work! I am a very happy user of LyX and get more happy with it every release. (The number of bug reports I submit should suggest just this and not the opposite.) Daniel
Re: Cycle for some insets in InsetMathNest::idxNext ?
Le 16/09/2018 à 07:33, Kornel Benko a écrit : Am Samstag, 15. September 2018 21:45:33 CEST schrieb Scott Kostyshak : Consider the attached .lyx file. When navigating to the cells of the \overset and \stackrel, I would prefer for "tab-navigation" to cycle. The attached patch does that, but I imagine that in other situations, we do not want to cycle in this part of the code. If there is interest in cycling in some situations and not in others, we could think of adding a bool. Any thoughts? I like (but I have not tried it yet) the idea of cycling. I think that if we change the behavior, it should be the same for all insets. I experimented with libreoffice and MS Word, and both inset a new line when using 'tab' in the last cell of a table. This is also an interesting idea. We could use either that or cycling depending on insets. JMarc
Re: [ANNOUNCE] LyX 2.3.1 Released
On Monday, 17 September 2018 04.56.46 WEST Richard Kimberly Heck wrote: > Since I'm the one who caused the bug, I'm not sure how much praise I get > for reverting the fix. But thanks anyway! You are being modest. :-) The whole process has been very smooth and thus seemingly it does not require too much effort because of you coordination. That is something to be praised. > The Windows installer is what's taken all my time > > Riki -- José Abílio
Re: [ANNOUNCE] LyX 2.3.1 Released
On Monday, 17 September 2018 04.53.16 WEST Richard Kimberly Heck wrote: > My bad. The website wasn't set up properly to handle this naming scheme. > I've fixed it. > > We had to release with the -2 suffix because earlier and different > tarballs were already in the wild. This was all due to the problems with > #9158, which required fixes after the original lyx-2.3.1.tar.xz was > released. > > Riki What most projects do is to rewrite (sometimes silently) the tarballs. :-) This has happened to me several times, and usually the rpm spec file has a changelog entry like "Respun tarball". A suggestion that can be made in this case is to have rc'c for lyx 2.3.x such that as soon as you are happy with outcome you switch the last rc to the official release. That way we ensure the same development cycle for development and release versions. Just an idea, -- José Abílio
Re: Non-native dialog
On 17/09/2018 10:37, Daniel wrote: I am sorry if I have not overlooked it ps. Should be "I am sorry if I have overlooked it" of course.
Re: Non-native dialog
On 17/09/2018 09:32, Jürgen Spitzmüller wrote: Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel: Hi, FYI, on Windows 10 the non-native file dialog, activated with \use_native_filedialog false, causes a severe reduction in functionality. In particular, it does not show the custom quick access folders. I guess that is why it is not turned on by default and might never be so. However, I am wondering whether a number of sub-entries under the New and Open menu, like Libre Office, might be preferable to custom dialogs. For example, there could be New > Document (Ctl+N) From Template... (Ctrl+Shift+N) etc. Open > Browse... (Ctrl+O) Documents... Templates... etc. I am not fully sure about the right labels but could think more about it if desired. See https://www.lyx.org/trac/ticket/2396 (and other places in the mail archives and the tracker) for lengthy discussions about this I am sorry if I have not overlooked it, but I couldn't find *any* argument in the ticket (other than it's "horrible UI", which seems question begging). I have to try to find the mail discussion then (which is not referenced in the ticket). So far, I have seen the menu solution in several applications, including Libre Office. I am not saying that they never make bad UI decisions but I am at a lack evidence for this being one. In any case, the current dialog implementation is not good on Windows due to its lack in functionality compared to the native one. Daniel Jürgen Daniel
Re: Non-native dialog
Am Montag, den 17.09.2018, 09:12 +0200 schrieb Daniel: > Hi, > > FYI, on Windows 10 the non-native file dialog, activated with > > \use_native_filedialog false, > > causes a severe reduction in functionality. In particular, it does > not > show the custom quick access folders. I guess that is why it is not > turned on by default and might never be so. > > However, I am wondering whether a number of sub-entries under the > New > and Open menu, like Libre Office, might be preferable to custom > dialogs. > For example, there could be > > New > > Document (Ctl+N) > From Template... (Ctrl+Shift+N) > etc. > > Open > > Browse... (Ctrl+O) > Documents... > Templates... > etc. > > I am not fully sure about the right labels but could think more about > it > if desired. See https://www.lyx.org/trac/ticket/2396 (and other places in the mail archives and the tracker) for lengthy discussions about this Jürgen > > Daniel > signature.asc Description: This is a digitally signed message part
Non-native dialog
Hi, FYI, on Windows 10 the non-native file dialog, activated with \use_native_filedialog false, causes a severe reduction in functionality. In particular, it does not show the custom quick access folders. I guess that is why it is not turned on by default and might never be so. However, I am wondering whether a number of sub-entries under the New and Open menu, like Libre Office, might be preferable to custom dialogs. For example, there could be New > Document (Ctl+N) From Template... (Ctrl+Shift+N) etc. Open > Browse... (Ctrl+O) Documents... Templates... etc. I am not fully sure about the right labels but could think more about it if desired. Daniel