Re: RC1 -- more remarks 2
Hi Marc, That's the effect i have to me quite often. Hellmut It happens to me regularly that the first line (which contains the cursor) is half hidden. JMarc -- Dr. Hellmut Weber [EMAIL PROTECTED] Degenfeldstraße 2 tel +49-89-3081172 D-80803 München-Schwabing mobil +49-172-8450321 please: No DOCs, no PPTs. why: tinyurl.com/cbgq
Re: RC1 -- more remarks 2
Hellmut Weber wrote: Hi Marc, I guess you meant Jean-Marc here :-) That's the effect i have to me quite often. Known problem (but not scheduled to fix): http://bugzilla.lyx.org/show_bug.cgi?id=3427 Basically, if you want to make sure that a line does _not_ appear on screen when you reload the document, put the cursor in this line before quitting. Then it will be above the screen after reload, even if the document is shorter than one screen height. It looks as if there is some systematic error when calculating the scroll position from the stored cursor position, or when storing the cursor in the session, or when reading the position from the session. Georg
Re: Too big math preview in 1.5.0 orc1, solution
Bennett == Bennett Helm [EMAIL PROTECTED] writes: Bennett On Jun 4, 2007, at 5:09 PM, Jean-Marc Lasgouttes wrote: Bennett == Bennett Helm [EMAIL PROTECTED] writes: Could you try to see what is the dpi setting detected by 1.4 and 1.5? Bennett With nothing set in the preferences files, 1.4 gives Screen Bennett DPI as 80, 1.5 as 98. And which answer is the right one? Bennett The one 1.4 gives -- for both me and Jean. I mean the right one in terms of your screen size and resolution. It seems to me that the most common DPI (screen width in pixel divided by screen width in inches) value is 100. 80 is a bit low on modern computers. JMarc
Charstyles question - prefix/suffix
Hi I have defined a character style to be used for keynames (e.g. ctrl-X, ESC). The value entered by the user should be displayed encapsulated in angle brackets, as in the given examples. The style definition achieves this in LaTeX but not in the LyX display. CharStyle HCKeyname LatexType Command LatexName hckeyname Preamble \newcommand{\hckeyname}[1]{% \textsf{#1}% } EndPreamble Font Family Sans EndFont LabelFont Color blue EndFont End Can I do what I want or am I chasing at shadows? Cheers T
Re: pdflatex postscript handling
On Monday 04 June 2007 21:38:59 LB wrote: When pdflatex converts *.eps files to pdf I get errors that these figures can't be converted and are not shown in the final pdf. When .ps files get converted, their boundingboxes are ignored so figures are not displayed properly. Leo, I think, although I am not sure, that pdflatex can't read (e)ps files. Try to use JPG, PNG or GIF(?) figures instead. Altenatively, you can use this workaround: http://www.trevorrow.com/oztex/ozfaq.html#pdfeps I haven't tried it, so I can't guarantee success, but it's a starting point. Good luck, - Urtzi - -- BOFH excuse #30: positron router malfunction
Comments on RC1
Greetings, I am very pleased with the new features in LyX 1.5, and I want to thank the developers for doing such a fantastic work! I've come across a few issues when testing RC1: 1. The program seems slow to respond sometimes (but not always); if you keep a key pressed and the release it, it keeps writing the character for a couple of seconds before stopping. My machine is not eactly slow, so I guess it's the program. 2. I create a new document with a displayed formula in it. I give a label to that formula. I then open another document, but the labels dialog in this second document shows the label I just created for the first one! I have to close the first document for the labels list to update. 3. Not a bug, but a feature request: It'd be very useful to have close buttons in the document tabs. As it is, you have to close via either the menu or a slightly cumbersome keyboard shortcut. I think having a button on each tab, as Opera or Konqueror have, would improve the interface. I am using LyX on a Pentium M with 2GHz and 512 MB RAM, under Ubuntu 7.04. Yours, - Urtzi - -- If it's Tuesday, this must be someone else's fortune.
Captions
Why does the caption style in stdlayouts.inc display Senseless! I've got a section which includes some text, a table, and some more text. The table has to appear in a specific location between certain paragraphs so it is a fixed table not a floating one, and it could certainly use a caption, so on the face of it caption looks like the right tool for the job. I can see the technical reason why it abuses me like this - it's the label defined in the style. But this is a philosophical why? * Why tell me that a caption is senseless? * Why *is* a caption senseless here? * And why define a senseless style in the standard delivery in the first place? Cheers T
Re: Captions
Trevor == Trevor Nicholls [EMAIL PROTECTED] writes: Trevor Why does the caption style in stdlayouts.inc display Trevor Senseless! I've got a section which includes some text, a Trevor table, and some more text. The table has to appear in a Trevor specific location between certain paragraphs so it is a fixed Trevor table not a floating one, and it could certainly use a Trevor caption, so on the face of it caption looks like the right Trevor tool for the job. First, I tend to disagree in general with table that _have_ to appear between two particular paragraphs. But after all, it is your document, not mine :) Solution: create a Table float, put your table and caption inside it. Then EditFloat Settings... will allow you to select 'here definitely' as placement. Trevor * Why tell me that a caption is senseless? * Why *is* a Trevor caption senseless here? Because there is no way to know whether to write 'Figure 1' or 'Table 1'. Trevor * And why define a senseless style in the standard delivery in Trevor the first place? A caption should be in a float. JMarc
Re: Too big math preview in 1.5.0 orc1, solution
Empirically, I do not think that using the number suggested by Jean- Marc is relevant for two reasons: 1) My screen (powerbook G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a DPI of ~ 114, whereas the value which gives correct results is 80. 2) Changing the DPI value in Lyx preferences changes the relative size of math previews to text, whereas changing the resolution of my screen changes the DPI as calculated by Jean-Marc but (luckily) does not change the relative size of math previews to text. Jean Le 5 juin 07 à 10:26, Jean-Marc Lasgouttes a écrit : Bennett == Bennett Helm [EMAIL PROTECTED] writes: Bennett On Jun 4, 2007, at 5:09 PM, Jean-Marc Lasgouttes wrote: Bennett == Bennett Helm [EMAIL PROTECTED] writes: Could you try to see what is the dpi setting detected by 1.4 and 1.5? Bennett With nothing set in the preferences files, 1.4 gives Screen Bennett DPI as 80, 1.5 as 98. And which answer is the right one? Bennett The one 1.4 gives -- for both me and Jean. I mean the right one in terms of your screen size and resolution. It seems to me that the most common DPI (screen width in pixel divided by screen width in inches) value is 100. 80 is a bit low on modern computers. JMarc
Re: Too big math preview in 1.5.0 orc1, solution
Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Empirically, I do not think that using the number suggested by Jean Jean- Marc is relevant for two reasons: 1) My screen (powerbook Jean G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a Jean DPI of ~ 114, whereas the value which gives correct results is Jean 80. And LyX 1.5 returns 98 DPI? Jean 2) Changing the DPI value in Lyx preferences changes the Jean relative size of math previews to text, whereas changing the Jean resolution of my screen changes the DPI as calculated by Jean Jean-Marc but (luckily) does not change the relative size of Jean math previews to text. I understand what the bug is, but instead of learning how to work around the problem (which is indeed the immediate solution), what about removing the LyX bugs that create this mess? This is the reason why I ask these questions. JMarc
new Toolbutton in Toolbar
Hello, I'm using lyx 1.5.0 rc1 (windows) - it is realy great! Now I have one question - is it possible to add one new action to toolbar for showing compiled lyx-files? In the moment there are actions for dvi, pdflatex and ps - I need an action for ps2pdf (like in the menu) - but how to do this? Thanks for help - Tino
Re: Explanations with equations?
I still believe the table is the easier way. I'm attaching an example. Please, check it. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Monday 04 June 2007 21:48, Steve Litt wrote: On Monday 04 June 2007 04:47, you wrote: To put text in equations, I use \mbox Jean Thanks Jean, I tested that and it works, but stuff doesn't line up the way I'd like. What I'd really like is an \eqnarray* with 4 columns instead of 3, so I could do something like this: \begin{eqnarray*} 2x+y=z\qquad\qquad \mbox{this is the explanation}\\ 31x+64y=71z\qquad\qquad \mbox{another explanation}\\ \end{eqnarray*} That would work perfectly, but I get this error if I put in three symbols on a line: ! LaTeX Error: Too many columns in eqnarray environment. If I remove the before the equal sign, it compiles, with the equal signs under each other, and the explanations all lined up perfectly, but the right sides of the equations don't line up, but instead are centered under each other, which looks confusing to the reader. I could do it with a separate minipage for all the explations, but that would require huge amounts of ERT, I would think. It would completely separate the explanations from the equations they explain. Doing it that way would be very hard in LyX, be unreadable or confusing in LyX, and probably require lots of ERT. So if anyone knows how to get a four column \eqnarray*, please let me know. SteveT SteveT Hi Jean, \mbox didn't work at all for me, but your \mbox idea inspired me to find something that while not pretty, is at least not confusing. It's \makebox. The following aligns left, equal and right, and approximately (though not exactly) right aligns the explanations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][r]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][r]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][r]{explanation}\\ x=z\qquad\qquad \makebox[2in][r]{exp}\\ \end{eqnarray*} The following approximately centers the explanations, with the explanation column well to the right of the equations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][c]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][c]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][c]{explanation}\\ x=z\qquad\qquad \makebox[2in][c]{exp}\\ \end{eqnarray*} Either of the preceding is doable with a character style for the explanation, which points to a command that puts in \qquad\qquad\makebox[2in][c]{#1}, as suggested by Richard Heck. This isn't ideal, but I know I can do it, and if worst comes to worst it's good enough. Thanks Jean, Richard and everyone!!! SteveT -- - Julio Rojas [EMAIL PROTECTED] example.lyx Description: application/lyx
Re: Too big math preview in 1.5.0 orc1, solution
Of course you are right. If I erase dpi_size in the preferences file Lyx returns 112, which must be the true dpi of my screen (I grossly evaluated 114) Jean Le 5 juin 07 à 12:30, Jean-Marc Lasgouttes a écrit : Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Empirically, I do not think that using the number suggested by Jean Jean- Marc is relevant for two reasons: 1) My screen (powerbook Jean G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a Jean DPI of ~ 114, whereas the value which gives correct results is Jean 80. And LyX 1.5 returns 98 DPI? Jean 2) Changing the DPI value in Lyx preferences changes the Jean relative size of math previews to text, whereas changing the Jean resolution of my screen changes the DPI as calculated by Jean Jean-Marc but (luckily) does not change the relative size of Jean math previews to text. I understand what the bug is, but instead of learning how to work around the problem (which is indeed the immediate solution), what about removing the LyX bugs that create this mess? This is the reason why I ask these questions. JMarc
Re: 1.5.0rc1 Mac PPC G3 typing lag
Johannes Knaus Mon, 04 Jun 2007 10:18:33 -0700 Hello, I'm just testing the 1.5.0rc1 binary on my PPC G3 (iBook 700Mhz, 384MB RAM, 10.4.9). It is significantly slower than all 1.5betas released earlier. When I'm typing some characters there is always a lag of some seconds before it appears on the screen. This makes Lyx definetly unusable for me. Ok, my Mac is certainly not one of the newest ;-) but now even Word (which I really don't want to use) runs faster. Is there a fix? Greets, Johannes Johannes, You seem to have quite little RAM. It *could* be that a non- universal version would work better for you (I really don't know what the overhead is for running an universal application, does someone else know?). Do you have the possibility to compile a PPC- version. If not, please let me know and I'll upload a binary and send you the link (limited band-width at the moment, so probably not until Thursday). /Anders Hello Anders, I'm sorry but I don't know how to compile Lyx and neither have the developertools installed (too much for my old iBook). So, if you could upload a ppc-only binary? That would be great. But maybe it's something else than the lack of RAM. I have installed and tested the 1.5.0rc also here at work (University) on an G4 PPC 1.25GHz with 768MB RAM (10.4.9 also) and it behaves like my iBook (well I know, computers don't behave ;-)) Greets, Johannes -- Sometimes I lie awake at night, and ask, Where have I gone wrong? Then a voice says to me, This is going to take more than one night. (Charlie Brown)
Re: How to modify amsbook document class? partial answer
Hi all, If I put this: Input amsdefs.inc into the layout file, the environment dropdown now shows theorem, lemma, etc. However, after looking through /usr/share/lyx/layouts/amsbook.layout, I wonder what else I need in order to incorporate all the capabilities of the amsbook document class. SteveT On Monday 04 June 2007 23:28, Steve Litt wrote: Hi all, I created a test document. If I set its document class as amsbook (book (AMS)), I get environments like theorem, fact and the like. Then I set its document class to algone, where algone is a derivative of amsbook, and I don't get those environments. Here is algone.layout: #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[amsbook]{algone} Input stdclass.inc What's wrong? Do I need more Input files, and if so, what are they? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: RC1 -- more remarks 2
Georg Baum wrote: Hellmut Weber wrote: Hi Marc, I guess you meant Jean-Marc here :-) That's the effect i have to me quite often. Known problem (but not scheduled to fix): http://bugzilla.lyx.org/show_bug.cgi?id=3427 Basically, if you want to make sure that a line does _not_ appear on screen when you reload the document, put the cursor in this line before quitting. Then it will be above the screen after reload, even if the document is shorter than one screen height. It looks as if there is some systematic error when calculating the scroll position from the stored cursor position, or when storing the cursor in the session, or when reading the position from the session. I see. This explains why new document tend to place the cursor halfway off the screen too. It is simply the empty template scrolled one line up! Helge Hafting
Comments on RC1
Greetings, I am very pleased with the new features in LyX 1.5, and I want to thank the developers for doing such a fantastic work! I've come across a few issues when testing RC1: 1. The program seems slow to respond sometimes (but not always); if you keep a key pressed and the release it, it keeps writing the character for a couple of seconds before stopping. My machine is not eactly slow, so I guess it's the program. 2. I create a new document with a displayed formula in it. I give a label to that formula. I then open another document, but the labels dialog in this second document shows the label I just created for the first one! I have to close the first document for the labels list to update. 3. Not a bug, but a feature request: It'd be very useful to have close buttons in the document tabs. As it is, you have to close via either the menu or a slightly cumbersome keyboard shortcut. I think having a button on each tab, as Opera or Konqueror have, would improve the interface. I am using LyX on a Pentium M with 2GHz and 512 MB RAM, under Ubuntu 7.04. Yours, - Urtzi - -- If it's Tuesday, this must be someone else's fortune.
Re: Coloured separators, Romanic/Arabic sections
Auto Didakt wrote: Hi, I'm quite new to LyX and wanted to add a coloured foot notes/header separator to the 'book' layout (koma-script). Anyone has an idea how to do that? Select a page style that has the line. (fancy) This will get you a black line. To color the line, put something like this in your preamble: \definecolor{mycolor}{cmyk}{1,0.2,0,0.2} \let\oldheadrule\headrule \def\headrule{{\color{mycolor}\oldheadrule\color{black}}} Another thing I wanted to change is, using Romanic numbers for the list of figures and the bibliography. How can I do that? Put commands in the preamble that redefines the look of the appropriate counters. I don't know which ones that will be in this case - look it up on the net, in a latex book, or try a latex forum if nobody here can give you the answer. Helge Hafting
Re: Too big math preview in 1.5.0 orc1, solution
Bennett Helm wrote: [...] I don't know whether fiddling with Screen DPI is the right thing to do. You can control the size of math previews by adding the following line: \preview_scale_factor 0.9 to either the user preferences or the global lyxrc.dist file. There is no gui for this, so you have to add that line by using a text editor. Change the 0.9 value (which is the default) to whatever fits you. To me it looks like \preview_scale_factor 0.65 is about right (leaving the screen dpi unmodified). Is the solution, then, to patch lyxrc.dist on Mac? Is this the value I should use? Looks like the math is shown 1/.65 = 1.5x too big. Could this be the screen_zoom setting Enrico mentioned? I believe it defaults to 1.5 . . . Helge Hafting
Re: Too big math preview in 1.5.0 orc1, solution
No, the screen_zoom affects text and math previews in the same way (although you have to close and reopen your document to see this). Jean Le 5 juin 07 à 13:30, Helge Hafting a écrit : Looks like the math is shown 1/.65 = 1.5x too big. Could this be the screen_zoom setting Enrico mentioned? I believe it defaults to 1.5 . . .
Re: Captions
Jean-Marc Lasgouttes wrote: Trevor == Trevor Nicholls [EMAIL PROTECTED] writes: Trevor Why does the caption style in stdlayouts.inc display Trevor Senseless! I've got a section which includes some text, a Trevor table, and some more text. The table has to appear in a Trevor specific location between certain paragraphs so it is a fixed Trevor table not a floating one, and it could certainly use a Trevor caption, so on the face of it caption looks like the right Trevor tool for the job. First, I tend to disagree in general with table that _have_ to appear between two particular paragraphs. But after all, it is your document, not mine :) Solution: create a Table float, put your table and caption inside it. Then EditFloat Settings... will allow you to select 'here definitely' as placement. Trevor * Why tell me that a caption is senseless? * Why *is* a Trevor caption senseless here? Because there is no way to know whether to write 'Figure 1' or 'Table 1'. Trevor * And why define a senseless style in the standard delivery in Trevor the first place? A caption should be in a float. As any latexer will know - but he is probably not a latex guy then. From a user perspective, there is nothing strange about inserting a caption in the text. It seems natural that the caption is a property of the table/figure, not the float. Is it a figure or a table? Insert a table caption or a figure caption then. :-/ I don't see a good way to make this intuitive and also keep good latex compatibility. Well, LyX could put an implicit Here definitely! float around the nonfloating label when exporting to latex. This would sometimes lead to label and caption being separated by a page break though. Instead of the text senseless!, how about Caption works only inside a float! ? This gives a meaningful hint. Although the real bug probably is that it was possible to manufacture such a document in the first place. Helge Hafting
Re: Linus on GIT and SCM
Dov Feldstern wrote: Dov Feldstern wrote: http://developers.slashdot.org/article.pl?sid=07/06/03/004214 Sorry about this --- sent to the wrong address. ;) Some of you may still find it interesting, though --- it sounds like he trashes SVN... He don't really trash SVN - but he find it totally inadequate for the linux kernel, where _thousands_ of developers send each other patches back and forth, all have their own slightly different trees more or less in sync with Linus' tree. A developer may need to maintain his own tree for weeks, months or _years_, and still keep in sync those 50MB he isn't working on. SVN isn't meant to be used in such a decentralized manner, it is meant for the everybody check their changes in at one central server scenario. Which works well for things like LyX . . . Helge Hafting
Re: Too big math preview in 1.5.0 orc1, solution
Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Of course you are right. If I erase dpi_size in the preferences Jean file Lyx returns 112, which must be the true dpi of my screen (I Jean grossly evaluated 114) With 1.4 or q.5? JMarc
Re: RC1 -- more remarks 2
Georg == Georg Baum [EMAIL PROTECTED] writes: Georg Hellmut Weber wrote: Hi Marc, Georg I guess you meant Jean-Marc here :-) That's the effect i have to me quite often. Georg Known problem (but not scheduled to fix): Georg http://bugzilla.lyx.org/show_bug.cgi?id=3427 Thanks for the pointer. Isn't it something fitCursor cold fix? JMarc
WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Hi! Myself and Dov Feldstern are working on the support for Right-To-Left languages in LyX. In the latest RC1 there are many things which are not the way they should be. As we are not using Right-To-Left ourself we lack a bit the experience how it should look like and what is most convenient. To get it right WE ARE LOOKING FOR: PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT PATCHES against the subversion code and to compile it. You don't have to be a developer, just user of a RTL language who wants to have LyX 1.5 to behave the right way (tm). One decision which is open and must be settled: THE SPACE ISSUE === What we are investigating right now is the handling of spaces on the boundary of RTL and LTR text. Take a look at the picture. The blue underline marks the character which have a RTL font. So the picture shows the four cases possible. spaces.png Description: application/applefile inline: spaces.png There are several possibilities now to interpret the underlined spaces (short RTL spaces): * The LyX 1.3 magic way: the RTL spaces behave in fact like LTR spaces, i.e. they are put where non-underlined spaces would be. See this example: - In english WERBEH_english the _ is in fact behind the W So in Latex you would write english\R{HEBREW } english The consequence is that the cursor strangely (IMO) jumps from behind the W to the right in the moment you enter the space. If you have used LyX 1.3 you might be familiar with this behavior: english |WERBEHenglish == english WERBEH_|english If you continue now typing a character the cursor (and the space) jumps back: english WERBEH_| == english |H_WERBEHenglish == english H_WERBEH_|english * The non-magic way: the spaces are no special characters. They stay at the position you type them. See this example: english |WERBEHenglish == english |_WERBEHenglish == english |H_WERBEHenglish If you change back to English and continue typing the cursor will go to the right, i.e.: == english H_WERBEH|english == english H_WERBEH |english In Latex you would type the same: english \R{HEBREW H} english Of course two spaces, one inside the RTL, one outside, are merged silently by Latex, i.e. english \R{HEBREW } will look the same as english \R{HEBREW}. If you have an opinion, please tell us. Thanks Stefan Schimanski PGP.sig Description: Signierter Teil der Nachricht
Re: Captions
Helge == Helge Hafting [EMAIL PROTECTED] writes: Helge From a user perspective, there is nothing strange about Helge inserting a caption in the text. It seems natural that the Helge caption is a property of the table/figure, not the float. Is it Helge a figure or a table? Insert a table caption or a figure Helge caption then. :-/ Yes. Helge This gives a meaningful hint. Although the real bug probably is Helge that it was possible to manufacture such a document in the Helge first place. The caption inset will solve that. JMarc
The close button on macos X windows
By clicking the top left red button present on all macos x windows one usually closes the corresponding window, but not the program. In lyx, by clicking this button one leaves lyX altogether. This was already somewhat frustrating in formers versions of lyx, but in version 1.5, where one can open several windows at the same time (a major improvement), this is a real nuisance. Would it be possible to change that, and come back to the standard behavior of macintosh windows : clicking the top left red button only closes the corresponding window. If some people prefer the present lyx behavior, it should at least possible to change that in preferences. Thank you Jean
Re: [SPAM] Re: subfiles
On Monday 04 June 2007 09:02, Jean-Marc Lasgouttes wrote: Trevor == Trevor Nicholls [EMAIL PROTECTED] writes: Trevor * The documentation refers to a means of including external Trevor material, although the available types of external material Trevor do not appear to include other LyX files. This one is to insert image-like objects. Trevor Can I use LyX to create a number of separate (sub-)documents Trevor and then also maintain other LyX documents which combine new Trevor material with one or more of these subdocuments, in such a way Trevor that the content needs only to be edited once? Try InsertfileChild Document. JMarc Yes, there is support if you're working with child documents. However, I often have to cross-reference among unrelated documents. In order to accomplish that, I have to first export the documents to LaTeX, then process them to create .aux files and then include in the preamble the xr package and point to the documents using the \externaldocument command, also in the preamble. It would be nice if lyx were able to perform cross-reference among unrelated documents, so that the user only has to point to the lyx files and all cross-reference task is automagically performed by lyx. -- Rudi Gaelzer Department of Physics Institute of Physics and Mathematics Federal University of Pelotas BRAZIL Registered linux user # 153741
Re: The close button on macos X windows
That's only true for the last window. In fact there are quite a lot of other Mac apps which behave this way (although I agree that even without a window the application should keep running). As long as you have more than one window the red button will only close that one. Stefan Am 05.06.2007 um 14:44 schrieb Jean Kaplan: By clicking the top left red button present on all macos x windows one usually closes the corresponding window, but not the program. In lyx, by clicking this button one leaves lyX altogether. This was already somewhat frustrating in formers versions of lyx, but in version 1.5, where one can open several windows at the same time (a major improvement), this is a real nuisance. Would it be possible to change that, and come back to the standard behavior of macintosh windows : clicking the top left red button only closes the corresponding window. If some people prefer the present lyx behavior, it should at least possible to change that in preferences. Thank you Jean PGP.sig Description: Signierter Teil der Nachricht
Re: The close button on macos X windows
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes: Stefan That's only true for the last window. In fact there are quite Stefan a lot of other Mac apps which behave this way (although I Stefan agree that even without a window the application should keep Stefan running). As long as you have more than one window the red Stefan button will only close that one. It would be doable, but I fear there are many places in the code depending on the existence of a LyXView instance. JMarc
Re: [SPAM] Re: subfiles
Rudi == Rudi Gaelzer [EMAIL PROTECTED] writes: Rudi It would be nice if lyx were able to perform cross-reference Rudi among unrelated documents, so that the user only has to point to Rudi the lyx files and all cross-reference task is automagically Rudi performed by lyx. Yes, this would be very useful indeed. JMarc
Re: Too big math preview in 1.5.0 orc1, solution
in 1.5 in 1.4, I never changed this because I did not need it and it is 80. I checked that there is no dpi_size setting in my 1.4 preferences file. Le 5 juin 07 à 14:31, Jean-Marc Lasgouttes a écrit : Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Of course you are right. If I erase dpi_size in the preferences Jean file Lyx returns 112, which must be the true dpi of my screen (I Jean grossly evaluated 114) With 1.4 or q.5? JMarc
Help: Table
Hello, How do i make a table that the first collum have the titles instead of the first row?? Or, both have titles, ex: Bits0 1 2 BitRate 5012 15 20 100 24 30 40 150 36 45 60 200 48 60 80 Thanks in advance Best regards Valter -- - Valter Filipe Silva [EMAIL PROTECTED] Departamento de Electrónica e Telecomunicações Escola Superior de Tecnologia e Gestão de Águeda Universidade de Aveiro 3810-193 Aveiro
Re: The close button on macos X windows
Yes you are right, then this change is not of high priority Jean Le 5 juin 07 à 14:54, Stefan Schimanski a écrit : That's only true for the last window. In fact there are quite a lot of other Mac apps which behave this way (although I agree that even without a window the application should keep running). As long as you have more than one window the red button will only close that one. Stefan Am 05.06.2007 um 14:44 schrieb Jean Kaplan: By clicking the top left red button present on all macos x windows one usually closes the corresponding window, but not the program. In lyx, by clicking this button one leaves lyX altogether. This was already somewhat frustrating in formers versions of lyx, but in version 1.5, where one can open several windows at the same time (a major improvement), this is a real nuisance. Would it be possible to change that, and come back to the standard behavior of macintosh windows : clicking the top left red button only closes the corresponding window. If some people prefer the present lyx behavior, it should at least possible to change that in preferences. Thank you Jean
Re: Explanations with equations?
Thanks Julio, I compiled and examined your LyX file, and for me, the equal signs didn't line up. The explanations lined up beautifully, but not the equal signs or for that matter the things to the left and right of the equal signs. For the purposes of my book, I think it's pretty important that the equal signs line up. Nor do I think an \eqnarray* would help -- I don't believe you can put each line of an \eqnarray* in a different table cell. Thanks SteveT On Tuesday 05 June 2007 06:57, Julio Rojas wrote: I still believe the table is the easier way. I'm attaching an example. Please, check it. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Monday 04 June 2007 21:48, Steve Litt wrote: On Monday 04 June 2007 04:47, you wrote: To put text in equations, I use \mbox Jean Thanks Jean, I tested that and it works, but stuff doesn't line up the way I'd like. What I'd really like is an \eqnarray* with 4 columns instead of 3, so I could do something like this: \begin{eqnarray*} 2x+y=z\qquad\qquad \mbox{this is the explanation}\\ 31x+64y=71z\qquad\qquad \mbox{another explanation}\\ \end{eqnarray*} That would work perfectly, but I get this error if I put in three symbols on a line: ! LaTeX Error: Too many columns in eqnarray environment. If I remove the before the equal sign, it compiles, with the equal signs under each other, and the explanations all lined up perfectly, but the right sides of the equations don't line up, but instead are centered under each other, which looks confusing to the reader. I could do it with a separate minipage for all the explations, but that would require huge amounts of ERT, I would think. It would completely separate the explanations from the equations they explain. Doing it that way would be very hard in LyX, be unreadable or confusing in LyX, and probably require lots of ERT. So if anyone knows how to get a four column \eqnarray*, please let me know. SteveT SteveT Hi Jean, \mbox didn't work at all for me, but your \mbox idea inspired me to find something that while not pretty, is at least not confusing. It's \makebox. The following aligns left, equal and right, and approximately (though not exactly) right aligns the explanations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][r]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][r]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][r]{explanation}\\ x=z\qquad\qquad \makebox[2in][r]{exp}\\ \end{eqnarray*} The following approximately centers the explanations, with the explanation column well to the right of the equations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][c]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][c]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][c]{explanation}\\ x=z\qquad\qquad \makebox[2in][c]{exp}\\ \end{eqnarray*} Either of the preceding is doable with a character style for the explanation, which points to a command that puts in \qquad\qquad\makebox[2in][c]{#1}, as suggested by Richard Heck. This isn't ideal, but I know I can do it, and if worst comes to worst it's good enough. Thanks Jean, Richard and everyone!!! SteveT -- Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ (Legal Disclaimer) Follow these suggestions at your own risk.
Re: RC1 -- more remarks 2
Jean-Marc Lasgouttes wrote: Georg == Georg Baum [EMAIL PROTECTED] writes: Georg Hellmut Weber wrote: Hi Marc, Georg I guess you meant Jean-Marc here :-) That's the effect i have to me quite often. Georg Known problem (but not scheduled to fix): Georg http://bugzilla.lyx.org/show_bug.cgi?id=3427 Thanks for the pointer. Isn't it something fitCursor cold fix? In don't know. The strange thing is that this bug does not seem to exist on windows. If it were a fitCursor problem I would expect that it was platform independant. Georg
Re[2]: Explanations with equations?
See section 8.2.7 of The LaTeX Companion 2nd edition, an indispensible aid to mathbook writing projects (and otherwise excellent). Cheers, Alan Isaac
Re: Help: Table
... ahem ... simply create a table and put the headings in the first column? You can then format the column as desired. Or what specifically are you looking for? -- Christian Valter Filipe Silva wrote: Hello, How do i make a table that the first collum have the titles instead of the first row?? Or, both have titles, ex: Bits0 1 2 BitRate 5012 15 20 100 24 30 40 150 36 45 60 200 48 60 80 Thanks in advance Best regards Valter -- Christian Liesen Universität Zürich Institut für Sonderpädagogik Sonderforschungsbereich Hirschengraben 48 8001 Zürich University of Zurich Institute for Special Education Research Unit Hirschengraben 48 CH-8001 Zurich Tel +41 44 634 3130 Fax +41 44 634 4941 E-mail [EMAIL PROTECTED]
Re: Explanations with equations?
I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: Thanks Julio, I compiled and examined your LyX file, and for me, the equal signs didn't line up. The explanations lined up beautifully, but not the equal signs or for that matter the things to the left and right of the equal signs. For the purposes of my book, I think it's pretty important that the equal signs line up. Nor do I think an \eqnarray* would help -- I don't believe you can put each line of an \eqnarray* in a different table cell. Thanks SteveT On Tuesday 05 June 2007 06:57, Julio Rojas wrote: I still believe the table is the easier way. I'm attaching an example. Please, check it. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Monday 04 June 2007 21:48, Steve Litt wrote: On Monday 04 June 2007 04:47, you wrote: To put text in equations, I use \mbox Jean Thanks Jean, I tested that and it works, but stuff doesn't line up the way I'd like. What I'd really like is an \eqnarray* with 4 columns instead of 3, so I could do something like this: \begin{eqnarray*} 2x+y=z\qquad\qquad \mbox{this is the explanation}\\ 31x+64y=71z\qquad\qquad \mbox{another explanation}\\ \end{eqnarray*} That would work perfectly, but I get this error if I put in three symbols on a line: ! LaTeX Error: Too many columns in eqnarray environment. If I remove the before the equal sign, it compiles, with the equal signs under each other, and the explanations all lined up perfectly, but the right sides of the equations don't line up, but instead are centered under each other, which looks confusing to the reader. I could do it with a separate minipage for all the explations, but that would require huge amounts of ERT, I would think. It would completely separate the explanations from the equations they explain. Doing it that way would be very hard in LyX, be unreadable or confusing in LyX, and probably require lots of ERT. So if anyone knows how to get a four column \eqnarray*, please let me know. SteveT SteveT Hi Jean, \mbox didn't work at all for me, but your \mbox idea inspired me to find something that while not pretty, is at least not confusing. It's \makebox. The following aligns left, equal and right, and approximately (though not exactly) right aligns the explanations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][r]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][r]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][r]{explanation}\\ x=z\qquad\qquad \makebox[2in][r]{exp}\\ \end{eqnarray*} The following approximately centers the explanations, with the explanation column well to the right of the equations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][c]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][c]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][c]{explanation}\\ x=z\qquad\qquad \makebox[2in][c]{exp}\\ \end{eqnarray*} Either of the preceding is doable with a character style for the explanation, which points to a command that puts in \qquad\qquad\makebox[2in][c]{#1}, as suggested by Richard Heck. This isn't ideal, but I know I can do it, and if worst comes to worst it's good enough. Thanks Jean, Richard and everyone!!! SteveT -- Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ (Legal Disclaimer) Follow these suggestions at your own risk. -- - Julio Rojas [EMAIL PROTECTED] example.lyx Description: application/lyx example.pdf Description: Adobe PDF document
Re: Explanations with equations?
On Tuesday 05 June 2007 09:45, Alan G Isaac wrote: See section 8.2.7 of The LaTeX Companion 2nd edition, an indispensible aid to mathbook writing projects (and otherwise excellent). Cheers, Alan Isaac Thanks Alan, I don't have that book -- I have Guide to LaTeX by Kopka and Daly. Could you please point me to a web resource that summarizes the ideas of 8.2.7 of The LaTeX Companion pertaining to explanations after each line of a long running equation group? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Explanations with equations: First try failed
Hi all, My first try at explanations with equations failed: Preamble \newlength{\expsize} \setlength{\expsize}{2in} \newcommand{\mathexp}[1]{\qquad\qquad \makebox[\expsize][c]{#1}} \newcommand{\boldd}[1]{\textbf{#1}} EndPreamble CharStyle mathexp LatexType Command LatexName mathexp Font Family Sans EndFont End The problem is that, in LyX, when you try to assign a charcter style to text within an \eqnarray or AMS array or AMS flqnarray or whatever, the entire array is assigned that character style. So while I can do it quite easily within LaTeX, it fails in LyX. Guess I have to make another plan... SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: Explanations with equations?
On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re[2]: Explanations with equations?
On Tuesday 05 June 2007 09:45, Alan G Isaac wrote: See section 8.2.7 of The LaTeX Companion 2nd edition, an indispensible aid to mathbook writing projects (and otherwise excellent). On Tue, 5 Jun 2007, Steve Litt apparently wrote: I don't have that book -- I have Guide to LaTeX by Kopka and Daly. Could you please point me to a web resource that summarizes the ideas of 8.2.7 of The LaTeX Companion pertaining to explanations after each line of a long running equation group? \begin{align*} f(x) = x^{2} - 2x - 1 \text{quadratic polynomial} \\ f(x) = (x - 1)^{2}\text{factor the quadratic} \end{align*} hth, Alan Isaac
Re: Explanations with equations?
Steve Litt wrote: On Tuesday 05 June 2007 09:45, Alan G Isaac wrote: See section 8.2.7 of The LaTeX Companion 2nd edition, an indispensible aid to mathbook writing projects (and otherwise excellent). Cheers, Alan Isaac Thanks Alan, I don't have that book -- I have Guide to LaTeX by Kopka and Daly. Could you please point me to a web resource that summarizes the ideas of 8.2.7 of The LaTeX Companion pertaining to explanations after each line of a long running equation group? Out of curiosity I looked in my TLC2 and noticed the title of the section is Multiple alignments: align and flalign A quick google http://www.google.com/search?hl=enq=align+flalignbtnG=Google+Search on those keys gets the following page which seems to treat the material similar to the TLC2: http://web.mat.bham.ac.uk/R.W.Kaye/latex/align/align.htm One of the most difficult aspects of typesetting mathematics is splitting long formulas across several lines and aligning a group of formulas. BTW Steve I do suggest with as much writing as you do, the TLC would be a good addition to your library. To admit a bit of my strangeness, or the exceptional quality of the authors, the book is even somewhat enjoyable to read when you are not looking for something specific, i.e., as literature. -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter
Re: Explanations with equations?
On Tuesday 05 June 2007 10:16, Steve Litt wrote: On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. A casual view with Vim showed yours to be 1.5. I'll have to download 1.5, but I have dialup so I'll need to wait til tonight. In the meantime, do you have a 1.4.2 hanging around that you could put your example into? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: Help: Table
Between the first row of the table and the second there are two \hline This sparate the title row from the rest of the table. What i'm lookink for is the same effect for the first collum. Best regards Valter Christian Liesen wrote: ... ahem ... simply create a table and put the headings in the first column? You can then format the column as desired. Or what specifically are you looking for? -- Christian Valter Filipe Silva wrote: Hello, How do i make a table that the first collum have the titles instead of the first row?? Or, both have titles, ex: Bits0 1 2 BitRate 5012 15 20 100 24 30 40 150 36 45 60 200 48 60 80 Thanks in advance Best regards Valter
Re: Explanations with equations?
Sorry Steve, my mistake. Attached is the 1.4.x version. Hope it works. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 05 June 2007 10:16, Steve Litt wrote: On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. A casual view with Vim showed yours to be 1.5. I'll have to download 1.5, but I have dialup so I'll need to wait til tonight. In the meantime, do you have a 1.4.2 hanging around that you could put your example into? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ -- - Julio Rojas [EMAIL PROTECTED] example.lyx Description: application/lyx example.pdf Description: Adobe PDF document
Re: Help: Table
Add the right line to the 1st column and the left line to the 2nd column. That'll do the trick. On 6/5/07, Valter Filipe Silva [EMAIL PROTECTED] wrote: Between the first row of the table and the second there are two \hline This sparate the title row from the rest of the table. What i'm lookink for is the same effect for the first collum. Best regards Valter Christian Liesen wrote: ... ahem ... simply create a table and put the headings in the first column? You can then format the column as desired. Or what specifically are you looking for? -- Christian Valter Filipe Silva wrote: Hello, How do i make a table that the first collum have the titles instead of the first row?? Or, both have titles, ex: Bits0 1 2 BitRate 5012 15 20 100 24 30 40 150 36 45 60 200 48 60 80 Thanks in advance Best regards Valter -- - Julio Rojas [EMAIL PROTECTED]
Re: Help: Table
Oh, you're right. But I believe that's LaTeX and not LyX. Can anyone help? On 6/5/07, Valter Filipe Silva [EMAIL PROTECTED] wrote: Hello, That i tried already, but the effect is not the same. There is no a effective separations, linke in the case of \hline. Thanks for the help Regards Valter Julio Rojas wrote: Add the right line to the 1st column and the left line to the 2nd column. That'll do the trick. On 6/5/07, Valter Filipe Silva [EMAIL PROTECTED] wrote: Between the first row of the table and the second there are two \hline This sparate the title row from the rest of the table. What i'm lookink for is the same effect for the first collum. Best regards Valter Christian Liesen wrote: ... ahem ... simply create a table and put the headings in the first column? You can then format the column as desired. Or what specifically are you looking for? -- Christian Valter Filipe Silva wrote: Hello, How do i make a table that the first collum have the titles instead of the first row?? Or, both have titles, ex: Bits0 1 2 BitRate 5012 15 20 100 24 30 40 150 36 45 60 200 48 60 80 Thanks in advance Best regards Valter -- - Julio Rojas [EMAIL PROTECTED]
Re: Comments on RC1
Urtzi Jauregi wrote: Greetings, I am very pleased with the new features in LyX 1.5, and I want to thank the developers for doing such a fantastic work! I've come across a few issues when testing RC1: 1. The program seems slow to respond sometimes (but not always); if you keep a key pressed and the release it, it keeps writing the character for a couple of seconds before stopping. My machine is not eactly slow, so I guess it's the program. This is a known issue, I think, and a patch has been added recently to fix it. 2. I create a new document with a displayed formula in it. I give a label to that formula. I then open another document, but the labels dialog in this second document shows the label I just created for the first one! I have to close the first document for the labels list to update. What do you mean by the labels dialog? cross-references? If so, is the issue that the drop box at the top of the dialog is wrong? 3. Not a bug, but a feature request: It'd be very useful to have close buttons in the document tabs. As it is, you have to close via either the menu or a slightly cumbersome keyboard shortcut. I think having a button on each tab, as Opera or Konqueror have, would improve the interface. Yes, I'd like this, too: http://bugzilla.lyx.org/show_bug.cgi?id=3724. But it seems Qt doesn't yet provide for this. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: new Toolbutton in Toolbar
Tino Langer wrote: Now I have one question - is it possible to add one new action to toolbar for showing compiled lyx-files? In the moment there are actions for dvi, pdflatex and ps - I need an action for ps2pdf (like in the menu) - but how to do this? The toolbars are completely configurable, but you have to edit a text file to do this. Copy the file stdtoolbars.inc from the main LyX directory (e.g., /usr/share/lyx/ui/) to your local LyX directory (e.g., ~/.lyx/ui/). (You don't have to do this, but it will keep your changes from being over-written by software updates.) Now open it and find the view/update section. Add this: Item View ps2pdf buffer-view pdf This assumes that the format for ps2pdf is pdf. That's the default, but check PreferencesFile Formats to make sure. Of course, you can also add this anywhere else you like. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: Charstyles question - prefix/suffix
Trevor Nicholls wrote: Hi I have defined a character style to be used for keynames (e.g. ctrl-X, ESC). The value entered by the user should be displayed encapsulated in angle brackets, as in the given examples. The style definition achieves this in LaTeX but not in the LyX display. CharStyle HCKeyname LatexType Command LatexName hckeyname Preamble \newcommand{\hckeyname}[1]{% \textsf{#1}% } EndPreamble Font Family Sans EndFont LabelFont Color blue EndFont End Can I do what I want or am I chasing at shadows? At the moment, there's no way to do what you want. But it's not a bad idea. I'd like myself to be able to display the text as, say, a superscript, so I could do this: CharStyle textsuperscript LatexType Command LatexName textsuperscript Etc... Feel free to file an enhancement request. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: How to modify amsbook document class?
Steve Litt wrote: Hi all, I created a test document. If I set its document class as amsbook (book (AMS)), I get environments like theorem, fact and the like. Then I set its document class to algone, where algone is a derivative of amsbook, and I don't get those environments. Here is algone.layout: #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[amsbook]{algone} Input stdclass.inc This just inputs the standard definitions of section, etc., not anything specific to amsbook. I'd do this: Open amsbook.layout and delete the first two lines. Save it as amsbook.inc. Then Input amsbook.inc and you'll get everything it had. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Hi, I am having trouble following your examples, but my opinion is that no MAGIC should happen. Spaces jumping from side to side or characters at the end of a RTL jumping to the beginning and such are so annoying!!! The user can never tell where he/she is as far as LTR or RTL is concerned. My opinion is that the spaces should be silently joined by latex or lyx, and that the user doesn't really care if the space itself is RTL or LTR. This will be the most clear to use, and will enable pointing to a place with a mouse or reaching it with the cursor, and knowing exactly where you are and what will happen. This will be good even in adding equations in between RTL and LTR (which tended to jump to one side only because of the magic) The cursor should go smoothly, i.e. if you are moving to the right across from a LTR to a RTL, the cursor should continue smoothly and not jump to the beginning of the RTL (on the opposite) and start moving left, and then jump back again to the beginning of the RTL and continue to go left on the LTR. As far as RTL is concerned, this would mean moving from end to start, but it is in my opinion the most intuitive. Otherwise you have the cursor going one way when you type the opposite arrow. Some word processors behave like that, and I don't like to use them :). I will be willing to compile and test. I thought Dov knows Hebrew :). Miki Stefan Schimanski [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi! Myself and Dov Feldstern are working on the support for Right-To-Left languages in LyX. In the latest RC1 there are many things which are not the way they should be. As we are not using Right-To-Left ourself we lack a bit the experience how it should look like and what is most convenient. To get it right WE ARE LOOKING FOR: PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT PATCHES against the subversion code and to compile it. You don't have to be a developer, just user of a RTL language who wants to have LyX 1.5 to behave the right way (tm). One decision which is open and must be settled: THE SPACE ISSUE === What we are investigating right now is the handling of spaces on the boundary of RTL and LTR text. Take a look at the picture. The blue underline marks the character which have a RTL font. So the picture shows the four cases possible. There are several possibilities now to interpret the underlined spaces (short RTL spaces): * The LyX 1.3 magic way: the RTL spaces behave in fact like LTR spaces, i.e. they are put where non-underlined spaces would be. See this example: - In english WERBEH_english the _ is in fact behind the W So in Latex you would write english\R{HEBREW } english The consequence is that the cursor strangely (IMO) jumps from behind the W to the right in the moment you enter the space. If you have used LyX 1.3 you might be familiar with this behavior: english |WERBEHenglish == english WERBEH_|english If you continue now typing a character the cursor (and the space) jumps back: english WERBEH_| == english |H_WERBEHenglish == english H_WERBEH_|english * The non-magic way: the spaces are no special characters. They stay at the position you type them. See this example: english |WERBEHenglish == english |_WERBEHenglish == english |H_WERBEHenglish If you change back to English and continue typing the cursor will go to the right, i.e.: == english H_WERBEH|english == english H_WERBEH |english In Latex you would type the same: english \R{HEBREW H} english Of course two spaces, one inside the RTL, one outside, are merged silently by Latex, i.e. english \R{HEBREW } will look the same as english \R{HEBREW}. If you have an opinion, please tell us. Thanks Stefan Schimanski
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Stefan Schimanski wrote: There are several possibilities now to interpret the underlined spaces (short RTL spaces): * The LyX 1.3 magic way: the RTL spaces behave in fact like LTR spaces, i.e. they are put where non-underlined spaces would be. See this example: This magic has been removed on purpose for the case of font changes in general (family, size etc), because the code to support it was complicated and despite that not even correct. - In english WERBEH_english the _ is in fact behind the W So in Latex you would write english\R{HEBREW } english Rather english\R{HEBREW }english. The consequence is that the cursor strangely (IMO) jumps from behind the W to the right in the moment you enter the space. If you have used LyX 1.3 you might be familiar with this behavior: english |WERBEHenglish == english WERBEH_|english If you continue now typing a character the cursor (and the space) jumps back: english WERBEH_| == english |H_WERBEHenglish == english H_WERBEH_|english * The non-magic way: the spaces are no special characters. They stay at the position you type them. See this example: This is the solution that has been implemented for general font changes since format 259. english |WERBEHenglish == english |_WERBEHenglish == english |H_WERBEHenglish If you change back to English and continue typing the cursor will go to the right, i.e.: == english H_WERBEH|english == english H_WERBEH |english In Latex you would type the same: english \R{HEBREW H} english Of course two spaces, one inside the RTL, one outside, are merged silently by Latex, i.e. english \R{HEBREW } will look the same as english \R{HEBREW}. If you have an opinion, please tell us. Definitely the non-magic solution: If you enter a space it gets the direction (RTL or LTR) of the current font, and is drawn on screen according to that direction (place and underlining), and cursor navigation follows that direction. It should not be possible to enter two consecutive spaces (one in RTL and the other in LTR) at a direction boundary. This is IMO the best approach: Users see on screen exactly whether a space is RTL or LTR. Therefore they know how the cursor will behave when navigating. Removing the direction property from spaces might look more user friendly at first glance, but the problem then is that you have to perform some magic in the code that quickly gets so complicated that no developer understands it anymore and/or it produces strange results in some corner cases. DISCLAIMER: I am not an RTL user, the idea behind this opinion is to make the overall editing experience for all font attributes (size, family, series, RTL/LTR etc) consistent. Georg
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Definitely the non-magic solution: If you enter a space it gets the direction (RTL or LTR) of the current font, and is drawn on screen according to that direction (place and underlining), and cursor navigation follows that direction. It should not be possible to enter two consecutive spaces (one in RTL and the other in LTR) at a direction boundary. This is IMO the best approach: Users see on screen exactly whether a space is RTL or LTR. Therefore they know how the cursor will behave when navigating. Removing the direction property from spaces might look more user friendly at first glance, but the problem then is that you have to perform some magic in the code that quickly gets so complicated that no developer understands it anymore and/or it produces strange results in some corner cases. The users (at least me) don't know whether the space is RTL or LTR because they don't mark RTL code since it is annoying to look at when writing a document in RTL. I don't know how difficult it is to code this, but I think the space should be neutral, and that the direction should be decided according to whether the curser is currently to the right or to the left of this border space. Lets say we have LTR RTL and the space between them. If the cursor is to the left - continue English (you will be able to type another space there and continue writing), and if you are to the right of the border space, continue writing Hebrew (again, you will be able to enter another RTL space there as well). Extra spaces should then be removed, like lyx does today. The same for RTL LTR. I think this will be the most intuitive and user friendly. Miki
Re: 1.5.0rc1 Mac PPC G3 typing lag
Johannes Knaus Mon, 04 Jun 2007 10:18:33 -0700 Hello, I'm just testing the 1.5.0rc1 binary on my PPC G3 (iBook 700Mhz, 384MB RAM, 10.4.9). It is significantly slower than all 1.5betas released earlier. When I'm typing some characters there is always a lag of some seconds before it appears on the screen. This makes Lyx definetly unusable for me. Ok, my Mac is certainly not one of the newest ;-) but now even Word (which I really don't want to use) runs faster. Is there a fix? Greets, Johannes Johannes, You seem to have quite little RAM. It *could* be that a non- universal version would work better for you (I really don't know what the overhead is for running an universal application, does someone else know?). Do you have the possibility to compile a PPC- version. If not, please let me know and I'll upload a binary and send you the link (limited band-width at the moment, so probably not until Thursday). /Anders Hello Anders, I'm sorry but I don't know how to compile Lyx and neither have the developertools installed (too much for my old iBook). So, if you could upload a ppc-only binary? That would be great. But maybe it's something else than the lack of RAM. I have installed and tested the 1.5.0rc also here at work (University) on an G4 PPC 1.25GHz with 768MB RAM (10.4.9 also) and it behaves like my iBook (well I know, computers don't behave ;-)) Greets, Johannes I did a benchmark. Figures below (use mono-space font). It seems that in general the universal version is slower (the first time I ran the test it was even slower with an arrow scroll of 292). Especially the page down difference is remarkable. Bennett, do you know what this could be due to? In general the arrow down has become slower also for the PPC version. This is probably due to the bug-fix that previously made LyX skip lines. Anyway, I don't know if your problem is related to this. I have the impression that on some Macs LyX is extremely slow (for my use, the only time it feels really sluggish is when I type into a note). I think the reason for this is still an open question. Anders === Benchmark with LyX User's guide (time in seconds). Instant preview on. DateOpen Scroll Page Comments down down (arrow) 07-05-21 617241 Skipping lines. RC1(uni) 727553 RC1(PPC) 522028 07-06-03 622228
Re: Explanations with equations?
Thanks Julio, Your example was beautiful, but when I modified the equations a little bit, the equal signs no longer lined up. See the attached modification of your file to see the problem. Too bad -- it would have been much easier than anything else I can think of. Now I'm considering creating a LyX environment to implement \eqnarray, and four character styles: eleft, ecenter, eright, eexplain. Ughhh! SteveT On Tuesday 05 June 2007 10:24, Julio Rojas wrote: Sorry Steve, my mistake. Attached is the 1.4.x version. Hope it works. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 05 June 2007 10:16, Steve Litt wrote: On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. A casual view with Vim showed yours to be 1.5. I'll have to download 1.5, but I have dialup so I'll need to wait til tonight. In the meantime, do you have a 1.4.2 hanging around that you could put your example into? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ example2.lyx Description: application/lyx
Re: [SPAM] Re: Help: Table
On Tuesday 05 June 2007 11:36, Julio Rojas wrote: Oh, you're right. But I believe that's LaTeX and not LyX. Can anyone help? LyX can do it, as well. Have you tried this? Insert - Table... (choose number of rows and columns). position cursor in any row of the first column and right click - table: LyX: Table Settings - Borders (click on the right border). Your're gonna have 2 vertical lines on the first column. -- Rudi Gaelzer Department of Physics Institute of Physics and Mathematics Federal University of Pelotas BRAZIL Registered linux user # 153741
Re: [SPAM] Re: Help: Table
On Tuesday 05 June 2007 11:36, Julio Rojas wrote: Oh, you're right. But I believe that's LaTeX and not LyX. Can anyone help? Complementing on what I was suggesting, you can completely separate the first column by creating a single-column table and then inserting a thin space (Insert - Special Formatting - Thin Space) between the tables. Take a look at the attached code. -- Rudi Gaelzer Department of Physics Institute of Physics and Mathematics Federal University of Pelotas BRAZIL Registered linux user # 153741 separate_column.lyx Description: application/lyx
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Miki Dovrat wrote: The users (at least me) don't know whether the space is RTL or LTR because they don't mark RTL code since it is annoying to look at when writing a document in RTL. I don't understand what you mean here. When you write a mixed hebrew/english document you have to explicitly set the language of the foreign part anyway. The spaces would simply be part of this mechansim, no extra marking required. Whether this explicit language setting should be replaced by some automatic algorithm is a different issue that has been discussed. But even if such an algorithm is implemented the result is still that each character has an associated language that defines the direction. I don't know how difficult it is to code this, but I think the space should be neutral, and that the direction should be decided according to whether the curser is currently to the right or to the left of this border space. And how would you output such a neutral space to LaTeX? If you have visually on screen RTL LTR where RTL is in RTL direction and LTR in LTR direction you need to decide whether to output \R{ LTR}LTR or \R{LTR} LTR} to LaTeX. How would you decide which variant to use without an explicit LTR property of the space? At first glance it might look as if both are equivalent, but this is not the case if other font changes (e.g. size) come into the play, and even if not your LTR font might have a different size of the space as your RTL font. This is exactly the reason why spaces are not handled specially anymore for font changes, and are output exactly as entered. Lets say we have LTR RTL and the space between them. If the cursor is to the left - continue English (you will be able to type another space there and continue writing), and if you are to the right of the border space, continue writing Hebrew (again, you will be able to enter another RTL space there as well). Extra spaces should then be removed, like lyx does today. The same for RTL LTR. The non-magic approach could be made to work exactly like that: If the cursor is at such a boundary with a space, set the current font that will be used for newly typed stuff either to the font at the left or the font at the right, according to the rules you gave. Strictly speaking this is a bit of magic, but I believe that in contrast to the neutral space this magic could be implemented in a reasonable manner, because it would only affect editing. A neutral space would require extra code in may different places. The result would still be that each space has an associated direction, so you could still create the other two cases of the four Stefan mentioned by inserting and removing some temporary characters. Georg
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Definitely the non-magic solution: If you enter a space it gets the direction (RTL or LTR) of the current font, and is drawn on screen according to that direction (place and underlining), and cursor navigation follows that direction. It should not be possible to enter two consecutive spaces (one in RTL and the other in LTR) at a direction boundary. That sounds as a good solution: you can enter consecutive space, but the EPM removes them if you move cursor. So the moment you press space and continue with an RTL word additional spaces are allowed. But if you press space and then decide differently it's taken away by EPM. Does it sound reasonable? I will implement that approach, shouldn't be very hard. This is IMO the best approach: Users see on screen exactly whether a space is RTL or LTR. Therefore they know how the cursor will behave when navigating. Removing the direction property from spaces might look more user friendly at first glance, but the problem then is that you have to perform some magic in the code that quickly gets so complicated that no developer understands it anymore and/or it produces strange results in some corner cases. My opinion... this jumping makes me crazy Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Another open question (at least to me): how common and convenient is this logical cursor movement? For me it is rather strange and confusing. But maybe one just needs some years of working with it to get used to it intuitively. I ask because I don't think it's very complicated to add visual movement to LyX. Stefan PGP.sig Description: Signierter Teil der Nachricht
Re: Explanations with equations: First try failed
Steve Litt wrote: Hi all, My first try at explanations with equations failed: Preamble \newlength{\expsize} \setlength{\expsize}{2in} \newcommand{\mathexp}[1]{\qquad\qquad \makebox[\expsize][c]{#1}} \newcommand{\boldd}[1]{\textbf{#1}} EndPreamble CharStyle mathexp LatexType Command LatexName mathexp Font Family Sans EndFont End The problem is that, in LyX, when you try to assign a charcter style to text within an \eqnarray or AMS array or AMS flqnarray or whatever, the entire array is assigned that character style. So while I can do it quite easily within LaTeX, it fails in LyX. Guess I have to make another plan... You could just type \mathexp{blah blah blah} in the equation array. In fact, you could bind some unused key combo to self-insert \mathexp{}. Not as elegant as a character style, but possibly less typing/clicking than it would take to invoke the style anyway? /Paul
keyboard issue with 1.5rc1
Hi everyone, This new version sure is really nice! I only have a little discomfort regarding key strokes. With 1.4 when I was in text mode and, for instance, typed Altm[ a math inset would automatically open with a full pair of brakets, the same for greek letters and so forth with all math symbols. With the new version I don't know how to do the same. When I try as before to insert directly greek letters then nothing happens (except a Command disabled message in the status bar). I need first to create an inset. That's annoying. But worse still is that when I'm within a math inset and type Altm[ I only end up with a single braket... I guess the reason is that to enter a [ I need to type AltGr5 and the program first processes AltGr, not coinsidering the two strokes as a single character. I was wondering if this were a new feature, and if so how I could tune it, or if I need to put some config file somewhere in the bindings, or if I did something wrong... though I felt I only compiled it and installed it and did nothing more unwise! I am willing to submit any necessary file if that helps, but I wouldn't know which. thank you for any answer, and for this nice piece of soft! Loïc Teyssier Config: - LyX 1.5rc1 Qt-4.2.1 and Qt-3.3.7 Debian Linux (etch) P6 (Intel Core2) French keyboard
Re: Explanations with equations?
On Tuesday 05 June 2007 10:17, Todd Denniston wrote: Out of curiosity I looked in my TLC2 and noticed the title of the section is Multiple alignments: align and flalign A quick google http://www.google.com/search?hl=enq=align+flalignbtnG=Google+Search on those keys gets the following page which seems to treat the material similar to the TLC2: Thanks Todd, The preceding Google search turned up this document: http://web.mat.bham.ac.uk/R.W.Kaye/latex/align/align.htm That document had an example, at least on a LaTeX level, of exactly what I wanted. I used that to create the following ultra simple LaTeX file, which lines up left, equalsign, right, and explanation: = \documentclass[12pt]{amsbook} \newcommand{\cn}[1]{\texttt{\char92 #1}} \begin{document} \begin{align*} x=5y+3z+221a+43621\qquad\text{hellox}\\ 436x+227y+488z+221 = a\qquad\text{Steve was here}\\ a=b\qquad\text{boingo} \end{align*} \end{document} = OK, so I have it solved on a LaTeX level, but now I have to put it into the LyX level in such a way that my equations and explanations show up reasonably in LyX without the use of ERT. Thanks for the lead! SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: Comments on RC1
On Tuesday 05 June 2007 18:47:20 you wrote: The issue is that the labels listed in the second document are those that belong to the first document; in other words, the dialg box doesn't get refreshed when you switch documents. I can't reproduce this. I get this behavior consistently in 1.5 RC1 the following way: 1. Create a new file; 2. Write a displayed formula and give it a label; 3. Insert a cross-reference of that label; 4. open an existing document with its own labels; 5. Insert- cross-reference . . . showh the single label defined in document 1. Hope this helps, - Urtzi -
Re: Comments on RC1
Urtzi Jauregi wrote: On Tuesday 05 June 2007 18:47:20 you wrote: The issue is that the labels listed in the second document are those that belong to the first document; in other words, the dialg box doesn't get refreshed when you switch documents. I can't reproduce this. I get this behavior consistently in 1.5 RC1 the following way: 1. Create a new file; 2. Write a displayed formula and give it a label; 3. Insert a cross-reference of that label; 4. open an existing document with its own labels; 5. Insert- cross-reference . . . showh the single label defined in document 1. I don't get this in current svn. What's your platform, etc? rh -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: Comments on RC1
On Tuesday 05 June 2007 19:21:39 Richard Heck wrote: I get this behavior consistently in 1.5 RC1 the following way: 1. Create a new file; 2. Write a displayed formula and give it a label; 3. Insert a cross-reference of that label; 4. open an existing document with its own labels; 5. Insert- cross-reference . . . showh the single label defined in document 1. I don't get this in current svn. What's your platform, etc? A Pentium M-based laptop running Lyx-1.5rc1, under Kubuntu Linux 7.04. I dowloaded LyX from the website, not from SVN -- maybe that's the reason we're getting different results? Maybe the SVN version already corrected that problem. - Urtzi - -- Urtzi Jauregi Fakulteta za Matematiko in Fiziko, Univerza v Ljubljani Jadranska 19, Si-1000 Ljubljana Slovenija Tel: ++386 01 540 13 53 e-mail: [EMAIL PROTECTED]
Re: Comments on RC1
Urtzi Jauregi wrote: On Tuesday 05 June 2007 19:21:39 Richard Heck wrote: I get this behavior consistently in 1.5 RC1 the following way: 1. Create a new file; 2. Write a displayed formula and give it a label; 3. Insert a cross-reference of that label; 4. open an existing document with its own labels; 5. Insert- cross-reference . . . showh the single label defined in document 1. I don't get this in current svn. What's your platform, etc? A Pentium M-based laptop running Lyx-1.5rc1, under Kubuntu Linux 7.04. I dowloaded LyX from the website, not from SVN -- maybe that's the reason we're getting different results? Maybe the SVN version already corrected that problem. Try it with svn if you can. I can't remember an update that would have fixed this. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Lyx has an option of underlining the foreign text. What I meant was that I always turn that off, so I can't tell which direction the spaces belong to. I don't mind that each space should have a definitive direction, I think the best way would be that the border spaces will always have the direction of the mother document, i.e. not of the foreign part. I wasn't thinking of the problems of the underlying latex code, but strictly about the visual editing, sorry. Miki Georg Baum [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Miki Dovrat wrote: The users (at least me) don't know whether the space is RTL or LTR because they don't mark RTL code since it is annoying to look at when writing a document in RTL. I don't understand what you mean here. When you write a mixed hebrew/english document you have to explicitly set the language of the foreign part anyway. The spaces would simply be part of this mechansim, no extra marking required. Whether this explicit language setting should be replaced by some automatic algorithm is a different issue that has been discussed. But even if such an algorithm is implemented the result is still that each character has an associated language that defines the direction. I don't know how difficult it is to code this, but I think the space should be neutral, and that the direction should be decided according to whether the curser is currently to the right or to the left of this border space. And how would you output such a neutral space to LaTeX? If you have visually on screen RTL LTR where RTL is in RTL direction and LTR in LTR direction you need to decide whether to output \R{ LTR}LTR or \R{LTR} LTR} to LaTeX. How would you decide which variant to use without an explicit LTR property of the space? At first glance it might look as if both are equivalent, but this is not the case if other font changes (e.g. size) come into the play, and even if not your LTR font might have a different size of the space as your RTL font. This is exactly the reason why spaces are not handled specially anymore for font changes, and are output exactly as entered. Lets say we have LTR RTL and the space between them. If the cursor is to the left - continue English (you will be able to type another space there and continue writing), and if you are to the right of the border space, continue writing Hebrew (again, you will be able to enter another RTL space there as well). Extra spaces should then be removed, like lyx does today. The same for RTL LTR. The non-magic approach could be made to work exactly like that: If the cursor is at such a boundary with a space, set the current font that will be used for newly typed stuff either to the font at the left or the font at the right, according to the rules you gave. Strictly speaking this is a bit of magic, but I believe that in contrast to the neutral space this magic could be implemented in a reasonable manner, because it would only affect editing. A neutral space would require extra code in may different places. The result would still be that each space has an associated direction, so you could still create the other two cases of the four Stefan mentioned by inserting and removing some temporary characters. Georg
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Hi, I already replied Stefan off list, but I will post this again so anyone can comment. The brain (at least mine) does not like movement to the opposite side. When you press the left arrow, you expect the cursor to move to the left. Try riding a bike with the hands crossed, wear a helmet!!! So I think the visual movement is the most convenient and intuitive. Microsoft Word is an example of how NOT to do it. It does not change the RTL or LTR mode except by an explicit request by the user (ALT-SHIFT), and even as you cruise into a RTL part, and you want to add a letter, if you were writing English before, the added letter will be English. And the cursor movement is to the opposite side (it jumps to the end of the RTL, and goes backwards in opposite of the arrow key). As far as getting used to logical movement, you can get used to anything, but it is easier to get used to good things. Nobody complains about Word since the Israeli market is small and big companies always do us (the Hebrew users) a favor by thinking about us at all, so we accept whatever is given us. I would like lyx to be a little smarter, and to change its RTL or LTR mode by itself as you move across already written text. When you point at a word, the most COMMON intention is to add letter or fix spelling or continue writing, so lyx should already put you in the right language (it doesn't do so now). If you want the opposite language, I think you should ask for it explicitly once you are in place. Thanks for the interest. Miki Stefan Schimanski [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Am Dienstag, 5. Juni 2007 21:06 schrieb Miki Dovrat: Lyx has an option of underlining the foreign text. What I meant was that I always turn that off, so I can't tell which direction the spaces belong to. Now I understand. I did not know that you can turn it off :-) Georg
Re: [SPAM] Re: Help: Table
Many Thanks! It's exacly what i need! Regards Valter Rudi Gaelzer wrote: On Tuesday 05 June 2007 11:36, Julio Rojas wrote: Oh, you're right. But I believe that's LaTeX and not LyX. Can anyone help? Complementing on what I was suggesting, you can completely separate the first column by creating a single-column table and then inserting a thin space (Insert - Special Formatting - Thin Space) between the tables. Take a look at the attached code.
Re: Explanations with equations?
Steve, I believe it is solved. Check the attached files. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: Thanks Julio, Your example was beautiful, but when I modified the equations a little bit, the equal signs no longer lined up. See the attached modification of your file to see the problem. Too bad -- it would have been much easier than anything else I can think of. Now I'm considering creating a LyX environment to implement \eqnarray, and four character styles: eleft, ecenter, eright, eexplain. Ughhh! SteveT On Tuesday 05 June 2007 10:24, Julio Rojas wrote: Sorry Steve, my mistake. Attached is the 1.4.x version. Hope it works. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 05 June 2007 10:16, Steve Litt wrote: On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. A casual view with Vim showed yours to be 1.5. I'll have to download 1.5, but I have dialup so I'll need to wait til tonight. In the meantime, do you have a 1.4.2 hanging around that you could put your example into? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/ -- - Julio Rojas [EMAIL PROTECTED] example3.lyx Description: application/lyx example3.pdf Description: Adobe PDF document
Re: 1.5.0rc1 Mac PPC G3 typing lag
Also on a PPC G4 (iMac, 800MHz, 1GB) typing becomes very slow once an inline equation is entered in a paragraph. Starting a new line (temporarely) just after the equation speeds things up again. On a G5 (1.8GHz, 1GB) this is not so much of a problem but I also see a slowdown due to formulas. Regards, Patrick De Visschere On Jun 5, 2007, at 6:12 PM, Anders Ekberg wrote: Johannes Knaus Mon, 04 Jun 2007 10:18:33 -0700 Hello, I'm just testing the 1.5.0rc1 binary on my PPC G3 (iBook 700Mhz, 384MB RAM, 10.4.9). It is significantly slower than all 1.5betas released earlier. When I'm typing some characters there is always a lag of some seconds before it appears on the screen. This makes Lyx definetly unusable for me. Ok, my Mac is certainly not one of the newest ;-) but now even Word (which I really don't want to use) runs faster. Is there a fix? Greets, Johannes Johannes, You seem to have quite little RAM. It *could* be that a non- universal version would work better for you (I really don't know what the overhead is for running an universal application, does someone else know?). Do you have the possibility to compile a PPC- version. If not, please let me know and I'll upload a binary and send you the link (limited band-width at the moment, so probably not until Thursday). /Anders Hello Anders, I'm sorry but I don't know how to compile Lyx and neither have the developertools installed (too much for my old iBook). So, if you could upload a ppc-only binary? That would be great. But maybe it's something else than the lack of RAM. I have installed and tested the 1.5.0rc also here at work (University) on an G4 PPC 1.25GHz with 768MB RAM (10.4.9 also) and it behaves like my iBook (well I know, computers don't behave ;-)) Greets, Johannes I did a benchmark. Figures below (use mono-space font). It seems that in general the universal version is slower (the first time I ran the test it was even slower with an arrow scroll of 292). Especially the page down difference is remarkable. Bennett, do you know what this could be due to? In general the arrow down has become slower also for the PPC version. This is probably due to the bug-fix that previously made LyX skip lines. Anyway, I don't know if your problem is related to this. I have the impression that on some Macs LyX is extremely slow (for my use, the only time it feels really sluggish is when I type into a note). I think the reason for this is still an open question. Anders === Benchmark with LyX User's guide (time in seconds). Instant preview on. DateOpen Scroll Page Comments down down (arrow) 07-05-21 617241 Skipping lines. RC1(uni) 727553 RC1(PPC) 522028 07-06-03 622228
Re: Comments on RC1
I get this behavior consistently in 1.5 RC1 the following way: 1. Create a new file; 2. Write a displayed formula and give it a label; 3. Insert a cross-reference of that label; 4. open an existing document with its own labels; 5. Insert- cross-reference . . . showh the single label defined in document 1. I don't get this in current svn. What's your platform, etc? A Pentium M-based laptop running Lyx-1.5rc1, under Kubuntu Linux 7.04. I dowloaded LyX from the website, not from SVN -- maybe that's the reason we're getting different results? Maybe the SVN version already corrected that problem. Try it with svn if you can. I can't remember an update that would have fixed this. i can confirm this bug with todays svn(gentoo on x86). pavel
Re: Explanations with equations?
Yep, that did it. Thanks Julio. It's not exactly how I want, but I'm pretty sure I can fix it so it lines up exactly how I want. I like the method I showed earlier, *if I were using pure LaTeX*. But your method is much easier and less complex from within LyX. The one thing I still need to check out is that tables do funny things to page breaking, and I want to make sure there's no page breaking problem. Thanks SteveT On Tuesday 05 June 2007 17:41, Julio Rojas wrote: Steve, I believe it is solved. Check the attached files. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: Thanks Julio, Your example was beautiful, but when I modified the equations a little bit, the equal signs no longer lined up. See the attached modification of your file to see the problem. Too bad -- it would have been much easier than anything else I can think of. Now I'm considering creating a LyX environment to implement \eqnarray, and four character styles: eleft, ecenter, eright, eexplain. Ughhh! SteveT On Tuesday 05 June 2007 10:24, Julio Rojas wrote: Sorry Steve, my mistake. Attached is the 1.4.x version. Hope it works. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Tuesday 05 June 2007 10:16, Steve Litt wrote: On Tuesday 05 June 2007 09:58, Julio Rojas wrote: I don't really follow what you mean by aligned equal signs. So, attached is a new LyX document and the resulting PDF. Check the four cases, because I believe there lies the solution. Thanks Julio, What version of LyX is this in? I got an errormessage saying example.lyx is from an earlier version of LyX, but the lyx2lyx script failed to convert it. I'm using LyX 1.4.2. A casual view with Vim showed yours to be 1.5. I'll have to download 1.5, but I have dialup so I'll need to wait til tonight. In the meantime, do you have a 1.4.2 hanging around that you could put your example into? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/
Re: pdflatex postscript handling
When pdflatex converts *.eps files to pdf I get errors that these figures can't be converted and are not shown in the final pdf. When .ps files get converted, their boundingboxes are ignored so figures are not displayed properly. I think, although I am not sure, that pdflatex can't read (e)ps files. Try to use JPG, PNG or GIF(?) figures instead. Well, JPG, PNG and GIF figures are not scalable vector graphics. The only scalable vector graphic other than eps and ps is pdf but for some reason there is a problem generating pdf from eps with epstopdf and then there is a problem with boundingboxes when pdf is generated for ps files. Disapointed Leo
Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5
Miki Dovrat wrote: Hi, I already replied Stefan off list, but I will post this again so anyone can comment. The brain (at least mine) does not like movement to the opposite side. When you press the left arrow, you expect the cursor to move to the left. Try riding a bike with the hands crossed, wear a helmet!!! So I think the visual movement is the most convenient and intuitive. Microsoft Word is an example of how NOT to do it. It does not change the RTL or LTR mode except by an explicit request by the user (ALT-SHIFT), and even as you cruise into a RTL part, and you want to add a letter, if you were writing English before, the added letter will be English. And the cursor movement is to the opposite side (it jumps to the end of the RTL, and goes backwards in opposite of the arrow key). As far as getting used to logical movement, you can get used to anything, but it is easier to get used to good things. Nobody complains about Word since the Israeli market is small and big companies always do us (the Hebrew users) a favor by thinking about us at all, so we accept whatever is given us. I would like lyx to be a little smarter, and to change its RTL or LTR mode by itself as you move across already written text. When you point at a word, the most COMMON intention is to add letter or fix spelling or continue writing, so lyx should already put you in the right language (it doesn't do so now). If you want the opposite language, I think you should ask for it explicitly once you are in place. Thanks for the interest. Miki Stefan Schimanski [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi all! Instead of replying individually to all the messages on this subject, I'll try to sum up my responses here. First of all, just for the record --- as Miki pointed out, I *am* an RTL user ;) . I also have a lot of experience with Bidi editing in LyX. It's just that this issue is particularly thorny --- because what I consider to be the correct solution (the one that does not impose limits on the user) is 99.9% of the time *not* what the user meant (I'll explain below). - But first: a side issue which has been raised in this thread is that of visual movement. A feature request for this already appears in bugzilla (http://bugzilla.lyx.org/show_bug.cgi?id=3577). Note, however, that this should *not* replace logical mode, but rather be an option for the user to choose which she prefers. Regarding implementation of visual mode: *) I agree 100% with Miki above about how it should work: the current language should be determined by the current font, *not* by remembering what the last font was. *) The basic idea for implementing visual mode is dead simple: pressing RIGHT in LTR paragraphs (LEFT in RTL) should move to position vis2log(log2vis(pos)+1), and the opposite is with -1. (vis2log and log2vis are in Bidi.cpp. In this case, Stefan, I think you're going to *have* to use them, I don't see any way around it). But there are a lot of details to work out: there may still be issues of boundary, I'm not sure; there also may be some logic needed in order to make the transitions between paragraphs behave correctly (e.g., I'm in an LTR paragraph moving RIGHT. When I reach the end of the paragraph, pressing RIGHT again should move me to the *end* of the first line in the next paragraph if it's RTL. I'm not sure if this is already covered by vis2log or not.); math insets would have to be adjusted separately, I think. But basically that's it. But I think it'll take a little work to work out the kinks. I'm attaching a patch which just demonstrates the feasibility of this approach. It crashes all over (or shall I say: left and right?) --- I don't deal with any edge (no pun intended) case whatever. But if you type in some mixed English--Hebrew text on a single line, with the mouse move the cursor somewhere that's not at an edge, then you can move around visually as long as you stay away from the edge. But the problem, of course, is working out all the details... In the meantime, we have tried to make cursor movement in bidi documents behave a little more predictably: In an LTR paragraph, RIGHT moves forward (logically) --- both in RTL and in LTR texts (so in RTL it's moving opposite to the arrow, yes) --- and LEFT backwards. And the reverse for RTL paragraphs. Insets (e.g., footnote) within a paragraph also follow this rule: in an RTL inset inside an LTR paragraph, arrow direction will be backwards. This was implemented in order to avoid the cursor getting stuck between RTL and LTR insets, as it used to up until now. Two other differences which provide the user with some visual feedback which make typing bidi a little easier: 1) The language of spaces is now marked; so if something funny is happening with spaces in bidi, it's a little easier to figure out why. 2) As in previous versions of LyX, the cursor will now change shape
Re: Explanations with equations?
Steve Litt writes: = \documentclass[12pt]{amsbook} \newcommand{\cn}[1]{\texttt{\char92 #1}} \begin{document} \begin{align*} x=5y+3z+221a+43621\qquad\text{hellox}\\ 436x+227y+488z+221 = a\qquad\text{Steve was here}\\ a=b\qquad\text{boingo} \end{align*} \end{document} = OK, so I have it solved on a LaTeX level, but now I have to put it into the LyX level in such a way that my equations and explanations show up reasonably in LyX without the use of ERT. Copy and paste as text in your LyX document everything between (and including) \begin{align*} and \end{align*}. Now select everything you pasted and then hit Ctrl-m. In LyX you get the align* environment through InsertMathAMS align Environment and you add more row/columns through EditRowColumns. HTH -- Enrico
Merging lyx documents (can version tracking be abbused for this)
I have an imported tex-lyx document that I changed and now the original (tex) was also changed by the original author What is the best (or easiest) way to merge these changes? AFAIK gui diff programs are sensitive to line breaks and will probably get things wrong. Is it possible to abbuse the lyx change tracking mechanism somehow to do this? (can it be used to merge changes done on a different copy of the document instead of just on the current one?) Thanks This message was sent using IMP, the Internet Messaging Program.
1.5.0rc1 spellchecker (Windoze)
I have installed the 1.5 release candidate 1 on two Windows XP machines (one 32 bit and the other 64 bit). Each time, the installation gave me a message that it couldn't download the English spellchecker. Otherwise, the installation went smoothly. What's the deal though with the spellchecker warning? Jim
Re: 1.5.0rc1 spellchecker (Windoze)
On 6/5/07, Jim Rockford [EMAIL PROTECTED] wrote: I have installed the 1.5 release candidate 1 on two Windows XP machines (one 32 bit and the other 64 bit). Each time, the installation gave me a message that it couldn't download the English spellchecker. Otherwise, the installation went smoothly. What's the deal though with the spellchecker warning? This is likely a bug in the windows installer. See http://bugzilla.lyx.org/show_bug.cgi?id=3813 . It will likely be fixed before RC2. Cheers, Bo
Re:1.5.0rc1 Mac PPC G3 typing lag
I also found that the universal binary for 1.5rc1 runs slowly on Mac OS X PPC (I have a PowerBook G4, 1.67 GHz, 2 GB memory), so I compiled my own version and it runs just fine. If you want it, you can download it from http://bio7.mech.columbia.edu/~gerard/ Gerard Ateshian
Re: RC1 -- more remarks 2
Hi Marc, That's the effect i have to me quite often. Hellmut It happens to me regularly that the first line (which contains the cursor) is half hidden. JMarc -- Dr. Hellmut Weber [EMAIL PROTECTED] Degenfeldstraße 2 tel +49-89-3081172 D-80803 München-Schwabing mobil +49-172-8450321 please: No DOCs, no PPTs. why: tinyurl.com/cbgq
Re: RC1 -- more remarks 2
Hellmut Weber wrote: Hi Marc, I guess you meant Jean-Marc here :-) That's the effect i have to me quite often. Known problem (but not scheduled to fix): http://bugzilla.lyx.org/show_bug.cgi?id=3427 Basically, if you want to make sure that a line does _not_ appear on screen when you reload the document, put the cursor in this line before quitting. Then it will be above the screen after reload, even if the document is shorter than one screen height. It looks as if there is some systematic error when calculating the scroll position from the stored cursor position, or when storing the cursor in the session, or when reading the position from the session. Georg
Re: Too big math preview in 1.5.0 orc1, solution
Bennett == Bennett Helm [EMAIL PROTECTED] writes: Bennett On Jun 4, 2007, at 5:09 PM, Jean-Marc Lasgouttes wrote: Bennett == Bennett Helm [EMAIL PROTECTED] writes: Could you try to see what is the dpi setting detected by 1.4 and 1.5? Bennett With nothing set in the preferences files, 1.4 gives Screen Bennett DPI as 80, 1.5 as 98. And which answer is the right one? Bennett The one 1.4 gives -- for both me and Jean. I mean the right one in terms of your screen size and resolution. It seems to me that the most common DPI (screen width in pixel divided by screen width in inches) value is 100. 80 is a bit low on modern computers. JMarc
Charstyles question - prefix/suffix
Hi I have defined a character style to be used for keynames (e.g. ctrl-X, ESC). The value entered by the user should be displayed encapsulated in angle brackets, as in the given examples. The style definition achieves this in LaTeX but not in the LyX display. CharStyle HCKeyname LatexType Command LatexName hckeyname Preamble \newcommand{\hckeyname}[1]{% \textsf{#1}% } EndPreamble Font Family Sans EndFont LabelFont Color blue EndFont End Can I do what I want or am I chasing at shadows? Cheers T
Re: pdflatex postscript handling
On Monday 04 June 2007 21:38:59 LB wrote: When pdflatex converts *.eps files to pdf I get errors that these figures can't be converted and are not shown in the final pdf. When .ps files get converted, their boundingboxes are ignored so figures are not displayed properly. Leo, I think, although I am not sure, that pdflatex can't read (e)ps files. Try to use JPG, PNG or GIF(?) figures instead. Altenatively, you can use this workaround: http://www.trevorrow.com/oztex/ozfaq.html#pdfeps I haven't tried it, so I can't guarantee success, but it's a starting point. Good luck, - Urtzi - -- BOFH excuse #30: positron router malfunction
Comments on RC1
Greetings, I am very pleased with the new features in LyX 1.5, and I want to thank the developers for doing such a fantastic work! I've come across a few issues when testing RC1: 1. The program seems slow to respond sometimes (but not always); if you keep a key pressed and the release it, it keeps writing the character for a couple of seconds before stopping. My machine is not eactly slow, so I guess it's the program. 2. I create a new document with a displayed formula in it. I give a label to that formula. I then open another document, but the labels dialog in this second document shows the label I just created for the first one! I have to close the first document for the labels list to update. 3. Not a bug, but a feature request: It'd be very useful to have close buttons in the document tabs. As it is, you have to close via either the menu or a slightly cumbersome keyboard shortcut. I think having a button on each tab, as Opera or Konqueror have, would improve the interface. I am using LyX on a Pentium M with 2GHz and 512 MB RAM, under Ubuntu 7.04. Yours, - Urtzi - -- If it's Tuesday, this must be someone else's fortune.
Captions
Why does the caption style in stdlayouts.inc display Senseless! I've got a section which includes some text, a table, and some more text. The table has to appear in a specific location between certain paragraphs so it is a fixed table not a floating one, and it could certainly use a caption, so on the face of it caption looks like the right tool for the job. I can see the technical reason why it abuses me like this - it's the label defined in the style. But this is a philosophical why? * Why tell me that a caption is senseless? * Why *is* a caption senseless here? * And why define a senseless style in the standard delivery in the first place? Cheers T
Re: Captions
Trevor == Trevor Nicholls [EMAIL PROTECTED] writes: Trevor Why does the caption style in stdlayouts.inc display Trevor Senseless! I've got a section which includes some text, a Trevor table, and some more text. The table has to appear in a Trevor specific location between certain paragraphs so it is a fixed Trevor table not a floating one, and it could certainly use a Trevor caption, so on the face of it caption looks like the right Trevor tool for the job. First, I tend to disagree in general with table that _have_ to appear between two particular paragraphs. But after all, it is your document, not mine :) Solution: create a Table float, put your table and caption inside it. Then EditFloat Settings... will allow you to select 'here definitely' as placement. Trevor * Why tell me that a caption is senseless? * Why *is* a Trevor caption senseless here? Because there is no way to know whether to write 'Figure 1' or 'Table 1'. Trevor * And why define a senseless style in the standard delivery in Trevor the first place? A caption should be in a float. JMarc
Re: Too big math preview in 1.5.0 orc1, solution
Empirically, I do not think that using the number suggested by Jean- Marc is relevant for two reasons: 1) My screen (powerbook G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a DPI of ~ 114, whereas the value which gives correct results is 80. 2) Changing the DPI value in Lyx preferences changes the relative size of math previews to text, whereas changing the resolution of my screen changes the DPI as calculated by Jean-Marc but (luckily) does not change the relative size of math previews to text. Jean Le 5 juin 07 à 10:26, Jean-Marc Lasgouttes a écrit : Bennett == Bennett Helm [EMAIL PROTECTED] writes: Bennett On Jun 4, 2007, at 5:09 PM, Jean-Marc Lasgouttes wrote: Bennett == Bennett Helm [EMAIL PROTECTED] writes: Could you try to see what is the dpi setting detected by 1.4 and 1.5? Bennett With nothing set in the preferences files, 1.4 gives Screen Bennett DPI as 80, 1.5 as 98. And which answer is the right one? Bennett The one 1.4 gives -- for both me and Jean. I mean the right one in terms of your screen size and resolution. It seems to me that the most common DPI (screen width in pixel divided by screen width in inches) value is 100. 80 is a bit low on modern computers. JMarc
Re: Too big math preview in 1.5.0 orc1, solution
Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Empirically, I do not think that using the number suggested by Jean Jean- Marc is relevant for two reasons: 1) My screen (powerbook Jean G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a Jean DPI of ~ 114, whereas the value which gives correct results is Jean 80. And LyX 1.5 returns 98 DPI? Jean 2) Changing the DPI value in Lyx preferences changes the Jean relative size of math previews to text, whereas changing the Jean resolution of my screen changes the DPI as calculated by Jean Jean-Marc but (luckily) does not change the relative size of Jean math previews to text. I understand what the bug is, but instead of learning how to work around the problem (which is indeed the immediate solution), what about removing the LyX bugs that create this mess? This is the reason why I ask these questions. JMarc
new Toolbutton in Toolbar
Hello, I'm using lyx 1.5.0 rc1 (windows) - it is realy great! Now I have one question - is it possible to add one new action to toolbar for showing compiled lyx-files? In the moment there are actions for dvi, pdflatex and ps - I need an action for ps2pdf (like in the menu) - but how to do this? Thanks for help - Tino
Re: Explanations with equations?
I still believe the table is the easier way. I'm attaching an example. Please, check it. On 6/5/07, Steve Litt [EMAIL PROTECTED] wrote: On Monday 04 June 2007 21:48, Steve Litt wrote: On Monday 04 June 2007 04:47, you wrote: To put text in equations, I use \mbox Jean Thanks Jean, I tested that and it works, but stuff doesn't line up the way I'd like. What I'd really like is an \eqnarray* with 4 columns instead of 3, so I could do something like this: \begin{eqnarray*} 2x+y=z\qquad\qquad \mbox{this is the explanation}\\ 31x+64y=71z\qquad\qquad \mbox{another explanation}\\ \end{eqnarray*} That would work perfectly, but I get this error if I put in three symbols on a line: ! LaTeX Error: Too many columns in eqnarray environment. If I remove the before the equal sign, it compiles, with the equal signs under each other, and the explanations all lined up perfectly, but the right sides of the equations don't line up, but instead are centered under each other, which looks confusing to the reader. I could do it with a separate minipage for all the explations, but that would require huge amounts of ERT, I would think. It would completely separate the explanations from the equations they explain. Doing it that way would be very hard in LyX, be unreadable or confusing in LyX, and probably require lots of ERT. So if anyone knows how to get a four column \eqnarray*, please let me know. SteveT SteveT Hi Jean, \mbox didn't work at all for me, but your \mbox idea inspired me to find something that while not pretty, is at least not confusing. It's \makebox. The following aligns left, equal and right, and approximately (though not exactly) right aligns the explanations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][r]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][r]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][r]{explanation}\\ x=z\qquad\qquad \makebox[2in][r]{exp}\\ \end{eqnarray*} The following approximately centers the explanations, with the explanation column well to the right of the equations: \begin{eqnarray*} 2x+y=z\qquad\qquad \makebox[2in][c]{this is the explanation}\\ 31x+64y=71z\qquad\qquad \makebox[2in][c]{another explanation and yet }\\ 3x+y=z\qquad\qquad \makebox[2in][c]{explanation}\\ x=z\qquad\qquad \makebox[2in][c]{exp}\\ \end{eqnarray*} Either of the preceding is doable with a character style for the explanation, which points to a command that puts in \qquad\qquad\makebox[2in][c]{#1}, as suggested by Richard Heck. This isn't ideal, but I know I can do it, and if worst comes to worst it's good enough. Thanks Jean, Richard and everyone!!! SteveT -- - Julio Rojas [EMAIL PROTECTED] example.lyx Description: application/lyx
Re: Too big math preview in 1.5.0 orc1, solution
Of course you are right. If I erase dpi_size in the preferences file Lyx returns 112, which must be the true dpi of my screen (I grossly evaluated 114) Jean Le 5 juin 07 à 12:30, Jean-Marc Lasgouttes a écrit : Jean == Jean Kaplan [EMAIL PROTECTED] writes: Jean Empirically, I do not think that using the number suggested by Jean Jean- Marc is relevant for two reasons: 1) My screen (powerbook Jean G4, 15 inches) has 1440 pixels for 12.6 inches, which gives a Jean DPI of ~ 114, whereas the value which gives correct results is Jean 80. And LyX 1.5 returns 98 DPI? Jean 2) Changing the DPI value in Lyx preferences changes the Jean relative size of math previews to text, whereas changing the Jean resolution of my screen changes the DPI as calculated by Jean Jean-Marc but (luckily) does not change the relative size of Jean math previews to text. I understand what the bug is, but instead of learning how to work around the problem (which is indeed the immediate solution), what about removing the LyX bugs that create this mess? This is the reason why I ask these questions. JMarc
Re: 1.5.0rc1 Mac PPC G3 typing lag
Johannes Knaus Mon, 04 Jun 2007 10:18:33 -0700 Hello, I'm just testing the 1.5.0rc1 binary on my PPC G3 (iBook 700Mhz, 384MB RAM, 10.4.9). It is significantly slower than all 1.5betas released earlier. When I'm typing some characters there is always a lag of some seconds before it appears on the screen. This makes Lyx definetly unusable for me. Ok, my Mac is certainly not one of the newest ;-) but now even Word (which I really don't want to use) runs faster. Is there a fix? Greets, Johannes Johannes, You seem to have quite little RAM. It *could* be that a non- universal version would work better for you (I really don't know what the overhead is for running an universal application, does someone else know?). Do you have the possibility to compile a PPC- version. If not, please let me know and I'll upload a binary and send you the link (limited band-width at the moment, so probably not until Thursday). /Anders Hello Anders, I'm sorry but I don't know how to compile Lyx and neither have the developertools installed (too much for my old iBook). So, if you could upload a ppc-only binary? That would be great. But maybe it's something else than the lack of RAM. I have installed and tested the 1.5.0rc also here at work (University) on an G4 PPC 1.25GHz with 768MB RAM (10.4.9 also) and it behaves like my iBook (well I know, computers don't behave ;-)) Greets, Johannes -- Sometimes I lie awake at night, and ask, Where have I gone wrong? Then a voice says to me, This is going to take more than one night. (Charlie Brown)
Re: How to modify amsbook document class? partial answer
Hi all, If I put this: Input amsdefs.inc into the layout file, the environment dropdown now shows theorem, lemma, etc. However, after looking through /usr/share/lyx/layouts/amsbook.layout, I wonder what else I need in order to incorporate all the capabilities of the amsbook document class. SteveT On Monday 04 June 2007 23:28, Steve Litt wrote: Hi all, I created a test document. If I set its document class as amsbook (book (AMS)), I get environments like theorem, fact and the like. Then I set its document class to algone, where algone is a derivative of amsbook, and I don't get those environments. Here is algone.layout: #% Do not delete the line below; configure depends on this # \DeclareLaTeXClass[amsbook]{algone} Input stdclass.inc What's wrong? Do I need more Input files, and if so, what are they? Thanks SteveT Steve Litt Author: Universal Troubleshooting Process books and courseware http://www.troubleshooters.com/