Graphical tour needs links
Long time no speak! It's good to see that folks are still working on LyX. Anyway, I was looking at the LGT and noticed that there's no next link at the bottom of the page. I thought the LGT was longer than that?! Oh, it turns out you can use the navbar to get to the next page. I think many users won't notice that, though. Keep up the good work! -Amir Karger ex-documentation/reLyX guy
Graphical tour needs links
Long time no speak! It's good to see that folks are still working on LyX. Anyway, I was looking at the LGT and noticed that there's no "next" link at the bottom of the page. "I thought the LGT was longer than that?!" Oh, it turns out you can use the navbar to get to the next page. I think many users won't notice that, though. Keep up the good work! -Amir Karger ex-documentation/reLyX guy
Re: The LyX licence
On Wed, 23 Feb 2005 12:33:23 +0100, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote: Amir == Amir Karger [EMAIL PROTECTED] writes: Hello Amir, nice to hear from you again! Hey, JM! Amir And I, having learned OO Perl to write reLyX... Currently, one of the hot topics is getting rid of reLyX, since we have no perl hacker anymore :) Yes, well, if reLyX only as good as it was when I left it several years ago, I hope you take it out behind the barn and shoot it! I mean, not only was it sitting on top of Text::TeX v0.01 (which AFAIK never progressed any further and had known bugs), it was also the project I learned OO Perl with. Yuck! In the meantime, I found a much more useless hobby of Perl Golf. Gave that up for my second-to-latest (and completely useless) project, translating (Infocom-ish) Z-machine files into Perl, which was supposed to develop into making Parrot able to read Z-machine files directly. Only I left that for my current project, which is doing no programming at all because I am totally overwhelmed with (a longer commute and) having two kids. I've heard rumors that some people actually had three (like my parents) but I'm sure that's an urban legend. But I'll always have a soft spot in my heart for the LyX creature. Anyway, good luck. -Amir
Re: The LyX licence
On Wed, 23 Feb 2005 12:33:23 +0100, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > >>>>> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: > > Hello Amir, nice to hear from you again! Hey, JM! > Amir> And I, having learned OO Perl to write reLyX... > > Currently, one of the hot topics is getting rid of reLyX, since we > have no perl hacker anymore :) Yes, well, if reLyX only as good as it was when I left it several years ago, I hope you take it out behind the barn and shoot it! I mean, not only was it sitting on top of Text::TeX v0.01 (which AFAIK never progressed any further and had known bugs), it was also the project I learned OO Perl with. Yuck! In the meantime, I found a much more useless hobby of Perl Golf. Gave that up for my second-to-latest (and completely useless) project, translating (Infocom-ish) Z-machine files into Perl, which was supposed to develop into making Parrot able to read Z-machine files directly. Only I left that for my current project, which is doing no programming at all because I am totally overwhelmed with (a longer commute and) having two kids. I've heard rumors that some people actually had three (like my parents) but I'm sure that's an urban legend. But I'll always have a soft spot in my heart for the LyX creature. Anyway, good luck. -Amir
Re: The LyX licence
On Tue, 22 Feb 2005 14:55:35 +, Angus Leeming [EMAIL PROTECTED] wrote: Dear all, Hi, all! In light of all this, I'm asking whether I can have your permission to add your names to http://www.lyx.org/blanket-permission.txt: The following people hereby grant permission to licence their contributions to LyX under the Gnu General Public Licence, version 2 or later. so that we can have a permanent record of those people who have contributed code to LyX and who are happy for this code to be licenced under the GPL. Yes, you may add my name. I still check lyx.org every few months for nostalgia's sake. Best of luck with the devel efforts, and I'm still waiting for the day that someone tells me I ought to use this brand spanking new WYSIWYM document processor... -Amir Karger ps Don't know if I ever mentioned to most of you that I got my first job out of grad school because they basically asked just one question at the interview: can you do OO Perl? And I, having learned OO Perl to write reLyX, answered yes!
Re: The LyX licence
On Tue, 22 Feb 2005 14:55:35 +, Angus Leeming <[EMAIL PROTECTED]> wrote: > Dear all, Hi, all! > In light of all this, I'm asking whether I can have your permission to add > your names to http://www.lyx.org/blanket-permission.txt: > > "The following people hereby grant permission to licence their contributions > to LyX under the Gnu General Public Licence, version 2 or later." > > so that we can have a permanent record of those people who have contributed > code to LyX and who are happy for this code to be licenced under the GPL. Yes, you may add my name. I still check lyx.org every few months for nostalgia's sake. Best of luck with the devel efforts, and I'm still waiting for the day that someone tells me I ought to use this brand spanking new WYSIWYM document processor... -Amir Karger ps Don't know if I ever mentioned to most of you that I got my first job out of grad school because they basically asked just one question at the interview: can you do OO Perl? And I, having learned OO Perl to write reLyX, answered yes!
Re: LDN mascot
On Thu, Dec 13, 2001 at 10:58:42AM +1000, Allan Rae wrote: On Wed, 12 Dec 2001, Jose Abilio Oliveira Matos wrote: On Wed, Dec 12, 2001 at 10:26:21AM +1000, Allan Rae wrote: As for the contest I think we have had arguements on that earlier this year and nobody wanted to change from the existing creature design. The pretty anti-aliased version will be used soon enough but it is still the same design. I love the present design, I only want a name for our pet. And no John, I don't think that he is called Steve. :-) I suppose one question we might want to answer first is: Is it a he, she or an it? Do we care? I guess that -- although I have no particular liking for the name, I'd have to go for Felix (Felyx?). Or Alyx. -Amir
Re: LDN & mascot
On Thu, Dec 13, 2001 at 10:58:42AM +1000, Allan Rae wrote: > On Wed, 12 Dec 2001, Jose Abilio Oliveira Matos wrote: > > > On Wed, Dec 12, 2001 at 10:26:21AM +1000, Allan Rae wrote: > > > As for the contest I think we have had arguements on that earlier this > > > year and nobody wanted to change from the existing creature design. > > > The pretty anti-aliased version will be used soon enough but it is > > > still the same design. > > > > I love the present design, I only want a name for our pet. And no > > John, I don't think that he is called Steve. :-) > > I suppose one question we might want to answer first is: Is "it" a he, > she or an it? Do we care? I guess that -- although I have no particular liking for the name, I'd have to go for "Felix" (Felyx?). Or Alyx. -Amir
Re: Translation of LaTeX to LyX comments and back
On Fri, Nov 16, 2001 at 05:08:31PM +, John Levon wrote: On Fri, Nov 16, 2001 at 02:08:07AM -0500, Matej Cepl wrote: I have again been urged to use vim for editing some document on my archaic notebook (where I use M$-DOS and vim) and I was against unpleasantly surprised, that LyX still does not provide interoperability between LyX and LaTeX in terms of comments. Do you think, that it would be really so hard to implement a translation of any LyX note (Insert/Note) into LaTeX comment (with %) and vice versa? It would make things hugely better for me. I suppose this would be utterly trivial to code, unless I'm missing something ? Well, you have to be somewhat careful. You probably don't want to copy every %whatever as a LyX note. What about %'s that are put in to fix line breaks in TeX commands? You might want to check the archives, because I think we discussed this long ago. I know Lars had talked about using Comment style for this. There is a Comment style in LyX already, right? -Amir
Re: Translation of LaTeX to LyX comments and back
On Fri, Nov 16, 2001 at 05:08:31PM +, John Levon wrote: > On Fri, Nov 16, 2001 at 02:08:07AM -0500, Matej Cepl wrote: > > > I have again been urged to use vim for editing some > > document on my archaic notebook (where I use M$-DOS and vim) and > > I was against unpleasantly surprised, that LyX still does not > > provide interoperability between LyX and LaTeX in terms of > > comments. Do you think, that it would be really so hard to > > implement a translation of any LyX note (Insert/Note) into LaTeX > > comment (with %) and vice versa? It would make things hugely > > better for me. > > I suppose this would be utterly trivial to code, unless I'm missing > something ? Well, you have to be somewhat careful. You probably don't want to copy every "%whatever" as a LyX note. What about %'s that are put in to fix line breaks in TeX commands? You might want to check the archives, because I think we discussed this long ago. I know Lars had talked about using Comment style for this. There is a Comment style in LyX already, right? -Amir
Re: [Fwd: lyx utils]
On Thu, Nov 01, 2001 at 10:44:46AM -0400, Garst R. Reese wrote: Herbert Voss wrote: do we want to create a http://www.lyx.org/help/hollywood.html with all the information and files? Herbert Hmm, I went to www.lyx.org and did not find /help so I tried www.lyx.org/help and lo and behold :) Very nice. Every LyX user should bookmark it. It would be nice to have the url on the LyX help menu. Having mention of hollywood in /help would, I think, be a plus. The python scripts are all fairly short. This is great! Any reason it's not linked from (a prominent place at) lyx.org? -Amir
Re: [Fwd: lyx utils]
On Thu, Nov 01, 2001 at 10:44:46AM -0400, Garst R. Reese wrote: > Herbert Voss wrote: > > > do we want to create a http://www.lyx.org/help/hollywood.html > > with all the information and files? > > > > Herbert > Hmm, I went to www.lyx.org and did not find /help so I tried > www.lyx.org/help and lo and behold :) Very nice. Every LyX user should > bookmark it. It would be nice to have the url on the LyX help menu. > Having mention of hollywood in /help would, I think, be a plus. The > python scripts are all fairly short. This is great! Any reason it's not linked from (a prominent place at) lyx.org? -Amir
Re: New chess (skak.sty) support
On Mon, Oct 29, 2001 at 08:37:28AM +0100, Asger K. Alstrup Nielsen wrote: On Mon, 29 Oct 2001, Asger K. Alstrup Nielsen wrote: P.S. Now, how about somebody implementing external material inset support for Rosegarden/NoteEdit and musicTex? That would make LyX the first word processor that supported writing really beautiful music. Check out http://icking-music-archive.sunsite.dk/software/indexmt6.html Hmm, it seems like Lilypond might be a better choice for the generator. See http://lilypond.org. I propose a NoteEdit/LilyPond combination. Any takers? I would *love* to work on this. I'm a music lover, and had a link to lilypond for years. Sadl, there's no way I have time for this. But it would be great if someone else would do it :) -Amir
Re: New chess (skak.sty) support
On Mon, Oct 29, 2001 at 08:37:28AM +0100, Asger K. Alstrup Nielsen wrote: > On Mon, 29 Oct 2001, Asger K. Alstrup Nielsen wrote: > > > P.S. Now, how about somebody implementing external material inset > > support for Rosegarden/NoteEdit and musicTex? That would make LyX the > > first word processor that supported writing really beautiful music. > > Check out http://icking-music-archive.sunsite.dk/software/indexmt6.html > > Hmm, it seems like Lilypond might be a better choice for the generator. > See http://lilypond.org. I propose a NoteEdit/LilyPond combination. > Any takers? > I would *love* to work on this. I'm a music lover, and had a link to lilypond for years. Sadl, there's no way I have time for this. But it would be great if someone else would do it :) -Amir
Re: About latest reLyX
On Thu, Oct 18, 2001 at 01:20:18PM +0200, Andre Poenitz wrote: On Thu, Oct 18, 2001 at 12:17:06PM +0100, Jose Abilio Oliveira Matos wrote: Amir or John Weiss should have a better answer. I never worked with this part of the code, but I think that I have a basic grasp of what is going on. On the other hand, I haven't worked on it in three years. Reading the comments in source code, it looks like the latex code is cleaned in CleanTex.pm, where, for example, x^2 = x_{2}, since the mathed parser is more strict than latex. Pretty much. x^2 is fine in current mathed, and so is '$...$', '$$...$$' and '\cal'. After that stage all the latex math code is passed untouched to mathed. Would be nice if all math remains untouched by reLyX... It's great that you've done a lot of work to support the stuff lyx didn't used to support which required writing these workarounds in the first place. It seems like some of CleanTeX.pm could probably go away at this point. I do think the math translation stuff in syntax.default needs to stay in, because lots of people use non-standard math in their files, and this might allow them to translate it. Btw, the only problem with not translating $..$ and stuff is that the parser at some point does need to make sure it knows where math begins and ends. (Btw, there are probably other commands that automatically start math mode text. Would be nice to handle those, sending them all to whatever that function is that just copies exactly literally. As long as we're at it, what's the current support for \mbox? I had this fantasy of finding \mbox'es in math and translating them into regular LyX) -Amir
Re: About latest reLyX
On Thu, Oct 18, 2001 at 01:20:18PM +0200, Andre Poenitz wrote: > On Thu, Oct 18, 2001 at 12:17:06PM +0100, Jose Abilio Oliveira Matos wrote: > > Amir or John Weiss should have a better answer. I never worked with this > > part of the code, but I think that I have a basic grasp of what is going on. On the other hand, I haven't worked on it in three years. > > Reading the comments in source code, it looks like the latex code is > > "cleaned" in CleanTex.pm, where, for example, x^2 => x_{2}, since the mathed > > parser is more strict than latex. Pretty much. > x^2 is fine in current mathed, and so is '$...$', '$$...$$' and '\cal'. > > > After that stage all the latex math code is passed untouched to mathed. > > Would be nice if all math remains untouched by reLyX... It's great that you've done a lot of work to support the stuff lyx didn't used to support which required writing these workarounds in the first place. It seems like some of CleanTeX.pm could probably go away at this point. I do think the math translation stuff in syntax.default needs to stay in, because lots of people use non-"standard" math in their files, and this might allow them to translate it. Btw, the only problem with not translating $..$ and stuff is that the parser at some point does need to make sure it knows where math begins and ends. (Btw, there are probably other commands that automatically start math mode text. Would be nice to handle those, sending them all to whatever that function is that just copies exactly literally. As long as we're at it, what's the current support for \mbox? I had this fantasy of finding \mbox'es in math and translating them into regular LyX) -Amir
JMarc? [was Re: reLyX bug]
On Tue, Sep 04, 2001 at 04:01:26PM +0200, Yves Bastide wrote: On Tue, Sep 04, 2001 at 02:22:56PM +0100, Jose Abilio Oliveira Matos wrote: As a curiosity, did reLyX worked before? I guess that if it work then we had a strange case of interaction beetween BLOCK and the variable outside. Hardly what anyone would expect. BEGIN blocks are executed immediately after compilation. Variable names are known, but assignments in my constructs haven't been done yet. With the previous version of reLyX, try $ perl -w reLyX-1.2 you'll get Use of uninitialized value in concatenation (.) or string at /usr/local/bin/reLyX-1.2 line 52. the uninitialized value being $mainscript... Good point. I think you need to do use vars qw($whatever @variables $you're_setting_in_the_BEGIN) in the BEGIN block in order to get the vars to work. I might be wrong though :) BTW (Amir I guess?) why #!/usr/bin/perl then $^W = 1; # same as 'perl -w' ? This disables -w in the BEGIN {}, as seen here Good question. I don't know why we did that. My guess is that the configure tool that writes the first line couldn't for some reason add the -w, so we used ^W instead. However, this was all done 2 or 3 years ago, so I don't remember. In fact: ## fermi2:~/lyx/reLyXrlog -r1.5 reLyX.in [snip] File which configure turns into an executable wrapper for reLyX revision 1.5 date: 1998/11/02 15:10:14; author: karger; state: Exp; lines: +3 -1 Use $^W instead of -w switch, because Jean-Marc asked me to. ### Aha! JMarc, do you remember why we did this? -Amir
JMarc? [was Re: reLyX bug]
On Tue, Sep 04, 2001 at 04:01:26PM +0200, Yves Bastide wrote: > On Tue, Sep 04, 2001 at 02:22:56PM +0100, Jose Abilio Oliveira Matos wrote: > > > > As a curiosity, did reLyX worked before? > > I guess that if it work then we had a strange case of interaction beetween > > BLOCK and the variable outside. Hardly what anyone would expect. > > BEGIN blocks are executed immediately after compilation. Variable names > are known, but assignments in "my" constructs haven't been done yet. > > With the previous version of reLyX, try > $ perl -w reLyX-1.2 > you'll get > Use of uninitialized value in concatenation (.) or string at > /usr/local/bin/reLyX-1.2 line 52. > > the uninitialized value being $mainscript... Good point. I think you need to do use vars qw($whatever @variables $you're_setting_in_the_BEGIN) in the BEGIN block in order to get the vars to work. I might be wrong though :) > BTW (Amir I guess?) why > #!/usr/bin/perl > then > $^W = 1; # same as 'perl -w' > > ? This disables -w in the BEGIN {}, as seen here Good question. I don't know why we did that. My guess is that the configure tool that writes the first line couldn't for some reason add the -w, so we used ^W instead. However, this was all done 2 or 3 years ago, so I don't remember. In fact: ## fermi2:~/lyx/reLyX>rlog -r1.5 reLyX.in [snip] File which configure turns into an executable wrapper for reLyX revision 1.5 date: 1998/11/02 15:10:14; author: karger; state: Exp; lines: +3 -1 Use $^W instead of -w switch, because Jean-Marc asked me to. ### Aha! JMarc, do you remember why we did this? -Amir
Re: reLyX bug
On Mon, Sep 03, 2001 at 10:45:16PM +0100, Jose Abilio Oliveira Matos wrote: On Mon, Sep 03, 2001 at 11:20:40PM +0200, Yves Bastide wrote: On Mon, Sep 03, 2001 at 07:17:38PM +0100, Jose Abilio Oliveira Matos wrote: [ignore unimportant stuff about a bug] I really, really prefer python. And the code is so much readble... But so much less fun... :-) Come on, that's not true. You can overload operators, use functional programming tools as I did in my last program. If that is not fun, used with classes I don't know what is. ;-) You can add a __cal__ method to a class making it a functor, and using it everywhere a function can be used. I don't even dream it how to do it in perl... ;-) I'm *not* trying to start a flame war here. I'll point out, though, that you can overload operators in perl too. I don't really know what you mean about using a clas where you would use a function. I will say there's a *lot* of sneakiness that can be done with Perl classes -- mostly because it's very relaxed about requiring things -- although much of that may be obfuscated. The AUTOLOAD method is downright scary, for example. I recently bought Damian Conway [the guy who has written modules to write Perl in Klingon, Latin, and whitespace, among other things]'s Object-Oriented Perl, where he seems to be arguing anything you can do in [OO language X] I can do in Perl if I feel like it, but usually I won't bother. Or something. (But not in a condescending way. I think he's just hitting back at all the people who say Perl isn't a real OO language.) And you know that Amir's code is particularly readable Why do you think that protesting I'm still hacking reLyX code? ;-) No only readable but also clean. Thanks, *Mr* Perl. ;-) blush -Amir
Re: reLyX bug
On Mon, Sep 03, 2001 at 10:45:16PM +0100, Jose Abilio Oliveira Matos wrote: > On Mon, Sep 03, 2001 at 11:20:40PM +0200, Yves Bastide wrote: > > On Mon, Sep 03, 2001 at 07:17:38PM +0100, Jose Abilio Oliveira Matos wrote: > > > [ignore unimportant stuff about a bug] > > > > I really, really prefer python. > > > > > > And the code is so much readble... > > > > But so much less fun... :-) > > Come on, that's not true. You can overload operators, use functional > programming tools as I did in my last program. If that is not fun, used with > classes I don't know what is. ;-) > > You can add a __cal__ method to a class making it a functor, and using it > everywhere a function can be used. I don't even dream it how to do it in > perl... ;-) I'm *not* trying to start a flame war here. I'll point out, though, that you can overload operators in perl too. I don't really know what you mean about using a clas where you would use a function. I will say there's a *lot* of sneakiness that can be done with Perl classes -- mostly because it's very relaxed about requiring things -- although much of that may be obfuscated. The AUTOLOAD method is downright scary, for example. I recently bought Damian Conway [the guy who has written modules to write Perl in Klingon, Latin, and whitespace, among other things]'s "Object-Oriented Perl", where he seems to be arguing "anything you can do in [OO language X] I can do in Perl if I feel like it, but usually I won't bother." Or something. (But not in a condescending way. I think he's just hitting back at all the people who say Perl isn't a "real" OO language.) > > And you know that Amir's code is particularly readable > > Why do you think that protesting I'm still hacking reLyX code? ;-) > No only readable but also clean. Thanks, *Mr* Perl. ;-) -Amir
Re: reLyX bug
On Fri, Aug 31, 2001 at 11:30:32AM +0100, Jose Abilio Oliveira Matos wrote: On Thu, Aug 30, 2001 at 05:18:49PM -0400, Amir Karger wrote: On Thu, Aug 30, 2001 at 04:50:48PM +0100, Jose Abilio Oliveira Matos wrote: On Thu, Aug 30, 2001 at 08:49:49AM -0400, Amir Karger wrote: Yeah, that's OK too. Actually I have choosen your alternative, I really dislike the ()-, grrr... (sorry Yves, nothing personal, on the other hand since today is friday it is after all). Recall the Perl motto, There's more than one way to do it. Although in this case, some ways are more confusing than others. Right. So it's just that Perl didn't have the sophisticated understanding of $foo(bar) beforehand. (Of course, this opens up the possibility of bugs, because I sometimes write $foo(bar) when I meant $foo[bar]. Leftover habit from BASIC, I guess.) I'm disapointed with you, you were my idol. Now all is lost, and nothing makes sense. Thanks for this friday Amir, you destroyed my dreams to become a great perl programmer. Well, if it makes you feel better, I recently finished my doctorate, and got a job at a bioinformatics company, where at least for the first four months I've been programming Perl full time. It's a lot of fun! Someone called me Mr. Perl the other day :) OTOH, don't tell anyone, but I may be learning Java soon. PS: Even after your deeds, I have destroyed all the evidences that there were times when you didn't remember to use push. Now even c++ has it... Thank you! Have a good weekend, even if you don't get to take Monday off like we lazy Americans do. -Amir
Re: reLyX bug
On Fri, Aug 31, 2001 at 11:30:32AM +0100, Jose Abilio Oliveira Matos wrote: > On Thu, Aug 30, 2001 at 05:18:49PM -0400, Amir Karger wrote: > > On Thu, Aug 30, 2001 at 04:50:48PM +0100, Jose Abilio Oliveira Matos wrote: > > > On Thu, Aug 30, 2001 at 08:49:49AM -0400, Amir Karger wrote: > > > > > Yeah, that's OK too. > > Actually I have choosen your alternative, I really dislike the ()->, grrr... > (sorry Yves, nothing personal, on the other hand since today is friday it > is after all). Recall the Perl motto, "There's more than one way to do it." Although in this case, some ways are more confusing than others. > > Right. So it's just that Perl didn't have the sophisticated understanding of > > $foo(bar) beforehand. (Of course, this opens up the possibility of bugs, > > because I sometimes write $foo(bar) when I meant $foo[bar]. Leftover habit > > from BASIC, I guess.) > > I'm disapointed with you, you were my idol. Now all is lost, and nothing > makes sense. Thanks for this friday Amir, you destroyed my dreams to become > a great perl programmer. Well, if it makes you feel better, I recently finished my doctorate, and got a job at a bioinformatics company, where at least for the first four months I've been programming Perl full time. It's a lot of fun! Someone called me "Mr. Perl" the other day :) OTOH, don't tell anyone, but I may be learning Java soon. > PS: Even after your deeds, I have destroyed all the evidences that there > were times when you didn't remember to use push. Now even c++ has it... Thank you! Have a good weekend, even if you don't get to take Monday off like we lazy Americans do. -Amir
Re: reLyX bug
On Wed, Aug 29, 2001 at 06:42:11PM +0100, Jose Abilio Oliveira Matos wrote: On Wed, Aug 29, 2001 at 03:28:53PM +0200, Michael Schmitt wrote: On Wed, 29 Aug 2001, Jose Abilio Oliveira Matos wrote: syntax error at /home/schmitt/LyX/lyx-devel/lib/reLyX/MakePreamble.pm line 310, near }( This is my code. Amir could have a look and teel me why there is a syntax error there? The context of that line is: 305 if( $Latex_Preamble =~ /\\geometry\{(.*)\}/) { 306 my $geom_options = $1; 307 my $op; 308 foreach $op (keys %Geometry_Options) { 309 $geom_options =~ s/$op// do { 310 $LyX_Preamble .= $Geometry_Options{$op}(); I'm pretty sure that the problem here is that you're missing a . I think you have to write: $LyX_Preamble .= {$Geometry_Options{$op}}(); That is, $Geometry_Options{$op} is a reference to a subroutine, so you need to {...}() it to actually call the subroutine. 311 print Geometry option $op\n if $debug_on; 312 } 313 } ... I'm using perl 5.6.0 and I don't have a problem with it, while Michael is using perl 5.004 or 5.005, I can't decide from the @INC... Actually, I'm a bit surprised that 560 works on that. Could it be that if you try to stringify a code reference, Perl calls the sub with no arguments? Or maybe the parentheses make Perl realize it's a sub. -Amir
Re: reLyX bug
On Thu, Aug 30, 2001 at 04:50:48PM +0100, Jose Abilio Oliveira Matos wrote: On Thu, Aug 30, 2001 at 08:49:49AM -0400, Amir Karger wrote: I'm pretty sure that the problem here is that you're missing a . I think you have to write: $LyX_Preamble .= {$Geometry_Options{$op}}(); That is, $Geometry_Options{$op} is a reference to a subroutine, so you need to {...}() it to actually call the subroutine. Or the other option from Yves, no? $Geometry_Options{$op}-() Yeah, that's OK too. I only know some of the basics and it made lots of sense that if I define an annonomous function to call it only adding the parentheses, that is equivalent to prefixing it with an . Right. So it's just that Perl didn't have the sophisticated understanding of $foo(bar) beforehand. (Of course, this opens up the possibility of bugs, because I sometimes write $foo(bar) when I meant $foo[bar]. Leftover habit from BASIC, I guess.) -Amir
Re: reLyX bug
On Wed, Aug 29, 2001 at 06:42:11PM +0100, Jose Abilio Oliveira Matos wrote: > On Wed, Aug 29, 2001 at 03:28:53PM +0200, Michael Schmitt wrote: > > On Wed, 29 Aug 2001, Jose Abilio Oliveira Matos wrote: > > > > syntax error at /home/schmitt/LyX/lyx-devel/lib/reLyX/MakePreamble.pm line > > 310, near "}(" > > This is my code. > Amir could have a look and teel me why there is a syntax error there? The > context of that line is: > > 305 if( $Latex_Preamble =~ /\\geometry\{(.*)\}/) { > 306 my $geom_options = $1; > 307 my $op; > 308 foreach $op (keys %Geometry_Options) { > 309 $geom_options =~ s/$op// && do { > 310 $LyX_Preamble .= $Geometry_Options{$op}(); I'm pretty sure that the problem here is that you're missing a &. I think you have to write: $LyX_Preamble .= &{$Geometry_Options{$op}}(); That is, $Geometry_Options{$op} is a reference to a subroutine, so you need to &{...}() it to actually call the subroutine. > 311 print "Geometry option $op\n" if $debug_on; > 312 } > 313 } > ... > > I'm using perl 5.6.0 and I don't have a problem with it, while Michael is > using perl 5.004 or 5.005, I can't decide from the @INC... Actually, I'm a bit surprised that 560 works on that. Could it be that if you try to stringify a code reference, Perl calls the sub with no arguments? Or maybe the parentheses make Perl realize it's a sub. -Amir
Re: reLyX bug
On Thu, Aug 30, 2001 at 04:50:48PM +0100, Jose Abilio Oliveira Matos wrote: > On Thu, Aug 30, 2001 at 08:49:49AM -0400, Amir Karger wrote: > > > I'm pretty sure that the problem here is that you're missing a &. > > I think you have to write: > > > > $LyX_Preamble .= &{$Geometry_Options{$op}}(); > > > > That is, $Geometry_Options{$op} is a reference to a subroutine, so you need > > to &{...}() it to actually call the subroutine. > > Or the other option from Yves, no? > $Geometry_Options{$op}->() Yeah, that's OK too. > I only know some of the basics and it made lots of sense that if I define > an annonomous function to call it only adding the parentheses, that is > equivalent to prefixing it with an &. Right. So it's just that Perl didn't have the sophisticated understanding of $foo(bar) beforehand. (Of course, this opens up the possibility of bugs, because I sometimes write $foo(bar) when I meant $foo[bar]. Leftover habit from BASIC, I guess.) -Amir
Re: web page changes
On Tue, Aug 21, 2001 at 08:59:05AM -0400, Zvezdan Petkovic wrote: On Tue, Aug 21, 2001 at 09:25:39AM +0200, Lars Gullik Bjønnes wrote: Juergen Vigna [EMAIL PROTECTED] writes: | However I don't care how this is output on the web-page (we could maybe | have a look at the prefered language set in the browser and have a list | of date-formats and output it in the local (prefered language) mode ;) No, we should use the language of the web page. And that is _ENGLISH_ -- not American. And in England people write 3rd August 2001. I can't tell if this is a joke. While Americans don't get a monopoly on the web, there's no reason to say that we should use British spellings standards either. I'd vote for the international standard too, FWIW. -Amir
Re: Table of Contents dialog inconsistency
On Tue, Aug 21, 2001 at 03:49:40PM +0100, John Levon wrote: well known bug (it's on sourceforge) The best part of this message is that it came in the digest right after Jurgen said, We can always count on Lars being stubborn. Scanning the messages, I saw his, then yours, and thought, Lars' stubbornness is on sourceforge? Wow, it really is the source for all possible projects. -Amir
Re: web page changes
On Tue, Aug 21, 2001 at 08:59:05AM -0400, Zvezdan Petkovic wrote: > On Tue, Aug 21, 2001 at 09:25:39AM +0200, Lars Gullik Bjønnes wrote: > > Juergen Vigna <[EMAIL PROTECTED]> writes: > > > > | However I don't care how this is output on the web-page (we could maybe > > | have a look at the prefered language set in the browser and have a list > > | of date-formats and output it in the local (prefered language) mode ;) > > > > No, we should use the language of the web page. > > > > And that is _ENGLISH_ -- not "American". > And in England people write 3rd August 2001. I can't tell if this is a joke. While Americans don't get a monopoly on the web, there's no reason to say that we should use British spellings & standards either. I'd vote for the "international standard" too, FWIW. -Amir
Re: Table of Contents dialog inconsistency
On Tue, Aug 21, 2001 at 03:49:40PM +0100, John Levon wrote: > > well known bug (it's on sourceforge) The best part of this message is that it came in the digest right after Jurgen said, "We can always count on Lars being stubborn." Scanning the messages, I saw his, then yours, and thought, "Lars' stubbornness is on sourceforge? Wow, it really is the source for all possible projects." -Amir
Re: new (math) parser
On Thu, Aug 16, 2001 at 01:15:47PM +0200, Andre Poenitz wrote: My first shot at a 'more LaTeX compliant' parser attached. Would be nice if someone could test it against .lyx documents as well as other LaTeX (cut paste to the main LyX window, press C-m) Wow! The fact that you have this, btw, implies that it should be (relatively) easy to have the same functionality for pasting LaTeX into LyX. Just call reLyX -p on the text that's pasted. (How long has that been on the TODO list for?) -Amir
Re: Wheel mouse
On Thu, Aug 16, 2001 at 05:12:43PM +0200, Andre Poenitz wrote: just in case you have a wheel mouse, could you please check why the cursor hangs in the math formula? I don't have one. In case it's relevant and not reported yet, I believe I found that in LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't work. (This might only be when the fig takes up the whole window, but I don't think so.) -Amir
Re: new (math) parser
On Thu, Aug 16, 2001 at 01:15:47PM +0200, Andre Poenitz wrote: > > My first shot at a 'more LaTeX compliant' parser attached. Would be nice if > someone could test it against .lyx documents as well as "other" LaTeX (cut > & paste to the main LyX window, press C-m) Wow! The fact that you have this, btw, implies that it should be (relatively) easy to have the same functionality for pasting LaTeX into LyX. Just call reLyX -p on the text that's pasted. (How long has that been on the TODO list for?) -Amir
Re: Wheel mouse
On Thu, Aug 16, 2001 at 05:12:43PM +0200, Andre Poenitz wrote: > > just in case you have a wheel mouse, could you please check why the cursor > > "hangs" in the math formula? > > I don't have one. In case it's relevant and not reported yet, I believe I found that in LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't work. (This might only be when the fig takes up the whole window, but I don't think so.) -Amir
Re: reLyX
On Fri, Aug 03, 2001 at 04:32:44PM +0100, Jose Abilio Oliveira Matos wrote: On Thu, Jul 26, 2001 at 05:39:43PM -0400, Amir Karger wrote: Unfortunately, I don't have much free time, or I could try to help with the uninstalled reLyX problem. I have already a solution for that, I will commit it when I come back. Great! I will extend your previous code in the $maybe_dir. I will locate the path to the reLyX script and from there I will try to discover where is the main_script located. Only some more lines of code... That sounds right. I'm sort of surprised I didn't do it in the first place. If you see something that isn't the perlish way of doing it please say. I think I saw a couple things, but they didn't look too egregious. I think I would have solved differently the paperoptions stuff where you return subrefs, but it still seems OK. At a certain point I was looking for the first char in a line and I was doing something like: $_[0] eq '#', while the more natural way to do it in perl is /^\#/ $_[0] is wrong anyway, since that looks at the first scalar in @_, which is very different than the first character in $_! Yet another way to do it (recall that the Perl motto is There's more than one way to do it is substr($_,1,1) eq '#'. I think I usually use the regex, though. Enjoy your vacation. -Amir
Re: reLyX
On Fri, Aug 03, 2001 at 04:32:44PM +0100, Jose Abilio Oliveira Matos wrote: > On Thu, Jul 26, 2001 at 05:39:43PM -0400, Amir Karger wrote: > > > Unfortunately, I don't have much free time, or I could > > try to help with the uninstalled reLyX problem. > > I have already a solution for that, I will commit it when I come back. Great! > I will extend your previous code in the $maybe_dir. I will locate the path > to the reLyX script and from there I will try to discover where is the > main_script located. Only some more lines of code... That sounds right. I'm sort of surprised I didn't do it in the first place. > If you see something that isn't the perlish way of doing it please say. I think I saw a couple things, but they didn't look too egregious. I think I would have solved differently the paperoptions stuff where you return subrefs, but it still seems OK. > At a certain point I was looking for the first char in a line and I was > doing something like: > > $_[0] eq '#', while the more natural way to do it in perl is /^\#/ $_[0] is wrong anyway, since that looks at the first scalar in @_, which is very different than the first character in $_! Yet another way to do it (recall that the Perl motto is "There's more than one way to do it" is substr($_,1,1) eq '#'. I think I usually use the regex, though. Enjoy your vacation. -Amir
Re: Rename 666 to TEX
On Mon, Jul 30, 2001 at 03:41:35PM +1000, Allan Rae wrote: On Sun, 29 Jul 2001, Kayvan A. Sylvan wrote: The TeX inset on the other hand, is clear and intuitive. In a DocBook document TeX won't make much sense. Whoa. Never thought of that. In my mind, the LyX backend is always LaTeX. On the other hand Raw may make more sense when used in both LaTeX and DocBook documents. Probably a good description. You could also just call it a Markup inset since LaTeX and DocBook are markup languages. To me, though, markup seems like it's even more marked up than LyX, not more raw. I'd go with raw. -Amir
Re: Artwork
On Mon, Jul 30, 2001 at 03:32:48PM +1000, Allan Rae wrote: This is sexy but what would be really nice is if the logo actually looked like something. The LyX creature is usually described as a deformed platypus. It'd be nice it actually looked like it could be a real creature -- with a beak that isn't just a cariciture. IMO, the LyX mascot looks like the LyX mascot. Animals, as Kayvan said, have been done. -Amir
Re: Rename 666 to TEX
On Mon, Jul 30, 2001 at 03:41:35PM +1000, Allan Rae wrote: > On Sun, 29 Jul 2001, Kayvan A. Sylvan wrote: > > > The "TeX inset" on the other hand, is clear and intuitive. > > In a DocBook document "TeX" won't make much sense. Whoa. Never thought of that. In my mind, the LyX backend is always LaTeX. > On the other hand "Raw" may make more sense when used in both LaTeX and > DocBook documents. Probably a good description. > You could also just call it a "Markup" inset since > LaTeX and DocBook are markup languages. To me, though, markup seems like it's even more marked up than LyX, not more raw. I'd go with raw. -Amir
Re: Artwork
On Mon, Jul 30, 2001 at 03:32:48PM +1000, Allan Rae wrote: > > This is sexy but what would be really nice is if the logo actually looked > like something. The LyX creature is usually described as a deformed > platypus. It'd be nice it actually looked like it could be a real > creature -- with a beak that isn't just a cariciture. IMO, the LyX mascot looks like the LyX mascot. Animals, as Kayvan said, have been done. -Amir
Re: Rename 666 to TEX
On Sun, Jul 29, 2001 at 10:23:53AM -0300, Garst R. Reese wrote: Herbert Voss wrote: Asger K. Alstrup Nielsen wrote: The 666 name is fun, but not very intuitive/informative. What about changing it to TEX? Failing that, we should at least use ERT, which is not very intuitive either, but at least more established? TeX is better, because it's no more like the eval red text. It goes away anyway. I like the 666, maybe the same people trying to ban Harry Potter will give lyx some publicity also :) Funny, but Im going to have to agree with the others. If someone does happen to see an open 666 inset, this'll give them a clue as to what it does. -Amir
Re: Rename 666 to TEX
On Sun, Jul 29, 2001 at 10:23:53AM -0300, Garst R. Reese wrote: > Herbert Voss wrote: > > > > "Asger K. Alstrup Nielsen" wrote: > > > > > > The 666 name is fun, but not very intuitive/informative. What about > > > changing it to TEX? Failing that, we should at least use ERT, which > > > is not very intuitive either, but at least more established? > > > > TeX is better, because it's no more like the eval red text. > It goes away anyway. I like the 666, maybe the same people trying to ban > Harry Potter will give lyx some publicity also :) Funny, but I"m going to have to agree with the others. If someone does happen to see an open 666 inset, this'll give them a clue as to what it does. -Amir
Re: reLyX
On Fri, Jul 27, 2001 at 09:14:34AM -0700, Kayvan A. Sylvan wrote: On Fri, Jul 27, 2001 at 03:54:27PM +0200, Andre Poenitz wrote: I wonder how much mathed specific code is in reLyX that could be removed if we had support for it in mathed. I think I could e.g. support everything on the bottom of lib/reLyX/syntax.default natively, so this reLyXmt thingy could go... Who knows how reLyX works nowadays? I do (or I can figure it out in a few minutes). I do too (or I can figure it out in a few mintues). The more you support the better. The goal was always for reLyX to just copy math verbatim pass it along to LyX, but LyX didn't support everything people were throwing at it. (This is still a problem for optional arguments to \section et al., but I've complained about that at least once in the last six months, so I won't be annoying.) -Amir
Re: reLyX
On Fri, Jul 27, 2001 at 09:14:34AM -0700, Kayvan A. Sylvan wrote: > On Fri, Jul 27, 2001 at 03:54:27PM +0200, Andre Poenitz wrote: > > > > I wonder how much mathed specific code is in reLyX that could be removed > > if we had support for it in mathed. > > > > I think I could e.g. support everything on the bottom of > > lib/reLyX/syntax.default "natively", so this reLyXmt thingy could go... > > > > Who knows how reLyX works nowadays? > > I do (or I can figure it out in a few minutes). > I do too (or I can figure it out in a few mintues). The more you support the better. The goal was always for reLyX to just copy math verbatim & pass it along to LyX, but LyX didn't support everything people were throwing at it. (This is still a problem for optional arguments to \section et al., but I've complained about that at least once in the last six months, so I won't be annoying.) -Amir
Re: Improved latex preamble import in reLyX.
On Thu, Jul 26, 2001 at 08:26:21PM +0300, Dekel Tsur wrote: On Wed, Jul 25, 2001 at 10:34:05PM +0100, Jose Abilio Oliveira Matos wrote: On Wed, Jul 25, 2001 at 03:03:40PM +0200, Jean-Marc Lasgouttes wrote: 3. The \L and \R commands for Hebrew files. - \L{text} is a shortcut to \foreignlanguage{english}{text} - \R{text} is a shortcut to \foreignlanguage{hebrew}{text} But \L and \R may mean different things in non-Hebrew files, right? -Amir
reLyX
Yes, I'm still alive. Jose, it's great to see that you made progress on the reLyX stuff. I took a brief look at it and it looked fine, although I might have done a couple things differently. Unfortunately, I don't have much free time, or I could try to help with the uninstalled reLyX problem. Still, it was nice to see a file in reLyX/ updated more recently than 2 years ago. -Amir
Re: Improved latex preamble import in reLyX.
On Thu, Jul 26, 2001 at 08:26:21PM +0300, Dekel Tsur wrote: > On Wed, Jul 25, 2001 at 10:34:05PM +0100, Jose Abilio Oliveira Matos wrote: > > On Wed, Jul 25, 2001 at 03:03:40PM +0200, Jean-Marc Lasgouttes wrote: > > > > > 3. The \L and \R commands for Hebrew files. > - \L{text} is a shortcut to \foreignlanguage{english}{text} > - \R{text} is a shortcut to \foreignlanguage{hebrew}{text} But \L and \R may mean different things in non-Hebrew files, right? -Amir
reLyX
Yes, I'm still alive. Jose, it's great to see that you made progress on the reLyX stuff. I took a brief look at it and it looked fine, although I might have done a couple things differently. Unfortunately, I don't have much free time, or I could try to help with the uninstalled reLyX problem. Still, it was nice to see a file in reLyX/ updated more recently than 2 years ago. -Amir
Release version
I'm happy to announce (only two weeks late) the birth of our daughter, Deena Jenny, on July 3. She's already got me wrapped around her finger. Unfortunately, this may cut into the vast amounts of time I've been devoting to the LyX coding effort for the past year insert ironic smile here. -Amir
Release version
I'm happy to announce (only two weeks late) the birth of our daughter, Deena Jenny, on July 3. She's already got me wrapped around her finger. Unfortunately, this may cut into the vast amounts of time I've been devoting to the LyX coding effort for the past year . -Amir
Re: GUI TeX
On Thu, Jun 07, 2001 at 12:38:40PM +0100, Simon Dales wrote: UKTUG is having an informal meeting in Oxford 27th July 2001. We are going to be discussing GUI frontends to TeX, and obviously LyX is part of that canon. Would you like send a delegate/speaker? I don't know all of your emails, so I just picked this from the bottom of your webpage Hello, Simon. Thanks for your email. I'd love to come, but I'm a bit far from England. We do have a couple Brits on the development team who might be able to make it. I'm forwarding this to the lyx development list, where they'll see it. You can address any future correspondence to that address, too. -Amir
Re: GUI TeX
On Thu, Jun 07, 2001 at 12:38:40PM +0100, Simon Dales wrote: > UKTUG is having an informal meeting in Oxford 27th July 2001. We are > going to be discussing GUI frontends to TeX, and obviously LyX is part > of that canon. Would you like send a delegate/speaker? > > I don't know all of your emails, so I just picked this from the bottom > of your webpage Hello, Simon. Thanks for your email. I'd love to come, but I'm a bit far from England. We do have a couple Brits on the development team who might be able to make it. I'm forwarding this to the lyx development list, where they'll see it. You can address any future correspondence to that address, too. -Amir
Re: Embedding Python
On Wed, May 02, 2001 at 10:54:46AM +0300, Baruch Even wrote: It works rather well if you really have people familiar with the languages. Hmmm, ok. But one thing that raised in the former discussion is the fact that we need to target the language at novices and those who are not programmers, the example given there is Amirs Mom, I'm pretty sure she groks Perl scripts, but most peoples probably don't know how to program and so the language need to be a clear one and easy to learn for non-programmers. First, I wasn't going to respond to this rehash of the topic. Then, I saw you talking about my mom, and I was going to say, Stop talking about my mom! The funny part is, as it happens, she and I both just got new jobs, and both of us are using Oracle (even though she's an accountant by training!), so she's been sending me tips. So maybe Perl is her next step. Meanwhile, I'm busily happy in my new job, where the company just bought me Object-Oriented Perl and Perl DBI Programming. Ah, bliss! -Amir
Re: Embedding Python
On Wed, May 02, 2001 at 10:54:46AM +0300, Baruch Even wrote: > > > > It works rather well if you really have people familiar with the languages. > > Hmmm, ok. But one thing that raised in the former discussion is the fact > that we need to target the language at novices and those who are not > programmers, the example given there is Amirs Mom, I'm pretty sure she > groks Perl scripts, but most peoples probably don't know how to program > and so the language need to be a clear one and easy to learn for > non-programmers. First, I wasn't going to respond to this rehash of the topic. Then, I saw you talking about my mom, and I was going to say, "Stop talking about my mom!" The funny part is, as it happens, she and I both just got new jobs, and both of us are using Oracle (even though she's an accountant by training!), so she's been sending me tips. So maybe Perl is her next step. Meanwhile, I'm busily happy in my new job, where the company just bought me "Object-Oriented Perl" and "Perl DBI Programming". Ah, bliss! -Amir
Re: Thank you!
On Thu, Apr 26, 2001 at 11:20:00AM +0200, Juergen Vigna wrote: On 25-Apr-2001 Amir Karger wrote: Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in July! Well that's something to congratulate you! How old is v1.0? Sorry for my lack of clarity. v1.0 is me or my wife. It's not my joke; it's recycled from JMarc, so accuse him if it didn't make sense. -Amir
Re: Thank you!
On Thu, Apr 26, 2001 at 11:20:00AM +0200, Juergen Vigna wrote: > > On 25-Apr-2001 Amir Karger wrote: > > > > Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in > > July! > > Well that's something to congratulate you! How old is v1.0? Sorry for my lack of clarity. v1.0 is me or my wife. It's not my joke; it's recycled from JMarc, so accuse him if it didn't make sense. -Amir
Re: Thank you!
On Wed, Apr 25, 2001 at 10:25:43AM +1000, Allan Rae wrote: On Tue, 24 Apr 2001, Amir Karger wrote: You didn't read the second line, where I mentioned a new job, which means no more 3-hour reLyX coding sessions masquerading as long lunches. That shouldn't stop you working at night when your wife is working late or after she's gone to sleep (sneak out to the computer for a few hours of hacking!). Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in July! There's also weekends and early mornings ;-) Not anymore (I'm told I'm supposed to be excited about this :) -Amir
Re: Thank you!
On Wed, Apr 25, 2001 at 10:25:43AM +1000, Allan Rae wrote: > On Tue, 24 Apr 2001, Amir Karger wrote: > > > You didn't read the second line, where I mentioned a new job, which means no > > more 3-hour reLyX coding sessions masquerading as long lunches. > > That shouldn't stop you working at night when your wife is working late or > after she's gone to sleep (sneak out to the computer for a few hours of > hacking!). Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in July! > There's also weekends and early mornings ;-) Not anymore (I'm told I'm supposed to be excited about this :) -Amir
Re: Thank you!
On Mon, Apr 23, 2001 at 06:32:11PM -0300, Garst R. Reese wrote: Thanks to you for ReLyX. *blush* It seems that the huge amounts of your time coding were not exactly wasted. I hope you got to :) that Friday. Are we going to see GPL'd database systems for bioinformatics in Perl? Ha. Try bioperl.org. I think it'll be a while before I can top that. Links to thesis and paper? They're not really in final form. -Amir
Re: Thank you!
On Tue, Apr 24, 2001 at 10:53:54AM +1000, Allan Rae wrote: On Mon, 23 Apr 2001, Amir Karger wrote: Thanks to LyX, for helping me learn OO Perl. It looks like that's mostly what got me my new job in bioinformatics, a field about which I know nothing, except I'll apparently be coding databases in Perl. Does this mean we have a maintainer for reLyX again? You didn't read the second line, where I mentioned a new job, which means no more 3-hour reLyX coding sessions masquerading as long lunches. -Amir
Re: LaTeX File Import Problem
On Mon, Apr 23, 2001 at 05:19:12PM -0400, Matt Zimmerman wrote: I'd like to follow up on a thread that was begun on February 13 regarding a problem importing LaTeX files. As I mentioned, this was reported in an earlier posting. There was one repsonse, but the thread seemed to stop short of resolving the problem. That's because you never responded to my post. The follow-up to the initial posting may be found in the archive at this URL: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg19251.html Anyway, I know nothing of Perl and I would be grateful for some more detailed instructions for correcting this problem. Let me know if more information is required. OK. The problem seems to be that reLyX is looking in the wrong directories, so it never finds the right files. But I don't know the exact reason so I can't fix the problem quite yet. Please do the following: (1) type which reLyX and which LyX so we know where your executables are. (2) Attach your reLyX executable to your next email. It should tell us which directories it's going to look in. (3) Put the following line into the file /usr/local/share/lyx/reLyX/ReadCommands.pm at line 257: print System lyxdir is $main::lyxdir and personal is $main::dot_lyxdir\n; Indentation and whitespace don't really matter, and it doesn't matter if you're a line to high or low. Then rerun reLyX and tell me what the extra line says. OK? -Amir Karger
Re: LaTeX File Import Problem
[lyx-folk: Matt and I sent a couple more emails back and forth] On Tue, Apr 24, 2001 at 03:40:55PM -0400, Matt Zimmerman wrote: (1) Does /usr/local/share/lyx/layouts exist, and is the file article.layout in there? No, the there is no layouts directory. /usr/local/share/lyx only contains a directory called reLyX. Aha! So the problem is (maybe) a configure problem and not a reLyX one. (Yes, I'm trying to pass the buck here.) Matt: when you do Help-Version in LyX, what does it list for the Library directory? JMarc, Kayvan, or anyone else who would have a clue: it looks like the reLyX stuff is in /usr/local/share, but the lyx stuff is somewhere else, as Matt will tell us in his next email. Why is this happening, and how do we find the problem during configure and fix it in reLyX.in or elsewhere? Everything else is the same, except that after the fatal Error line I get: searchdirs: [mzimmerm@localhost directory]$ Oh. I forgot a \n in the Perl I told you to write. The point is, reLyX isn't finding the directories it's expecting. This is awfully trivial, but I don't know what's going wrong here, so I have to try trivial things. I don't mind. I'm sorry if I've screwed up some patently obvious aspect of the installation; I'm still a Linux newbie. I'm pretty sure you didn't do anything wrong. But we haven't had this problem before, except for the other person who found it didn't follow up on the problem, so it's either a RH7.0 thing some change that has been made in the LyX configure system. I think we'll be able to track it down. -Amir
Re: Thank you!
On Mon, Apr 23, 2001 at 06:32:11PM -0300, Garst R. Reese wrote: > Thanks to you for ReLyX. *blush* > It seems that the huge amounts of your time > coding were not exactly wasted. I hope you got to :) that Friday. > Are we going to see GPL'd database systems for bioinformatics in Perl? Ha. Try bioperl.org. I think it'll be a while before I can top that. > Links to thesis and paper? They're not really in final form. -Amir
Re: Thank you!
On Tue, Apr 24, 2001 at 10:53:54AM +1000, Allan Rae wrote: > > On Mon, 23 Apr 2001, Amir Karger wrote: > > > Thanks to LyX, for helping me learn OO Perl. It looks like that's mostly > > what got me my new job in bioinformatics, a field about which I know > > nothing, except I'll apparently be coding databases in Perl. > > Does this mean we have a maintainer for reLyX again? You didn't read the second line, where I mentioned a new job, which means no more 3-hour reLyX coding sessions masquerading as long lunches. -Amir
Re: LaTeX File Import Problem
On Mon, Apr 23, 2001 at 05:19:12PM -0400, Matt Zimmerman wrote: > I'd like to follow up on a thread that was begun on February 13 > regarding a problem importing LaTeX files. > > As I mentioned, this was reported in an earlier posting. There was one > repsonse, but the thread seemed to stop short of resolving the problem. That's because you never responded to my post. > The follow-up to the initial posting may be found in the archive at this > URL: > > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg19251.html > > Anyway, I know nothing of Perl and I would be grateful for some more > detailed instructions for correcting this problem. Let me know if more > information is required. OK. The problem seems to be that reLyX is looking in the wrong directories, so it never finds the right files. But I don't know the exact reason so I can't fix the problem quite yet. Please do the following: (1) type "which reLyX" and "which LyX" so we know where your executables are. (2) Attach your reLyX executable to your next email. It should tell us which directories it's going to look in. (3) Put the following line into the file /usr/local/share/lyx/reLyX/ReadCommands.pm at line 257: print "System lyxdir is $main::lyxdir and personal is $main::dot_lyxdir\n"; Indentation and whitespace don't really matter, and it doesn't matter if you're a line to high or low. Then rerun reLyX and tell me what the extra line says. OK? -Amir Karger
Re: LaTeX File Import Problem
[lyx-folk: Matt and I sent a couple more emails back and forth] On Tue, Apr 24, 2001 at 03:40:55PM -0400, Matt Zimmerman wrote: > > > (1) Does /usr/local/share/lyx/layouts exist, and is the file article.layout > > in there? > > No, the there is no layouts directory. /usr/local/share/lyx only > contains a directory called reLyX. Aha! So the problem is (maybe) a configure problem and not a reLyX one. (Yes, I'm trying to pass the buck here.) Matt: when you do Help->Version in LyX, what does it list for the Library directory? JMarc, Kayvan, or anyone else who would have a clue: it looks like the reLyX stuff is in /usr/local/share, but the lyx stuff is somewhere else, as Matt will tell us in his next email. Why is this happening, and how do we find the problem during configure and fix it in reLyX.in or elsewhere? > Everything else is the same, except that after the "fatal Error" line I > get: > > searchdirs: [mzimmerm@localhost directory]$ Oh. I forgot a \n in the Perl I told you to write. The point is, reLyX isn't finding the directories it's expecting. > > This is awfully trivial, but I don't know what's going wrong here, so I have > > to try trivial things. > > I don't mind. I'm sorry if I've screwed up some patently obvious aspect > of the installation; I'm still a Linux newbie. I'm pretty sure you didn't do anything wrong. But we haven't had this problem before, except for the other person who found it & didn't follow up on the problem, so it's either a RH7.0 thing some change that has been made in the LyX configure system. I think we'll be able to track it down. -Amir
Thank you!
Thanks to LyX, for helping me write my thesis (thesis style file, hacked into a layout), a paper to be submitted (article), and my Ph. D. defense seminar (slides). Thanks to LyX, I passed my thesis defense on Friday. No thanks to LyX, for wasting huge amounts of my time in coding. Thanks to LyX, for helping me learn OO Perl. It looks like that's mostly what got me my new job in bioinformatics, a field about which I know nothing, except I'll apparently be coding databases in Perl. -Amir
Thank you!
Thanks to LyX, for helping me write my thesis (thesis style file, hacked into a layout), a paper to be submitted (article), and my Ph. D. defense seminar (slides). Thanks to LyX, I passed my thesis defense on Friday. No thanks to LyX, for wasting huge amounts of my time in coding. Thanks to LyX, for helping me learn OO Perl. It looks like that's mostly what got me my new job in bioinformatics, a field about which I know nothing, except I'll apparently be coding databases in Perl. -Amir
Re: Menu item Tabular material
On Thu, Apr 19, 2001 at 05:11:27PM +0200, Michael Schmitt wrote: why is the menu item for inserting tables called "Tabular material..."? I am not a native English speaker/writer but the word "material" sounds a little bit strange to me. Is this a reasonable phrase? IMO, yes. You don't want to say "tabular text" since it might not be text. Same with tabular writing. -Amir
Re: Long mails
On Thu, Apr 19, 2001 at 03:47:58PM -0500, Mate Wierdl wrote: Is this a sample mail from Andre to show us how long a message he is willing to tolerate? Seriously, just send me a note when you guys agreed on some limit. I would vote more than 50K, if not all the way to 500. An Allan-length mail with a 20K or 30K patch might get over the 50K limit. -Amir
Re: Menu item "Tabular material"
On Thu, Apr 19, 2001 at 05:11:27PM +0200, Michael Schmitt wrote: > why is the menu item for inserting tables called "Tabular material..."? I > am not a native English speaker/writer but the word "material" sounds a > little bit strange to me. Is this a reasonable phrase? IMO, yes. You don't want to say "tabular text" since it might not be text. Same with tabular writing. -Amir
Re: Long mails
On Thu, Apr 19, 2001 at 03:47:58PM -0500, Mate Wierdl wrote: > Is this a sample mail from Andre to show us how long a message he is > willing to tolerate? > > Seriously, just send me a note when you guys agreed on some limit. I would vote more than 50K, if not all the way to 500. An Allan-length mail with a 20K or 30K patch might get over the 50K limit. -Amir
New Basque doc
I seem not to have karma to check in the updated Basque eu_splash.lyx. Which is fine; it's not like I've been checking much in lately. But could somebody check it in? Dooteo tells me he's got a new eu.po coming in soon, too. -Amir #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 2.16 \textclass article \language english \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Title Ongietorri LyX-era! \layout Section* LyX erabiltzean lehendabizi jakin beharreko gauzak \layout Enumerate LyX-ek laguntza eskuliburu bikain bat dauka (erabil ezazu). \family sans \bar under L \bar default aguntza \bar under \SpecialChar \menuseparator S \bar default arrera \family default zerrenda aukerarekin hasi (eskuliburuei buruzko sarreratxo bat da). Ondoren, \family sans \bar under L \bar default aguntza \bar under \SpecialChar \menuseparator T \bar default utoretza-n \family default laguntzaz LyX erabiltzen ikasi \family sans . \layout Enumerate LyX \begin_inset Quotes eld \end_inset idazki prozesatzailea \begin_inset Quotes erd \end_inset deritzoguna da. Bere egituragatik ohizko idazki prozesatzaileen aldean ezberdina da, idazkiak idazteko lana errazago eginez. Apur bat ezberdina soilik, ez zaitez beldurtu. Eskuliburu laguntzaileek gauza denak argituko dizkizute \begin_float footnote \layout Standard Laguntzako eskuliburuak irakurtzea komeni zaizkizula esan al dizugu? \end_float . \layout Enumerate LyX-en irteera emaitzak (output) itxura hobezina dauka. Begiztatzeko \family sans \bar under F \bar default itxategia\SpecialChar \menuseparator Dvi\SpecialChar ~ ikusi \family default lan dezakezu (une honetan adibidez). \layout Enumerate Bai,. LyX-ek LaTeX-en betebeharreko ia dena errepika (edo landu) dezake. Eta bai, LyX-ek LaTeX-eko fitxategiak beregana ( \family sans \bar under F \bar default itxategia\SpecialChar \menuseparator Barneratu \family default ) ditzake. LaTeX-eko erabiltzaile adituei \emph on Tutoretzako \emph default \begin_inset Quotes eld \end_inset LyX LaTeX-eko erabiltzaileentzat \begin_inset Quotes erd \end_inset alea irakurtzea komeni zaie, eta gainerakoentzat gainetik begiradatxo bat ematearekin nahikoa izango da. Beste irakurle guztiontzat (ez zaitez kezkatu), LyX erabiltzeko LaTeX jakin beharrik ez dago. \layout Enumerate Inglesez gain beste edozein hizkuntzetan idazten edo irakurtzen duten erabiltzai leentzat abantaila ugari daude. Gainera tekla elkarte, tresna barra eta beste hainbat ezaugarriek egokitze maila handia eskeintzen diote (ia dena \family typewriter lyxrc \family default fitxategia landuz). \family sans \bar under L \bar default aguntza\SpecialChar \menuseparator \bar under E \bar default gokitua \family default ikus ezazu. \layout Enumerate LyX-en Interneteko orria \family typewriter \begin_inset LatexCommand \url{http://www.lyx.org/} \end_inset \family default da. Bertan programari buruzko informazioa lortu, gutun zerrendetan harpidetu, \emph on LyX-eko Marrazkidun Ibilalditxoa (edo Tour) \emph default -a lortu eta gauza gehiago egin dezakezu. \the_end
New Basque doc
I seem not to have karma to check in the updated Basque eu_splash.lyx. Which is fine; it's not like I've been checking much in lately. But could somebody check it in? Dooteo tells me he's got a new eu.po coming in soon, too. -Amir #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 2.16 \textclass article \language english \inputencoding default \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Title Ongietorri LyX-era! \layout Section* LyX erabiltzean lehendabizi jakin beharreko gauzak \layout Enumerate LyX-ek laguntza eskuliburu bikain bat dauka (erabil ezazu). \family sans \bar under L \bar default aguntza \bar under \SpecialChar \menuseparator S \bar default arrera \family default zerrenda aukerarekin hasi (eskuliburuei buruzko sarreratxo bat da). Ondoren, \family sans \bar under L \bar default aguntza \bar under \SpecialChar \menuseparator T \bar default utoretza-n \family default laguntzaz LyX erabiltzen ikasi \family sans . \layout Enumerate LyX \begin_inset Quotes eld \end_inset idazki prozesatzailea \begin_inset Quotes erd \end_inset deritzoguna da. Bere egituragatik ohizko idazki prozesatzaileen aldean ezberdina da, idazkiak idazteko lana errazago eginez. Apur bat ezberdina soilik, ez zaitez beldurtu. Eskuliburu laguntzaileek gauza denak argituko dizkizute \begin_float footnote \layout Standard Laguntzako eskuliburuak irakurtzea komeni zaizkizula esan al dizugu? \end_float . \layout Enumerate LyX-en irteera emaitzak (output) itxura hobezina dauka. Begiztatzeko \family sans \bar under F \bar default itxategia\SpecialChar \menuseparator Dvi\SpecialChar ~ ikusi \family default lan dezakezu (une honetan adibidez). \layout Enumerate Bai,. LyX-ek LaTeX-en betebeharreko ia dena errepika (edo landu) dezake. Eta bai, LyX-ek LaTeX-eko fitxategiak beregana ( \family sans \bar under F \bar default itxategia\SpecialChar \menuseparator Barneratu \family default ) ditzake. LaTeX-eko erabiltzaile adituei \emph on Tutoretzako \emph default \begin_inset Quotes eld \end_inset LyX LaTeX-eko erabiltzaileentzat \begin_inset Quotes erd \end_inset alea irakurtzea komeni zaie, eta gainerakoentzat gainetik begiradatxo bat ematearekin nahikoa izango da. Beste irakurle guztiontzat (ez zaitez kezkatu), LyX erabiltzeko LaTeX jakin beharrik ez dago. \layout Enumerate Inglesez gain beste edozein hizkuntzetan idazten edo irakurtzen duten erabiltzai leentzat abantaila ugari daude. Gainera tekla elkarte, tresna barra eta beste hainbat ezaugarriek egokitze maila handia eskeintzen diote (ia dena \family typewriter lyxrc \family default fitxategia landuz). \family sans \bar under L \bar default aguntza\SpecialChar \menuseparator \bar under E \bar default gokitua \family default ikus ezazu. \layout Enumerate LyX-en Interneteko orria \family typewriter \begin_inset LatexCommand \url{http://www.lyx.org/} \end_inset \family default da. Bertan programari buruzko informazioa lortu, gutun zerrendetan harpidetu, \emph on LyX-eko Marrazkidun Ibilalditxoa (edo Tour) \emph default -a lortu eta gauza gehiago egin dezakezu. \the_end
Re: Current CVS
On Thu, Apr 12, 2001 at 03:27:47PM +1000, Allan Rae wrote: On Wed, 11 Apr 2001, Amir Karger wrote: [...] Anyway, I'm sure this bug must have been reported already, IIRC you reported it a few weeks ago ;-) No, I think that then I reported the Colors dialog wasn't working at all. Yes I agree. Two radio buttons would make more sense for this. I don't understand how the current system was put in in the first place, actually. The rough draft of the thesis was 118 pages. Thanks, folks! Yay! Amir's making progress! I'm almost-but-not-quite, just about to start assembling the various fragments of my own thesis together in preparation for beginning the final write-up. Procrastination will get you nowhere, every time. No kidding. I ended up finishing mostly not of my own volition. But as long as I get to get out of here, it's OK. -Amir
Re: Current CVS
On Thu, Apr 12, 2001 at 03:27:47PM +1000, Allan Rae wrote: > On Wed, 11 Apr 2001, Amir Karger wrote: > [...] > > > Anyway, I'm sure this bug must have been reported already, > > IIRC you reported it a few weeks ago ;-) No, I think that then I reported the Colors dialog wasn't working at all. > Yes I agree. Two radio buttons would make more sense for this. I don't understand how the current system was put in in the first place, actually. > > The rough draft of the thesis was 118 pages. Thanks, folks! > > Yay! Amir's making progress! I'm almost-but-not-quite, just about to > start assembling the various fragments of my own thesis together in > preparation for beginning the final write-up. > > Procrastination will get you nowhere, every time. No kidding. I ended up finishing mostly not of my own volition. But as long as I get to get out of here, it's OK. -Amir
Current CVS
I haven't compiled from CVS in a long time. I have to admit I was kind of surprised it worked. OTOH, I have gcc-2.95, which seems to be OK these days. I'm still using lyx-1.1.6 to finish up my thesis -- this isn't the time for experimental features. Unfortunately, I had to do a bunch of vim editing to put in and other such characters because of the keymap bug. (ISTR fix1 had some problems, and fix2 is still vaporous.) Anyway, I'm sure this bug must have been reported already, but the Preferences Colors menu (btw, I love the boldface for the higher-level menus!) is very confusing. There's a radio button that says "RGB" next to it. When I click it, it gets filled, and says "HSV" and switches to the HSV color dial. WHAT?! This is definitely not what I'd call intuitive. Just as a first suggestion, you could have HSV and RGB buttons side by side, only one of which is allowed to be lit up. The current situation is weird! (Unless this is caused by not doing make-install or saving my new preferences file.) The rough draft of the thesis was 118 pages. Thanks, folks! -Amir
Current CVS
I haven't compiled from CVS in a long time. I have to admit I was kind of surprised it worked. OTOH, I have gcc-2.95, which seems to be OK these days. I'm still using lyx-1.1.6 to finish up my thesis -- this isn't the time for experimental features. Unfortunately, I had to do a bunch of vim editing to put in è and other such characters because of the keymap bug. (ISTR fix1 had some problems, and fix2 is still vaporous.) Anyway, I'm sure this bug must have been reported already, but the Preferences Colors menu (btw, I love the boldface for the higher-level menus!) is very confusing. There's a radio button that says "RGB" next to it. When I click it, it gets filled, and says "HSV" and switches to the HSV color dial. WHAT?! This is definitely not what I'd call intuitive. Just as a first suggestion, you could have HSV and RGB buttons side by side, only one of which is allowed to be lit up. The current situation is weird! (Unless this is caused by not doing make-install or saving my new preferences file.) The rough draft of the thesis was 118 pages. Thanks, folks! -Amir
Re: reLyX and import of MS-Word resp. RFT documents
On Wed, Apr 04, 2001 at 12:31:29PM +0200, j.heidemeier wrote: I'd like to ask for a short status concerning the the possible import of MS created texts into lyx. So I'm curious if reLyX now handles longtables or if there are other promising routes from MS-apps to lyx. reLyX hasn't changed since then, I'm afraid. It's vaguely possible that if you replaced a longtable with a table, it would work, but longtable does have some extra commands that reLyX wouldn't understand, and LyX wouldn't know it's supposed to be a longtable. Still, it might be better than nothing. You could try wvware's latex output - reLyX. I haven't used wv, but maybe it outputs regular tables instead of longtables. -Amir
Re: reLyX and import of MS-Word resp. RFT documents
On Wed, Apr 04, 2001 at 12:31:29PM +0200, j.heidemeier wrote: > I'd like to ask for a short status concerning the > the possible import of MS created texts into lyx. > So I'm curious if reLyX now handles longtables or if there are other > promising routes from MS-apps to lyx. reLyX hasn't changed since then, I'm afraid. It's vaguely possible that if you replaced a longtable with a table, it would work, but longtable does have some extra commands that reLyX wouldn't understand, and LyX wouldn't know it's supposed to be a longtable. Still, it might be better than nothing. You could try wvware's latex output -> reLyX. I haven't used wv, but maybe it outputs regular tables instead of longtables. -Amir
Re: LyxReLyx Problems
On Mon, Apr 02, 2001 at 02:56:35PM +1000, Peter D Drummond wrote: Lyx/ReLyx bugs Hi - Lyx developers Hi. I guess I'm still considered in charge of reLyX, even though I haven't done anything in two years or so. How embarrassing! first of all - thanks heaps for your great program. I'm a very enthusiastic Lyx user, and I use it for many projects - as well as always recommending it to all my colleagues and students. Great! However, often prospective users find the `trivial' problems they encounter in standard importing/exporting of Latex papers just too time-consuming - so they use Emacs or Scientific Word. There are definitely shortcomings. Unfortunately, I've been "focusing on my thesis" for at least a year now. I'm hoping to have it actually done in just a few weeks, but that doesn't guarantee I'll be doing more reLyX development afterwards. And despite a number of requests, noone has ever come forward to take over reLyX development. It seems that reLyX is good enough to get most files most of the way, so no developer was annoyed enough by it to actually fix it. The good news is, I think you'll find that with a few tricks, we can get around some of the bigger complaints. The biggest thing to realize is that reLyX is much more powerful when called from the command line. I know that shouldn't be necessary -- and a more powerful reLyX dialog box has been on the TODO list for probably more than a year (Any of you new form creators want to create an Import Latex form that handles the reLyX command line options? I'd be most grateful!) -- but for now you can get a lot more done using command line options. The other powerful tool is syntax files. A pretty verbose description of all of this can be found in the man page. Of course this should all be GUI, but you're saying people are using emacs anyway, so they can probably handle running a command with some command line options. (1) Non-transparency. It is VERY highly desirable that Latex files can be imported/exported transparently, that is, only with the changes that the user adds. This is not currently possible at all. Most of the changes are in the front-matter. Trivial syntax cleaning is not an issue, provided it is truly bugfree and NOT CUMULATIVE. This is something I struggled with throughout the process of writing reLyX. Unfortunately, it's pretty tough. Unfortunately, LyX and LaTeX aren't actually equivalent, so there are some things that don't translate. One example which has bothered me forever is the inability in LyX for section commands to take optional arguments. Luckily, it seems this will be changed soon, at which point reLyX could be upgraded, if someone has the energy. (The bad news is that Text::TeX, the engine reLyX runs on, doesn't handle optional arguments very well...) (2) Lost comments. It is frequently the case that a Latex file contains comments, giving the version, reason for changes, or perhaps the original raw Latex you had before you had to extensively change it for Lyx's sake. This is valuable information - but if you import into Lyx and then re-export, it is all lost forever. Good point. I think this was on the TODO list. Unfortunately, it's hard. The initial cleaning step of LyX removes all comments. I have a bad feeling that if we got rid of this -- and instead tried to translate the comments -- we might get into trouble. Or we might translate some but not others. One option, by the way, is to use the comment environment (although that means you need to usepackage{verbatim} and make it a reLyXskip environment. (3) Figure mangling. In the version of ReLyx I use, figures with captions get mangled - that is, the figure environment is corrupted on import. Usually the figure and caption get separated, and often there are other problems, with lots of unwanted ERT, {'s and cumulative /protect's that keep growing. I can at least partially solve your problem, although I don't know if it's a correct fix. First, as far as I can tell, you were using \centering incorrectly. It takes no arguments, according to Kopka Daly (or Lamport), which is why the default syntax file says it takes no arguments, so when reLyX finds it, it doesn't copy the arguments inside the \centering. In fact, when LyX exports figs to TeX, it writes {\centering ...figure stuff... \par} The bad news is that this doesn't seem to work right either. I can't tell whether this is a bug in LyX, or just due to the confusing TeX mode stuff. I'm attaching a file, and from what I can tell, the "fig" box should be around the whole figure, but isn't. I'd appreciate it if someone could tell me why. The partial fix, then, is to use \begin{center} and \end{center} instead of your centering, which seems to import perfectly. On the other hand, when you export it, it turns back into \centering, so we're going to have to work on this. IIRC, reLyX isn't allowed to translate \centering, because it's not equivalent to anything in LyX. I had made
Re: LyxReLyx Problems
Peter -- if you're not on the list, I sent a huge response to your mail, but forgot to attach my version of the reLyX'ed file. As I mentioned, I get this by changing you \centering to \begin{center} and \end{center}, and then running reLyX -f -c article -r "frontmatter,keyword" a.ltx (Using amsart instead of article, the \address gets translated, too.) Let me know if you have other specific problems, or if you find a Perl geek willing to work on reLyX! -Amir #This file was created by karger Mon Apr 2 11:57:11 2001 #LyX 1.0 (C) 1995-1999 Matthias Ettrich and the LyX Team \lyxformat 2.15 \textclass article \begin_preamble \usepackage{graphics} \usepackage{amssymb} \newcommand{\expect}[1]{\mbox{$\left\langle {#1} \right\rangle$}} \end_preamble \layout Standard \latex latex \backslash begin{frontmatter} \latex default \layout Title Example \layout Author P. D. Drummond \layout Standard \latex latex \backslash address{{Department of Physics, University of \newline Queensland, QLD 4072, Brisbane, Australia}} \latex default \layout Abstract This example is a typical Latex file which ReLyx won't import! \layout Standard \latex latex \backslash begin{keyword} \latex default Lyx \latex latex \backslash sep \latex default ReLyx \latex latex \backslash \newline \latex default \latex latex \backslash end{keyword} \latex default \layout Standard \latex latex \backslash end{frontmatter} \latex default \layout Section Introduction \layout Standard \begin_inset LatexCommand \label{INTRO} \end_inset \layout Standard One of the oldest problems in Latex is how to maintain compatibility between the latex that is used `in the wild' and the latex that is used by Wysiwig editors like Lyx. \layout Standard \begin_float fig \layout Standard \align center \latex latex \backslash resizebox*{10cm}{!}{ \latex default \begin_inset Figure file vary.eps flags 9 \end_inset \latex latex } \latex default \layout Caption \begin_inset Formula \( Var(Y)=\expect{(Y-\bar{Y})^{2}}\) \end_inset : differences between wild latex and Lyx. \layout Standard \begin_inset LatexCommand \label{yfig} \end_inset \end_float \layout Standard See Fig ( \begin_inset LatexCommand \ref{yfig} \end_inset ) for a comparison that shows growth in the statistical variance of files after multiple import/export, as a function of time in years, using several different sample files. \the_end
Re: LyxReLyx Problems
On Mon, Apr 02, 2001 at 02:56:35PM +1000, Peter D Drummond wrote: > Lyx/ReLyx bugs > > Hi - Lyx developers Hi. I guess I'm still considered in charge of reLyX, even though I haven't done anything in two years or so. How embarrassing! > first of all - thanks heaps for your great program. I'm > a very enthusiastic Lyx user, and I use it for many > projects - as well as always recommending it to all my > colleagues and students. Great! > However, often prospective users find the `trivial' > problems they encounter in standard importing/exporting > of Latex papers just too time-consuming - so they > use Emacs or Scientific Word. There are definitely shortcomings. Unfortunately, I've been "focusing on my thesis" for at least a year now. I'm hoping to have it actually done in just a few weeks, but that doesn't guarantee I'll be doing more reLyX development afterwards. And despite a number of requests, noone has ever come forward to take over reLyX development. It seems that reLyX is good enough to get most files most of the way, so no developer was annoyed enough by it to actually fix it. The good news is, I think you'll find that with a few tricks, we can get around some of the bigger complaints. The biggest thing to realize is that reLyX is much more powerful when called from the command line. I know that shouldn't be necessary -- and a more powerful reLyX dialog box has been on the TODO list for probably more than a year (Any of you new form creators want to create an Import Latex form that handles the reLyX command line options? I'd be most grateful!) -- but for now you can get a lot more done using command line options. The other powerful tool is syntax files. A pretty verbose description of all of this can be found in the man page. Of course this should all be GUI, but you're saying people are using emacs anyway, so they can probably handle running a command with some command line options. > (1) Non-transparency. It is VERY highly desirable that > Latex files can be imported/exported transparently, > that is, only with the changes that the user adds. This > is not currently possible at all. Most of the changes are > in the front-matter. Trivial syntax cleaning is not an > issue, provided it is truly bugfree and NOT CUMULATIVE. This is something I struggled with throughout the process of writing reLyX. Unfortunately, it's pretty tough. Unfortunately, LyX and LaTeX aren't actually equivalent, so there are some things that don't translate. One example which has bothered me forever is the inability in LyX for section commands to take optional arguments. Luckily, it seems this will be changed soon, at which point reLyX could be upgraded, if someone has the energy. (The bad news is that Text::TeX, the engine reLyX runs on, doesn't handle optional arguments very well...) > (2) Lost comments. It is frequently the case that a > Latex file contains comments, giving the version, reason > for changes, or perhaps the original raw Latex you > had before you had to extensively change it for Lyx's sake. > This is valuable information - but if you import > into Lyx and then re-export, it is all lost forever. Good point. I think this was on the TODO list. Unfortunately, it's hard. The initial cleaning step of LyX removes all comments. I have a bad feeling that if we got rid of this -- and instead tried to translate the comments -- we might get into trouble. Or we might translate some but not others. One option, by the way, is to use the comment environment (although that means you need to usepackage{verbatim} and make it a reLyXskip environment. > (3) Figure mangling. In the version of ReLyx I use, > figures with captions get mangled - that is, the > figure environment is corrupted on import. Usually > the figure and caption get separated, and often there > are other problems, with lots of unwanted ERT, > {'s and cumulative /protect's that keep growing. I can at least partially solve your problem, although I don't know if it's a correct fix. First, as far as I can tell, you were using \centering incorrectly. It takes no arguments, according to Kopka & Daly (or Lamport), which is why the default syntax file says it takes no arguments, so when reLyX finds it, it doesn't copy the arguments inside the \centering. In fact, when LyX exports figs to TeX, it writes {\centering ...figure stuff... \par} The bad news is that this doesn't seem to work right either. I can't tell whether this is a bug in LyX, or just due to the confusing TeX mode stuff. I'm attaching a file, and from what I can tell, the "fig" box should be around the whole figure, but isn't. I'd appreciate it if someone could tell me why. The partial fix, then, is to use \begin{center} and \end{center} instead of your centering, which seems to import perfectly. On the other hand, when you export it, it turns back into \centering, so we're going to have to work on this. IIRC, reLyX isn't allowed to translate \centering, because it's not equivalent
Re: LyxReLyx Problems
Peter -- if you're not on the list, I sent a huge response to your mail, but forgot to attach my version of the reLyX'ed file. As I mentioned, I get this by changing you \centering to \begin{center} and \end{center}, and then running reLyX -f -c article -r "frontmatter,keyword" a.ltx (Using amsart instead of article, the \address gets translated, too.) Let me know if you have other specific problems, or if you find a Perl geek willing to work on reLyX! -Amir #This file was created by Mon Apr 2 11:57:11 2001 #LyX 1.0 (C) 1995-1999 Matthias Ettrich and the LyX Team \lyxformat 2.15 \textclass article \begin_preamble \usepackage{graphics} \usepackage{amssymb} \newcommand{\expect}[1]{\mbox{$\left\langle {#1} \right\rangle$}} \end_preamble \layout Standard \latex latex \backslash begin{frontmatter} \latex default \layout Title Example \layout Author P. D. Drummond \layout Standard \latex latex \backslash address{{Department of Physics, University of \newline Queensland, QLD 4072, Brisbane, Australia}} \latex default \layout Abstract This example is a typical Latex file which ReLyx won't import! \layout Standard \latex latex \backslash begin{keyword} \latex default Lyx \latex latex \backslash sep \latex default ReLyx \latex latex \backslash \newline \latex default \latex latex \backslash end{keyword} \latex default \layout Standard \latex latex \backslash end{frontmatter} \latex default \layout Section Introduction \layout Standard \begin_inset LatexCommand \label{INTRO} \end_inset \layout Standard One of the oldest problems in Latex is how to maintain compatibility between the latex that is used `in the wild' and the latex that is used by Wysiwig editors like Lyx. \layout Standard \begin_float fig \layout Standard \align center \latex latex \backslash resizebox*{10cm}{!}{ \latex default \begin_inset Figure file vary.eps flags 9 \end_inset \latex latex } \latex default \layout Caption \begin_inset Formula \( Var(Y)=\expect{(Y-\bar{Y})^{2}}\) \end_inset : differences between wild latex and Lyx. \layout Standard \begin_inset LatexCommand \label{yfig} \end_inset \end_float \layout Standard See Fig ( \begin_inset LatexCommand \ref{yfig} \end_inset ) for a comparison that shows growth in the statistical variance of files after multiple import/export, as a function of time in years, using several different sample files. \the_end
Re: hidden graphics
On Tue, Mar 20, 2001 at 12:49:57AM -0800, [EMAIL PROTECTED] wrote: Has anyone considered optionally permitting a graphic to be signified simply by it's file name, instead of a (potentially) enormous box reflecting LyX's representation of its "size"? Working on a document with a significant number of 1/4 to 1/2 page sized graphics, I'm finding that the representations just slow me down. *Particularly* when I'm suffering from the endless "rendering..." notation for .esp files. But not only. But you just put each figure into a figure float, and then you can click it to make it get tiny. Admittedly, it would be nicer if instead of "fig" in read, you got the filename, but that would have its own problems (e.g., really long paths make for much ERT, but removing the path means you may have files with the same name) -Amir
Re: "hidden" graphics
On Tue, Mar 20, 2001 at 12:49:57AM -0800, [EMAIL PROTECTED] wrote: > Has anyone considered optionally permitting a graphic to be signified > simply by it's file name, instead of a (potentially) enormous box > reflecting LyX's representation of its "size"? > > Working on a document with a significant number of 1/4 to 1/2 page > sized graphics, I'm finding that the representations just slow me > down. *Particularly* when I'm suffering from the endless "rendering..." > notation for .esp files. But not only. But you just put each figure into a figure float, and then you can click it to make it get tiny. Admittedly, it would be nicer if instead of "fig" in read, you got the filename, but that would have its own problems (e.g., really long paths make for much ERT, but removing the path means you may have files with the same name) -Amir
Re: how many people?
On Tue, Mar 13, 2001 at 10:39:26AM +0100, Jean-Marc Lasgouttes wrote: "Amir" == Amir Karger [EMAIL PROTECTED] writes: Amir Did we ever get an estimate of how many people use LyX? Any Amir ideas of how to use number of downloads to guess at it? I really do not know how we could do that. I forgot what the membership of lyx-users is, but it was not that large. The webserver stats may help to get an idea too. At the least, we could sum up the number of downloads of 1.1.6 source, binaries, and rpm including the various mirrors. That wouldnt' be *too* much work, would it? Admittedly, that wouldn't count any of the people who do cvs, but that's probably just a few hundred, and it wouldnt' count all the people who didn't download 1.1.6 (probably a lot, because of table problems and whatnot. This might work better for 1.2.0.) And it wouldn't count multiple people using one copy, and I know there are a number of sysadmins here. I was just wondering about an order of magnitude. I was thinking the number was probably in the low 1E5's, but that's a complete guess. It could be as low as a couple thousand. Who knows? -Amir
Re: how many people?
On Tue, Mar 13, 2001 at 03:13:47PM +, John Levon wrote: On Tue, 13 Mar 2001, Amir Karger wrote: I was just wondering about an order of magnitude. I was thinking the number was probably in the low 1E5's, but that's a complete guess. It could be as low as a couple thousand. Who knows? Oops! I was actually going to say 1E4's. 100,000 is a lot. Do you really think so ? Here we have lyx installed for all undergrads to use, and I doubt we are unique (1.0.4 though !). I often see students using it and I must have introduced about 10 ex-MS-Worders *myself*. I can't imagine the number of users being so low I didn't realize that people had installed these things for all undergrads to use, I figured it was more something that would get installed for 10 or 20 grad students in a particular research group or something. Of course, even if you've introduced ten people to it, that doesn't mean all the rest of the undergrads are using it. Obviously we just need to make LyX automatically send email to lyx.org whenever someone opens up LyX for the first time (the same way we decide to show the splash page). While we're at it, we could have LyX look through the person's address book and email all their friends with an advertisement to use the program! -Amir
Re: how many people?
On Tue, Mar 13, 2001 at 10:39:26AM +0100, Jean-Marc Lasgouttes wrote: > >>>>> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: > > Amir> Did we ever get an estimate of how many people use LyX? Any > Amir> ideas of how to use number of downloads to guess at it? > > I really do not know how we could do that. I forgot what the > membership of lyx-users is, but it was not that large. The webserver > stats may help to get an idea too. At the least, we could sum up the number of downloads of 1.1.6 source, binaries, and rpm including the various mirrors. That wouldnt' be *too* much work, would it? Admittedly, that wouldn't count any of the people who do cvs, but that's probably just a few hundred, and it wouldnt' count all the people who didn't download 1.1.6 (probably a lot, because of table problems and whatnot. This might work better for 1.2.0.) And it wouldn't count multiple people using one copy, and I know there are a number of sysadmins here. I was just wondering about an order of magnitude. I was thinking the number was probably in the low 1E5's, but that's a complete guess. It could be as low as a couple thousand. Who knows? -Amir
Re: how many people?
On Tue, Mar 13, 2001 at 03:13:47PM +, John Levon wrote: > On Tue, 13 Mar 2001, Amir Karger wrote: > > > I was just wondering about an order of magnitude. I was thinking the number > > was probably in the low 1E5's, but that's a complete guess. It could be as > > low as a couple thousand. Who knows? Oops! I was actually going to say 1E4's. 100,000 is a lot. > Do you really think so ? Here we have lyx installed for all undergrads to use, > and I doubt we are unique (1.0.4 though !). I often see students using it > and I must have introduced about 10 ex-MS-Worders *myself*. > > I can't imagine the number of users being so low I didn't realize that people had installed these things for all undergrads to use, I figured it was more something that would get installed for 10 or 20 grad students in a particular research group or something. Of course, even if you've introduced ten people to it, that doesn't mean all the rest of the undergrads are using it. Obviously we just need to make LyX automatically send email to lyx.org whenever someone opens up LyX for the first time (the same way we decide to show the splash page). While we're at it, we could have LyX look through the person's address book and email all their friends with an advertisement to use the program! -Amir
how many people?
Did we ever get an estimate of how many people use LyX? Any ideas of how to use number of downloads to guess at it? Just curious. -Amir
how many people?
Did we ever get an estimate of how many people use LyX? Any ideas of how to use number of downloads to guess at it? Just curious. -Amir
Re: Portuguese mirror (fwd)
On Tue, Feb 20, 2001 at 09:50:34PM +0100, Asger K. Alstrup Nielsen wrote: -- Forwarded message -- Date: Tue, 20 Feb 2001 14:50:36 + From: Jos Ernesto Jardim [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Portuguese mirror Hi We have a portuguese mirror in www.pt.lyx.org. The organization POLI is responsible for that. Can you please put it in your mirror list !? pt.lyx.org *is* on our mirror list. -Amir
Re: Preferences-Colors
On Thu, Feb 22, 2001 at 12:41:28AM +1000, Allan Rae wrote: On Wed, 13 Dec 2000, Amir Karger wrote: On Tue, Dec 12, 2000 at 03:44:46PM +1000, Allan Rae wrote: On Sat, 2 Dec 2000, Angus Leeming wrote: P.S. We should probably try to lower the nested tabfolder so that it might be more obvious that they in fact tabbed rather than MS-style multi-rowed folders. Maybe lowering a few pixels and putting a ___ across to provide a visual break between the two tabfolders. Sure. Why not also make the main tabs bigger and the subtabs smaller? Or is that impossible with xforms et al? Surely you can at least make the font sizes different? That way it'll be obvious that the big tabs are not the same as the small ones. Kept you waiting long enough. So long, in fact, that I forgot I was waiting for it. -Amir
Re: Portuguese mirror (fwd)
On Tue, Feb 20, 2001 at 09:50:34PM +0100, Asger K. Alstrup Nielsen wrote: > > > -- Forwarded message -- > Date: Tue, 20 Feb 2001 14:50:36 + > From: José Ernesto Jardim <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Portuguese mirror > > Hi > > We have a portuguese mirror in www.pt.lyx.org. The organization POLI is > responsible for that. > Can you please put it in your mirror list !? pt.lyx.org *is* on our mirror list. -Amir
Re: Preferences->Colors
On Thu, Feb 22, 2001 at 12:41:28AM +1000, Allan Rae wrote: > On Wed, 13 Dec 2000, Amir Karger wrote: > > > On Tue, Dec 12, 2000 at 03:44:46PM +1000, Allan Rae wrote: > > > On Sat, 2 Dec 2000, Angus Leeming wrote: > > > > > > P.S. We should probably try to lower the nested tabfolder so that it might > > > be more obvious that they in fact tabbed rather than MS-style multi-rowed > > > folders. Maybe lowering a few pixels and putting a ___ across to > > > provide a visual break between the two tabfolders. > > > > Sure. Why not also make the main tabs bigger and the subtabs smaller? Or is > > that impossible with xforms et al? Surely you can at least make the font > > sizes different? That way it'll be obvious that the big tabs are not the > > same as the small ones. > > Kept you waiting long enough. So long, in fact, that I forgot I was waiting for it. -Amir
Re: 1.1.6fix1 stability?
On Fri, Feb 16, 2001 at 08:54:45AM -0800, [EMAIL PROTECTED] wrote: On Fri, 16 Feb 2001, Juergen Vigna wrote: On 15-Feb-2001 Michael Schmitt wrote: However, it is my impression that 1.1.6 has been released a bit too early Well the problem is that we wouldn't have found all the problems with the tabulars so fast if we wouldn't have released it to public, only few people try cvs-versions HARD :) I'm not criticizing all the wonderful work you all are doing. I really do like what I see in 1.1.6 and am looking forward to the new things in 1.2 and beyond, and I'll still be here to help document them. But 1.1.6 (and fix1) should never have been released as a public, "stable" version, particularly since it was known that the tabular code wasn't complete. Both of you have good points. Personally, I think 1.1.6 should have been released without the tabular code. The math bug and others got fixed pretty quickly, and things like that may happen with any release. But when you make a major change in file format (so that changes aren't reversible) I think you have to be careful about releasing. I mean, especially because there was actually reduced functionality in the new tables! I'm not criticizing Jrgen's work -- I'm actually amazed he got the new tables put in so quickly! But I don't think a large new piece of code should go in if it's not finished. And you knew it wasn't finished. It's unfortunate that we don't have enough developers for an unstable branch, but we just don't. So the only solution is to make each release rock solid, and 1.1.6 just wasn't. JMarc, maybe you could try and hurry fix2, with some of Jrgen's table fixes? Or haven't they been back-applied yet? -Amir
Re: 1.1.6fix1 stability?
On Fri, Feb 16, 2001 at 08:54:45AM -0800, [EMAIL PROTECTED] wrote: > On Fri, 16 Feb 2001, Juergen Vigna wrote: > > On 15-Feb-2001 Michael Schmitt wrote: > > > However, it is my impression that 1.1.6 has been released a bit too early > > > > Well the problem is that we wouldn't have found all the problems with > > the tabulars so fast if we wouldn't have released it to public, only > > few people try cvs-versions HARD :) > > I'm not criticizing all the wonderful work you all are doing. I really do > like what I see in 1.1.6 and am looking forward to the new things in 1.2 > and beyond, and I'll still be here to help document them. But 1.1.6 (and > fix1) should never have been released as a public, "stable" version, > particularly since it was known that the tabular code wasn't complete. Both of you have good points. Personally, I think 1.1.6 should have been released without the tabular code. The math bug and others got fixed pretty quickly, and things like that may happen with any release. But when you make a major change in file format (so that changes aren't reversible) I think you have to be careful about releasing. I mean, especially because there was actually reduced functionality in the new tables! I'm not criticizing JÜrgen's work -- I'm actually amazed he got the new tables put in so quickly! But I don't think a large new piece of code should go in if it's not finished. And you knew it wasn't finished. It's unfortunate that we don't have enough developers for an unstable branch, but we just don't. So the only solution is to make each release rock solid, and 1.1.6 just wasn't. JMarc, maybe you could try and hurry fix2, with some of JÜrgen's table fixes? Or haven't they been back-applied yet? -Amir
Re: import latex file
On Tue, Feb 13, 2001 at 02:30:49AM -0800, belahcene abdelkader wrote: reLyX -f 'reseau.tex' Unrecognized escape \d passed through at /usr/local/bin/../share/lyx/reLyX/reLyXmain.pl line 87. This is very strange. If you're using RH7.0, I assume it has perl5.005 or later, and reLyX has worked on everything from 5.002. However, this is extremely minor, since it just affects how Usage is printed out. I think. Reading LaTeX command syntax (reseau.tex: Splitting Preamble Creating LyX preamble Cannot find layout file article.layout in dir(s) at /usr/local/bin/../share/lyx/reLyX/ReadCommands.pm line 267, PREAMBLE line 10. Compilation failed in require at /usr/local/bin/reLyX line 52, PREAMBLE line 10. Exited due to fatal Error! So the problem here is that above, after the word "dir(s)" it was supposed to list the directories where it's looking, which would include things like ~/.lyx/layouts and /usr/local/share/lyx/layouts. One thing you could try would be to add a line like print "System lydir is $main::lyxdir and personal is $main::dot_lyxdir\n"; around line 257 of ReadCommands.pm. That will at least tell us where reLyX thinks it should be looking. The software is installed in /usr/local/lyx-1.1.6fix1 on redhat 7.0 It may be that the unexpected directory is causing the confusion. [other bug snipped since I only know about reLyX] -Amir
Re: problem with revtex
On Tue, Feb 13, 2001 at 03:42:47PM +, Joo Manuel Viana Parente Lopes wrote: I 've tryed to compile the lyx revtex template file lyx-1.1.6fix1 and I've found errors in latex : Package babel Error: You have an old interface to call babel \bblstyerror TeX capacity exceeded, sorry [parameter stack size=500].\end{document}... Incomplete \iffalse; all text was ignored after line 9. \end{document} I don't know what's happen but I would like to use lyx and revtex It looks like Dekel fixed the problem. I need to warn you, though, that revtex class works with latex209, which is very old. APS is still betatesting RevTeX4, the more modern version that uses latex2e, so they're not accepting manuscripts written with it yet. The problem is that LyX assumes everything will be latex2e. So you may find that there are some problems with using LyX. Hopefully, revtex4 and the corresponding lyx class will be problem-free. I wanted to warn you in advance... -Amir