Re: Masters Thesis in LyX 1.5.4 for MAC intel - Crashing, what now?!
On Tue, 13 May 2008 19:29:39 -0230 "Justin Pittman" <[EMAIL PROTECTED]> wrote: > Hi,I've encountered a problem that I can't seem to rectify > > I'm trying to finish my masters thesis and upon trying to compile it today > before I left for dinner and got a strange error that I have never > encountered before.. a LaTeX formatting window popped up stating only > "Conversion error" and LyX then unexpectedly quit! Now, when I sit here > trying to open the MastersThesis.lyx file or the backup .lyx~ file, LyX > can't open it!! It starts to open and then the Mac Spinning pinwheel comes > up and boom, LyX is gone. > > What do I do now!!! I haven't done a backup in a few weeks and have added a > good 20 pages since then!! I need help and quick!! > > Please, any suggestions, ASAP! My deadline is quickly approaching. > Cheers, > J.p There was an issue under linux with qt 4.4, did you happen to upgrade that by any chance? If so see if you can downgrade qt to 4.3 (although latest 4.4 works under debian). Afraid I don't have a mac so I don't have any other suggestions
Re: generic X copy-and-paste not working
On Tue, 6 May 2008 09:34:33 -0500 (CDT) Mark Hansel [EMAIL PROTECTED] wrote: On Tue, 6 May 2008, Pavel Sanda wrote: Normally, I can highlight text in a terminal and paste it with a middle-click. In LyX, usually I can get to it with Edit - Paste Special. (I can copy-and-paste fine in my xterms.) Now only the selection choices are shaded out and not clickable. But the other choices do nothing for me. This is LyX 1.5.2 on NetBSD. I am not running any clipboard utility. Any ideas why I can't paste into LyX? Jeremy, is this the case with only single LyX window or are running more windows simultaneously? Running just one single instance could help. No, only one LyX running. I have a text highlighted in an xterm. But can't paste into LyX. Tried middle click. Tried using menu options. Workaround: When I cannot get the desired result (say, from a browser window), I can usually get it by pasting into an emacs window as an intermediate step and then highlighting and paste into lyx from the emacs window. Another copy/paste peculiarity (changes from past behavior): Deleted lines (emacs key bindings: ^k) that have not been highlighted won't paste for me (maybe by design). But highlighted lines that are deleted (using ^w) can be pasted (probably to move them). Emacs behavior is different. Contiguous deleted lines (^k) can be yanked back (^y) -- anywhere in a document. (I do not consider Emacs is the gold standard -- let's not repeat the editor flame wars -- it is a convenient feature.) ^k and ^y use the emacs kill buffer, not the X copy buffer. Highlighting the line does use the X buffer. I don't fully understand the X copy/paste methods but IIRC there are also several standards which may be some of the problem. I think it was Helge who pointed out to me some time ago that there was a but that is supposed to be fixed in 1.5.4 and that sometimes closing and reopening lyx can reset the problem. mark hansel
Re: generic X copy-and-paste not working
On Tue, 6 May 2008 09:34:33 -0500 (CDT) Mark Hansel [EMAIL PROTECTED] wrote: On Tue, 6 May 2008, Pavel Sanda wrote: Normally, I can highlight text in a terminal and paste it with a middle-click. In LyX, usually I can get to it with Edit - Paste Special. (I can copy-and-paste fine in my xterms.) Now only the selection choices are shaded out and not clickable. But the other choices do nothing for me. This is LyX 1.5.2 on NetBSD. I am not running any clipboard utility. Any ideas why I can't paste into LyX? Jeremy, is this the case with only single LyX window or are running more windows simultaneously? Running just one single instance could help. No, only one LyX running. I have a text highlighted in an xterm. But can't paste into LyX. Tried middle click. Tried using menu options. Workaround: When I cannot get the desired result (say, from a browser window), I can usually get it by pasting into an emacs window as an intermediate step and then highlighting and paste into lyx from the emacs window. Another copy/paste peculiarity (changes from past behavior): Deleted lines (emacs key bindings: ^k) that have not been highlighted won't paste for me (maybe by design). But highlighted lines that are deleted (using ^w) can be pasted (probably to move them). Emacs behavior is different. Contiguous deleted lines (^k) can be yanked back (^y) -- anywhere in a document. (I do not consider Emacs is the gold standard -- let's not repeat the editor flame wars -- it is a convenient feature.) ^k and ^y use the emacs kill buffer, not the X copy buffer. Highlighting the line does use the X buffer. I don't fully understand the X copy/paste methods but IIRC there are also several standards which may be some of the problem. I think it was Helge who pointed out to me some time ago that there was a but that is supposed to be fixed in 1.5.4 and that sometimes closing and reopening lyx can reset the problem. mark hansel
Re: generic X copy-and-paste not working
On Tue, 6 May 2008 09:34:33 -0500 (CDT) Mark Hansel <[EMAIL PROTECTED]> wrote: > > On Tue, 6 May 2008, Pavel Sanda wrote: > > > >>> Normally, I can highlight text in a terminal and paste it with a > >>> middle-click. In LyX, usually I can get to it with Edit -> Paste Special. > >>> (I can copy-and-paste fine in my xterms.) > > > > Now only the "selection" choices are shaded out and not clickable. But the > > other choices do nothing for me. > > > >>> This is LyX 1.5.2 on NetBSD. I am not running any clipboard utility. > >>> > >>> Any ideas why I can't paste into LyX? > >> > >> Jeremy, is this the case with only single LyX window or are running more > >> windows simultaneously? Running just one single instance could help. > > > > No, only one LyX running. > > > > I have a text highlighted in an xterm. But can't paste into LyX. Tried > > middle click. Tried using menu options. > > Workaround: > > When I cannot get the desired result (say, from a browser window), I can > usually get it by pasting into an emacs window as an intermediate step and > then highlighting and paste into lyx from the emacs window. > > Another copy/paste peculiarity (changes from past behavior): > > Deleted lines (emacs key bindings: ^k) that have not been highlighted > won't paste for me (maybe by design). But highlighted lines that are > deleted (using ^w) can be pasted (probably to move them). Emacs behavior > is different. Contiguous deleted lines (^k) can be "yanked" back (^y) -- > anywhere in a document. (I do not consider Emacs is the gold standard -- > let's not repeat the editor flame wars -- it is a convenient feature.) > ^k and ^y use the emacs kill buffer, not the X copy buffer. Highlighting the line does use the X buffer. I don't fully understand the X copy/paste methods but IIRC there are also several standards which may be some of the problem. I think it was Helge who pointed out to me some time ago that there was a but that is supposed to be fixed in 1.5.4 and that sometimes closing and reopening lyx can reset the problem. > mark hansel >
Re: lyx vs. winedt?
On Thu, 1 May 2008 10:02:30 -0400 Steve Litt [EMAIL PROTECTED] wrote: On Thursday 01 May 2008 09:42, Neal Becker wrote: I pointed one of my colleagues to lyx. She showed me winedt, which she uses. I'm not sure what advantages one has over the other. Any info on this topic? First, winedt is a Windows only product. If your collegue is absolutely, positively certain she'll never use Linux or MacOS, even if Microsoft's next OS is even crummier than Vista, then that's not a problem. That's not going to convince anyone. There are a bunch of similar products that are cross platform. The closest to winedt I know is texmaker http://www.xm1math.net/texmaker/ emacs and vim are a very different approach and I guess windows users won't like them. The other thing is winedt and LyX are totally different animals. winedt is a That is true. text editor with which you code LaTeX. It has macros and buttons to make tag creation easier, and syntax coloring to make tag detection easier, but it's a text editor showing all the tags. LyX is a much more WYSIWYG product (yeah, that's my story and I'm sticking to it). Unless you use ERT, there are no tags in the LyX authoring environment. For me, not having to mess with tags is essential to pounding out 2000 words per day. Lyx looks wysiwyg but I wouldn't exactly consider it such. It is more a document preparation system that uses tex as the background. It doesn't work with tex files directly and can export to other formats. When you import tex files it converts them into lyx files (keeping parts it doesn't know as ert). If you re export they won't look the same. It hides most latex stuff from the user unless you really try to see it. winedt works directly with the latex files and is just a fancy editor with syntax highlighting, menu shortcuts and such. It doesn't render any of the elements (images, math, tables ...). emacs can do that, but it's also still an editor that works with the tex file. SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: lyx vs. winedt?
On Thu, 1 May 2008 10:02:30 -0400 Steve Litt [EMAIL PROTECTED] wrote: On Thursday 01 May 2008 09:42, Neal Becker wrote: I pointed one of my colleagues to lyx. She showed me winedt, which she uses. I'm not sure what advantages one has over the other. Any info on this topic? First, winedt is a Windows only product. If your collegue is absolutely, positively certain she'll never use Linux or MacOS, even if Microsoft's next OS is even crummier than Vista, then that's not a problem. That's not going to convince anyone. There are a bunch of similar products that are cross platform. The closest to winedt I know is texmaker http://www.xm1math.net/texmaker/ emacs and vim are a very different approach and I guess windows users won't like them. The other thing is winedt and LyX are totally different animals. winedt is a That is true. text editor with which you code LaTeX. It has macros and buttons to make tag creation easier, and syntax coloring to make tag detection easier, but it's a text editor showing all the tags. LyX is a much more WYSIWYG product (yeah, that's my story and I'm sticking to it). Unless you use ERT, there are no tags in the LyX authoring environment. For me, not having to mess with tags is essential to pounding out 2000 words per day. Lyx looks wysiwyg but I wouldn't exactly consider it such. It is more a document preparation system that uses tex as the background. It doesn't work with tex files directly and can export to other formats. When you import tex files it converts them into lyx files (keeping parts it doesn't know as ert). If you re export they won't look the same. It hides most latex stuff from the user unless you really try to see it. winedt works directly with the latex files and is just a fancy editor with syntax highlighting, menu shortcuts and such. It doesn't render any of the elements (images, math, tables ...). emacs can do that, but it's also still an editor that works with the tex file. SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: lyx vs. winedt?
On Thu, 1 May 2008 10:02:30 -0400 Steve Litt <[EMAIL PROTECTED]> wrote: > On Thursday 01 May 2008 09:42, Neal Becker wrote: > > I pointed one of my colleagues to lyx. She showed me winedt, which she > > uses. I'm not sure what advantages one has over the other. Any info on > > this topic? > > First, winedt is a Windows only product. If your collegue is absolutely, > positively certain she'll never use Linux or MacOS, even if Microsoft's next > OS is even crummier than Vista, then that's not a problem. > That's not going to convince anyone. There are a bunch of similar products that are cross platform. The closest to winedt I know is texmaker http://www.xm1math.net/texmaker/ emacs and vim are a very different approach and I guess windows users won't like them. > The other thing is winedt and LyX are totally different animals. winedt is a That is true. > text editor with which you code LaTeX. It has macros and buttons to make tag > creation easier, and syntax coloring to make tag detection easier, but it's a > text editor showing all the tags. > > LyX is a much more WYSIWYG product (yeah, that's my story and I'm sticking to > it). Unless you use ERT, there are no tags in the LyX authoring environment. > For me, not having to mess with tags is essential to pounding out 2000 words > per day. > Lyx looks wysiwyg but I wouldn't exactly consider it such. It is more a document preparation system that uses tex as the background. It doesn't work with tex files directly and can export to other formats. When you import tex files it converts them into lyx files (keeping parts it doesn't know as ert). If you re export they won't look the same. It hides most latex stuff from the user unless you really try to see it. winedt works directly with the latex files and is just a fancy editor with syntax highlighting, menu shortcuts and such. It doesn't render any of the elements (images, math, tables ...). emacs can do that, but it's also still an editor that works with the tex file. > SteveT > > Steve Litt > Books written in LyX: > Troubleshooting Techniques of the Successful Technologist > Twenty Eight Tales of Troubleshooting > Troubleshooting: Just the Facts >
Re: Numbering paragraphs
On Mon, 14 Apr 2008 07:47:42 -0600 Eran Kaplinsky [EMAIL PROTECTED] wrote: Clever, indeed. You should add it to the WIKI. I adapted it to my needs: \renewcommand{\labelenumi}{\textbf{\thesection.\arabic{enumi}}} Now I need two further changes: First, to correct the indentation, so that the paragraph number is flush with the left number and the rest of the text is not hanging, but also flush. There is probably a better way to do this, but I haven't managed to find the right lengths to modify so someone else will need to answer that, and this piece of code also doesn't handle more nesting but it will do what you want for the first level \renewenvironment{enumerate}{ \setcounter{enumi}{0} \renewcommand{\item}{ \smallskip \noindent\smallskip\stepcounter{enumi}\textbf{\thesection.\arabic{enumi}} }} {} You can remove the smallskip if you don't want special space between the paragraphs Second, to create a second (and possibly third level): 1.1 1.2 1.2.1 1.2.2 1.3 Can you help? Thanks, Eran
Re: Numbering paragraphs
On Mon, 14 Apr 2008 07:47:42 -0600 Eran Kaplinsky [EMAIL PROTECTED] wrote: Clever, indeed. You should add it to the WIKI. I adapted it to my needs: \renewcommand{\labelenumi}{\textbf{\thesection.\arabic{enumi}}} Now I need two further changes: First, to correct the indentation, so that the paragraph number is flush with the left number and the rest of the text is not hanging, but also flush. There is probably a better way to do this, but I haven't managed to find the right lengths to modify so someone else will need to answer that, and this piece of code also doesn't handle more nesting but it will do what you want for the first level \renewenvironment{enumerate}{ \setcounter{enumi}{0} \renewcommand{\item}{ \smallskip \noindent\smallskip\stepcounter{enumi}\textbf{\thesection.\arabic{enumi}} }} {} You can remove the smallskip if you don't want special space between the paragraphs Second, to create a second (and possibly third level): 1.1 1.2 1.2.1 1.2.2 1.3 Can you help? Thanks, Eran
Re: Numbering paragraphs
On Mon, 14 Apr 2008 07:47:42 -0600 Eran Kaplinsky <[EMAIL PROTECTED]> wrote: > Clever, indeed. You should add it to the WIKI. > > I adapted it to my needs: > > \renewcommand{\labelenumi}{\textbf{\thesection.\arabic{enumi}}} > > Now I need two further changes: > First, to correct the indentation, so that the paragraph number is flush > with the left number and the rest of the text is not hanging, but also > flush. There is probably a better way to do this, but I haven't managed to find the right lengths to modify so someone else will need to answer that, and this piece of code also doesn't handle more nesting but it will do what you want for the first level \renewenvironment{enumerate}{ \setcounter{enumi}{0} \renewcommand{\item}{ \smallskip \noindent\smallskip\stepcounter{enumi}\textbf{\thesection.\arabic{enumi}} }} {} You can remove the smallskip if you don't want special space between the paragraphs > Second, to create a second (and possibly third level): > 1.1 > 1.2 > 1.2.1 > 1.2.2 > 1.3 > > Can you help? > > Thanks, > Eran > > >
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 09:27:40 +0200 Sven Hoexter [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 12:12:40AM -0700, Kuang Chen wrote: Hi, Sven: I am using Debian and updated QT4 to 4.4.0rc1-2. Now I am more sure it is related to QT4. Ok afaik there has been a ABI change/revert again with QT 4.4. I just tried a rebuild but it doesn't resolve the problem. Currently I'm building a debug package to provide a backtrace. Sven Seeing it here also, debian unstable, lyx crashes on some documents as I open them and on others when I press the mouse on them. And this started at the very worst time
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 13:21:45 +0200 Sven Hoexter [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 01:12:38PM +0300, Micha wrote: Seeing it here also, debian unstable, lyx crashes on some documents as I open them and on others when I press the mouse on them. And this started at the very worst time Heh, well using unstable isn't recommended so you should know what to do now to recover. [1] Sven, who thought that the naming is obvious enough Actually, from experience the naming is very unobvious. I experience testing to be much more unstable than unstable. Stable is only for servers as package versions are ridiculously old. Anyway, I know how to recover, it's just the timing that's bad. Anyway in response to previous assumptions, I downgraded the qt4 packages to 4.3.4 instead of 4.4 rc whatever and lyx is working again, so this is definitely a compatibility issue between the lyx debian package and qt 4.4 debian packages. Don't know if it's also a source issue. [1] Use the libqt4-* packages from testing or pick them up at snapshot.debian.net / http://snapshot.debian.net/package/qt4-x11 As a second step you should set them on hold with dpkg --set-selections until this issue is resolved. I guess you've to roll back to 4.3.4-2.
Numbering paragraphs
I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? thanks
Re: Numbering paragraphs
On Fri, 11 Apr 2008 15:10:08 -0600 Bob Lounsbury [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 2:33 PM, Micha [EMAIL PROTECTED] wrote: I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? thanks I'm confused? Bob Me too, but to do a rough translation, the instructions say that the paragraphs will be numbered in a continuous manner in any numbering method where the first number indicates the section number. A possible way to do this would be to use an enumeration if it allows a numbering scheme where the first number is the enumeration number and the second is the enumeration number. i don't have any actual example to go by so any interpretation if this is welcome. On the other hand, this comes from the engineering department since I couldn't find any instruction at all for the math department, either for the proposal or the phd dissertation itself, which is rather strange since I seem to recall finding something for my msc thesis.
Re: Numbering paragraphs
On Sat, 12 Apr 2008 07:54:52 +1000 Typhoon [EMAIL PROTECTED] wrote: On Fri, 11 Apr 2008 23:33:56 +0300 Micha [EMAIL PROTECTED] wrote: I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? My legal publisher requires paragraph numbers of the form: [chapter-parano]. I use the following which you can modify appropriately: \newcounter{parno}[chapter]%% numbered paragraph \renewcommand{\theparno}{\thechapter-\arabic{parno}} \newcommand{\p}{\stepcounter{parno}\noindent[\theparno]\ } Start a new numbered paragraph with \p Thanks, it worked. It did teach a bit though and I ended up taking the idea and abusing it a bit to use enumerations. More work if it was pure latex, but in lyx a lot easier I defined in the header \renewcommand{\labelenumi}{[\thesection-\arabic{enumi}]} Now I can just write the whole document as an enumeration environment and I don't need to retype the \p for each paragraph (like I said, for pure latex it would have been a lot harder since it requires an \item for each paragraph instead of just \p but the wonders of lyx help me here). I'm sure that this can also be done by hacking a lyx document class file but I don't have the time since I have a day and a bit to start and finish writing my research proposal ... HTH, Alan thanks
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 09:27:40 +0200 Sven Hoexter [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 12:12:40AM -0700, Kuang Chen wrote: Hi, Sven: I am using Debian and updated QT4 to 4.4.0rc1-2. Now I am more sure it is related to QT4. Ok afaik there has been a ABI change/revert again with QT 4.4. I just tried a rebuild but it doesn't resolve the problem. Currently I'm building a debug package to provide a backtrace. Sven Seeing it here also, debian unstable, lyx crashes on some documents as I open them and on others when I press the mouse on them. And this started at the very worst time
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 13:21:45 +0200 Sven Hoexter [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 01:12:38PM +0300, Micha wrote: Seeing it here also, debian unstable, lyx crashes on some documents as I open them and on others when I press the mouse on them. And this started at the very worst time Heh, well using unstable isn't recommended so you should know what to do now to recover. [1] Sven, who thought that the naming is obvious enough Actually, from experience the naming is very unobvious. I experience testing to be much more unstable than unstable. Stable is only for servers as package versions are ridiculously old. Anyway, I know how to recover, it's just the timing that's bad. Anyway in response to previous assumptions, I downgraded the qt4 packages to 4.3.4 instead of 4.4 rc whatever and lyx is working again, so this is definitely a compatibility issue between the lyx debian package and qt 4.4 debian packages. Don't know if it's also a source issue. [1] Use the libqt4-* packages from testing or pick them up at snapshot.debian.net / http://snapshot.debian.net/package/qt4-x11 As a second step you should set them on hold with dpkg --set-selections until this issue is resolved. I guess you've to roll back to 4.3.4-2.
Numbering paragraphs
I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? thanks
Re: Numbering paragraphs
On Fri, 11 Apr 2008 15:10:08 -0600 Bob Lounsbury [EMAIL PROTECTED] wrote: On Fri, Apr 11, 2008 at 2:33 PM, Micha [EMAIL PROTECTED] wrote: I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? thanks I'm confused? Bob Me too, but to do a rough translation, the instructions say that the paragraphs will be numbered in a continuous manner in any numbering method where the first number indicates the section number. A possible way to do this would be to use an enumeration if it allows a numbering scheme where the first number is the enumeration number and the second is the enumeration number. i don't have any actual example to go by so any interpretation if this is welcome. On the other hand, this comes from the engineering department since I couldn't find any instruction at all for the math department, either for the proposal or the phd dissertation itself, which is rather strange since I seem to recall finding something for my msc thesis.
Re: Numbering paragraphs
On Sat, 12 Apr 2008 07:54:52 +1000 Typhoon [EMAIL PROTECTED] wrote: On Fri, 11 Apr 2008 23:33:56 +0300 Micha [EMAIL PROTECTED] wrote: I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? My legal publisher requires paragraph numbers of the form: [chapter-parano]. I use the following which you can modify appropriately: \newcounter{parno}[chapter]%% numbered paragraph \renewcommand{\theparno}{\thechapter-\arabic{parno}} \newcommand{\p}{\stepcounter{parno}\noindent[\theparno]\ } Start a new numbered paragraph with \p Thanks, it worked. It did teach a bit though and I ended up taking the idea and abusing it a bit to use enumerations. More work if it was pure latex, but in lyx a lot easier I defined in the header \renewcommand{\labelenumi}{[\thesection-\arabic{enumi}]} Now I can just write the whole document as an enumeration environment and I don't need to retype the \p for each paragraph (like I said, for pure latex it would have been a lot harder since it requires an \item for each paragraph instead of just \p but the wonders of lyx help me here). I'm sure that this can also be done by hacking a lyx document class file but I don't have the time since I have a day and a bit to start and finish writing my research proposal ... HTH, Alan thanks
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 09:27:40 +0200 Sven Hoexter <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 12:12:40AM -0700, Kuang Chen wrote: > > Hi, > > > Sven: > > > >I am using Debian and updated QT4 to 4.4.0rc1-2. Now I am more sure > > it is related to QT4. > > Ok afaik there has been a ABI change/revert again with QT 4.4. I just tried > a rebuild but it doesn't resolve the problem. Currently I'm building a debug > package to provide a backtrace. > > Sven Seeing it here also, debian unstable, lyx crashes on some documents as I open them and on others when I press the mouse on them. And this started at the very worst time
Re: Lyx crash with unknown reason
On Fri, 11 Apr 2008 13:21:45 +0200 Sven Hoexter <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 01:12:38PM +0300, Micha wrote: > > > Seeing it here also, debian unstable, lyx crashes on some documents as I > > open them and on others when I press the mouse on them. And this started at > > the very worst time > > Heh, well using unstable isn't recommended so you should know what to > do now to recover. [1] > > Sven, who thought that the naming is obvious enough > Actually, from experience the naming is very unobvious. I experience testing to be much more unstable than unstable. Stable is only for servers as package versions are ridiculously old. Anyway, I know how to recover, it's just the timing that's bad. Anyway in response to previous assumptions, I downgraded the qt4 packages to 4.3.4 instead of 4.4 rc whatever and lyx is working again, so this is definitely a compatibility issue between the lyx debian package and qt 4.4 debian packages. Don't know if it's also a source issue. > > > > [1] Use the libqt4-* packages from testing or pick them up at > snapshot.debian.net / http://snapshot.debian.net/package/qt4-x11 > As a second step you should set them on hold with dpkg --set-selections > until this issue is resolved. I guess you've to roll back to 4.3.4-2.
Numbering paragraphs
I am trying to write a research proposal for my uni and the instructions say that the paragraphs should be numbered where the first number is the section number. Any way to do it in lyx/latex? thanks
Re: Numbering paragraphs
On Fri, 11 Apr 2008 15:10:08 -0600 "Bob Lounsbury" <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 2:33 PM, Micha <[EMAIL PROTECTED]> wrote: > > I am trying to write a research proposal for my uni and the instructions say > > that the paragraphs should be numbered where the first number is the > > section number. > > > > Any way to do it in lyx/latex? > > > > thanks > > > > I'm confused? > > Bob > Me too, but to do a rough translation, the instructions say that the paragraphs will be numbered in a continuous manner in any numbering method where the first number indicates the section number. A possible way to do this would be to use an enumeration if it allows a numbering scheme where the first number is the enumeration number and the second is the enumeration number. i don't have any actual example to go by so any interpretation if this is welcome. On the other hand, this comes from the engineering department since I couldn't find any instruction at all for the math department, either for the proposal or the phd dissertation itself, which is rather strange since I seem to recall finding something for my msc thesis.
Re: Numbering paragraphs
On Sat, 12 Apr 2008 07:54:52 +1000 Typhoon <[EMAIL PROTECTED]> wrote: > On Fri, 11 Apr 2008 23:33:56 +0300 > Micha <[EMAIL PROTECTED]> wrote: > > > I am trying to write a research proposal for my uni and the > > instructions say that the paragraphs should be numbered where the > > first number is the section number. > > > > Any way to do it in lyx/latex? > > > > My legal publisher requires paragraph numbers of the form: > [chapter-parano]. I use the following which you can modify > appropriately: > > \newcounter{parno}[chapter]%% numbered paragraph > \renewcommand{\theparno}{\thechapter-\arabic{parno}} > \newcommand{\p}{\stepcounter{parno}\noindent[\theparno]\ } > > Start a new numbered paragraph with \p > Thanks, it worked. It did teach a bit though and I ended up taking the idea and abusing it a bit to use enumerations. More work if it was pure latex, but in lyx a lot easier I defined in the header \renewcommand{\labelenumi}{[\thesection-\arabic{enumi}]} Now I can just write the whole document as an enumeration environment and I don't need to retype the \p for each paragraph (like I said, for pure latex it would have been a lot harder since it requires an \item for each paragraph instead of just \p but the wonders of lyx help me here). I'm sure that this can also be done by hacking a lyx document class file but I don't have the time since I have a day and a bit to start and finish writing my research proposal ... > HTH, > Alan > > thanks > > >
Re: Instant Preview isn't working (LyX 1.6.0svn)
On Sat, 23 Feb 2008 11:13:53 +0100 Dominik Böhm [EMAIL PROTECTED] wrote: [snip ...] I have two other request aswell: 1. Is it possible to generate previews for ERT-insets? It would be great if we could configure single insets to be rendered as preview. I am asking, as That would have to be on a per ERT basis otherwise related ERTs would cause problems. For example I define in my header (easier this way when I make a lot of changes with what to export, for exercises and such) \newcommand{\ignore}[1]{} and then in two ERTs \ignore{ and } How would this be handled for instant previews of ERTs? the support for trees in LyX is not the best, yet. I print some trees using something like \Tree { \K{+} \B{dll} \B{drr} \\ \K{$\cdot$}\B{dl}\B{dr} \K{$\cdot$} \B{dl} \B{dr} \\ \K{2} \K{$a$} \K{3} \K{$\mathcircumflex$} \B{dl} \B{dr} \\ \K{$b$} \K{2}} And have to render my 100 pages document each time to have a look if I entered anything correctly (what I usually don't in the first approach). 2. Is it possible to mark a part of my file to be collapsible and expandable? I would like to have my header (which now is not in an external file) on top of my file but collapsed. I am looking for the region-feature in visual studio. There you can define regions that become collapsible. I think that would be a great feature! There was a talk about this some time back with regards to outlines. I don't remember the reasons for not implementing it at the time. Thanks again, have a nice weekend and best regards Dominik
Re: Instant Preview isn't working (LyX 1.6.0svn)
On Sat, 23 Feb 2008 11:13:53 +0100 Dominik Böhm [EMAIL PROTECTED] wrote: [snip ...] I have two other request aswell: 1. Is it possible to generate previews for ERT-insets? It would be great if we could configure single insets to be rendered as preview. I am asking, as That would have to be on a per ERT basis otherwise related ERTs would cause problems. For example I define in my header (easier this way when I make a lot of changes with what to export, for exercises and such) \newcommand{\ignore}[1]{} and then in two ERTs \ignore{ and } How would this be handled for instant previews of ERTs? the support for trees in LyX is not the best, yet. I print some trees using something like \Tree { \K{+} \B{dll} \B{drr} \\ \K{$\cdot$}\B{dl}\B{dr} \K{$\cdot$} \B{dl} \B{dr} \\ \K{2} \K{$a$} \K{3} \K{$\mathcircumflex$} \B{dl} \B{dr} \\ \K{$b$} \K{2}} And have to render my 100 pages document each time to have a look if I entered anything correctly (what I usually don't in the first approach). 2. Is it possible to mark a part of my file to be collapsible and expandable? I would like to have my header (which now is not in an external file) on top of my file but collapsed. I am looking for the region-feature in visual studio. There you can define regions that become collapsible. I think that would be a great feature! There was a talk about this some time back with regards to outlines. I don't remember the reasons for not implementing it at the time. Thanks again, have a nice weekend and best regards Dominik
Re: Instant Preview isn't working (LyX 1.6.0svn)
On Sat, 23 Feb 2008 11:13:53 +0100 "Dominik Böhm" <[EMAIL PROTECTED]> wrote: [snip ...] > > I have two other request aswell: > > 1. Is it possible to generate previews for ERT-insets? It would be great if > we could configure single insets to be rendered as preview. I am asking, as That would have to be on a per ERT basis otherwise related ERTs would cause problems. For example I define in my header (easier this way when I make a lot of changes with what to export, for exercises and such) \newcommand{\ignore}[1]{} and then in two ERTs \ignore{ and } How would this be handled for instant previews of ERTs? > the support for trees in LyX is not the best, yet. I print some trees using > something like > > \Tree { & && \K{+} \B{dll} \B{drr} \\ > &\K{$\cdot$}\B{dl}\B{dr}&& & &\K{$\cdot$} \B{dl} > \B{dr} \\ > \K{2} & & \K{$a$} && \K{3} & & \K{$\mathcircumflex$} > \B{dl} \B{dr} \\ > & & && & \K{$b$} > && \K{2}} > > And have to render my >100 pages document each time to have a look if I > entered anything correctly (what I usually don't in the first approach). > > 2. Is it possible to mark a part of my file to be collapsible and > expandable? I would like to have my header (which now is not in an external > file) on top of my file but collapsed. I am looking for the "region-feature" > in visual studio. There you can define regions that become collapsible. I > think that would be a great feature! > There was a talk about this some time back with regards to outlines. I don't remember the reasons for not implementing it at the time. > Thanks again, have a nice weekend and best regards > Dominik
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 17:02:34 -0600 Paul Johnson [EMAIL PROTECTED] wrote: On Feb 19, 2008 1:38 PM, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: Steve Litt wrote: Interestingly, it appears that in order to upgrade to qt 2.2.3, I would need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but that's just too much to expect from a user. No offense intended Steve but you are obviously confused with version numbers etc. Of course offense was intended. A typo, or even a series of like typos, does not confusion make. I even suspect that you didn't even fully read the README and INSTALL that come with the source. Quite a leap of logic. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. That's exactly my point. When the step by step implies messing with the very vitals of your 1.5 year old OS, there's something very wrong with the step by step. and if I recall correctly apart from the no unicode support of xforms, the reason for qt4, besides being mature enough not to stick with qt3, was license support to allow easy porting of lyx to windows and mac. Well, I see why people are upset with your tone now. Once we get to the point of compiling software, expecting instructions to be 'idiot proof' is a mistake. The GNU software build process is fairly widespread and pretty easy to use, but it is not intended for people who aren't willing/able to experiment and learn. Rebuilding QT is not messing with The very vitals of an operating system. At worst, it is mettling with an outer part of the graphical interface. But you can/should protect yourself by leaving your operating system untouched. If you are re-building QT from source, what you do is set the prefix to install into a nonstandard place, say /home/steve/packages/qt and then when you build LyX, you tell it to use that version of QT. And in the configure statement for LyX, you set the prefix on LyX to install into /home/steve/packages/, so it does not affect the operating system even in the littlest bit. This can all be installed as a non root user and it never affects anyone. Many users compile LyX without problems. That's relevent why? That is supposed to give you the confidence to feel that, if you understood what was going on in the build process, you would succeed. If you pay attention to the advice people give you, you can make it work.
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:32:02 -0500 Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:07, Abdelrazak Younes wrote: JOHN CULLETON wrote: While in the process of trying to add things like Qt4 to my Slack 12 system I managed to mung my ability to send outgoing mail. I reinstalled on a fresh partition but I still have problems. So among other things I am giving up on Lyx. More to the point, I am giving up on recommending Lyx to TEX newbies. If someone can cite a version of Lyx that runs without tears on the latest stable version of Slack (12) then I may give it a try again. There seems to be a virus infecting developers all over the net that compels them to use the newest tools even though the newest tools are not widely available. Please stop this non sense. Makes perfect sense to me, and I couldn't have said it better myself. A person should not have to upgrade their distro every few months in order to compile the latest apps. You are getting you direction wrong, a person should have to upgrade their software to keep working with their old distro. Upgraded software quite understandably uses upgraded libraries which quite understandably requires upgrading dependent software. Otherwise you would greatly cripple any advancement of software. And that's what distros are for, to make sure that you upgrade all dependencies at one time. Qt 4 is the most notable of these attractive nuisances. True, I can install a Kubuntu 4 partition and get KDE 4 which uses Qt4. But Koffice and a host of other things don't work with KDE 4. Besides, I don't like Debian. Back in the days I was using Slackware, I used to compile everything. If you are not able to compile Qt and LyX, pay someone to do it for you and stop complaining about people developing those programs for *FREE*. I guarantee you if I so chose I could make an app you could not compile and I could. But when I make free software, I try my best to make sure the user will be able to follow the instructions on any Linux distro to install the app. With UMENU, I went so far as to create my own DOM tree objects rather than have the user need to deal with CPAN packages and possibly mess up his perl (I've seen CPAN package compilation mess up perl). You may argue that UMENU doesn't come close to the functionality required for LyX, and you'd be absolutely right. But it's the philosophy I'm speaking of. I'm sure John will stop complaining about something developed for free. However, as he noted, he'll also stop recommending it, depriving the project of users, documenters, and possibly developers. Sure, John is a drop in the bucket and won't be missed, but when a development community starts dissing individuals unable to navigate dependency hell to install the app, the future might get a little rocky. I am writing this via my online mailbox attached to my webpage. Trust me it is a helluva way to do my daily work. John Culleton TeX since 1995. Just stay with TeX and stop annoying us. Yeah, that's the way to get LyX users -- tell em if they're not willing to upgrade the very vitals of their OS so that the developers can use the latest and greatest Qt instead of providing compatibility with a couple year old version (Qt 4 came out summer 2005, but Qt 4.2 is much newer), they should go somewhere else. SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:38:57 -0500 Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: Steve Litt wrote: Interestingly, it appears that in order to upgrade to qt 2.2.3, I would need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but that's just too much to expect from a user. No offense intended Steve but you are obviously confused with version numbers etc. Of course offense was intended. A typo, or even a series of like typos, does not confusion make. I even suspect that you didn't even fully read the README and INSTALL that come with the source. Quite a leap of logic. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. That's exactly my point. When the step by step implies messing with the very vitals of your 1.5 year old OS, there's something very wrong with the step by step. In that case you need the 1.5 year old Lyx to match your 1.5 year old distro, don't you? Many users compile LyX without problems. That's relevent why? SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 14:39:55 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha [EMAIL PROTECTED] writes: In that case you need the 1.5 year old Lyx to match your 1.5 year old distro, don't you? So for example you applaud if microsoft decides that each and every software they issue will be restricted to run only on vista, right? Curiously, they do not do that. curiously, nothing runs properly on vista, including vista, and they keep implying that nothing will run ok off vista very soon so I guess you are wrong. JMarc
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 21:39:12 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha [EMAIL PROTECTED] writes: So for example you applaud if microsoft decides that each and every software they issue will be restricted to run only on vista, right? Curiously, they do not do that. curiously, nothing runs properly on vista, including vista, and they keep implying that nothing will run ok off vista very soon so I guess you are wrong. You still did not tell me whether you thought it was the right way to behave :) Nothing microsoft is a good way to behave. But more to the point I believe that if the new library brings in enough usefulness it's good to migrate. If keeping backward compatibility is not too hard it's useful too, but is of lower priority. look at the other side of the coin, if the dev's spend all their time maintaining backward compatibility they don't spend it on new features/bug squashing etc. Also, for those of us using newer distros keeping the old libraries around is not that easy either. In this case I believe that qt4 was a right choice (for a whole lot of reasons) and dropping xforms support was also a right choice (for a whole lot of not completely disjoint reasons). On the other had you should let the new libraries mature before running over to them (and qt4 has done that). JMarc
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 17:02:34 -0600 Paul Johnson [EMAIL PROTECTED] wrote: On Feb 19, 2008 1:38 PM, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: Steve Litt wrote: Interestingly, it appears that in order to upgrade to qt 2.2.3, I would need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but that's just too much to expect from a user. No offense intended Steve but you are obviously confused with version numbers etc. Of course offense was intended. A typo, or even a series of like typos, does not confusion make. I even suspect that you didn't even fully read the README and INSTALL that come with the source. Quite a leap of logic. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. That's exactly my point. When the step by step implies messing with the very vitals of your 1.5 year old OS, there's something very wrong with the step by step. and if I recall correctly apart from the no unicode support of xforms, the reason for qt4, besides being mature enough not to stick with qt3, was license support to allow easy porting of lyx to windows and mac. Well, I see why people are upset with your tone now. Once we get to the point of compiling software, expecting instructions to be 'idiot proof' is a mistake. The GNU software build process is fairly widespread and pretty easy to use, but it is not intended for people who aren't willing/able to experiment and learn. Rebuilding QT is not messing with The very vitals of an operating system. At worst, it is mettling with an outer part of the graphical interface. But you can/should protect yourself by leaving your operating system untouched. If you are re-building QT from source, what you do is set the prefix to install into a nonstandard place, say /home/steve/packages/qt and then when you build LyX, you tell it to use that version of QT. And in the configure statement for LyX, you set the prefix on LyX to install into /home/steve/packages/, so it does not affect the operating system even in the littlest bit. This can all be installed as a non root user and it never affects anyone. Many users compile LyX without problems. That's relevent why? That is supposed to give you the confidence to feel that, if you understood what was going on in the build process, you would succeed. If you pay attention to the advice people give you, you can make it work.
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:32:02 -0500 Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:07, Abdelrazak Younes wrote: JOHN CULLETON wrote: While in the process of trying to add things like Qt4 to my Slack 12 system I managed to mung my ability to send outgoing mail. I reinstalled on a fresh partition but I still have problems. So among other things I am giving up on Lyx. More to the point, I am giving up on recommending Lyx to TEX newbies. If someone can cite a version of Lyx that runs without tears on the latest stable version of Slack (12) then I may give it a try again. There seems to be a virus infecting developers all over the net that compels them to use the newest tools even though the newest tools are not widely available. Please stop this non sense. Makes perfect sense to me, and I couldn't have said it better myself. A person should not have to upgrade their distro every few months in order to compile the latest apps. You are getting you direction wrong, a person should have to upgrade their software to keep working with their old distro. Upgraded software quite understandably uses upgraded libraries which quite understandably requires upgrading dependent software. Otherwise you would greatly cripple any advancement of software. And that's what distros are for, to make sure that you upgrade all dependencies at one time. Qt 4 is the most notable of these attractive nuisances. True, I can install a Kubuntu 4 partition and get KDE 4 which uses Qt4. But Koffice and a host of other things don't work with KDE 4. Besides, I don't like Debian. Back in the days I was using Slackware, I used to compile everything. If you are not able to compile Qt and LyX, pay someone to do it for you and stop complaining about people developing those programs for *FREE*. I guarantee you if I so chose I could make an app you could not compile and I could. But when I make free software, I try my best to make sure the user will be able to follow the instructions on any Linux distro to install the app. With UMENU, I went so far as to create my own DOM tree objects rather than have the user need to deal with CPAN packages and possibly mess up his perl (I've seen CPAN package compilation mess up perl). You may argue that UMENU doesn't come close to the functionality required for LyX, and you'd be absolutely right. But it's the philosophy I'm speaking of. I'm sure John will stop complaining about something developed for free. However, as he noted, he'll also stop recommending it, depriving the project of users, documenters, and possibly developers. Sure, John is a drop in the bucket and won't be missed, but when a development community starts dissing individuals unable to navigate dependency hell to install the app, the future might get a little rocky. I am writing this via my online mailbox attached to my webpage. Trust me it is a helluva way to do my daily work. John Culleton TeX since 1995. Just stay with TeX and stop annoying us. Yeah, that's the way to get LyX users -- tell em if they're not willing to upgrade the very vitals of their OS so that the developers can use the latest and greatest Qt instead of providing compatibility with a couple year old version (Qt 4 came out summer 2005, but Qt 4.2 is much newer), they should go somewhere else. SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:38:57 -0500 Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: Steve Litt wrote: Interestingly, it appears that in order to upgrade to qt 2.2.3, I would need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but that's just too much to expect from a user. No offense intended Steve but you are obviously confused with version numbers etc. Of course offense was intended. A typo, or even a series of like typos, does not confusion make. I even suspect that you didn't even fully read the README and INSTALL that come with the source. Quite a leap of logic. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. That's exactly my point. When the step by step implies messing with the very vitals of your 1.5 year old OS, there's something very wrong with the step by step. In that case you need the 1.5 year old Lyx to match your 1.5 year old distro, don't you? Many users compile LyX without problems. That's relevent why? SteveT Steve Litt Books written in LyX: Troubleshooting Techniques of the Successful Technologist Twenty Eight Tales of Troubleshooting Troubleshooting: Just the Facts
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 14:39:55 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha [EMAIL PROTECTED] writes: In that case you need the 1.5 year old Lyx to match your 1.5 year old distro, don't you? So for example you applaud if microsoft decides that each and every software they issue will be restricted to run only on vista, right? Curiously, they do not do that. curiously, nothing runs properly on vista, including vista, and they keep implying that nothing will run ok off vista very soon so I guess you are wrong. JMarc
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 21:39:12 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha [EMAIL PROTECTED] writes: So for example you applaud if microsoft decides that each and every software they issue will be restricted to run only on vista, right? Curiously, they do not do that. curiously, nothing runs properly on vista, including vista, and they keep implying that nothing will run ok off vista very soon so I guess you are wrong. You still did not tell me whether you thought it was the right way to behave :) Nothing microsoft is a good way to behave. But more to the point I believe that if the new library brings in enough usefulness it's good to migrate. If keeping backward compatibility is not too hard it's useful too, but is of lower priority. look at the other side of the coin, if the dev's spend all their time maintaining backward compatibility they don't spend it on new features/bug squashing etc. Also, for those of us using newer distros keeping the old libraries around is not that easy either. In this case I believe that qt4 was a right choice (for a whole lot of reasons) and dropping xforms support was also a right choice (for a whole lot of not completely disjoint reasons). On the other had you should let the new libraries mature before running over to them (and qt4 has done that). JMarc
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 17:02:34 -0600 "Paul Johnson" <[EMAIL PROTECTED]> wrote: > On Feb 19, 2008 1:38 PM, Steve Litt <[EMAIL PROTECTED]> wrote: > > On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: > > > Steve Litt wrote: > > > > > > Interestingly, it appears that in order to upgrade to qt 2.2.3, I would > > > > need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but > > > > that's just too much to expect from a user. > > > > > > No offense intended Steve but you are obviously confused with version > > > numbers etc. > > > > Of course offense was intended. A typo, or even a series of like typos, does > > not confusion make. > > > > > I even suspect that you didn't even fully read the README > > > and INSTALL that come with the source. > > > > Quite a leap of logic. > > > > > As an end-user, either you wait > > > for your distro to come with a binary package or you do the required > > > step by step things you need to do in order to compile LyX. > > > > That's exactly my point. When the step by step implies messing with the very > > vitals of your 1.5 year old OS, there's something very wrong with the step > > by step. > > and if I recall correctly apart from the no unicode support of xforms, the reason for qt4, besides being mature enough not to stick with qt3, was license support to allow easy porting of lyx to windows and mac. > Well, I see why people are upset with your tone now. > > Once we get to the point of compiling software, expecting instructions > to be 'idiot proof' is a mistake. The GNU software build process is > fairly widespread and pretty easy to use, but it is not intended for > people who aren't willing/able to experiment and learn. > > Rebuilding QT is not messing with "The very vitals" of an operating > system. At worst, it is mettling with an outer part of the graphical > interface. > > But you can/should protect yourself by leaving your "operating system" > untouched. If you are re-building QT from source, what you do is set > the prefix to install into a nonstandard place, say > /home/steve/packages/qt and then when you build LyX, you tell it to > use that version of QT. And in the configure statement for LyX, you > set the prefix on LyX to install into /home/steve/packages/, so it > does not affect the "operating system" even in the littlest bit. This > can all be installed as a non root user and it never affects anyone. > > > > > Many users > > > compile LyX without problems. > > > > That's relevent why? > > That is supposed to give you the confidence to feel that, if you > understood what was going on in the build process, you would succeed. > If you pay attention to the advice people give you, you can make it > work. >
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:32:02 -0500 Steve Litt <[EMAIL PROTECTED]> wrote: > On Tuesday 19 February 2008 02:07, Abdelrazak Younes wrote: > > JOHN CULLETON wrote: > > > While in the process of trying to add things like Qt4 to my Slack 12 > > > system I managed to mung my ability to send outgoing mail. I > > > reinstalled on a fresh partition but I still have problems. So among > > > other things I am giving up on Lyx. More to the point, I am giving up > > > on recommending Lyx to TEX newbies. If someone can cite a version of > > > Lyx that runs without tears on the latest stable version of Slack > > > (12) then I may give it a try again. > > > > > > There seems to be a virus infecting developers all over the net that > > > compels them to use the newest tools even though the newest tools are > > > not widely available. > > > > Please stop this non sense. > > Makes perfect sense to me, and I couldn't have said it better myself. A > person should not have to upgrade their distro every few months in order to > compile the latest apps. > You are getting you direction wrong, a person should have to upgrade their software to keep working with their old distro. Upgraded software quite understandably uses upgraded libraries which quite understandably requires upgrading dependent software. Otherwise you would greatly cripple any advancement of software. And that's what distros are for, to make sure that you upgrade all dependencies at one time. > > > > > Qt 4 is the most notable of these attractive > > > nuisances. True, I can install a Kubuntu 4 partition and get KDE 4 > > > which uses Qt4. But Koffice and a host of other things don't work > > > with KDE 4. Besides, I don't like Debian. > > > > Back in the days I was using Slackware, I used to compile everything. If > > you are not able to compile Qt and LyX, pay someone to do it for you and > > stop complaining about people developing those programs for *FREE*. > > I guarantee you if I so chose I could make an app you could not compile and I > could. But when I make free software, I try my best to make sure the user > will be able to follow the instructions on any Linux distro to install the > app. With UMENU, I went so far as to create my own DOM tree objects rather > than have the user need to deal with CPAN packages and possibly mess up his > perl (I've seen CPAN package compilation mess up perl). > > You may argue that UMENU doesn't come close to the functionality required for > LyX, and you'd be absolutely right. But it's the philosophy I'm speaking of. > > I'm sure John will stop complaining about something developed for free. > However, as he noted, he'll also stop recommending it, depriving the project > of users, documenters, and possibly developers. Sure, John is a drop in the > bucket and won't be missed, but when a development community starts dissing > individuals unable to navigate dependency hell to install the app, the future > might get a little rocky. > > > > > I am writing this via my online mailbox attached to my webpage. Trust > > > me it is a helluva way to do my daily work. > > > > > > John Culleton TeX since 1995. > > > > Just stay with TeX and stop annoying us. > > Yeah, that's the way to get LyX users -- tell em if they're not willing to > upgrade the very vitals of their OS so that the developers can use the latest > and greatest Qt instead of providing compatibility with a couple year old > version (Qt 4 came out summer 2005, but Qt 4.2 is much newer), they should go > somewhere else. > > SteveT > > Steve Litt > Books written in LyX: > Troubleshooting Techniques of the Successful Technologist > Twenty Eight Tales of Troubleshooting > Troubleshooting: Just the Facts >
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 14:38:57 -0500 Steve Litt <[EMAIL PROTECTED]> wrote: > On Tuesday 19 February 2008 02:01, Abdelrazak Younes wrote: > > Steve Litt wrote: > > > > Interestingly, it appears that in order to upgrade to qt 2.2.3, I would > > > need to upgrade my glibc (because of rtld(GNU_HASH)). I'm sorry, but > > > that's just too much to expect from a user. > > > > No offense intended Steve but you are obviously confused with version > > numbers etc. > > Of course offense was intended. A typo, or even a series of like typos, does > not confusion make. > > > I even suspect that you didn't even fully read the README > > and INSTALL that come with the source. > > Quite a leap of logic. > > > As an end-user, either you wait > > for your distro to come with a binary package or you do the required > > step by step things you need to do in order to compile LyX. > > That's exactly my point. When the step by step implies messing with the very > vitals of your 1.5 year old OS, there's something very wrong with the step by > step. > In that case you need the 1.5 year old Lyx to match your 1.5 year old distro, don't you? > > Many users > > compile LyX without problems. > > That's relevent why? > > SteveT > > Steve Litt > Books written in LyX: > Troubleshooting Techniques of the Successful Technologist > Twenty Eight Tales of Troubleshooting > Troubleshooting: Just the Facts >
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 14:39:55 +0100 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Micha <[EMAIL PROTECTED]> writes: > > > In that case you need the 1.5 year old Lyx to match your 1.5 year old > > distro, don't you? > > So for example you applaud if microsoft decides that each and every > software they issue will be restricted to run only on vista, right? > Curiously, they do not do that. > curiously, nothing runs properly on vista, including vista, and they keep implying that nothing will run ok off vista very soon so I guess you are wrong. > JMarc >
Re: Why oh why did you drop xforms?
On Wed, 20 Feb 2008 21:39:12 +0100 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Micha <[EMAIL PROTECTED]> writes: > >> So for example you applaud if microsoft decides that each and every > >> software they issue will be restricted to run only on vista, right? > >> Curiously, they do not do that. > > > > curiously, nothing runs properly on vista, including vista, and they keep > > implying that nothing will run ok off vista very soon so I guess you are > > wrong. > > You still did not tell me whether you thought it was the right way to > behave :) > Nothing microsoft is a good way to behave. But more to the point I believe that if the new library brings in enough usefulness it's good to migrate. If keeping backward compatibility is not too hard it's useful too, but is of lower priority. look at the other side of the coin, if the dev's spend all their time maintaining backward compatibility they don't spend it on new features/bug squashing etc. Also, for those of us using newer distros keeping the old libraries around is not that easy either. In this case I believe that qt4 was a right choice (for a whole lot of reasons) and dropping xforms support was also a right choice (for a whole lot of not completely disjoint reasons). On the other had you should let the new libraries mature before running over to them (and qt4 has done that). > JMarc >
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 10:22:38 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Abdelrazak Younes [EMAIL PROTECTED] writes: No offense intended Steve but you are obviously confused with version numbers etc. I even suspect that you didn't even fully read the README and INSTALL that come with the source. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. Many users compile LyX without problems. Abdel, I think you miss the point that some people do not want to update their distro, but want to update LyX nevertheless. And many of these people are faithful LyX users, too. And if users want to do such stuff, they should be willing to handle non-standard ways of installing things and not expect the developers to work much harder and give up on a lot of features that users that do keep up with modern libraries want. He wants a nice new Ferrari and still fuel it with leaded fuel, it doesn't work that way. JMarc
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 10:22:38 +0100 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Abdelrazak Younes [EMAIL PROTECTED] writes: No offense intended Steve but you are obviously confused with version numbers etc. I even suspect that you didn't even fully read the README and INSTALL that come with the source. As an end-user, either you wait for your distro to come with a binary package or you do the required step by step things you need to do in order to compile LyX. Many users compile LyX without problems. Abdel, I think you miss the point that some people do not want to update their distro, but want to update LyX nevertheless. And many of these people are faithful LyX users, too. And if users want to do such stuff, they should be willing to handle non-standard ways of installing things and not expect the developers to work much harder and give up on a lot of features that users that do keep up with modern libraries want. He wants a nice new Ferrari and still fuel it with leaded fuel, it doesn't work that way. JMarc
Re: Why oh why did you drop xforms?
On Tue, 19 Feb 2008 10:22:38 +0100 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > Abdelrazak Younes <[EMAIL PROTECTED]> writes: > > > No offense intended Steve but you are obviously confused with version > > numbers etc. I even suspect that you didn't even fully read the README > > and INSTALL that come with the source. As an end-user, either you wait > > for your distro to come with a binary package or you do the required > > step by step things you need to do in order to compile LyX. Many users > > compile LyX without problems. > > Abdel, I think you miss the point that some people do not want to > update their distro, but want to update LyX nevertheless. And many of > these people are faithful LyX users, too. > And if users want to do such stuff, they should be willing to handle non-standard ways of installing things and not expect the developers to work much harder and give up on a lot of features that users that do keep up with modern libraries want. He wants a nice new Ferrari and still fuel it with leaded fuel, it doesn't work that way. > JMarc >
Re: copy/paste from emacs/openoffice
On Fri, 8 Feb 2008 16:05:52 -0800 (PST) Rich Shepard [EMAIL PROTECTED] wrote: On Sat, 9 Feb 2008, Micha wrote: How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). Micha, I've found that I sometimes need to hold the shift key down when I mark text with the trackball (mouse), and when pasting into the receiving application. I've copied from emacs to lyx without any problem. Just did a test, with emacs running under X, too: left trackball button held down as I blocked text in emacs; in lyx, click the left button where I wanted to insert the text, then both buttons (emulating a 3-button mouse). Worked like a charm. Rich Well, for some reason it just started working again, don't know what kept lyx. I don't even think that I restarted it. It didn't accept paste in any form and now it's just working again. Go figure. Thanks ayway
Re: copy/paste from emacs/openoffice
On Sat, 9 Feb 2008 01:00:47 +0100 Pavel Sanda [EMAIL PROTECTED] wrote: How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). what version of lyx you use? pavel 1.5.3, but for some unknown reason it just started working again without me doing anything. It didn't accept paste from any program no matter what i did and now it's accepting again. Unless someone knows whats wrong I will just try not to break it again. Thanks
Re: copy/paste from emacs/openoffice
On Fri, 8 Feb 2008 16:05:52 -0800 (PST) Rich Shepard [EMAIL PROTECTED] wrote: On Sat, 9 Feb 2008, Micha wrote: How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). Micha, I've found that I sometimes need to hold the shift key down when I mark text with the trackball (mouse), and when pasting into the receiving application. I've copied from emacs to lyx without any problem. Just did a test, with emacs running under X, too: left trackball button held down as I blocked text in emacs; in lyx, click the left button where I wanted to insert the text, then both buttons (emulating a 3-button mouse). Worked like a charm. Rich Well, for some reason it just started working again, don't know what kept lyx. I don't even think that I restarted it. It didn't accept paste in any form and now it's just working again. Go figure. Thanks ayway
Re: copy/paste from emacs/openoffice
On Sat, 9 Feb 2008 01:00:47 +0100 Pavel Sanda [EMAIL PROTECTED] wrote: How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). what version of lyx you use? pavel 1.5.3, but for some unknown reason it just started working again without me doing anything. It didn't accept paste from any program no matter what i did and now it's accepting again. Unless someone knows whats wrong I will just try not to break it again. Thanks
Re: copy/paste from emacs/openoffice
On Fri, 8 Feb 2008 16:05:52 -0800 (PST) Rich Shepard <[EMAIL PROTECTED]> wrote: > On Sat, 9 Feb 2008, Micha wrote: > > > How do I copy text from emacs and openoffice into lyx under linux? I am > > trying to patch together a few sources for a presentation and I can't get > > lyx to recognize that it has something to paste in any way (marking and > > middle mouse button or marking and using edit->copy). > > Micha, > >I've found that I sometimes need to hold the shift key down when I mark > text with the trackball (mouse), and when pasting into the receiving > application. > >I've copied from emacs to lyx without any problem. Just did a test, with > emacs running under X, too: left trackball button held down as I blocked > text in emacs; in lyx, click the left button where I wanted to insert the > text, then both buttons (emulating a 3-button mouse). > >Worked like a charm. > > Rich > Well, for some reason it just started working again, don't know what kept lyx. I don't even think that I restarted it. It didn't accept paste in any form and now it's just working again. Go figure. Thanks ayway
Re: copy/paste from emacs/openoffice
On Sat, 9 Feb 2008 01:00:47 +0100 Pavel Sanda <[EMAIL PROTECTED]> wrote: > > How do I copy text from emacs and openoffice into lyx under linux? I am > > trying to patch together a few sources for a presentation and I can't get > > lyx to recognize that it has something to paste in any way (marking and > > middle mouse button or marking and using edit->copy). > > what version of lyx you use? > pavel > 1.5.3, but for some unknown reason it just started working again without me doing anything. It didn't accept paste from any program no matter what i did and now it's accepting again. Unless someone knows whats wrong I will just try not to break it again. Thanks
copy/paste from emacs/openoffice
How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). thanks
copy/paste from emacs/openoffice
How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit-copy). thanks
copy/paste from emacs/openoffice
How do I copy text from emacs and openoffice into lyx under linux? I am trying to patch together a few sources for a presentation and I can't get lyx to recognize that it has something to paste in any way (marking and middle mouse button or marking and using edit->copy). thanks
Re: Merging lyx documents (can version tracking be abbused for this)
On Thu, 07 Jun 2007 18:58:33 -0500 Todd Denniston [EMAIL PROTECTED] wrote: Micha Feigin wrote: On Wed, 06 Jun 2007 11:06:44 +0200 Helge Hafting [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: [...] [...] To really save work here, learn to use the changetracking feature. Then show your coworker LyX, perhaps he'll be impressed enough to use it - you can then pass LyX documents back and forth using changetracking. LyX will not prevent him from using LaTeX, he may still apply all tricks he knows using ERT. I can probably push lyx on her. The two problems are that we do a lot of work for journals and conferences and most of them use all kinds of wierd document styles which can make things a little auckward occationally. The actual issue here won't be solved though by the default change tracking implementation. What I need is a way to work in parrallel on the same version and then merge the changes. I see two proposed enhancements here at the moment. 1. Allow the change tracking system produce a three way merge (not sure how difficult) 2. Allow using an existing lyx layout with just changing the latex style file. It will be nice if someone else is interested enough, otherwise, I'm hoping to have some time in about 3-4 months to start amusing myself with this. You might be able to solve your problems by changing your procedures a little. You are working on a document in parallel... Answer the following questions: 1) Can the document be broken up in to chapters/sections? 2) Are the two of you _normally_ working on the same chapter/section? 3) Are you adverse to having a master document that pulls in sub-documents? 4) Are you on windows or Unix? (determines some of the other tools that would be suggested.) if (1) is yes, then if you can create the outline of the document this will put physical space in the document between your changes, this makes using things like patch, rcs and CVS easier. I always break up the document into chapters/sections (that is usually the starting point) if (2) is yes, then likely the current tools can't help. if (2) is no then tools like patch, rcs and CVS can make your lives a little easier, with communication and practice. At the point where collaboration starts it is very usual that we work on the same parts of the document at the same time. The problem is that lyx breaks up the lines differently after you edit them its very hard to compare the files. Another problem is that things like references take up a very large space so that it's hard to figure out where they go and what they say. I need some tool that can work on the lyx file visually (inside lyx) instead of as a text file. if (3) is no, using the tools already mentioned becomes a lot easier. Depending on the size. When its a 8-12 page long article it becomes very impractical. if (4) is Unix, you probably already have the tools you need. if (4) is windows, we (the group) can probably guide you in finding _some_ of the tools to make things work better [CVSNT]. I work in linux. Others use windows but I do the merge so its no problem. Under linux I use meld at the moment to compare the files, but like I said, if it's not just simple text (changes often include changes to equations and references) than it's very difficult to compare with such a tool For windows there is winmerge which is free and relatively nice. Folks in the group have tackled multiple people working on the same document a few times already. Or did I misread your desire here? For an initial solution, what would do a rather good job is to be able to enable change tracking, then replace the old document with the new one but instead of seeing the whole document as changed, to just see those parts that really changed. With the current implementation, if you delete a word and retype it exactly as it was, it will be marked as deleted and inserted instead of being returned to that state of unchanged which would be much more useful (if that was the case I could just delete the old document and insert the new one).
Numbering related equations with subindexes (2.1, 2.2 etc.)
I have some related equations that I would like to number 2.1, 2.2 etc. instead of 2, 3 as the other equation numbers run. Is this possible? i.e something like a = b (1) blah blah c = b (2.1) c = d (2.2) some more blah e = mc^2 (3) Thanks
Re: Merging lyx documents (can version tracking be abbused for this)
On Thu, 07 Jun 2007 18:58:33 -0500 Todd Denniston [EMAIL PROTECTED] wrote: Micha Feigin wrote: On Wed, 06 Jun 2007 11:06:44 +0200 Helge Hafting [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: [...] [...] To really save work here, learn to use the changetracking feature. Then show your coworker LyX, perhaps he'll be impressed enough to use it - you can then pass LyX documents back and forth using changetracking. LyX will not prevent him from using LaTeX, he may still apply all tricks he knows using ERT. I can probably push lyx on her. The two problems are that we do a lot of work for journals and conferences and most of them use all kinds of wierd document styles which can make things a little auckward occationally. The actual issue here won't be solved though by the default change tracking implementation. What I need is a way to work in parrallel on the same version and then merge the changes. I see two proposed enhancements here at the moment. 1. Allow the change tracking system produce a three way merge (not sure how difficult) 2. Allow using an existing lyx layout with just changing the latex style file. It will be nice if someone else is interested enough, otherwise, I'm hoping to have some time in about 3-4 months to start amusing myself with this. You might be able to solve your problems by changing your procedures a little. You are working on a document in parallel... Answer the following questions: 1) Can the document be broken up in to chapters/sections? 2) Are the two of you _normally_ working on the same chapter/section? 3) Are you adverse to having a master document that pulls in sub-documents? 4) Are you on windows or Unix? (determines some of the other tools that would be suggested.) if (1) is yes, then if you can create the outline of the document this will put physical space in the document between your changes, this makes using things like patch, rcs and CVS easier. I always break up the document into chapters/sections (that is usually the starting point) if (2) is yes, then likely the current tools can't help. if (2) is no then tools like patch, rcs and CVS can make your lives a little easier, with communication and practice. At the point where collaboration starts it is very usual that we work on the same parts of the document at the same time. The problem is that lyx breaks up the lines differently after you edit them its very hard to compare the files. Another problem is that things like references take up a very large space so that it's hard to figure out where they go and what they say. I need some tool that can work on the lyx file visually (inside lyx) instead of as a text file. if (3) is no, using the tools already mentioned becomes a lot easier. Depending on the size. When its a 8-12 page long article it becomes very impractical. if (4) is Unix, you probably already have the tools you need. if (4) is windows, we (the group) can probably guide you in finding _some_ of the tools to make things work better [CVSNT]. I work in linux. Others use windows but I do the merge so its no problem. Under linux I use meld at the moment to compare the files, but like I said, if it's not just simple text (changes often include changes to equations and references) than it's very difficult to compare with such a tool For windows there is winmerge which is free and relatively nice. Folks in the group have tackled multiple people working on the same document a few times already. Or did I misread your desire here? For an initial solution, what would do a rather good job is to be able to enable change tracking, then replace the old document with the new one but instead of seeing the whole document as changed, to just see those parts that really changed. With the current implementation, if you delete a word and retype it exactly as it was, it will be marked as deleted and inserted instead of being returned to that state of unchanged which would be much more useful (if that was the case I could just delete the old document and insert the new one).
Numbering related equations with subindexes (2.1, 2.2 etc.)
I have some related equations that I would like to number 2.1, 2.2 etc. instead of 2, 3 as the other equation numbers run. Is this possible? i.e something like a = b (1) blah blah c = b (2.1) c = d (2.2) some more blah e = mc^2 (3) Thanks
Re: Merging lyx documents (can version tracking be abbused for this)
On Thu, 07 Jun 2007 18:58:33 -0500 Todd Denniston <[EMAIL PROTECTED]> wrote: > Micha Feigin wrote: > > On Wed, 06 Jun 2007 11:06:44 +0200 > > Helge Hafting <[EMAIL PROTECTED]> wrote: > > > >> [EMAIL PROTECTED] wrote: > [...] > > [...] > >> To really save work here, learn to use the changetracking feature. > >> Then show your coworker LyX, perhaps he'll be impressed enough > >> to use it - you can then pass LyX documents back and forth > >> using changetracking. LyX will not prevent him from using LaTeX, > >> he may still apply all tricks he knows using ERT. > >> > > > > I can probably push lyx on her. The two problems are that we do a lot of > > work for journals and conferences and most of them use all kinds of wierd > > document styles which can make things a little auckward occationally. > > > > The actual issue here won't be solved though by the default change tracking > > implementation. What I need is a way to work in parrallel on the same > > version and then merge the changes. > > > > I see two proposed enhancements here at the moment. > > 1. Allow the change tracking system produce a three way merge (not sure how > > difficult) > > 2. Allow using an existing lyx layout with just changing the latex style > > file. > > > > It will be nice if someone else is interested enough, otherwise, I'm hoping > > to have some time in about 3-4 months to start amusing myself with this. > > > > You might be able to solve your problems by changing your procedures a little. > You are working on a document in parallel... > Answer the following questions: > 1) Can the document be broken up in to chapters/sections? > 2) Are the two of you _normally_ working on the same chapter/section? > 3) Are you adverse to having a master document that pulls in sub-documents? > 4) Are you on windows or Unix? (determines some of the other tools that would > be suggested.) > > > if (1) is yes, then if you can create the outline of the document this will > put physical "space" in the document between your changes, this makes using > things like patch, rcs and CVS easier. > I always break up the document into chapters/sections (that is usually the starting point) > if (2) is yes, then likely the current tools can't help. if (2) is no then > tools like patch, rcs and CVS can make your lives a little easier, with > communication and practice. > At the point where collaboration starts it is very usual that we work on the same parts of the document at the same time. The problem is that lyx breaks up the lines differently after you edit them its very hard to compare the files. Another problem is that things like references take up a very large space so that it's hard to figure out where they go and what they say. I need some tool that can work on the lyx file visually (inside lyx) instead of as a text file. > if (3) is no, using the tools already mentioned becomes a lot easier. > Depending on the size. When its a 8-12 page long article it becomes very impractical. > if (4) is Unix, you probably already have the tools you need. if (4) is > windows, we (the group) can probably guide you in finding _some_ of the tools > to make things work better [CVSNT]. > I work in linux. Others use windows but I do the merge so its no problem. Under linux I use meld at the moment to compare the files, but like I said, if it's not just simple text (changes often include changes to equations and references) than it's very difficult to compare with such a tool For windows there is winmerge which is free and relatively nice. > Folks in the group have tackled multiple people working on the same document > a few times already. > > Or did I misread your desire here? For an initial solution, what would do a rather good job is to be able to enable change tracking, then replace the old document with the new one but instead of seeing the whole document as changed, to just see those parts that really changed. With the current implementation, if you delete a word and retype it exactly as it was, it will be marked as deleted and inserted instead of being returned to that state of unchanged which would be much more useful (if that was the case I could just delete the old document and insert the new one).
Numbering related equations with subindexes (2.1, 2.2 etc.)
I have some related equations that I would like to number 2.1, 2.2 etc. instead of 2, 3 as the other equation numbers run. Is this possible? i.e something like a = b (1) blah blah c = b (2.1) c = d (2.2) some more blah e = mc^2 (3) Thanks
Re: Merging lyx documents (can version tracking be abbused for this)
On Wed, 06 Jun 2007 11:06:44 +0200 Helge Hafting [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: I have an imported tex-lyx document that I changed and now the original (tex) was also changed by the original author What is the best (or easiest) way to merge these changes? AFAIK gui diff programs are sensitive to line breaks and will probably get things wrong. Is it possible to abbuse the lyx change tracking mechanism somehow to do this? (can it be used to merge changes done on a different copy of the document instead of just on the current one?) The change tracking does not really help you with the editing operations. [...] To really save work here, learn to use the changetracking feature. Then show your coworker LyX, perhaps he'll be impressed enough to use it - you can then pass LyX documents back and forth using changetracking. LyX will not prevent him from using LaTeX, he may still apply all tricks he knows using ERT. I can probably push lyx on her. The two problems are that we do a lot of work for journals and conferences and most of them use all kinds of wierd document styles which can make things a little auckward occationally. The actual issue here won't be solved though by the default change tracking implementation. What I need is a way to work in parrallel on the same version and then merge the changes. I see two proposed enhancements here at the moment. 1. Allow the change tracking system produce a three way merge (not sure how difficult) 2. Allow using an existing lyx layout with just changing the latex style file. It will be nice if someone else is interested enough, otherwise, I'm hoping to have some time in about 3-4 months to start amusing myself with this. Helge Hafting
Re: Merging lyx documents (can version tracking be abbused for this)
On Wed, 06 Jun 2007 11:06:44 +0200 Helge Hafting [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: I have an imported tex-lyx document that I changed and now the original (tex) was also changed by the original author What is the best (or easiest) way to merge these changes? AFAIK gui diff programs are sensitive to line breaks and will probably get things wrong. Is it possible to abbuse the lyx change tracking mechanism somehow to do this? (can it be used to merge changes done on a different copy of the document instead of just on the current one?) The change tracking does not really help you with the editing operations. [...] To really save work here, learn to use the changetracking feature. Then show your coworker LyX, perhaps he'll be impressed enough to use it - you can then pass LyX documents back and forth using changetracking. LyX will not prevent him from using LaTeX, he may still apply all tricks he knows using ERT. I can probably push lyx on her. The two problems are that we do a lot of work for journals and conferences and most of them use all kinds of wierd document styles which can make things a little auckward occationally. The actual issue here won't be solved though by the default change tracking implementation. What I need is a way to work in parrallel on the same version and then merge the changes. I see two proposed enhancements here at the moment. 1. Allow the change tracking system produce a three way merge (not sure how difficult) 2. Allow using an existing lyx layout with just changing the latex style file. It will be nice if someone else is interested enough, otherwise, I'm hoping to have some time in about 3-4 months to start amusing myself with this. Helge Hafting
Re: Merging lyx documents (can version tracking be abbused for this)
On Wed, 06 Jun 2007 11:06:44 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > I have an imported tex->lyx document that I changed and now the original > > (tex) was also changed by the original author > > What is the best (or easiest) way to merge these changes? > > AFAIK gui diff programs are sensitive to line breaks and will probably get > > things wrong. Is it possible to abbuse the lyx change tracking mechanism > > somehow to do this? (can it be used to merge changes done on a different > > copy of the document instead of just on the current one?) > > > The change tracking does not really help you with the editing operations. > [...] > > To really save work here, learn to use the changetracking feature. > Then show your coworker LyX, perhaps he'll be impressed enough > to use it - you can then pass LyX documents back and forth > using changetracking. LyX will not prevent him from using LaTeX, > he may still apply all tricks he knows using ERT. > I can probably push lyx on her. The two problems are that we do a lot of work for journals and conferences and most of them use all kinds of wierd document styles which can make things a little auckward occationally. The actual issue here won't be solved though by the default change tracking implementation. What I need is a way to work in parrallel on the same version and then merge the changes. I see two proposed enhancements here at the moment. 1. Allow the change tracking system produce a three way merge (not sure how difficult) 2. Allow using an existing lyx layout with just changing the latex style file. It will be nice if someone else is interested enough, otherwise, I'm hoping to have some time in about 3-4 months to start amusing myself with this. > Helge Hafting >
Setting background color
I'm trying to prepare a poster with lyx and I was wondering if its possible to setup the background color for the poster (I think I used to do it somehow with color and texpower using the \backgroundstyle command but it doesn't work for me at the moment for some reason) Thankx
Re: Setting background color
On Sun, 27 May 2007 17:55:56 -0400 Steve Litt [EMAIL PROTECTED] wrote: On Sunday 27 May 2007 16:46, Micha Feigin wrote: I'm trying to prepare a poster with lyx and I was wondering if its possible to setup the background color for the poster (I think I used to do it somehow with color and texpower using the \backgroundstyle command but it doesn't work for me at the moment for some reason) Thankx This doesn't answer your question, but why would you use LyX to make a 1 page poster that needs no styles or other through and through consistancy? Why wouldn't you use Gimp? First of all, gimp isn't the right solution, it's geared towards bitmaped images. The right tools (other than latex) either ooimpress (although it is more of a presentation tool) or more appropriate, scribus. The problem is that the poster contains mostly math and there is nothing outside of latex that handles math properly. Plus, the original paper was written in latex (and imported into lyx) so this way I can simply copy the text/equations. SteveT
Setting background color
I'm trying to prepare a poster with lyx and I was wondering if its possible to setup the background color for the poster (I think I used to do it somehow with color and texpower using the \backgroundstyle command but it doesn't work for me at the moment for some reason) Thankx
Re: Setting background color
On Sun, 27 May 2007 17:55:56 -0400 Steve Litt [EMAIL PROTECTED] wrote: On Sunday 27 May 2007 16:46, Micha Feigin wrote: I'm trying to prepare a poster with lyx and I was wondering if its possible to setup the background color for the poster (I think I used to do it somehow with color and texpower using the \backgroundstyle command but it doesn't work for me at the moment for some reason) Thankx This doesn't answer your question, but why would you use LyX to make a 1 page poster that needs no styles or other through and through consistancy? Why wouldn't you use Gimp? First of all, gimp isn't the right solution, it's geared towards bitmaped images. The right tools (other than latex) either ooimpress (although it is more of a presentation tool) or more appropriate, scribus. The problem is that the poster contains mostly math and there is nothing outside of latex that handles math properly. Plus, the original paper was written in latex (and imported into lyx) so this way I can simply copy the text/equations. SteveT
Setting background color
I'm trying to prepare a poster with lyx and I was wondering if its possible to setup the background color for the poster (I think I used to do it somehow with color and texpower using the \backgroundstyle command but it doesn't work for me at the moment for some reason) Thankx
Re: Setting background color
On Sun, 27 May 2007 17:55:56 -0400 Steve Litt <[EMAIL PROTECTED]> wrote: > On Sunday 27 May 2007 16:46, Micha Feigin wrote: > > I'm trying to prepare a poster with lyx and I was wondering if its possible > > to setup the background color for the poster (I think I used to do it > > somehow with color and texpower using the \backgroundstyle command but it > > doesn't work for me at the moment for some reason) > > > > Thankx > > This doesn't answer your question, but why would you use LyX to make a 1 page > poster that needs no styles or other through and through consistancy? Why > wouldn't you use Gimp? > First of all, gimp isn't the right solution, it's geared towards bitmaped images. The "right" tools (other than latex) either ooimpress (although it is more of a presentation tool) or more appropriate, scribus. The problem is that the poster contains mostly math and there is nothing outside of latex that handles math properly. Plus, the original paper was written in latex (and imported into lyx) so this way I can simply copy the text/equations. > SteveT >
Re: How to Spot a Word Processed Book
On Sun, 13 May 2007 13:07:03 +0200 Tim Michelsen [EMAIL PROTECTED] wrote: Hello, I still use Word for the final spell check of my documents. After the LyX spell checker run and proof-reading everything, I just copy the whole text into an empty word document and look for suspicious red and green lines. How to you do this? I can't copy anything from Lyx to another program on Ubuntu Feisty (V. 1.4.3). Selections I do within Lyx are ignored by other programs. You can always export as text and then open it in word. Oh, yes. Thanks ;-) I believe that there is also an option to export as rtf. Not in my 1.4.3on Ubuntu Lyx-Qt. What program is used for that export? Maybe I missed to install it... You need latex2rtf at http://latex2rtf.sourceforge.net/ I'm using debian which has it as a package called latex2rtf. It's probably available on ubuntu or you can try to install the debian version and then reconfigure lyx (so that it can find it). I have under file-export an option to export to rich text format. Haven't used it personally though. Never had the need. In mathematics just about everyone does latex, it's almost impossible to find someone who will take a word document. I know one professor who has a secretary to translate word to latex so that he can submit articles ;-)
Re: How to Spot a Word Processed Book
On Sun, 13 May 2007 13:07:03 +0200 Tim Michelsen [EMAIL PROTECTED] wrote: Hello, I still use Word for the final spell check of my documents. After the LyX spell checker run and proof-reading everything, I just copy the whole text into an empty word document and look for suspicious red and green lines. How to you do this? I can't copy anything from Lyx to another program on Ubuntu Feisty (V. 1.4.3). Selections I do within Lyx are ignored by other programs. You can always export as text and then open it in word. Oh, yes. Thanks ;-) I believe that there is also an option to export as rtf. Not in my 1.4.3on Ubuntu Lyx-Qt. What program is used for that export? Maybe I missed to install it... You need latex2rtf at http://latex2rtf.sourceforge.net/ I'm using debian which has it as a package called latex2rtf. It's probably available on ubuntu or you can try to install the debian version and then reconfigure lyx (so that it can find it). I have under file-export an option to export to rich text format. Haven't used it personally though. Never had the need. In mathematics just about everyone does latex, it's almost impossible to find someone who will take a word document. I know one professor who has a secretary to translate word to latex so that he can submit articles ;-)
Re: How to Spot a Word Processed Book
On Sun, 13 May 2007 13:07:03 +0200 Tim Michelsen <[EMAIL PROTECTED]> wrote: > Hello, > > I still use Word for the final spell check of my documents. After the > LyX spell checker run and proof-reading everything, I just copy the > whole text into an empty word document and look for suspicious red and > green lines. > >>> How to you do this? > >>> I can't copy anything from Lyx to another program on Ubuntu Feisty (V. > >>> 1.4.3). > >>> Selections I do within Lyx are ignored by other programs. > >>> > > > > You can always export as text and then open it in word. > Oh, yes. Thanks ;-) > > > I believe that there is also an option to export as rtf. > Not in my 1.4.3on Ubuntu Lyx-Qt. > What program is used for that export? Maybe I missed to install it... > You need latex2rtf at http://latex2rtf.sourceforge.net/ I'm using debian which has it as a package called latex2rtf. It's probably available on ubuntu or you can try to install the debian version and then reconfigure lyx (so that it can find it). I have under file->export an option to export to rich text format. Haven't used it personally though. Never had the need. In mathematics just about everyone does latex, it's almost impossible to find someone who will take a word document. I know one professor who has a secretary to translate word to latex so that he can submit articles ;-)
Re: How to Spot a Word Processed Book
On Fri, 11 May 2007 09:45:58 +0200 Daniel Lohmann [EMAIL PROTECTED] wrote: Tim Michelsen wrote: Very good point. I often do get the comment that I should run the spell checker. But it takes the same amount of time to check with the Lyx spell checker and train it all the technical terms as printing and correcting it manually. Especially if you write a lot of code, which it always tries to spell-check as well... I still use Word for the final spell check of my documents. After the LyX spell checker run and proof-reading everything, I just copy the whole text into an empty word document and look for suspicious red and green lines. How to you do this? I can't copy anything from Lyx to another program on Ubuntu Feisty (V. 1.4.3). Selections I do within Lyx are ignored by other programs. You can always export as text and then open it in word. I believe that there is also an option to export as rtf. I never understood why Lyx which is based on QT is not able to access the windows manager clipboard like the following procedure: 1) CTRL+A = select the whole text in Lyx 2) CTRL+C = copy selected text 3) switch to Gedit, Kile, Kate or Openoffice 4) CTRL+V = paste selected text there I am not taking of X-server clipboard. There are several posts about it. Why not using the normal clipboad just as copying from Kate to Gedit? (Please correct me if I am wrong here!) Well, I am doing it on Windows (obviously :-)), where the clipboard can be used as expected for getting things *out of LyX*. Pasting Text, etc. *into* LyX, is a bit more complicated (as one always has to choose past as lines or past as paragraphs, where the latter would be a reasonable default), but works as well. However, as far as I know, the developers have been doing a lot of good work on this topic for 1.5, so we can expect quite some improvements in clipboard handling :-) Daniel
Re: How to write an algebra textbook?
On Fri, 11 May 2007 07:53:13 -0500 A S Hodel [EMAIL PROTECTED] wrote: I consistently use Math Mode; once I set up/learned the keyboard shortcuts to insert parenthesis and arrays, the speed of entry is comparable to directly typing math equations in LaTeX, which is far faster than a point-and-click approach. LyX-Code is definitely a poor option. Symbols for multiplication: depends on the age of the student. If we're looking at starting algebra, 8th or 9th grade (13-14 years old), then I recall multiplication symbols being omitted. Alternatively, you can use the \times or \cdot symbols (which will transform to their correct symbols in Math Mode). There are probably four use, depending on frequency of use: 1. Stuff you use a lot : find out if there is a shortcut or define one yourself. Look at math.bind for a start (under linux it should be under /usr/share/lyx/math.bind 2. Use lyx code inside the math environment. If lyx knows it (usually if it can do it itself through menus) it will translate to lyx display. try writing \alpha or \frac in math mode and see what happens 3. For things you don't use much and don't remember the code you can always use the menus or math-panel (toolbar in lyx 1.5) 4. The lyx command window (not sure whats it's official name is). You can press Alt-x to see it. there you can enter lyx commands such as math-matrix 3 3 to get a 3x3 matrix. It has a history which is nice (Alt-x and up/down arrows) On May 11, 2007, at 7:05 AM, Steve Litt wrote: Hi all, If I were to write an algebra textbook, on non-division equations, am I better off using math mode (which seems very slow to author, if U ask me), or should I use Lyx-Code and write the equations like you'd write them as source code? Speaking of that, what should I use as a multiplication symbol -- x, X, *, or something else? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: How to Spot a Word Processed Book
On Fri, 11 May 2007 09:45:58 +0200 Daniel Lohmann [EMAIL PROTECTED] wrote: Tim Michelsen wrote: Very good point. I often do get the comment that I should run the spell checker. But it takes the same amount of time to check with the Lyx spell checker and train it all the technical terms as printing and correcting it manually. Especially if you write a lot of code, which it always tries to spell-check as well... I still use Word for the final spell check of my documents. After the LyX spell checker run and proof-reading everything, I just copy the whole text into an empty word document and look for suspicious red and green lines. How to you do this? I can't copy anything from Lyx to another program on Ubuntu Feisty (V. 1.4.3). Selections I do within Lyx are ignored by other programs. You can always export as text and then open it in word. I believe that there is also an option to export as rtf. I never understood why Lyx which is based on QT is not able to access the windows manager clipboard like the following procedure: 1) CTRL+A = select the whole text in Lyx 2) CTRL+C = copy selected text 3) switch to Gedit, Kile, Kate or Openoffice 4) CTRL+V = paste selected text there I am not taking of X-server clipboard. There are several posts about it. Why not using the normal clipboad just as copying from Kate to Gedit? (Please correct me if I am wrong here!) Well, I am doing it on Windows (obviously :-)), where the clipboard can be used as expected for getting things *out of LyX*. Pasting Text, etc. *into* LyX, is a bit more complicated (as one always has to choose past as lines or past as paragraphs, where the latter would be a reasonable default), but works as well. However, as far as I know, the developers have been doing a lot of good work on this topic for 1.5, so we can expect quite some improvements in clipboard handling :-) Daniel
Re: How to write an algebra textbook?
On Fri, 11 May 2007 07:53:13 -0500 A S Hodel [EMAIL PROTECTED] wrote: I consistently use Math Mode; once I set up/learned the keyboard shortcuts to insert parenthesis and arrays, the speed of entry is comparable to directly typing math equations in LaTeX, which is far faster than a point-and-click approach. LyX-Code is definitely a poor option. Symbols for multiplication: depends on the age of the student. If we're looking at starting algebra, 8th or 9th grade (13-14 years old), then I recall multiplication symbols being omitted. Alternatively, you can use the \times or \cdot symbols (which will transform to their correct symbols in Math Mode). There are probably four use, depending on frequency of use: 1. Stuff you use a lot : find out if there is a shortcut or define one yourself. Look at math.bind for a start (under linux it should be under /usr/share/lyx/math.bind 2. Use lyx code inside the math environment. If lyx knows it (usually if it can do it itself through menus) it will translate to lyx display. try writing \alpha or \frac in math mode and see what happens 3. For things you don't use much and don't remember the code you can always use the menus or math-panel (toolbar in lyx 1.5) 4. The lyx command window (not sure whats it's official name is). You can press Alt-x to see it. there you can enter lyx commands such as math-matrix 3 3 to get a 3x3 matrix. It has a history which is nice (Alt-x and up/down arrows) On May 11, 2007, at 7:05 AM, Steve Litt wrote: Hi all, If I were to write an algebra textbook, on non-division equations, am I better off using math mode (which seems very slow to author, if U ask me), or should I use Lyx-Code and write the equations like you'd write them as source code? Speaking of that, what should I use as a multiplication symbol -- x, X, *, or something else? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: How to Spot a Word Processed Book
On Fri, 11 May 2007 09:45:58 +0200 Daniel Lohmann <[EMAIL PROTECTED]> wrote: > Tim Michelsen wrote: > > > > Very good point. I often do get the comment that I should run the spell > > checker. But it takes the same amount of time to check with the Lyx > > spell checker and train it all the technical terms as > > printing and correcting it manually. > > Especially if you write a lot of code, which it always tries to > spell-check as well... > > > > >> I still use Word for the final spell check of my documents. After the > >> LyX spell checker run and proof-reading everything, I just copy the > >> whole text into an empty word document and look for suspicious red and > >> green lines. > > How to you do this? > > I can't copy anything from Lyx to another program on Ubuntu Feisty (V. > > 1.4.3). > > Selections I do within Lyx are ignored by other programs. > > You can always export as text and then open it in word. I believe that there is also an option to export as rtf. > > I never understood why Lyx which is based on QT is not able to access > > the windows manager clipboard like the following procedure: > > 1) CTRL+A = select the whole text in Lyx > > 2) CTRL+C = copy selected text > > 3) switch to Gedit, Kile, Kate or Openoffice > > 4) CTRL+V = paste selected text there > > > > I am not taking of X-server clipboard. There are several posts about it. > > Why not using the normal clipboad just as copying from Kate to Gedit? > > (Please correct me if I am wrong here!) > > Well, I am doing it on Windows (obviously :-)), where the clipboard can > be used as expected for getting things *out of LyX*. Pasting Text, etc. > *into* LyX, is a bit more complicated (as one always has to choose "past > as lines" or "past as paragraphs", where the latter would be a > reasonable default), but works as well. > > However, as far as I know, the developers have been doing a lot of good > work on this topic for 1.5, so we can expect quite some improvements in > clipboard handling :-) > > > Daniel >
Re: How to write an algebra textbook?
On Fri, 11 May 2007 07:53:13 -0500 A S Hodel <[EMAIL PROTECTED]> wrote: > I consistently use Math Mode; once I set up/learned the keyboard > shortcuts to insert parenthesis and arrays, the speed of entry is > comparable to directly typing math equations in LaTeX, which is far > faster than a point-and-click approach. > > LyX-Code is definitely a poor option. > > Symbols for multiplication: depends on the age of the student. If > we're looking at starting algebra, 8th or 9th grade (13-14 years > old), then I recall multiplication symbols being omitted. > Alternatively, you can use the \times or \cdot symbols (which will > transform to their correct symbols in Math Mode). > There are probably four use, depending on frequency of use: 1. Stuff you use a lot : find out if there is a shortcut or define one yourself. Look at math.bind for a start (under linux it should be under /usr/share/lyx/math.bind 2. Use lyx code inside the math environment. If lyx knows it (usually if it can do it itself through menus) it will translate to lyx display. try writing \alpha or \frac in math mode and see what happens 3. For things you don't use much and don't remember the code you can always use the menus or math-panel (toolbar in lyx 1.5) 4. The lyx command window (not sure whats it's official name is). You can press Alt-x to see it. there you can enter lyx commands such as math-matrix 3 3 to get a 3x3 matrix. It has a history which is nice (Alt-x and up/down arrows) > On May 11, 2007, at 7:05 AM, Steve Litt wrote: > > > Hi all, > > > > If I were to write an algebra textbook, on non-division equations, > > am I better > > off using math mode (which seems very slow to author, if U ask me), > > or should > > I use Lyx-Code and write the equations like you'd write them as > > source code? > > > > Speaking of that, what should I use as a multiplication symbol -- > > x, X, *, or > > something else? > > > > Thanks > > > > SteveT > > > > Steve Litt > > Author: Universal Troubleshooting Process books and courseware > > http://www.troubleshooters.com/ >
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
On Tue, 8 May 2007 19:39:35 +0200 Andre Poenitz [EMAIL PROTECTED] wrote: On Mon, May 07, 2007 at 10:14:04PM +0300, Micha Feigin wrote: Ok, I made a patch, hope that it is the correct solution, if so then it's a one liner Didn't know where to send it to Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18217) +++ src/insets/InsetBox.cpp (working copy) @@ -344,7 +344,7 @@ // FIXME UNICODE os '[' from_ascii(params_.height.asLatexString()) ']'; - } else { + } else if (~params_.height.zero()) { Better !params_.height.zero() ? Yes, I caught that one. The check should also be a bit higher since it misses an option. The correct patch I posted before to the devel list is: Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18229) +++ src/insets/InsetBox.cpp (working copy) @@ -340,16 +340,18 @@ os \\begin{minipage}; os [ params_.pos ]; - if (params_.height_special == none) { - // FIXME UNICODE - os '[' from_ascii(params_.height.asLatexString()) - ']'; - } else { - // Special heights - // FIXME UNICODE - os [ params_.height.value() - '\\' from_utf8(params_.height_special) - ']'; + if (!params_.height.zero()) { + if (params_.height_special == none) { + // FIXME UNICODE + os '[' from_ascii(params_.height.asLatexString()) + ']'; + } else { + // Special heights + // FIXME UNICODE + os [ params_.height.value() + '\\' from_utf8(params_.height_special) + ']'; + } } if (params_.inner_pos != params_.pos) os [ params_.inner_pos ]; Andre'
Re: multiple authors (\and) is ert necessary
On Mon, 07 May 2007 18:44:56 -0400 Paul A. Rubin [EMAIL PROTECTED] wrote: Micha Feigin wrote: Is it necessary to use ert for \and when multiple authors are used, Yes (AFAIK). or is there a lyx way? Haven't found one. Hypothetically it might be possible to cobble together a layout file that dealt with this by having two author environments (one for the last or sole author, one for any author other than the last), but I think it would involve convincing LyX not to stick a blank line (or bunch of blank lines) in the exported LaTeX file between author fields, and I don't know how to do that, or even if it's possible. You can, of course, bind a key combination to insert the \and in ERT. The sequence to bind would be something like I don't think that it's something worth doing considering this appears something like once per paper and once in while. It's just that I try to avoid ert hacks when a more appropriate solution exists (they are hard to maintain and debug) command-sequence ert-insert;self-insert \and{}; /Paul
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 11:31:01 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: What kind of definitions? Is that a real english document? Micha It is a real English document which is collaborated on at the Micha latex level so I'd rather keep the original definitions. In Micha this case for mathematics, \R for \mathds{R} and \H for Micha \mathbf{H} Hmm, does babel override that? Babel defines \R and \L for RTL or LTR text and it also defines \H but I don't recall exactly what for, something internal for hebrew. Micha Also, I haven't checked the XeTeX compatability yet, but AFAIK Micha it doesn't mix with babel (or at least I don't need babel for Micha hebrew documents with XeTeX) I *think* this is worked on. One thing that was solved (at least according to the list) is the encoding issue (to allow using utf8 without the encoding package) I don't know about this. JMarc
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 18:14:28 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: Micha Babel defines \R and \L for RTL or LTR text and it also defines Micha \H but I don't recall exactly what for, something internal for Micha hebrew. But not for an all english document, right? At least some of the problem turns out not to be babel. \H is defined somewhere to produce above the letter. \R and \L do not seem to be defined in an english document Micha Also, I haven't checked the XeTeX compatability yet, but AFAIK Micha it doesn't mix with babel (or at least I don't need babel for Micha hebrew documents with XeTeX) I *think* this is worked on. Micha One thing that was solved (at least according to the list) is Micha the encoding issue (to allow using utf8 without the encoding Micha package) Micha I don't know about this. I don't either, sorry. JMarc
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
On Tue, 8 May 2007 19:39:35 +0200 Andre Poenitz [EMAIL PROTECTED] wrote: On Mon, May 07, 2007 at 10:14:04PM +0300, Micha Feigin wrote: Ok, I made a patch, hope that it is the correct solution, if so then it's a one liner Didn't know where to send it to Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18217) +++ src/insets/InsetBox.cpp (working copy) @@ -344,7 +344,7 @@ // FIXME UNICODE os '[' from_ascii(params_.height.asLatexString()) ']'; - } else { + } else if (~params_.height.zero()) { Better !params_.height.zero() ? Yes, I caught that one. The check should also be a bit higher since it misses an option. The correct patch I posted before to the devel list is: Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18229) +++ src/insets/InsetBox.cpp (working copy) @@ -340,16 +340,18 @@ os \\begin{minipage}; os [ params_.pos ]; - if (params_.height_special == none) { - // FIXME UNICODE - os '[' from_ascii(params_.height.asLatexString()) - ']'; - } else { - // Special heights - // FIXME UNICODE - os [ params_.height.value() - '\\' from_utf8(params_.height_special) - ']'; + if (!params_.height.zero()) { + if (params_.height_special == none) { + // FIXME UNICODE + os '[' from_ascii(params_.height.asLatexString()) + ']'; + } else { + // Special heights + // FIXME UNICODE + os [ params_.height.value() + '\\' from_utf8(params_.height_special) + ']'; + } } if (params_.inner_pos != params_.pos) os [ params_.inner_pos ]; Andre'
Re: multiple authors (\and) is ert necessary
On Mon, 07 May 2007 18:44:56 -0400 Paul A. Rubin [EMAIL PROTECTED] wrote: Micha Feigin wrote: Is it necessary to use ert for \and when multiple authors are used, Yes (AFAIK). or is there a lyx way? Haven't found one. Hypothetically it might be possible to cobble together a layout file that dealt with this by having two author environments (one for the last or sole author, one for any author other than the last), but I think it would involve convincing LyX not to stick a blank line (or bunch of blank lines) in the exported LaTeX file between author fields, and I don't know how to do that, or even if it's possible. You can, of course, bind a key combination to insert the \and in ERT. The sequence to bind would be something like I don't think that it's something worth doing considering this appears something like once per paper and once in while. It's just that I try to avoid ert hacks when a more appropriate solution exists (they are hard to maintain and debug) command-sequence ert-insert;self-insert \and{}; /Paul
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 11:31:01 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: What kind of definitions? Is that a real english document? Micha It is a real English document which is collaborated on at the Micha latex level so I'd rather keep the original definitions. In Micha this case for mathematics, \R for \mathds{R} and \H for Micha \mathbf{H} Hmm, does babel override that? Babel defines \R and \L for RTL or LTR text and it also defines \H but I don't recall exactly what for, something internal for hebrew. Micha Also, I haven't checked the XeTeX compatability yet, but AFAIK Micha it doesn't mix with babel (or at least I don't need babel for Micha hebrew documents with XeTeX) I *think* this is worked on. One thing that was solved (at least according to the list) is the encoding issue (to allow using utf8 without the encoding package) I don't know about this. JMarc
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 18:14:28 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: Micha Babel defines \R and \L for RTL or LTR text and it also defines Micha \H but I don't recall exactly what for, something internal for Micha hebrew. But not for an all english document, right? At least some of the problem turns out not to be babel. \H is defined somewhere to produce above the letter. \R and \L do not seem to be defined in an english document Micha Also, I haven't checked the XeTeX compatability yet, but AFAIK Micha it doesn't mix with babel (or at least I don't need babel for Micha hebrew documents with XeTeX) I *think* this is worked on. Micha One thing that was solved (at least according to the list) is Micha the encoding issue (to allow using utf8 without the encoding Micha package) Micha I don't know about this. I don't either, sorry. JMarc
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
On Tue, 8 May 2007 19:39:35 +0200 Andre Poenitz <[EMAIL PROTECTED]> wrote: > On Mon, May 07, 2007 at 10:14:04PM +0300, Micha Feigin wrote: > > Ok, I made a patch, hope that it is the correct solution, if so then it's a > > one liner > > Didn't know where to send it to > > > > Index: src/insets/InsetBox.cpp > > === > > --- src/insets/InsetBox.cpp (revision 18217) > > +++ src/insets/InsetBox.cpp (working copy) > > @@ -344,7 +344,7 @@ > > // FIXME UNICODE > > os << '[' << > > from_ascii(params_.height.asLatexString()) << ']'; > > - } else { > > + } else if (~params_.height.zero()) { > > Better !params_.height.zero() ? > Yes, I caught that one. The check should also be a bit higher since it misses an option. The correct patch I posted before to the devel list is: Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18229) +++ src/insets/InsetBox.cpp (working copy) @@ -340,16 +340,18 @@ os << "\\begin{minipage}"; os << "[" << params_.pos << "]"; - if (params_.height_special == "none") { - // FIXME UNICODE - os << '[' << from_ascii(params_.height.asLatexString()) - << ']'; - } else { - // Special heights - // FIXME UNICODE - os << "[" << params_.height.value() - << '\\' << from_utf8(params_.height_special) - << ']'; + if (!params_.height.zero()) { + if (params_.height_special == "none") { + // FIXME UNICODE + os << '[' << from_ascii(params_.height.asLatexString()) + << ']'; + } else { + // Special heights + // FIXME UNICODE + os << "[" << params_.height.value() + << '\\' << from_utf8(params_.height_special) + << ']'; + } } if (params_.inner_pos != params_.pos) os << "[" << params_.inner_pos << "]"; > Andre' >
Re: multiple authors (\and) is ert necessary
On Mon, 07 May 2007 18:44:56 -0400 "Paul A. Rubin" <[EMAIL PROTECTED]> wrote: > Micha Feigin wrote: > > Is it necessary to use ert for \and when multiple authors are used, > > Yes (AFAIK). > > > or is there a lyx way? > > Haven't found one. Hypothetically it might be possible to cobble > together a layout file that dealt with this by having two author > environments (one for the last or sole author, one for any author other > than the last), but I think it would involve convincing LyX not to stick > a blank line (or bunch of blank lines) in the exported LaTeX file > between author fields, and I don't know how to do that, or even if it's > possible. > > You can, of course, bind a key combination to insert the \and in ERT. > The sequence to bind would be something like > I don't think that it's something worth doing considering this appears something like once per paper and once in while. It's just that I try to avoid ert hacks when a more appropriate solution exists (they are hard to maintain and debug) >command-sequence ert-insert;self-insert \and{}; > > /Paul >
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 11:31:01 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > >>>>> "Micha" == Micha Feigin <[EMAIL PROTECTED]> writes: > > >> What kind of definitions? Is that a real english document? > > Micha> It is a real English document which is collaborated on at the > Micha> latex level so I'd rather keep the original definitions. In > Micha> this case for mathematics, \R for \mathds{R} and \H for > Micha> \mathbf{H} > > Hmm, does babel override that? > Babel defines \R and \L for RTL or LTR text and it also defines \H but I don't recall exactly what for, something internal for hebrew. > Micha> Also, I haven't checked the XeTeX compatability yet, but AFAIK > Micha> it doesn't mix with babel (or at least I don't need babel for > Micha> hebrew documents with XeTeX) > > I *think* this is worked on. > One thing that was solved (at least according to the list) is the encoding issue (to allow using utf8 without the encoding package) I don't know about this. > JMarc >
Re: What's with pushing babel into an all english document
On Thu, 10 May 2007 18:14:28 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > >>>>> "Micha" == Micha Feigin <[EMAIL PROTECTED]> writes: > > Micha> Babel defines \R and \L for RTL or LTR text and it also defines > Micha> \H but I don't recall exactly what for, something internal for > Micha> hebrew. > > But not for an all english document, right? > At least some of the problem turns out not to be babel. \H is defined somewhere to produce " above the letter. \R and \L do not seem to be defined in an english document > Micha> Also, I haven't checked the XeTeX compatability yet, but AFAIK > Micha> it doesn't mix with babel (or at least I don't need babel for > Micha> hebrew documents with XeTeX) > >> I *think* this is worked on. > > Micha> One thing that was solved (at least according to the list) is > Micha> the encoding issue (to allow using utf8 without the encoding > Micha> package) > > Micha> I don't know about this. > > I don't either, sorry. > > JMarc >
Fw: What's with pushing babel into an all english document
Sorry, should have been sent to the list but reply to list doesn't work with lyx-users Begin forwarded message: Date: Mon, 7 May 2007 22:06:13 +0300 From: Micha Feigin [EMAIL PROTECTED] To: Jean-Marc Lasgouttes [EMAIL PROTECTED] Subject: Re: What's with pushing babel into an all english document On Mon, 07 May 2007 09:04:11 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: Micha I'm playing around with lyx 1.5 beta 2 (from svn) It seems that Micha when exporting to latex (an all english document) lyx use the Micha babel package even when it is not needed (overriding in this Micha case some definitions I use). What kind of definitions? Is that a real english document? JMarc It is a real English document which is collaborated on at the latex level so I'd rather keep the original definitions. In this case for mathematics, \R for \mathds{R} and \H for \mathbf{H} Also, I haven't checked the XeTeX compatability yet, but AFAIK it doesn't mix with babel (or at least I don't need babel for hebrew documents with XeTeX)
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
Ok, I made a patch, hope that it is the correct solution, if so then it's a one liner Didn't know where to send it to Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18217) +++ src/insets/InsetBox.cpp (working copy) @@ -344,7 +344,7 @@ // FIXME UNICODE os '[' from_ascii(params_.height.asLatexString()) ']'; - } else { + } else if (~params_.height.zero()) { // Special heights // FIXME UNICODE os [ params_.height.value() On Mon, 7 May 2007 02:32:57 +0300 Micha Feigin [EMAIL PROTECTED] wrote: I seem to be having a problem with some tex code imported into lyx 1.5 It contains an image and only width originally, but lyx insists on inserting height zero which completely messes up the rendering. (image is interleaved with text) i.e, the following \parbox{0.24\textwidth}{ \begin{center} \includegraphics[width=0.22\textwidth, height=0.33\textwidth] {eigvec_-0_0009.jpg}\\ $\lambda = -0.0009$ \end{center} } is imported as \parbox[c][0pt]{0.24\textwidth}{% \begin{center} \includegraphics[width=0.22\textwidth,height=0.33\textwidth]{images/eigvec_-0_0009}\\ $\lambda=-0.0009$ \par\end{center}% }% Am I doing something wrong or is this a bug? Thanks
are there alternate svn servers for lyx?
I was wondering if there are alternate svn servers for lyx as svn.lyx.org is mostly unresponsive (I don't know if it's my location or server overload). I'm trying to pull the latest changes since my current version isn't running (fails on new file) and of course I'm on a deadline and I don't have a backup of previous versions (I was trying to fix something and something else broke in the process). Otherwise, is it possible to pull previous versions (two days ago or so) from the local svn directory like with git or does it only store the last pull? Thanksl
Fw: What's with pushing babel into an all english document
Sorry, should have been sent to the list but reply to list doesn't work with lyx-users Begin forwarded message: Date: Mon, 7 May 2007 22:06:13 +0300 From: Micha Feigin [EMAIL PROTECTED] To: Jean-Marc Lasgouttes [EMAIL PROTECTED] Subject: Re: What's with pushing babel into an all english document On Mon, 07 May 2007 09:04:11 +0200 Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Micha == Micha Feigin [EMAIL PROTECTED] writes: Micha I'm playing around with lyx 1.5 beta 2 (from svn) It seems that Micha when exporting to latex (an all english document) lyx use the Micha babel package even when it is not needed (overriding in this Micha case some definitions I use). What kind of definitions? Is that a real english document? JMarc It is a real English document which is collaborated on at the latex level so I'd rather keep the original definitions. In this case for mathematics, \R for \mathds{R} and \H for \mathbf{H} Also, I haven't checked the XeTeX compatability yet, but AFAIK it doesn't mix with babel (or at least I don't need babel for hebrew documents with XeTeX)
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
Ok, I made a patch, hope that it is the correct solution, if so then it's a one liner Didn't know where to send it to Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18217) +++ src/insets/InsetBox.cpp (working copy) @@ -344,7 +344,7 @@ // FIXME UNICODE os '[' from_ascii(params_.height.asLatexString()) ']'; - } else { + } else if (~params_.height.zero()) { // Special heights // FIXME UNICODE os [ params_.height.value() On Mon, 7 May 2007 02:32:57 +0300 Micha Feigin [EMAIL PROTECTED] wrote: I seem to be having a problem with some tex code imported into lyx 1.5 It contains an image and only width originally, but lyx insists on inserting height zero which completely messes up the rendering. (image is interleaved with text) i.e, the following \parbox{0.24\textwidth}{ \begin{center} \includegraphics[width=0.22\textwidth, height=0.33\textwidth] {eigvec_-0_0009.jpg}\\ $\lambda = -0.0009$ \end{center} } is imported as \parbox[c][0pt]{0.24\textwidth}{% \begin{center} \includegraphics[width=0.22\textwidth,height=0.33\textwidth]{images/eigvec_-0_0009}\\ $\lambda=-0.0009$ \par\end{center}% }% Am I doing something wrong or is this a bug? Thanks
are there alternate svn servers for lyx?
I was wondering if there are alternate svn servers for lyx as svn.lyx.org is mostly unresponsive (I don't know if it's my location or server overload). I'm trying to pull the latest changes since my current version isn't running (fails on new file) and of course I'm on a deadline and I don't have a backup of previous versions (I was trying to fix something and something else broke in the process). Otherwise, is it possible to pull previous versions (two days ago or so) from the local svn directory like with git or does it only store the last pull? Thanksl
Fw: What's with pushing babel into an all english document
Sorry, should have been sent to the list but reply to list doesn't work with lyx-users Begin forwarded message: Date: Mon, 7 May 2007 22:06:13 +0300 From: Micha Feigin <[EMAIL PROTECTED]> To: Jean-Marc Lasgouttes <[EMAIL PROTECTED]> Subject: Re: What's with pushing babel into an all english document On Mon, 07 May 2007 09:04:11 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > >>>>> "Micha" == Micha Feigin <[EMAIL PROTECTED]> writes: > > Micha> I'm playing around with lyx 1.5 beta 2 (from svn) It seems that > Micha> when exporting to latex (an all english document) lyx use the > Micha> babel package even when it is not needed (overriding in this > Micha> case some definitions I use). > > What kind of definitions? Is that a real english document? > > JMarc > It is a real English document which is collaborated on at the latex level so I'd rather keep the original definitions. In this case for mathematics, \R for \mathds{R} and \H for \mathbf{H} Also, I haven't checked the XeTeX compatability yet, but AFAIK it doesn't mix with babel (or at least I don't need babel for hebrew documents with XeTeX)
Re: [patch] parbox with only width setting, automatic height gets height 0pt (lyx 1.5)
Ok, I made a patch, hope that it is the correct solution, if so then it's a one liner Didn't know where to send it to Index: src/insets/InsetBox.cpp === --- src/insets/InsetBox.cpp (revision 18217) +++ src/insets/InsetBox.cpp (working copy) @@ -344,7 +344,7 @@ // FIXME UNICODE os << '[' << from_ascii(params_.height.asLatexString()) << ']'; - } else { + } else if (~params_.height.zero()) { // Special heights // FIXME UNICODE os << "[" << params_.height.value() On Mon, 7 May 2007 02:32:57 +0300 Micha Feigin <[EMAIL PROTECTED]> wrote: > I seem to be having a problem with some tex code imported into lyx 1.5 > It contains an image and only width originally, but lyx insists on inserting > height zero which completely messes up the rendering. (image is interleaved > with text) > > i.e, the following > > \parbox{0.24\textwidth}{ > \begin{center} > \includegraphics[width=0.22\textwidth, height=0.33\textwidth] > {eigvec_-0_0009.jpg}\\ > $\lambda = -0.0009$ > \end{center} > } > > is imported as > > \parbox[c][0pt]{0.24\textwidth}{% > > > \begin{center} > \includegraphics[width=0.22\textwidth,height=0.33\textwidth]{images/eigvec_-0_0009}\\ > $\lambda=-0.0009$ > \par\end{center}% > }% > > Am I doing something wrong or is this a bug? > > Thanks >
are there alternate svn servers for lyx?
I was wondering if there are alternate svn servers for lyx as svn.lyx.org is mostly unresponsive (I don't know if it's my location or server overload). I'm trying to pull the latest changes since my current version isn't running (fails on new file) and of course I'm on a deadline and I don't have a backup of previous versions (I was trying to fix something and something else broke in the process). Otherwise, is it possible to pull previous versions (two days ago or so) from the local svn directory like with git or does it only store the last pull? Thanksl