Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. What else? I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. Hi Jean-Marc, given the fact that some bigger changes have to go into 1.4.X sooner or later (speedups CT), I think we should keep 1.5.X and 1.4.X in sync as long as possible. I tried to keep track of all potentially relevant changes that haven't been applied to 1.4.X, yet. r13328 - Fix bug 2195: Slowness in rendering inside insets, especially on the Mac r13339 - Fix bug 880, or the multi-paragraph change tracking patch r13356 - fix painting of change bar with only paragraph break changed r13385 - Change tracking -related bug fixes (reported by Juergen) r13408 - fix stripLeadingSpaces mechanism with change tracking enabled r13415 - Changes to the within-inset row rendering caching code r13418 - expand redrawing of current row to endpos() AGAIN r13420 - constify; remove unneeded casts r13422 - Fix changebar non-update (Juergen) IMHO we should apply at least a few of them. Otherwise, it will become more and more complicated to extract patches from the trunk. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: | | Abdelrazak I would say that it's a good first step. No need to add | Abdelrazak more speedup fixes. The major one would have to wait | Abdelrazak (RandomAccessList and UpdateCounter). | | Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I | did and it seems to work in its latest incarnation. I am doing a final look over now beforee committing to trunk. -- Lgb
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
On Sun, Mar 19, 2006 at 11:22:31AM +0100, Michael Gerz wrote: Jean-Marc Lasgouttes wrote: ... given the fact that some bigger changes have to go into 1.4.X sooner or later (speedups CT), I think we should keep 1.5.X and 1.4.X in sync as long as possible. I tried to keep track of all potentially relevant changes that haven't been applied to 1.4.X, yet. These together constitute the multi-par CT work: r13339 - Fix bug 880, or the multi-paragraph change tracking patch r13356 - fix painting of change bar with only paragraph break changed r13385 - Change tracking -related bug fixes (reported by Juergen) r13408 - fix stripLeadingSpaces mechanism with change tracking enabled r13418 - expand redrawing of current row to endpos() AGAIN r13422 - Fix changebar non-update (Juergen) And these together the speedup (row paint caching inside insets) work. r13328 - Fix bug 2195: Slowness in rendering inside insets, especially on the Mac r13415 - Changes to the within-inset row rendering caching code r13420 - constify; remove unneeded casts Thanks for this compilation! IMHO we should apply at least a few of them. Otherwise, it will become more and more complicated to extract patches from the trunk. Yes, I think so. But as blocks as above, because they belong together. As for the speedup patch, I would like to know what makes your document slow. At least *that* speedup patch (if we have it :-) should be considered next for 1.4.x. - Martin pgpVNtetOM0tz.pgp Description: PGP signature
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. What else? I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. Hi Jean-Marc, given the fact that some bigger changes have to go into 1.4.X sooner or later (speedups & CT), I think we should keep 1.5.X and 1.4.X in sync as long as possible. I tried to keep track of all potentially relevant changes that haven't been applied to 1.4.X, yet. r13328 - Fix bug 2195: Slowness in rendering inside insets, especially on the Mac r13339 - Fix bug 880, or the multi-paragraph change tracking patch r13356 - fix painting of change bar with only paragraph break changed r13385 - Change tracking -related bug fixes (reported by Juergen) r13408 - fix stripLeadingSpaces mechanism with change tracking enabled r13415 - Changes to the within-inset row rendering caching code r13418 - expand redrawing of current row to endpos() AGAIN r13420 - constify; remove unneeded casts r13422 - Fix changebar non-update (Juergen) IMHO we should apply at least a few of them. Otherwise, it will become more and more complicated to extract patches from the trunk. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: | | Abdelrazak> I would say that it's a good first step. No need to add | Abdelrazak> more speedup fixes. The major one would have to wait | Abdelrazak> (RandomAccessList and UpdateCounter). | | Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I | did and it seems to work in its latest incarnation. I am doing a final look over now beforee committing to trunk. -- Lgb
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
On Sun, Mar 19, 2006 at 11:22:31AM +0100, Michael Gerz wrote: > Jean-Marc Lasgouttes wrote: ... > given the fact that some bigger changes have to go into 1.4.X sooner or > later (speedups & CT), I think we should keep 1.5.X and 1.4.X in sync as > long as possible. I tried to keep track of all potentially relevant changes > that haven't been applied to 1.4.X, yet. These together constitute the multi-par CT work: > r13339 - Fix bug 880, or the multi-paragraph change tracking patch > r13356 - fix painting of change bar with only paragraph break changed > r13385 - Change tracking -related bug fixes (reported by Juergen) > r13408 - fix stripLeadingSpaces mechanism with change tracking enabled > r13418 - expand redrawing of current row to endpos() AGAIN > r13422 - Fix changebar non-update (Juergen) And these together the speedup (row paint caching inside insets) work. > r13328 - Fix bug 2195: Slowness in rendering inside insets, especially > on the Mac > r13415 - Changes to the within-inset row rendering caching code > r13420 - constify; remove unneeded casts Thanks for this compilation! > IMHO we should apply at least a few of them. Otherwise, it will become > more and more complicated to extract patches from the trunk. Yes, I think so. But as blocks as above, because they belong together. As for the speedup patch, I would like to know what makes your document slow. At least *that* speedup patch (if we have it :-) should be considered next for 1.4.x. - Martin pgpVNtetOM0tz.pgp Description: PGP signature
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. JMarc Mañana. Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Maybe it would be a good idea to provide both a 1.4.0 installer as well as a monthly development preview, so Windows will also be able to help testing. I reviewed the currently available installers (the official installer and the LyXWinInstaller) and their scripts. Both seem to have some flaws in the way their install and uninstall components and in the NSIS scripts. In my opinion, the best thing to do would be to combine the best parts of both installers into a new official installer. That's also less confusing for an end-user compared to having both official and unofficial versions. Joost
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. I think Angus fears that the time the installer is done and tested, 1.4.1 will be close to release. Jean-Marc you said that you want to shorten the delay between release. Why not make declare a 1.4.1 release candidate now and work from there. By the way, is there any performance improvement in current tree? IMHO the 1.4.0 performance on windows is quite bad and I don't think many people many people will switch from 1.3.7. Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Abdel: I think Angus fears that the time the installer is done and tested, 1.4.1 will be close to release. Jean-Marc you said that you want to shorten the delay between release. Why not make declare a 1.4.1 release candidate now and work from there. By the way, is there any performance improvement in current tree? IMHO the 1.4.0 performance on windows is quite bad and I don't think many people many people will switch from 1.3.7. Abdel. SH: This post reflects my point of view. It is not that there are very bad windows bugs but that there are so many of them. If the release contains the bug fixes to date and is called 1.4.0, then it is not as easy to compare with the original unfixed 1.4.0 So the declare a 1.4.1 release candidate makes sense to me, a 1.4.1pre_1. The users will be happier and it provides testing to the newly added bug fixes. It is pretty easy though, to have both 1.3.7 and 1.4.0 versions coexist peacefully with Windows. The Linux and WinLyX versions could be synced at 1.4.0pre_2 Releasing 1.4.1pre1 assuages Win users feeling of being neglected. I also like Joost's suggestions particulary in regard to 1.4.0 which might have adequate developer resources to support it. However the 1.3.7 idea, which seems ideal, will likely encounter practical resistance, such as a lower priority, and general lack of agreement. Regards, Stephen
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Great! I will download it instantly! THANK YOU! Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? 1.4.0 has a serious problem when used with pdflatex (pdflatex fails due to too long filenames). I suggest using 1.4.1svn. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Ok, I'll do that then. Maybe I'll put together a 1.4.x page too for the impatient ;-) In return, can I get you to copy http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v3.exe to the ftp site in place of v2? Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Joost Verburg [EMAIL PROTECTED] writes: In my opinion, the best thing to do would be to combine the best parts of both installers into a new official installer. That's also less confusing for an end-user compared to having both official and unofficial versions. That's a great idea! I think that you and Uwe should get together and bash this out between you. However, be warned. This subject seems to be one on which people have strong opinions. I'm not sure that you can please all of the people all of the time, so be prepared to tough it out. From my point of view, I don't want to download a heap of stuff that I've already got installed. Moreover, there are serious licensing issues with Uwe's version that means it can't become the official version at the moment. At least, that's my understanding of Jean-Marc's position. I'm sure he'll correct me if I'm putting words in his mouth ;-) Regards, Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming [EMAIL PROTECTED] writes: Jean-Marc Lasgouttes lasgouttes at ... writes: Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Ok, I'll do that then. Maybe I'll put together a 1.4.x page too for the impatient One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? Regards, Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming a écrit : Angus Leeming [EMAIL PROTECTED] writes: Jean-Marc Lasgouttes lasgouttes at ... writes: Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Ok, I'll do that then. Maybe I'll put together a 1.4.x page too for the impatient One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? Yes please, Bennet is already doing that for MAC. Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? I think we had this discussion before. IIRC, the conclusion was that it is not necessary to use --with-version-suffix. Installing 1.3.X and 1.4.X in distinct directories and using command line arg -userdir when invoking LyX may be enough. (On the other hand, it shouldn't hurt...) Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Michael Gerz a écrit : Angus Leeming wrote: One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? I think we had this discussion before. IIRC, the conclusion was that it is not necessary to use --with-version-suffix. Installing 1.3.X and 1.4.X in distinct directories and using command line arg -userdir when invoking LyX may be enough. It is enough indeed but not very user friendly :-) Windows user just double-click... Another solution is to create a shortcut which contains the -userdir argument. That what I suggested to users using winlyx-1.4.0pre. Maybe NSIS is offering that king of functionality? (On the other hand, it shouldn't hurt...) Quite the contrary I would say. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Abdelrazak Younes wrote: Quite the contrary I would say. Ok, then let's use --with-version-suffix. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus From my point of view, I don't want to download a heap of stuff Angus that I've already got installed. We could have a network installer and a full installer. I really think the two installers should merge. Angus Moreover, there are serious licensing issues with Uwe's version Angus that means it can't become the official version at the moment. Angus At least, that's my understanding of Jean-Marc's position. I'm Angus sure he'll correct me if I'm putting words in his mouth ;-) Yes, the license for AFPL ghostscript and GSView forbid distribution for a fee. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak I think Angus fears that the time the installer is done Abdelrazak and tested, 1.4.1 will be close to release. Then it will be trivial to use the installer framework for 1.4.1 :) Abdelrazak Jean-Marc you said that you want to shorten the delay Abdelrazak between release. Why not make declare a 1.4.1 release Abdelrazak candidate now and work from there. By the way, is there Abdelrazak any performance improvement in current tree? There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. - bruteFind speedup: http://bugzilla.lyx.org/show_bug.cgi?id=2217 - maybe the expose tweaks, if you find something everybody is happy with. - maybe the singlerow patch, if it stabilizes in something that does not degrade the LyX experience too much. I did not try the latest iteration. - the qt background and update vs. redraw patches, although I suspect they do not help much. What else? I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus One further question: unless something has changed recently, Angus LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I Angus run configure --with-version-suffix when building LyX 1.4. Note that it is possible in windows to change the version-suffix code to let the binary names along (without -1.4.0). I did that for Mac already. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Stephen == Stephen Harris [EMAIL PROTECTED] writes: Stephen So the declare a 1.4.1 release candidate makes sense to me, Stephen a 1.4.1pre_1. The users will be happier and it provides Stephen testing to the newly added bug fixes. Not a bad idea actually. Just skip 1.4.0 in windows. What I did not want was labelling 1.4.0 something that is not really 1.4.0. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. Good! - bruteFind speedup: http://bugzilla.lyx.org/show_bug.cgi?id=2217 - maybe the expose tweaks, if you find something everybody is happy with. If you talk about the patch I've asked to Martin, I am not sure it will help much the qt2 frontend but it could not harm. It could maybe help more on Mac. - maybe the singlerow patch, if it stabilizes in something that does not degrade the LyX experience too much. I did not try the latest iteration. - the qt background and update vs. redraw patches, although I suspect they do not help much. Maybe not on X11 but they are the right thing to do and do not harm. What else? I would say that it's a good first step. No need to add more speedup fixes. The major one would have to wait (RandomAccessList and UpdateCounter). I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. Let them go ;-) Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak I would say that it's a good first step. No need to add Abdelrazak more speedup fixes. The major one would have to wait Abdelrazak (RandomAccessList and UpdateCounter). Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. What would the UpdateCounter patch look like? Concerning LyX/Mac, we have several reports that make me believe that the whole document gets rebroken/displayed at times. This is very weird. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus One further question: unless something has changed recently, Angus LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I Angus run configure --with-version-suffix when building LyX 1.4. Note that it is possible in windows to change the version-suffix code to let the binary names along (without -1.4.0). I did that for Mac already. to let the binary names along means to leave the binary names alone? Sure, that would be a good idea. I'd really like people to be able to use LyX 1.3.x alongside LyX 1.4.x. Should I hold off building the binary until you do that or should I just use --with-version-suffix now (with the 1.4.0 tarball)? Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: Abdelrazak I would say that it's a good first step. No need to add Abdelrazak more speedup fixes. The major one would have to wait Abdelrazak (RandomAccessList and UpdateCounter). Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. where is the most recent version? If it has a chance to get into 1.4, I'd like to try it out. Jürgen P.S.: I've only the patch for bug 2322 (the bibtex style file thing) in my queue for 1.4.1
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Stephen == Stephen Harris [EMAIL PROTECTED] writes: Stephen So the declare a 1.4.1 release candidate makes sense to me, Stephen a 1.4.1pre_1. The users will be happier and it provides Stephen testing to the newly added bug fixes. Not a bad idea actually. Just skip 1.4.0 in windows. What I did not want was labelling 1.4.0 something that is not really 1.4.0. Perhaps I should read the whole thread before I reply to any one mail :) Ok, so the consensus view is: Build a snapshot of the 1.4.x tree rather than use the 1.4.0 tarball. Use --with-version-suffix Call the resulting installer 1.4.1_pre1 DO IT SOON! Ok, Ok. I hear you! :) Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Am Samstag, 18. März 2006 17:25 schrieb Jean-Marc Lasgouttes: Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. It works well for me in 1.5. I did not try 1.4. Georg
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak I would say that it's a good first step. No need to add Abdelrazak more speedup fixes. The major one would have to wait Abdelrazak (RandomAccessList and UpdateCounter). Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. What would the UpdateCounter patch look like? It would be an optimisation for the call in BreakParagraph. But I have not worked on it at all yet. Abdel. Concerning LyX/Mac, we have several reports that make me believe that the whole document gets rebroken/displayed at times. This is very weird. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Concerning LyX/Mac, we have several reports that make me believe that the whole document gets rebroken/displayed at times. This is very weird. Jean-Marc, LyX 1.4 has serious speed problems not only on the Mac. I tried to use 1.4.0pre4 for working on a big document (~60 pages) with lots of figures and equations, and went back to 1.3.7 in desperation. I see that you consider the userguide as a good speed test. Well, I can tell you that LyX 1.4 is blazingly fast editing the userguide with respect to my document... Things seems better with the official release. We are still far from the usability of 1.3.7, but I think that eventually you will get there ;-) -- Enrico
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus One further question: unless something has changed recently, Angus LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I Angus run configure --with-version-suffix when building LyX 1.4. Note that it is possible in windows to change the version-suffix code to let the binary names along (without -1.4.0). I did that for Mac already. Angus commented:to let the binary names along means to leave the binary names alone? Sure, that would be a good idea.I'd really like people to be able to use LyX 1.3.x alongside LyX 1.4.x.Should I hold off building the binary until you do that or should I just use --with-version-suffix now (with the 1.4.0 tarball)?AngusSH: Maybe this already works. I installed Lyx1.3.7 to C:\LyX137 whichcreates a LyX directory up in Application data. This LyX foldercan be renamed to LyX137. Enrico pointed out the following to me:C:\lyx137\bin\lyx.bat -userdir C:\Documents and Settings\Stephen\Application Data\LyX137That goes into your LyX shortcut on the Desktop, all on one linein the Target window that contains your lyx.bat command path.This will automatically generate \Application Data\LyX137 if youhaven't already created it. Next install LyX1.4.0 to C:\LyX140 for instance I have,C:\lyx140\bin\lyx.bat -userdir C:\Documents and Settings\Stephen\Application Data\LyX140All in one line for the LyX140 desktop shortcut. It will automatically create the \Application Data\Lyx140 folder.I tested this with your Lyx140pre win binary with 137v3 and withLyx137v2. They all work together. Enrico showed me how to usea win binary with all Cygwin apps. I have a Cygwin lyx-x11 anda Cyg lyx-winbin which use preferences located in a defined Homethat is not the same as the /Application data/Lyx which is whatthe win binary using cyg apps does use. That is why I manuallyrename it to LyXcyg before installing the windows 137/140 binaries since it isn't started from a Windows shortcut-Target.All this works together and does spellchecking.So a short summary. If a user already has Lyx (137) installed,he should rename his \UserName\Application Data\LyX toC:\Documents and Settings\UserName\Application Data\LyX137and add to the Desktop shortcut Target window:-userdir C:\Documents and Settings\UserName\Application Data\LyX137I don't think it matters that lyx.bat might be in Program files.Lyx1.4.0 should be installed to C:\LyX140The \Application data\Lyx should be renamed to LyX140or you can automatically generate it but the /App data/LyX is unused.Add the following line to the LyX140 Desktop shortcut Target window.-userdir C:\Documents and Settings\UserName\Application Data\LyX140This will generate an /Application data/LyX140 if it doesn't exist.They will share the spellchecking setup you've already established.Perhaps what I have mentioned is not what you really mean. In myControl Panel-Add/Remove programs, there isn't a separate entryfor each version of LyX installed. I'm not sure what that meansif you uninstall that one version listed. Is this what you questionpertains to? So far, this hasn't created a problem for me.Enrico figured out this convenient method,Stephen
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes: Enrico Jean-Marc, LyX 1.4 has serious speed problems not only on the Enrico Mac. I tried to use 1.4.0pre4 for working on a big document Enrico (~60 pages) with lots of figures and equations, and went back Enrico to 1.3.7 in desperation. Is that in particular when adding/deleting paragraphs? JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus to let the binary names along means to leave the binary Angus names alone? Sure, that would be a good idea. It is strange how you manage to grok what I write :) The change is as simple as removing line 594 of config/lyxinclude.m4: program_suffix=$version_suffix If it does what you want, I'll do it in svn on monday (or find someone to do it). Angus I'd really like people to be able to use LyX 1.3.x alongside Angus LyX 1.4.x. Yes. Angus Should I hold off building the binary until you do that or Angus should I just use --with-version-suffix now (with the 1.4.0 Angus tarball)? As you like. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Build a snapshot of the 1.4.x tree rather than use the 1.4.0 Angus tarball. Use --with-version-suffix Call the resulting installer Angus 1.4.1_pre1 DO IT SOON! Great. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes: Abdelrazak It would be an optimisation for the call in Abdelrazak BreakParagraph. But I have not worked on it at all yet. OK, I remember your message. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Enrico == Enrico Forestieri [EMAIL PROTECTED] writes: Enrico Jean-Marc, LyX 1.4 has serious speed problems not only on the Enrico Mac. I tried to use 1.4.0pre4 for working on a big document Enrico (~60 pages) with lots of figures and equations, and went back Enrico to 1.3.7 in desperation. Is that in particular when adding/deleting paragraphs? No, I experience sluggishness when trying to move around the document. Sometimes I find myself rolling the wheel without seeing any movement at all. This is not related to Windows as I see it on Debian and Solaris, too. If I load the userguide and press the page down key, the window scrolls almost uniformly until the end. But if I load my document and hold down the PgDn key, the scrolling is rather not uniform. At certain points it even stops and I can count from 1 to 5 before it starts scrolling again. In part it is due to the fact that some figures must be rendered, but if I wait until all figures are rendered and repeat the experiment I see no great improvement (this time when it stops scrolling I can count from 1 to 3 before it restarts). The only difference with the userguide is that I have a lot of figures and equations. This doesn't happen in 1.3.7 where scrolling is still not uniform but never stops. It is really irritating when you roll the wheel or click on the arrows on the sidebar and nothing happens for some seconds... I repeat, this is with with my big document (about 60 pages) full of figures and equations, otherwise with other documents it is bearable. I also see that recently it is a little better than with the prelease versions. -- Enrico
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: We could have a network installer and a full installer. I really think the two installers should merge. Exactly what I mean. There should be one standard and official installer that contains only LyX itself but downloads and installs all required components automatically (if they do not yet exist on the system). This installer will be completely free (GPL). For CD distribution or administrators there can be an alternative one with everything included. If we are going to wait a week or two for some important 1.4.1 fixes, I think there is time enough to make a good start with the 1.4 Windows series and provide an installer without license issues that just works out of the box, like a Windows user expects. But I'm only going to work on such a thing if there is absolute consensus. Joost
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a > snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. JMarc Mañana. Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Maybe it would be a good idea to provide both a 1.4.0 installer as well as a monthly development preview, so Windows will also be able to help testing. I reviewed the currently available installers (the official installer and the LyXWinInstaller) and their scripts. Both seem to have some flaws in the way their install and uninstall components and in the NSIS scripts. In my opinion, the best thing to do would be to combine the best parts of both installers into a new official installer. That's also less confusing for an end-user compared to having both official and unofficial versions. Joost
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. I think Angus fears that the time the installer is done and tested, 1.4.1 will be close to release. Jean-Marc you said that you want to shorten the delay between release. Why not make declare a 1.4.1 release candidate now and work from there. By the way, is there any performance improvement in current tree? IMHO the 1.4.0 performance on windows is quite bad and I don't think many people many people will switch from 1.3.7. Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Abdel: I think Angus fears that the time the installer is done and tested, 1.4.1 will be close to release. Jean-Marc you said that you want to shorten the delay between release. Why not make declare a 1.4.1 release candidate now and work from there. By the way, is there any performance improvement in current tree? IMHO the 1.4.0 performance on windows is quite bad and I don't think many people many people will switch from 1.3.7. Abdel. SH: This post reflects my point of view. It is not that there are "very bad windows bugs" but that there are so many of them. If the release contains the bug fixes to date and is called 1.4.0, then it is not as easy to compare with the original unfixed 1.4.0 So the "declare a 1.4.1 release candidate" makes sense to me, a 1.4.1pre_1. The users will be happier and it provides testing to the newly added bug fixes. It is pretty easy though, to have both 1.3.7 and 1.4.0 versions coexist peacefully with Windows. The Linux and WinLyX versions could be synced at 1.4.0pre_2 Releasing 1.4.1pre1 assuages Win users feeling of being neglected. I also like Joost's suggestions particulary in regard to 1.4.0 which might have adequate developer resources to support it. However the 1.3.7 idea, which seems ideal, will likely encounter practical resistance, such as a lower priority, and general lack of agreement. Regards, Stephen
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Great! I will download it instantly! THANK YOU! Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? 1.4.0 has a serious problem when used with pdflatex (pdflatex fails due to too long filenames). I suggest using 1.4.1svn. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a > > snapshot of the 1.4.x tree including the bug fixes that have gone in since > 1.4.0 was announced? > > Personnally I'd prefer the plain 1.4.0 > tarball, unless there are some very bad windows bugs. Ok, I'll do that then. Maybe I'll put together a 1.4.x page too for the impatient ;-) In return, can I get you to copy http://wiki.lyx.org/uploads/Windows/LyX137/lyx-1.3.7_win32_setup_v3.exe to the ftp site in place of v2? Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Joost Verburg <[EMAIL PROTECTED]> writes: > In my opinion, the best thing to do would be to combine the best parts > of both installers into a new official installer. That's also less > confusing for an end-user compared to having both official and > unofficial versions. That's a great idea! I think that you and Uwe should get together and bash this out between you. However, be warned. This subject seems to be one on which people have strong opinions. I'm not sure that you can please all of the people all of the time, so be prepared to tough it out. >From my point of view, I don't want to download a heap of stuff that I've already got installed. Moreover, there are serious licensing issues with Uwe's version that means it can't become the official version at the moment. At least, that's my understanding of Jean-Marc's position. I'm sure he'll correct me if I'm putting words in his mouth ;-) Regards, Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming <[EMAIL PROTECTED]> writes: > Jean-Marc Lasgouttes ...> writes: > > > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or > > > a > > > snapshot of the 1.4.x tree including the bug fixes that have gone in > > > since > > 1.4.0 was announced? > > > > Personnally I'd prefer the plain 1.4.0 > > tarball, unless there are some very bad windows bugs. > > Ok, I'll do that then. > Maybe I'll put together a 1.4.x page too for the impatient One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? Regards, Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming a écrit : Angus Leeming <[EMAIL PROTECTED]> writes: Jean-Marc Lasgouttes ...> writes: Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Personnally I'd prefer the plain 1.4.0 tarball, unless there are some very bad windows bugs. Ok, I'll do that then. Maybe I'll put together a 1.4.x page too for the impatient One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? Yes please, Bennet is already doing that for MAC. Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Angus Leeming wrote: One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? I think we had this discussion before. IIRC, the conclusion was that it is not necessary to use --with-version-suffix. Installing 1.3.X and 1.4.X in distinct directories and using command line arg "-userdir" when invoking LyX may be enough. (On the other hand, it shouldn't hurt...) Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Michael Gerz a écrit : Angus Leeming wrote: One further question: unless something has changed recently, LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I run configure --with-version-suffix when building LyX 1.4. Should I do that? I think we had this discussion before. IIRC, the conclusion was that it is not necessary to use --with-version-suffix. Installing 1.3.X and 1.4.X in distinct directories and using command line arg "-userdir" when invoking LyX may be enough. It is enough indeed but not very user friendly :-) Windows user just double-click... Another solution is to create a shortcut which contains the -userdir argument. That what I suggested to users using winlyx-1.4.0pre. Maybe NSIS is offering that king of functionality? (On the other hand, it shouldn't hurt...) Quite the contrary I would say. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Abdelrazak Younes wrote: Quite the contrary I would say. Ok, then let's use --with-version-suffix. Michael
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> From my point of view, I don't want to download a heap of stuff Angus> that I've already got installed. We could have a network installer and a full installer. I really think the two installers should merge. Angus> Moreover, there are serious licensing issues with Uwe's version Angus> that means it can't become the official version at the moment. Angus> At least, that's my understanding of Jean-Marc's position. I'm Angus> sure he'll correct me if I'm putting words in his mouth ;-) Yes, the license for AFPL ghostscript and GSView forbid distribution for a fee. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I think Angus fears that the time the installer is done Abdelrazak> and tested, 1.4.1 will be close to release. Then it will be trivial to use the installer framework for 1.4.1 :) Abdelrazak> Jean-Marc you said that you want to shorten the delay Abdelrazak> between release. Why not make declare a 1.4.1 release Abdelrazak> candidate now and work from there. By the way, is there Abdelrazak> any performance improvement in current tree? There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. - bruteFind speedup: http://bugzilla.lyx.org/show_bug.cgi?id=2217 - maybe the expose tweaks, if you find something everybody is happy with. - maybe the singlerow patch, if it stabilizes in something that does not degrade the "LyX experience" too much. I did not try the latest iteration. - the qt background and update vs. redraw patches, although I suspect they do not help much. What else? I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> One further question: unless something has changed recently, Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I Angus> run configure --with-version-suffix when building LyX 1.4. Note that it is possible in windows to change the version-suffix code to let the binary names along (without -1.4.0). I did that for Mac already. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes: Stephen> So the "declare a 1.4.1 release candidate" makes sense to me, Stephen> a 1.4.1pre_1. The users will be happier and it provides Stephen> testing to the newly added bug fixes. Not a bad idea actually. Just skip 1.4.0 in windows. What I did not want was labelling 1.4.0 something that is not really 1.4.0. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: There are no speedups yet. I thought we would have really bad bugs to catter for, but I was wrong. Therefore I think we should add some speedup bugs. Good! - bruteFind speedup: http://bugzilla.lyx.org/show_bug.cgi?id=2217 - maybe the expose tweaks, if you find something everybody is happy with. If you talk about the patch I've asked to Martin, I am not sure it will help much the qt2 frontend but it could not harm. It could maybe help more on Mac. - maybe the singlerow patch, if it stabilizes in something that does not degrade the "LyX experience" too much. I did not try the latest iteration. - the qt background and update vs. redraw patches, although I suspect they do not help much. Maybe not on X11 but they are the right thing to do and do not harm. What else? I would say that it's a good first step. No need to add more speedup fixes. The major one would have to wait (RandomAccessList and UpdateCounter). I am tempted to keep the change tracking patches for the next round. There are many other small patches targetted at 1.4.1, and most of them could go in now. Let them go ;-) Abdel.
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I would say that it's a good first step. No need to add Abdelrazak> more speedup fixes. The major one would have to wait Abdelrazak> (RandomAccessList and UpdateCounter). Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. What would the UpdateCounter patch look like? Concerning LyX/Mac, we have several reports that make me believe that the whole document gets rebroken/displayed at times. This is very weird. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > Angus> One further question: unless something has changed recently, > Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I > Angus> run configure --with-version-suffix when building LyX 1.4. > Note that it is possible in windows to change the version-suffix code > to let the binary names along (without -1.4.0). I did that for Mac > already. "to let the binary names along" means "to leave the binary names alone"? Sure, that would be a good idea. I'd really like people to be able to use LyX 1.3.x alongside LyX 1.4.x. Should I hold off building the binary until you do that or should I just use --with-version-suffix now (with the 1.4.0 tarball)? Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: > Abdelrazak> I would say that it's a good first step. No need to add > Abdelrazak> more speedup fixes. The major one would have to wait > Abdelrazak> (RandomAccessList and UpdateCounter). > > Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I > did and it seems to work in its latest incarnation. where is the most recent version? If it has a chance to get into 1.4, I'd like to try it out. Jürgen P.S.: I've only the patch for bug 2322 (the bibtex style file thing) in my queue for 1.4.1
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes: > Stephen> So the "declare a 1.4.1 release candidate" makes sense to me, > Stephen> a 1.4.1pre_1. The users will be happier and it provides > Stephen> testing to the newly added bug fixes. > Not a bad idea actually. Just skip 1.4.0 in windows. What I did not > want was labelling 1.4.0 something that is not really 1.4.0. Perhaps I should read the whole thread before I reply to any one mail :) Ok, so the consensus view is: Build a snapshot of the 1.4.x tree rather than use the 1.4.0 tarball. Use --with-version-suffix Call the resulting installer 1.4.1_pre1 DO IT SOON! Ok, Ok. I hear you! :) Angus
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Am Samstag, 18. März 2006 17:25 schrieb Jean-Marc Lasgouttes: > Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I > did and it seems to work in its latest incarnation. It works well for me in 1.5. I did not try 1.4. Georg
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes a écrit : "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> I would say that it's a good first step. No need to add Abdelrazak> more speedup fixes. The major one would have to wait Abdelrazak> (RandomAccessList and UpdateCounter). Ha! I forgot about RandomAccessList! Did someone try it out on 1.4? I did and it seems to work in its latest incarnation. What would the UpdateCounter patch look like? It would be an optimisation for the call in BreakParagraph. But I have not worked on it at all yet. Abdel. Concerning LyX/Mac, we have several reports that make me believe that the whole document gets rebroken/displayed at times. This is very weird. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > Concerning LyX/Mac, we have several reports that make me believe that > the whole document gets rebroken/displayed at times. This is very weird. Jean-Marc, LyX 1.4 has serious speed problems not only on the Mac. I tried to use 1.4.0pre4 for working on a big document (~60 pages) with lots of figures and equations, and went back to 1.3.7 in desperation. I see that you consider the userguide as a good speed test. Well, I can tell you that LyX 1.4 is blazingly fast editing the userguide with respect to my document... Things seems better with the official release. We are still far from the usability of 1.3.7, but I think that eventually you will get there ;-) -- Enrico
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> One further question: unless something has changed recently, Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefully unless I Angus> run configure --with-version-suffix when building LyX 1.4. Note that it is possible in windows to change the version-suffix code to let the binary names along (without -1.4.0). I did that for Mac already. Angus commented:"to let the binary names along" means "to leave the binary names alone"? Sure, that would be a good idea.I'd really like people to be able to use LyX 1.3.x alongside LyX 1.4.x.Should I hold off building the binary until you do that or should I just use --with-version-suffix now (with the 1.4.0 tarball)?AngusSH: Maybe this already works. I installed Lyx1.3.7 to C:\LyX137 whichcreates a LyX directory up in Application data. This LyX foldercan be renamed to LyX137. Enrico pointed out the following to me:C:\lyx137\bin\lyx.bat -userdir "C:\Documents and Settings\Stephen\Application Data\LyX137"That goes into your LyX shortcut on the Desktop, all on one linein the Target window that contains your lyx.bat command path.This will automatically generate \Application Data\LyX137 if youhaven't already created it. Next install LyX1.4.0 to C:\LyX140 for instance I have,C:\lyx140\bin\lyx.bat -userdir "C:\Documents and Settings\Stephen\Application Data\LyX140"All in one line for the LyX140 desktop shortcut. It will automatically create the \Application Data\Lyx140 folder.I tested this with your Lyx140pre win binary with 137v3 and withLyx137v2. They all work together. Enrico showed me how to usea win binary with all Cygwin apps. I have a Cygwin lyx-x11 anda Cyg lyx-winbin which use preferences located in a defined Homethat is not the same as the /Application data/Lyx which is whatthe win binary using cyg apps does use. That is why I manuallyrename it to LyXcyg before installing the windows 137/140 binaries since it isn't started from a Windows shortcut->Target.All this works together and does spellchecking.So a short summary. If a user already has Lyx (137) installed,he should rename his \UserName\Application Data\LyX toC:\Documents and Settings\UserName\Application Data\LyX137and add to the Desktop shortcut Target window:-userdir "C:\Documents and Settings\UserName\Application Data\LyX137"I don't think it matters that lyx.bat might be in Program files.Lyx1.4.0 should be installed to C:\LyX140The \Application data\Lyx should be renamed to LyX140or you can automatically generate it but the /App data/LyX is unused.Add the following line to the LyX140 Desktop shortcut Target window.-userdir "C:\Documents and Settings\UserName\Application Data\LyX140"This will generate an /Application data/LyX140 if it doesn't exist.They will share the spellchecking setup you've already established.Perhaps what I have mentioned is not what you really mean. In myControl Panel->Add/Remove programs, there isn't a separate entryfor each version of LyX installed. I'm not sure what that meansif you uninstall that one version listed. Is this what you questionpertains to? So far, this hasn't created a problem for me.Enrico figured out this convenient method,Stephen
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: Enrico> Jean-Marc, LyX 1.4 has serious speed problems not only on the Enrico> Mac. I tried to use 1.4.0pre4 for working on a big document Enrico> (~60 pages) with lots of figures and equations, and went back Enrico> to 1.3.7 in desperation. Is that in particular when adding/deleting paragraphs? JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> "to let the binary names along" means "to leave the binary Angus> names alone"? Sure, that would be a good idea. It is strange how you manage to grok what I write :) The change is as simple as removing line 594 of config/lyxinclude.m4: program_suffix=$version_suffix If it does what you want, I'll do it in svn on monday (or find someone to do it). Angus> I'd really like people to be able to use LyX 1.3.x alongside Angus> LyX 1.4.x. Yes. Angus> Should I hold off building the binary until you do that or Angus> should I just use --with-version-suffix now (with the 1.4.0 Angus> tarball)? As you like. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Build a snapshot of the 1.4.x tree rather than use the 1.4.0 Angus> tarball. Use --with-version-suffix Call the resulting installer Angus> 1.4.1_pre1 DO IT SOON! Great. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> It would be an optimisation for the call in Abdelrazak> BreakParagraph. But I have not worked on it at all yet. OK, I remember your message. JMarc
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes: > > Enrico> Jean-Marc, LyX 1.4 has serious speed problems not only on the > Enrico> Mac. I tried to use 1.4.0pre4 for working on a big document > Enrico> (~60 pages) with lots of figures and equations, and went back > Enrico> to 1.3.7 in desperation. > > Is that in particular when adding/deleting paragraphs? No, I experience sluggishness when trying to move around the document. Sometimes I find myself rolling the wheel without seeing any movement at all. This is not related to Windows as I see it on Debian and Solaris, too. If I load the userguide and press the page down key, the window scrolls almost uniformly until the end. But if I load my document and hold down the PgDn key, the scrolling is rather not uniform. At certain points it even stops and I can count from 1 to 5 before it starts scrolling again. In part it is due to the fact that some figures must be rendered, but if I wait until all figures are rendered and repeat the experiment I see no great improvement (this time when it stops scrolling I can count from 1 to 3 before it restarts). The only difference with the userguide is that I have a lot of figures and equations. This doesn't happen in 1.3.7 where scrolling is still not uniform but never stops. It is really irritating when you roll the wheel or click on the arrows on the sidebar and nothing happens for some seconds... I repeat, this is with with my big document (about 60 pages) full of figures and equations, otherwise with other documents it is bearable. I also see that recently it is a little better than with the prelease versions. -- Enrico
Re: LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Jean-Marc Lasgouttes wrote: We could have a network installer and a full installer. I really think the two installers should merge. Exactly what I mean. There should be one standard and official installer that contains only LyX itself but downloads and installs all required components automatically (if they do not yet exist on the system). This installer will be completely free (GPL). For CD distribution or administrators there can be an alternative one with everything included. If we are going to wait a week or two for some important 1.4.1 fixes, I think there is time enough to make a good start with the 1.4 Windows series and provide an installer without license issues that just works "out of the box", like a Windows user expects. But I'm only going to work on such a thing if there is absolute consensus. Joost
LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Mañana. Angus
LyX/Win 1.3.7 version 3 and a LyX/Win 1.4 question
Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win 1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new Aspell dictionaries and seems to work well. Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a snapshot of the 1.4.x tree including the bug fixes that have gone in since 1.4.0 was announced? Mañana. Angus
